curtis.ruck at gmail.com
Wed May 15 00:04:06 UTC 2019
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 Rushforth <kevin.rushforth at oracle.com>
> 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 wrote:
> > 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
> > to split gstreamer-lite out of javafx-media into it's own project so I
> > could easily swap in a full gstreamer dependency with 3rd project for the
> > additional media types.
> > Background: ideally looking to pull in udpsource and some additional
> > pipeline plugins (GPU decoding and some subtitle related plugins).
> > Thoughts?
> > --
> > Curtis Ruck
More information about the openjfx-dev