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
On 3/9/15, 5:00 AM, Chris Newland wrote:
Hi all,
A quick update on this:
There are a small number of wrinkles before we get OpenJFX building on the
Adoption group's CloudBees system so I've put together a Debian-based VPS
server that is producing nightly OpenJFX builds for Linux amd64 and
armv6
> 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 sa
Now that you mention this, I remember having a problem with JavaFX audio on my
Mac - where I believe playback wasn't working at all, and that was also
resolved with a reboot. That was some time ago, with an older version of FX and
the OS for that matter.
Scott
> On Mar 11, 2015, at 6:42 AM, Ro
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 sample
start i
