hat part of the patch was skipped:
>
>
> modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
This pull request has now been integrated.
Changeset: 103cac04
Author:Kevin Rushforth
URL:
https://git.openjd
Can't wait to see more GStreamer features inside JavaFX.
Thank you for the answer!
Davide
Il 11/05/2022 13:27, Kevin Rushforth ha scritto:
GStreamer is used by the JavaFX media API. It is an implementation
detail, and is not exposed. There are no media capture APIs, although
th
hat part of the patch was skipped:
>
>
> modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
Marked as reviewed by jvos (Reviewer).
-
PR: https://git.openjdk.java.net/jfx17u/pull/54
GStreamer is used by the JavaFX media API. It is an implementation
detail, and is not exposed. There are no media capture APIs, although
that is something we have considered providing in the future.
-- Kevin
On 5/10/2022 1:02 PM, Davide Perini wrote:
Hi all,
I haven't understood what
Hi all,
I haven't understood what part of GStreamer is included in JavaFX.
Can I record the screen with it using d3d11screencapturesrc or ximagesrc?
Thanks
Davide
hat part of the patch was skipped:
>
>
> modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
Reviewer: @johanvos
-
PR: https://git.openjdk.java.net/jfx17u/pull/54
Almost clean backport to `jfx17u`. Tested in connection with libffi update in
the `test-kcr-17.0.4` branch.
The only difference from the mainline patch is that the following file is not
present in `jfx17u`, so that part of the patch was skipped:
modules/javafx.media/src/main/native/gstreamer
he jfx mainline patch applied
> cleanly to all other files.
>
> 1. The following file is not present in jfx11u, so that part of the patch was
> skipped:
>
>
> modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
>
he jfx mainline patch applied
> cleanly to all other files.
>
> 1. The following file is not present in jfx11u, so that part of the patch was
> skipped:
>
>
> modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
>
he jfx mainline patch applied
> cleanly to all other files.
>
> 1. The following file is not present in jfx11u, so that part of the patch was
> skipped:
>
>
> modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
>
not present in jfx11u, so that part of the patch was
skipped:
modules/javafx.media/src/main/native/gstreamer/gstreamer-lite/gst-plugins-good/gst/audioparsers/gstaacparse.c
2. The following files had minor merge conflicts, the first was a diff in
surrounding context and the rest were in
On Fri, 8 Apr 2022 06:49:59 GMT, Alexander Matveev wrote:
> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
> - No changes to our code, except in GstAudioSpectrum.cpp
> g_atomic_pointer_compare_and_exchange() was changed to
> g_atomic_pointer_set(). For some reason I was
On Wed, 20 Apr 2022 23:08:00 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
On Wed, 20 Apr 2022 23:08:00 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
On Mon, 18 Apr 2022 18:38:03 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
On Mon, 18 Apr 2022 18:38:03 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
> - No changes to our code, except in GstAudioSpectrum.cpp
> g_atomic_pointer_compare_and_exchange() was changed to
> g_atomic_pointer_set(). For some reason I was not able to get code comp
On Fri, 15 Apr 2022 23:29:54 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
> - No changes to our code, except in GstAudioSpectrum.cpp
> g_atomic_pointer_compare_and_exchange() was changed to
> g_atomic_pointer_set(). For some reason I was not able to get code comp
On Fri, 15 Apr 2022 23:29:54 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
On Fri, 15 Apr 2022 23:29:54 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
> - No changes to our code, except in GstAudioSpectrum.cpp
> g_atomic_pointer_compare_and_exchange() was changed to
> g_atomic_pointer_set(). For some reason I was not able to get code comp
On Wed, 13 Apr 2022 07:48:44 GMT, Alexander Matveev
wrote:
>> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
>> - No changes to our code, except in GstAudioSpectrum.cpp
>> g_atomic_pointer_compare_and_exchange() was changed to
>> g_atomic_pointer_set(). F
> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
> - No changes to our code, except in GstAudioSpectrum.cpp
> g_atomic_pointer_compare_and_exchange() was changed to
> g_atomic_pointer_set(). For some reason I was not able to get code comp
On Fri, 8 Apr 2022 06:49:59 GMT, Alexander Matveev wrote:
> - GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
> - No changes to our code, except in GstAudioSpectrum.cpp
> g_atomic_pointer_compare_and_exchange() was changed to
> g_atomic_pointer_set(). For some reason I was
- GStreamer updated to 1.20.1 and GLib updated to 2.72.0.
- No changes to our code, except in GstAudioSpectrum.cpp
g_atomic_pointer_compare_and_exchange() was changed to g_atomic_pointer_set().
For some reason I was not able to get code compiled with
g_atomic_pointer_compare_and_exchange() used
hlsprogressbuffer should provide PTS after GStreamer update
Backport-of: 98138c84a7f286731ad12dd5c533cd3fa265bf56
-
PR: https://git.openjdk.java.net/jfx11u/pull/41
GStreamer update
Changes: https://git.openjdk.java.net/jfx11u/pull/41/files
Webrev: https://webrevs.openjdk.java.net/?repo=jfx11u&pr=41&range=00
Issue: https://bugs.openjdk.java.net/browse/JDK-8268219
Stats: 19 lines in 2 files changed: 13 ins; 4 del; 2 mod
Patch: https://git.openjdk.
On Tue, 17 Aug 2021 17:22:44 GMT, Kevin Rushforth wrote:
> Clean backport of third-party update to GStreamer 1.18.4.
>
> As an FYI, I tested this patch in my
> [test-kcr-11.0.13](https://github.com/kevinrushforth/jfx11u/tree/test-kcr-11.0.13)
> branch, which has the aggregate
Clean backport of third-party update to GStreamer 1.18.4.
As an FYI, I tested this patch in my
[test-kcr-11.0.13](https://github.com/kevinrushforth/jfx11u/tree/test-kcr-11.0.13)
branch, which has the aggregate set of patches for the following bugs:
[JDK-8211308](https://bugs.openjdk.java.net
On Thu, 24 Jun 2021 02:50:08 GMT, Alexander Matveev
wrote:
> - GStreamer updated to 1.18.4.
> - Tested on all platforms with all formats.
This pull request has now been integrated.
Changeset: 098c0f39
Author:Alexander Matveev
URL:
https://git.openjdk.java.net/jfx/
On Thu, 24 Jun 2021 02:50:08 GMT, Alexander Matveev
wrote:
> - GStreamer updated to 1.18.4.
> - Tested on all platforms with all formats.
We've also tested the changes on our build infrastructure and it all worked
fine.
-
Marked as reviewed by sykora (Author).
On Thu, 24 Jun 2021 02:50:08 GMT, Alexander Matveev
wrote:
> - GStreamer updated to 1.18.4.
> - Tested on all platforms with all formats.
The code changes look good. I tested it on all three platforms. No problems.
@tiainen can be the second reviewer on this.
-
Mar
On Thu, 24 Jun 2021 02:50:08 GMT, Alexander Matveev
wrote:
> - GStreamer updated to 1.18.4.
> - Tested on all platforms with all formats.
Those changes look reasonable. It seems that mainly windows is impacted.
@tiainen can you double-check the static windows builds are ok with
- GStreamer updated to 1.18.4.
- Tested on all platforms with all formats.
-
Commit messages:
- 8269147: Update GStreamer to version 1.18.4
Changes: https://git.openjdk.java.net/jfx/pull/541/files
Webrev: https://webrevs.openjdk.java.net/?repo=jfx&pr=541&range=00
Issu
On Sat, 12 Jun 2021 00:10:55 GMT, Alexander Matveev
wrote:
> - Reverted JDK-8268152 fix in gstbaseparse.c, since it is no longer needed.
> - Our hlsprogressbuffer outputs buffers in time format, but without any PTS.
> After GStreamer update mpregparser no longer tries to figure out t
On Sat, 12 Jun 2021 00:10:55 GMT, Alexander Matveev
wrote:
> - Reverted JDK-8268152 fix in gstbaseparse.c, since it is no longer needed.
> - Our hlsprogressbuffer outputs buffers in time format, but without any PTS.
> After GStreamer update mpregparser no longer tries to figure out t
On Sat, 12 Jun 2021 00:10:55 GMT, Alexander Matveev
wrote:
> - Reverted JDK-8268152 fix in gstbaseparse.c, since it is no longer needed.
> - Our hlsprogressbuffer outputs buffers in time format, but without any PTS.
> After GStreamer update mpregparser no longer tries to figure out t
ntegrated.
Changeset: 7a4bd9b2
Author:Alexander Matveev
URL: https://git.openjdk.java.net/jfx/commit/7a4bd9b2
Stats: 5 lines in 1 file changed: 0 ins; 4 del; 1 mod
8252060: gstreamer fails to build with gcc 10
Reviewed-by: kcr
-
PR: https://git.openjdk.java.net/jfx/pull/287
On Tue, 25 Aug 2020 01:00:31 GMT, Alexander Matveev
wrote:
> Fixed by defining GST_API as GST_EXPORT for gcc compiler as per Kevin
> proposed solution. On Windows we do not need to
> define GST_API, since we using .def file to export symbols.
Marked as reviewed by kcr (Lead).
-
P
Fixed by defining GST_API as GST_EXPORT for gcc compiler as per Kevin proposed
solution. On Windows we do not need to
define GST_API, since we using .def file to export symbols.
-
Commit messages:
- 8252060: gstreamer fails to build with gcc 10
Changes: https
Changeset: 798afbca
Author:Alexander Matveev
Date: 2019-11-26 22:33:00 +
URL: https://git.openjdk.java.net/jfx/commit/798afbca
8230610: Upgrade GStreamer to version 1.16.1
8230609: Upgrade glib to version 2.62.2
Reviewed-by: kcr, jvos
! modules/javafx.media/src/main/legal
On Thu, 21 Nov 2019 01:00:33 GMT, Alexander Matveev
wrote:
> - Upgraded GStreamer to 1.16.1
> - Upgraded GLib to 2.62.2.
> - Removed glib-liteD.def, since it almost identical to release version
> glib-lite.def. Debug build will use glib-lite.def.
> - No changes to other parts
On Thu, 21 Nov 2019 23:39:36 GMT, Kevin Rushforth wrote:
> On Thu, 21 Nov 2019 01:00:33 GMT, Alexander Matveev
> wrote:
>
>> - Upgraded GStreamer to 1.16.1
>> - Upgraded GLib to 2.62.2.
>> - Removed glib-liteD.def, since it almost identical to release version
&g
On Thu, 21 Nov 2019 01:00:33 GMT, Alexander Matveev
wrote:
> - Upgraded GStreamer to 1.16.1
> - Upgraded GLib to 2.62.2.
> - Removed glib-liteD.def, since it almost identical to release version
> glib-lite.def. Debug build will use glib-lite.def.
> - No changes to other parts
On Thu, 21 Nov 2019 01:00:33 GMT, Alexander Matveev
wrote:
> - Upgraded GStreamer to 1.16.1
> - Upgraded GLib to 2.62.2.
> - Removed glib-liteD.def, since it almost identical to release version
> glib-lite.def. Debug build will use glib-lite.def.
> - No changes to other parts
- Upgraded GStreamer to 1.16.1
- Upgraded GLib to 2.62.2.
- Removed glib-liteD.def, since it almost identical to release version
glib-lite.def. Debug build will use glib-lite.def.
- No changes to other parts of code, except minor changes to makefiles.
Commits:
- 98e1157b
It’s been 11 years… https://bugs.openjdk.java.net/browse/JDK-8091063
<https://bugs.openjdk.java.net/browse/JDK-8091063>
The gstreamer integration should have been a pluggable module into the media
framework from the beginning. I would love to see that corrected. Refactoring
towards
Gstreamer-javafx examples:
https://github.com/gstreamer-java/gst1-javafx-examples
I admire how javafx is wrapping gstreamer compared to the above example.
I'd like to expand the support for more Media types and some method to
access alternative stream data like closed captioning. I don'
When you say "gstreamer-javafx" I don't know quite what you mean. The
gstreamer-lite library is an internal component of JavaFX and it not
something meant to be used by itself. Refactoring the native code in the
javafx.media module just so it could be used independently from
Why is splitting gstreamer-lite out not on the table, curiosity?
It feels a little silly to end up with two gstreamer libraries getting used
by a single application. The gstreamer-javafx examples are horrible
compared to the existing javafx-media API.
On Tue, May 14, 2019, 19:55 Kevin
We don't currently plan to add support for pluggable codecs, but that
might be something that the community could do, although it would be a
large effort. As for splitting gstreamer-lite out of javafx.media, we
are not likely to consider that.
-- Kevin
On 5/13/2019 11:30 AM, Curtis
I'm investigating a new application that would need tighter integration
with gstreamer. Is there a way to add additional gstreamer plugins and
media types without having to maintain a fork of javafx-media?
Ideally, if i did end up needing a fork, i was thinking it would make sense
to
+1
-- Kevin
On 1/17/2019 3:48 PM, Alexander Matveev wrote:
Hi Kevin,
Please review the following:
https://bugs.openjdk.java.net/browse/JDK-8214185
- Upgrade for GStreamer (1.14.4) and GLib (2.58.2).
Thanks,
Alexander
Hi Kevin,
Please review the following:
https://bugs.openjdk.java.net/browse/JDK-8214185
- Upgrade for GStreamer (1.14.4) and GLib (2.58.2).
Thanks,
Alexander
Hi Kevin,
Please review the following:
https://bugs.openjdk.java.net/browse/JDK-8199527
Upgraded GStreamer to 1.14.
Thanks,
Alexander
Alexander & Guru,
Please review the following addition to the 3rd-party license files for
media & web:
https://bugs.openjdk.java.net/browse/JDK-8174971
http://cr.openjdk.java.net/~kcr/8174971/webrev.00/
-- Kevin
Hi Kirill,
https://bugs.openjdk.java.net/browse/JDK-8136480
Please review the following:
http://cr.openjdk.java.net/~almatvee/8136480/webrev.00
This warning message is printed, because we using 0.10 style caps for
raw video. I do not see any needs to switch caps to new style. As
solution th
1) Some files have empty diffs:
modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/build/win32/dirent/dirent.[h|c]
modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.42.1/build/win32/dirent/wdirent.c
and some more.
2) what's the purpose of surrounding in
mo
latest GStreamer.
- Deleted several unused files.
Thanks,
Alexander
edia to Newer Version of GStreamer
> Reviewed-by: stayer, ddehaven, kcr
-DrD-
Congratulations Alexander, Kevin ant to all involved.
This is a great milestone which opens opportunities to use newer
gstreamer plugins in Media.
On 28.08.2015 4:25, Kevin Rushforth wrote:
I just pushed the changeset for JEP 257 [1] [2] on behalf of Alexander
Matveev to the openjfx 9-dev
I just pushed the changeset for JEP 257 [1] [2] on behalf of Alexander
Matveev to the openjfx 9-dev repo. If you have any questions about the
new GStreamer, please let Alexander or Kirill know. This will be in next
week's early access build of JDK 9 (build 80).
As previously announc
New JEP Candidate: http://openjdk.java.net/jeps/257
- Mark
ative code. You shouldn't consider the MSVS
Solution as the build tool. Main build tools are makefiles. So start
with the makefile and then fine tune the FXMedia.sln.
So now what you need is to create a Makefile in
rt\modules\media\src\main\native\gstreamer\projects\win\glib-lite\Make
ib folder, and
>> attempted the same process - this first complained about a lack of
>> libiconv, so I grabbed that and set the appropriate flags to point to
>> it, and now I get the following:
>>
>> /configure: error: in
>> `/cygdrive/c/Users/Michael/Documents/JFX8/m
that in the glib folder, and
attempted the same process - this first complained about a lack of
libiconv, so I grabbed that and set the appropriate flags to point to
it, and now I get the following:
/configure: error: in
`/cygdrive/c/Users/Michael/Documents/JFX8/modules/media/src/main/native/gstreame
s first complained about a lack of libiconv, so I
grabbed that and set the appropriate flags to point to it, and now I get
the following:
*configure: error: in
`/cygdrive/c/Users/Michael/Documents/JFX8/modules/media/src/main/native/gstreamer/3rd_party/glib/glib-2.28.8':*
*configure: error: The pkg
I added a wiki link:
https://wiki.openjdk.java.net/pages/viewpage.action?pageId=18808963
I welcome free will participants to go over the steps, upgrade GStreamer
and eventually create a precise version of the guide.
I will provide as much help as I can.
K
On 26.03.2014 16:43, Kirill
e:
I'm now a bit further along with this, though struggling to get the
matroska plugin to compile (getting a bunch of unresolved external
symbol
errors for functions it uses in glib - not entirely sure why at the
moment,
as I said C is not my strong point.) I've also noticed the plugins
Michael,
On 26.03.2014 04:11, Michael Berry wrote:
Kirill - I think I'll take your suggestion next and start looking at
upgrading the existing native components to the latest version of GStreamer
before I look at adding any more plugins, that would seem to make sense.
Have you any pointe
th you took. The other is to take a patch for the given
JIRA issue. Sadly, the JIRA server doesn't allow just anybody to supply
patches, so you will have to email to Steve or Kevin and they can attach it
to the issue for you.
Be careful how these are implemented. We cannot just enable formats in
took. The other is to take a patch for the given
> JIRA issue. Sadly, the JIRA server doesn't allow just anybody to supply
> patches, so you will have to email to Steve or Kevin and they can attach it
> to the issue for you.
>
> Be careful how these are implemented. We can
ake a patch for the given JIRA issue. Sadly,
> the JIRA server doesn’t allow just anybody to supply patches, so you will
> have to email to Steve or Kevin and they can attach it to the issue for you.
Be careful how these are implemented. We cannot just enable formats in
GStreamer, there are li
e existing native components to the latest version of GStreamer
before I look at adding any more plugins, that would seem to make sense.
Have you any pointers in how best to approach this?
Many thanks,
Michael
On 25 March 2014 23:46, Richard Bair wrote:
> > Turns out it was a stupid mi
> Turns out it was a stupid mistake on my part causing the last few linking
> errors, I hadn't added one of the C files I needed to the makefile (well I
> had, but I'd then reverted it again without realising!) Thanks to all for
> the prods and advice.
>
> Once I'd done that, the build went throug
h this, though struggling to get the
matroska plugin to compile (getting a bunch of unresolved external symbol
errors for functions it uses in glib - not entirely sure why at the
moment,
as I said C is not my strong point.) I've also noticed the plugins
currently bundled have quite a few chan
is, though struggling to get the
>>> matroska plugin to compile (getting a bunch of unresolved external symbol
>>> errors for functions it uses in glib - not entirely sure why at the
>>> moment,
>>> as I said C is not my strong point.) I've also noticed the plug
ns it uses in glib - not entirely sure why at the
moment,
as I said C is not my strong point.) I've also noticed the plugins
currently bundled have quite a few changes to the gstreamer version,
and I
can't quite work out the logic behind why things have been changed
the way
they have
l the glib functions have now been resolved
through adding the methods (to both glib-lite.def and glib-liteD.def),
adding the relevant functions to gstreamer-lite.def complains about an
unresolved external symbol in the def file:
gstreamer-lite.def : error LNK2001: unresolved external symbol
gst_byte_w
Hi Kirill,
Many thanks for the detailed response, that's incredibly helpful. I had
noted already that you were using gstreamer 0.10.35 from downloading the
gstreamer modifications for JFX8 from Oracle's site, so was using the
appropriate version of the plugin already to try to
oment,
as I said C is not my strong point.) I've also noticed the plugins
currently bundled have quite a few changes to the gstreamer version, and I
can't quite work out the logic behind why things have been changed the way
they have - so even after the compilation issue is resolved I'
C is not my strong point.) I've also noticed the plugins
currently bundled have quite a few changes to the gstreamer version, and I
can't quite work out the logic behind why things have been changed the way
they have - so even after the compilation issue is resolved I'm now less
co
he plugins
currently bundled have quite a few changes to the gstreamer version, and I
can't quite work out the logic behind why things have been changed the way
they have - so even after the compilation issue is resolved I'm now less
confident that it will just drop in and work! Again, if some
Hi Scott,
Sure, that's in fact my eventual goal - but in order to successfully get
that far I need to work out how to compile OpenJFX with other GStreamer
plugins first, and unfortunately at the moment I seem to be getting stuck
at that hurdle!
Time permitting, I do indeed plan to lo
I applaud your effort, but please consider while you are doing this:
Addressing RT-18009 is good
Addressing RT-2684 is way better.
https://javafx-jira.kenai.com/browse/RT-2684
If there is a mechanism to write a stub plugin that hooks into the GStreamer
plugin mechanism such that end users of
e coming a bit
unstuck on the native side of things (including the plugin with GStreamer.)
I've made the relevant modifications on the Java side of things to persuade
the platform to accept MKV files and pass them down to the GStreamer layer,
and that compiles and runs without any issues.
H
87 matches
Mail list logo
