Re: GStreamer

2019-05-19 Thread Scott Palmer
It’s been 11 years… 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 a more usa

Re: GStreamer

2019-05-14 Thread Curtis Ruck
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't want to

Re: GStreamer

2019-05-14 Thread Kevin Rushforth
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 JavaFX doesn't seem

Re: GStreamer

2019-05-14 Thread Curtis Ruck
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 Rushfort

Re: GStreamer

2019-05-14 Thread Kevin Rushforth
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 Ruck wrot