> > 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
> resourc
> 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 statu
Dave,
Please review the following:
https://javafx-jira.kenai.com/browse/RT-40254
This change will allow building with gradle 2.X, although 1.8 is still
the default (this will not change in FX 8u). Tested with gradle 1.8 and 2.3.
-- Kevin
Hi,
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
ch
On Thu, Mar 12, 2015 at 6:02 PM, David DeHaven
wrote:
>
> > 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 w
> 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 act
On Wed, Mar 11, 2015 at 5:28 PM, David DeHaven
wrote:
>
> > 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, w