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 roa
Ok. That what I assumed.
Shall we try to compile a list with needed API's?
-Sven
Am 26.08.2015 19:19 schrieb "Pedro Duque Vieira" <
pedro.duquevie...@gmail.com>:
> I've also extended charts and have also been confronted with internal APIs.
>
> --
> Pedro Duque Vieira
>
Hi Kevin,
Please review the proposed fix:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8130376
Webrev: http://cr.openjdk.java.net/~ckyang/JDK-8130376/webrev.00/
Thanks,
- Chien
I will also note that OpenJFX depends on OpenJDK, so I am fine using
"-fullversion" as long as it works in both OpenJDK and Oracle JDK
builds, and both before and after the version string changes in JEP-223.
-- Kevin
David DeHaven wrote:
I can't comment on non-Oracle JDKs, but It's in libjli
> +1 for deprecation of VP6 and clearing the way to open sourcing of JFXMedia.
>
> On a related note, you will soon need to support H.265/HEVC. HEVC apparently
> also supports an alpha channel, so it may also address that concern. (See
> http://www.itu.int/rec/T-REC-H.265-201504-I/en)
3D supp
I can't comment on non-Oracle JDKs, but It's in libjli so anything based on
OpenJDK should support it.
-DrD-
> I was not aware of the existence of the -fullversion option. It is not listed
> at the Oracle site, afaik. Can it be assumed to be present in non-OpenJDK,
> non-Oracle JDKs?
>
> Dav
David DeHaven wrote:
The gradle build tries to find the version of the used Java JDK by running
'java -version', skipping the first line and expects to find the version in the
second line.
However, on Linux (Ubuntu) the first line of *any* Java invocation is "Picked up
JAVA_TOOL_OPTIONS: -j
I was not aware of the existence of the -fullversion option. It is not
listed at the Oracle site, afaik. Can it be assumed to be present in
non-OpenJDK, non-Oracle JDKs?
David DeHaven schreef op 2015-08-26 15:38:
The gradle build tries to find the version of the used Java JDK by
running 'java
+1 for deprecation of VP6 and clearing the way to open sourcing of JFXMedia.
On a related note, you will soon need to support H.265/HEVC. HEVC apparently
also supports an alpha channel, so it may also address that concern. (See
http://www.itu.int/rec/T-REC-H.265-201504-I/en)
All of this might
> The gradle build tries to find the version of the used Java JDK by running
> 'java -version', skipping the first line and expects to find the version in
> the second line.
>
> However, on Linux (Ubuntu) the first line of *any* Java invocation is "Picked
> up JAVA_TOOL_OPTIONS: -javaagent:/us
I am proposing we deprecate support for the VP6 video encoding format and the
FXM/FLV file format in JFXMedia for Java 9. The current intention is to
completely remove support for these components in the Java 10 timeframe. Note
that this is only deprecation, Java 9 will still support playback o
Hi Dave, Jonathan and Kevin,
Please review the proposed fix mentioned in the JIRA:
JIRA: https://bugs.openjdk.java.net/browse/JDK-8088670
Thanks,
- Chien
I've also extended charts and have also been confronted with internal APIs.
--
Pedro Duque Vieira
The gradle build tries to find the version of the used Java JDK by
running 'java -version', skipping the first line and expects to find the
version in the second line.
However, on Linux (Ubuntu) the first line of *any* Java invocation is
"Picked up JAVA_TOOL_OPTIONS:
-javaagent:/usr/share/jav
14 matches
Mail list logo
