[9] RfR: 8091078: [JavaDoc] Mispelling in MediaView Constructor documentation

Kevin, Alexander, please review this rather trivial javadoc fix for 9. JBS Issue: https://bugs.openjdk.java.net/browse/JDK-8091078 Patch: diff --git a/modules/javafx.media/src/main/java/javafx/scene/media/MediaView.java b/modules/javafx.media/src/main/java/javafx/scene/media/MediaView.java ---

[9] RfR: 8177428: [test] Ensemble cannot play AudioClip files when running in Java 8 and hosted over http

Kevin, please review this fix for the Ensemble test app. The bug affects JDK 8 so will need to be back ported. JBS issue: https://bugs.openjdk.java.net/browse/JDK-8177428 Webrev: http://cr.openjdk.java.net/~ddehaven/8177428/rt.v0/ -DrD-

Re: CFV: New OpenJFX Committer: Ramesh Gangadhar

Vote: Yes -DrD- > On Jan 18, 2017, at 1:53 PM, Kevin Rushforth > wrote: > > I hereby nominate Ramesh Gangadhar [1] to OpenJFX Committer. > > Ramesh is a member of JavaFX SQE team at Oracle working on test development > for the Java packager, who has contributed

Re: Planning for JavaFX.next

> - RTSP support for MediaPlayer > - expose gstreamer API for public that allows you to build the pipeline > yourself RTSP was proposed at one point, I think these days supporting something like MPEG-DASH might gain more traction. If we were to implement arbitrary media sources (via NIO) then

Re: CFV: New OpenJFX Committer: Victor Drozdov

Vote: yes -DrD- > On Dec 13, 2016, at 4:21 PM, Chris Bensen wrote: > > I hereby nominate Victor Drozdov [1] to OpenJFX Committer. > > Victor is a member of Java Deployment team at Oracle working on the Java > Packager tool, who has contributed 11 changesets [5] to

Re: [9] Review request: JDK-8169443 Deprecate Java Packager Blob Signing

This is only signing via the mechanism, which was never fully supported or part of any standard. To sign webstart applications (even FX apps) just use jarsigner or the associated ant signjar task. -DrD- [1] https://ant.apache.org/manual/Tasks/signjar.html > On Dec 13, 2016, at 11:02 AM,

Re: [9] RfR: 8169289: JavaFX application in named module fails to launch if no main method

ace: > > +lawa.invoke(null, new Object[] {null, mainClassName, > preloaderClassName, appArgs}); > > > You will want to pass in mainModule as the first argument here, too. > > -- Kevin > > > David DeHaven wrote: >>>> Looks good with two min

Re: [9] RfR: 8169289: JavaFX application in named module fails to launch if no main method

>> Looks good with two minor comments: >> >> 1) It looks like the new "mainModule" parameter to launchApplicationWithArgs >> is only ever called with "null". Did you intend it to be called with the >> application module in the case of LM_MODULE? > > You're correct... I wonder how that

Re: [9] RfR: 8169289: JavaFX application in named module fails to launch if no main method

> Looks good with two minor comments: > > 1) It looks like the new "mainModule" parameter to launchApplicationWithArgs > is only ever called with "null". Did you intend it to be called with the > application module in the case of LM_MODULE? You're correct... I wonder how that happened. It

Re: [9] RfR: 8169289: JavaFX application in named module fails to launch if no main method

Ping? The OpenJDK portion is reviewed and ready to push. I'd prefer to push them at the same time so we don't have a bug that appears to be resolved when it isn't. -DrD- > Please review the JavaFX changes needed for this issue: > https://bugs.openjdk.java.net/browse/JDK-8169289 > > webrev: >

Re: [9] RFR: 8169271: Bump JavaFX minimum build JDK to b144

locked" at 1pm >> PT. >> >> -- Kevin >> >> >> David DeHaven wrote: >>> Kevin, David, please review this trivial change to bump the minimum JDK >>> version to 9-ea+b144 which is now available on java.net. >>> >>> JBS Issue:

Re: [9] RFR: 8169271: Bump JavaFX minimum build JDK to b144

That should be fine. I still want to do test builds with other things that are going on. -DrD- > +1 > > Note that this will need to wait until after the repo is "unlocked" at 1pm PT. > > -- Kevin > > > David DeHaven wrote: >> Kevin, David, p

[9] RFR: 8169271: Bump JavaFX minimum build JDK to b144

Kevin, David, please review this trivial change to bump the minimum JDK version to 9-ea+b144 which is now available on java.net. JBS Issue: https://bugs.openjdk.java.net/browse/JDK-8169271 The diff is in a comment in the JBS issue, no webrev. -DrD-

[9] RfR: 8169289: JavaFX application in named module fails to launch if no main method

Please review the JavaFX changes needed for this issue: https://bugs.openjdk.java.net/browse/JDK-8169289 webrev: http://cr.openjdk.java.net/~ddehaven/8169289/openjfx-rt.0 For reference, the OpenJDK changes needed are here: http://cr.openjdk.java.net/~ddehaven/8169289/jdk.0/ These are being

[9] RfR: 8137324: Warning from MacOSX for deprecated Carbon Component Manager module

Kevin, Alexander, please review the following update to the Apple provided CoreAudio utility classes: JBS issue: https://bugs.openjdk.java.net/browse/JDK-8137324 Webrev: http://cr.openjdk.java.net/~ddehaven/8137324/rt.v0/ The change to GstAVPlaybackPipeline.cpp is necessary to avoid a

Re: [8u-dev] RfR: backport of JDK-8156563: JavaFX Ensemble8 media sample hang and crash

ping? -DrD- > Kevin, Alexander, please review my backport of 8156563 to 8u-dev. > > Main issue: > https://bugs.openjdk.java.net/browse/JDK-8156563 > > Backport issue: > https://bugs.openjdk.java.net/browse/JDK-8167317 > > Code review: > http://cr.openjdk.java.net/~ddehaven/8156563-8u/rt.0/

[8u-dev] RfR: backport of JDK-8156563: JavaFX Ensemble8 media sample hang and crash

Kevin, Alexander, please review my backport of 8156563 to 8u-dev. Main issue: https://bugs.openjdk.java.net/browse/JDK-8156563 Backport issue: https://bugs.openjdk.java.net/browse/JDK-8167317 Code review: http://cr.openjdk.java.net/~ddehaven/8156563-8u/rt.0/ -DrD-

RfR: [9] 8156563: JavaFX Ensemble8 media sample hang and crash

Alexander, Kevin, please review my fix for AVFMediaPlayer crashes on OSX: JBS Issue: https://bugs.openjdk.java.net/browse/JDK-8156563 Webrev: http://cr.openjdk.java.net/~ddehaven/8156563/rt.0/ I believe this addresses other crashes that have been reported too, those will be resolved as

Re: Playing a sound at regular intervals

I see no reason for that, I'll clean it up and make it public. -DrD- > FYI... This issue is not visible to me > https://bugs.openjdk.java.net/browse/JDK-8090414 > > > Scott > >> On Aug 23, 2016, at 10:15 AM, David DeHaven <david.deha...@oracle.com> wrote: &g

Re: Playing a sound at regular intervals

> We're trying to play a notification sound at a regular interval (every 500ms) > in a loop. > > It should sound like "bing.bing.bing." and not like > "bing..bing..bing...bing" if you know what I mean ;) > > From the JavaDoc we were guessing that an efficient way to do this would be > to

Re: JDK-8153350 - JavaFX webstart with javaws.exe selects wrong toolkit (unnecessary relaunch)

> Hi, > > it may be unrelated to these relaunches, but I have been wondering for > awhile, what the toolkit parameter in the ant element is > supposed to do. > > see: > > https://docs.oracle.com/javase/8/docs/technotes/guides/deploy/javafx_ant_task_reference.html#CIAGCAFH > > At least in

[9] Review Request: 8145602: [macosx] Remove QTKit based media player

Kevin, Alexander, please review the changes to remove QTKMediaPlayer and do some cleanup in the AVF media player since we no longer build against the 10.7 SDK. JBS issue: https://bugs.openjdk.java.net/browse/JDK-8145602 webrev: http://cr.openjdk.java.net/~ddehaven/8145602/rt/v0/ Note that

[8u-dev] Review Request for 8144678: JVM crashes when selecting video on youtube in WebView

Kevin, Alexander, can you please review this fairly trivial fix: https://bugs.openjdk.java.net/browse/JDK-8144678 The fix is only five lines, no webrev. It's pasted in a comment and below for reference. --- cut here --- diff --git

Re: [8u-dev] Review Request for 8144678: JVM crashes when selecting video on youtube in WebView

Yes, I can push to 9-dev first. -DrD- > This is going into 9-dev first, right? I'll add comments in JIRA. > > -- Kevin > > > David DeHaven wrote: >> Kevin, Alexander, can you please review this fairly trivial fix: >> https://bugs.openjdk.java.net/browse/JDK-81446

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

Having heard no objections and gaining internal approval, we'll move forward with this plan. -DrD- > On Aug 26, 2015, at 11:53 AM, David DeHaven <david.deha...@oracle.com> wrote: > > > I am proposing we deprecate support for the VP6 video encoding format and the >

Re: [9] Review request for 8131066: JavaFX MediaPlayer crashes on dispose with certain MP4s

> Hi David, > > Please review the fix: > https://bugs.openjdk.java.net/browse/JDK-8131066 > http://cr.openjdk.java.net/~almatvee/8131066/webrev.00/ > > Crash happens, because AVPlayer was trying to notify AVFMediaPlayer about > frame change after AVFMediaPlayer was released. Fixed by

Re: hg: openjfx/9-dev/rt: 8043352: JEP 257: Update JavaFX/Media to Newer Version of GStreamer

> On Aug 27, 2015, at 6:08 PM, kevin.rushfo...@oracle.com wrote: > > Changeset: 241f9696e3ad > Author:almatvee > Date: 2015-08-27 14:35 -0700 > URL: http://hg.openjdk.java.net/openjfx/9-dev/rt/rev/241f9696e3ad > > 8043352: JEP 257: Update JavaFX/Media to Newer Version of

Re: CFV: New OpenJFX Committer: Alexander Matveev

Vote: YES -DrD- On Aug 27, 2015, at 6:55 PM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: I hereby nominate Alexander Matveev [1] to OpenJFX Committer. Alexander was an initial member of JavaFX team at Oracle when the OpenJFX project was created, and was on the initial list of

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

+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

Re: Proposed fix: buildscript java version detection fails on Linux/Ubuntu on Picked up JAVA_TOOL_OPTIONS

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:

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

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

Re: Proposed fix: buildscript java version detection fails on Linux/Ubuntu on Picked up JAVA_TOOL_OPTIONS

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? David

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

+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 support

Re: MediaView fails to play HLS video encoded with Main Profile?

I'm trying to play an HLS file with mediaview and it is failing with a Media unsupported message, I have been doing some tests with other HLS files and the only difference I've found is the Profile used. The one that plays says (according to MediaInfo) AVC Baseline@L2.1 - 1 Ref Frames,

Re: Understanding the com.sun.* APIs being (ab)used by the community

It'll work as long as the class in question (Screen in this case) is exported. If not, you'll likely get a security exception or CNFE. -DrD- On Jun 5, 2015, at 8:28 AM, Kevin Rushforth kevin.rushfo...@oracle.com wrote: Yes, this will still work, although dipping into non-public state

Re: Private APIs not usable in Java 9?

You can see any com.sun.* usage by running jdeps -v some.jar. You'll have to sort it all out manually, but it's all there. -DrD- I'll second the recommendation to run jdeps on your apps. I note that it doesn't currently flag internal FX packages as internal. I filed the following RFE to

Re: Media API question regarding metadata retrieval

If not is there a specific reason not to offer this functionality independently of a player? There were plans, there were also issues as we don't have a Java based mp4 parser so we're relying on the underlying platforms (e.g. QTKit, AVFoundation, etc..) to provide that data, which

Re: Media API question regarding metadata retrieval

If not is there a specific reason not to offer this functionality independently of a player? There were plans, there were also issues as we don't have a Java based mp4 parser so we're relying on the underlying platforms (e.g. QTKit, AVFoundation, etc..) to provide that data, which

Re: Media API question regarding metadata retrieval

I was a bit surprised that the metadata retrieval functionality of javafx.scene.media.Media is only usable in conjunction with a player, so if I want to retrieve the dimensions of a video file I have to instantiate a player and wait for it to reach ready state? That's how I read the javadoc.

Re: Media player maturity (on Mac)

One more question regarding this. Is it OK to have many instances of AudioClip or MediaPlayer if only a few of them actually play stuff or do they block audio resources even when they are stopped? You can have as many as memory will allow :) They don’t tie up hardware resources until

Re: Media player maturity (on Mac)

One more question regarding this. Is it OK to have many instances of AudioClip or MediaPlayer if only a few of them actually play stuff or do they block audio resources even when they are stopped? You can have as many as memory will allow :) They don’t tie up hardware resources until

Re: MediaPlayer status changes

I don't see anything in the docs stating how status should change in MediaPlayer, e.g. will reaching end of media trigger a transition from PLAYING to STOPPED? Will a subsequent call to play() start at the beginning of the media file or do I need to seek? I was expecting some kind of status

Re: Media player maturity (on Mac)

No, thanks for the hint. I just did and the behavior is a bit better in the sense that the sample start is not cut off on subsequent play invocations (behaves more or less line instantiating a new mediaplayer for each invocation, which is good) but when I loop using setCycleCount the

Re: Media player maturity (on Mac)

anyone doing serious work with the media player on the Mac? I am experimenting and so far I am not getting the impression, this is really something very solid. The first Audio-Sample I tried playing plays fine the first time but when I play it for a second time by either issuing stop()

Re: Media player performance on Mac

I just put a MediaView with a MediaPlayer into a FlowPane and displayed it. Playing a Full-HD H.264 file consumes between 40 and 60% of CPU. Playing the same file in Quicktime consumes about 3-4% CPU. What is the reason for the dramatic difference? Is the player subsystem not using hardware

[8u40] RFR: RT-39764: [macosx] Media crashes when changing EQ band center frequency

Kevin, Kirill, please review my fix for RT-39764. JIRA: https://javafx-jira.kenai.com/browse/RT-39764 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-39764/rt.0/index.html -DrD-

Re: [8u40] RFR: RT-39764: [macosx] Media crashes when changing EQ band center frequency

I think Kirill's still out, Alexander can you review this? -DrD- Kevin, Kirill, please review my fix for RT-39764. JIRA: https://javafx-jira.kenai.com/browse/RT-39764 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-39764/rt.0/index.html -DrD-

[8u40] RFR: RT-38973: Media produces extraneous debugging when running Ensemble8

Kevin, Kirill, please review the following fix for 8u40: JIRA: https://javafx-jira.kenai.com/browse/RT-38973 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-38973/rt.0/ I added an additional (annoying) compiler warning fix. -DrD-

8u40 RFR: RT-39238: [media] Mac native platform code doesn't compile with parfait compilers

Kevin, Steve, can you please review my build system changes? Webrev: http://cr.openjdk.java.net/~ddehaven/RT-39238/rt.0/ JIRA Issue: https://javafx-jira.kenai.com/browse/RT-39238 -DrD-

Re: CFV: New OpenJFX Committer: Chris Bensen

Vote: yes -DrD- I hereby nominate Chris Bensen to OpenJFX Committer. Chris is a member of JavaFX team at Oracle working on the Java (FX) packager tool. A list of Chris' commits is available by the following link: http://hg.openjdk.java.net/openjfx/8u-dev/rt/log?rev=cbensen Four

Re: CFV: New OpenJFX Committer: Morris Meyer

Vote: yes -DrD-

[8u40] Request for review: RT-34893: [Media] Use of QuickTime prevents Mac AppStore Submission

JIRA issue: https://javafx-jira.kenai.com/browse/RT-34893 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-34893/rt.1/ Overview: - Added AVFoundation based player class, implemented as a standalone module that will load only on 10.8 or later - Refactored some classes that were hard wired for

hg: openjfx/8u-dev/rt: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

Changeset: 24a1b2582b74 Author:ddehaven Date: 2014-08-05 08:43 -0700 URL: http://hg.openjdk.java.net/openjfx/8u-dev/rt/rev/24a1b2582b74 RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS ! build.gradle !

Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

subsequent changes will be). Anyway, I just reviewed it. I will follow-up with an e-mail reminder about the additional rules for next week since we are ramping down for milestone M1. -- Kevin David DeHaven wrote: Ping Kevin, Kirill? (how many reviewers do I need these days?) -DrD

Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

Ping Kevin, Kirill? (how many reviewers do I need these days?) -DrD- JIRA Issue: https://javafx-jira.kenai.com/browse/RT-38074 Latest webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.2/ Removed new makefile (eyesore), cleaned up/enhanced existing Makefile, fixed a compiler

Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

JIRA Issue: https://javafx-jira.kenai.com/browse/RT-38074 Latest webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.2/ Removed new makefile (eyesore), cleaned up/enhanced existing Makefile, fixed a compiler warning. Last iteration hopefully, I let it bake for 12 hours and haven't had

[8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

JIRA: https://javafx-jira.kenai.com/browse/RT-38074 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.0/ This change moves the QTKit based media platform code into it's own dylib. NativeMediaManager had to be modified to allow detection of the new library to determine if the platform

Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

Belay that review.. I have some (significant) changes to make, in preparation for the larger task of implementing the AVFoundation based code. -DrD- JIRA: https://javafx-jira.kenai.com/browse/RT-38074 Webrev: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.0/ This change moves the

Re: [8u40] Review request: RT-38074: [macosx] Separate QTKit platform code from core media code so it can be removed for MAS

Kirill, Alexander, Kevin: New version up for review, please take a look: http://cr.openjdk.java.net/~ddehaven/RT-38074/rt.1/ I moved OSXPlatform and OSXMediaPlayer code back to jfxmedia, since it was meant to be an abstraction point for using either QTKit or AVFoundation in the first place.

Re: [8u40] Review request: RT-37261: Mac: FileChooser.show() crashes in NSSavePanel when running in sandboxed environment

Please review the fix: https://javafx-jira.kenai.com/browse/RT-37261 My only comment so far is it looks like sandboxRequirementRef should be CFReleased too, since it's created with SecRequirementCreateWithString. -DrD-

Re: All-Permissions not working properly with sun.plugin2.applet.FXAppletSecurityManager

Run: jarsigner -verify -verbose -certs /path/to/some.jar This will show (excessive) signing information as well as the certs used to sign. -DrD- I will see if I can get permission to send you the program. I believe all of my jars are signed with the same certificate. What is the best

Re: All-Permissions not working properly with sun.plugin2.applet.FXAppletSecurityManager

sent, jarsigner reports: jar is unsigned I'm confused. Thanks, Neil From:David DeHaven david.deha...@oracle.com To:ngalarn...@abinitio.com, Cc:Kevin Rushforth kevin.rushfo...@oracle.com, openjfx-dev@openjdk.java.net openjfx-dev@openjdk.java.net

Re: Glass Robot and getSCreenCapture

For a one shot screen capture - we would pass in top left and width and height to make the bottom right. Currently this should work on Mac I am told, though what is in the out of bounds pixels is not known. And if we added a third tall screen to the left, life gets even more complicated

Re: Is Quicktime API calls inside JavaFX?

Hi All, Apparently the JavaFX includes some libraries that use the obsolete Quicktime. When some submits to the Apple Store a JavaFX app it gets rejected based on JavaFX having the obsolete API. I found out how to fix it from someone else running into the same issue.

Re: Is Quicktime API calls inside JavaFX?

for the verification. No matter what state Quicktime is in it is no longer accepted by the Apple Store. I am guessing these new rules will soon apply to everything but I could be wrong. Regards, -Tony On Tuesday, March 25, 2014 9:27 AM, David DeHaven david.deha...@oracle.com wrote: Hi All

Re: Is Quicktime API calls inside JavaFX?

and interpret that as a big, urgent, hint. -phil. On 3/25/2014 12:09 PM, David DeHaven wrote: Therein lies The Problem, and why we had to go with QTKit when we supported 10.6... Every two releases they seem to deprecate half-baked APIs in favor of some new half-baked API. At least

Re: Adding GStreamer plugins

I mainly wanted to do this as a personal exercise, though I'd imagine this is a useful piece of functionality for many others also - so should I submit a patch of the changes, or is this unlikely to be accepted? (Again, sorry for the perhaps obvious question, I'm rather new to this.) I've had

Re: Launching JavaFX apps

Use of JavaFX-Class-Path is supported but highly discouraged as it leads to ClassLoader juggling, it was required when there was no SE launcher support for JavaFX. It is only supported for backward compatibility, new applications should NOT use it. Either JavaFX-Application-Class or

Re: javafxpackager and launcher

An application bundle mode could probably be triggered via the contents of a resource that is injected much like the custom icon is injected into the fx launcher (I'm not sure if something needs to be done for preloader support too. I think the embedded launcher stub handles that on Java 7,

Re: Review request for RT-34236 FXMLLoader throws java.lang.InternalError: CallerSensitive annotation expected at frame 1

Looks fine to me. -DrD- Thanks Mark. Can you please add this information to the JIRA (including the link to the new webrev) ? -- Kevin Mark Howe wrote: This is a slightly dialed back version. Basically the same thing as the first webrev except left the API for setEmbeddedLauncher,

Re: CFV: New OpenJFX Committer: Joseph Andresen

Vote: Yes! -DrD- I hereby nominate Joe Andresen to OpenJFX Committer. Joe is a member of JavaFX Graphics team at Oracle. His first changeset in Prism is dated by 2009, and total number of commits is close to one hundred. Full list of Joe's changesets in the open workspace is available

Re: CFV: New OpenJFX Committer: Yao Wang

Vote: Yes -DrD- I hereby nominate Yao Wang to OpenJFX Committer. Yao is a member of JavaFX Graphics team at Oracle. Most of recent Yao's changes are in 3D support code, but not only there: hg log -u Yao Wang Incomplete list of Yao's commits and reviews is also available by the

Re: hello and macosx build trouble

Thank you. This worked, and it got further, but it is missing the netscape javascript package now, as illustrated by the below: :checkJfxrtJar :updateCacheIfNeeded UP-TO-DATE :verifyJava :base:processVersionInfo UP-TO-DATE :base:compileJava UP-TO-DATE :base:processResources UP-TO-DATE

Re: JavaFX Media issues

So called arbitrary input stream support is among the features for the future. Could somebody post back a reference to the jira, I've seen the feature referred to from other jiras, but I've never been able to find the actual jira reference for this. Thanks! Here's an umbrella issue