[9] Proposal to deprecate VP6 video and the FLV/FXM file formats

David DeHaven david.dehaven at oracle.com
Thu Aug 27 18:53:19 UTC 2015

> +1 for deprecation - I haven't used VP6 in a long while, and would value
> the whole thing being open source more than its inclusion.
> Out of interest, is this anything to do with JEP 257? I started looking at
> this with Kirill's guidance a year or so ago, but sadly many other things
> had to take precedence so I didn't really have the time.

No, that's unrelated. I suspect we'll hear something about that soon... Oh, I see Kevin let the cat out of the bag. Well, there you go :)

>> I agree that codecs that are usable by the system’s default media
>> framework should work.  However, I believe that is already supported in
>> most cases, is it not?
> It's not - JavaFX can decode the audio / video / container formats that it
> knows about through its GStreamer plugins, and nothing else (unless you
> compile them in yourself, which isn't all that hard.)

Not entirely true... on the Mac, GStreamer does not support HLS, that gets routed through QTKit (for <= 10.7) or AVFoundation (10.8+). With VP6 gone there will actually be no need for GStreamer on Mac at all.

It *used* to be the case that we allowed anything the native platform provided, in the previous media stack (JMC if anyone was paying attention).

The big issue, as Kirill pointed out, was it was very difficult to support due to the vast combinations of operating systems and codecs/media formats and (more importantly) there are security implications.

There are internal discussions ongoing about how we're approaching this problem. The security aspects only affect webstart and plugin, standalone applications aren't as much of a concern (except from a supportability standpoint) so maybe some compromise can be reached.

I would actually favor allowing formats supplied by the underlying native platform over trying to figure out how to provide a pluggable codec interface, but it needs to be done in a way that's sustainable and does not expose security vulnerabilities.

Again, I'm not promising anything, just know that complaints and requests have been heard and are being taken into consideration.


More information about the openjfx-dev mailing list