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

Kevin Rushforth kevin.rushforth at oracle.com
Thu Aug 27 14:54:34 UTC 2015


It's not directly related to JEP 257, no. Just some outstanding cleanup.

Btw, speaking of JEP 257, we plan to integrate that to 9-dev today.

-- Kevin


Michael Berry wrote:
> +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.
>
> Michael
>
> On 27 August 2015 at 12:39, Scott Palmer <swpalmer at gmail.com> wrote:
>
>   
>>> On Aug 27, 2015, at 2:29 AM, Dr. Michael Paus <mp at jugs.org> wrote:
>>>
>>> Am 26.08.15 um 22:25 schrieb Scott Palmer:
>>>       
>>>> Then legacy formats could be provided in optional downloads and new
>>>>         
>> formats can be supported without the need to integrate them within the JRE
>> code.
>>     
>>>>         
>>> To me this sounds again like a Java/JavaFX specific solution which, to
>>>       
>> my opinion, is a dead-end road. I think it would be much more important
>> that JavaFX can directly use all system installed codecs. I simply don't
>> understand why it is possible to install a codec pack on a machine and
>> almost all software, with the exception of JavaFX, is able to immediately
>> use that and only JavaFX based applications are not.
>>     
>>> Michael
>>>       
>> 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.)
>
>
>   
>> There still needs to be a guarantee that certain specific codecs will work
>> wherever JFXMEdia is supported.  Otherwise you lose a significant bit of
>> cross-platform compatibility. Media assets that you ship with your
>> application need to be able to play, regardless of how the end user has
>> configured their specific codec environment.
>>
>> Scott
>>
>>     
>
>
>
>   


More information about the openjfx-dev mailing list