Streaming via HTTP is in the feature list for 1.0 of JavaFX but Is not
available in the current preview.
There are a number of commercial alternatives out there. Just search
for 'java audio streaming'
Phil.
Riccardo,
Streaming via HTTP is in the feature list for 1.0 of JavaFX but Is not
available in the current preview.
There are a number of commercial alternatives out there. Just search
for 'java audio streaming'
Phil.
On 23 Sep 2008, at 14:12, "Riccardo Tacconi" <rtac...@gmail.com> wrote:
> Hi,
>
> does anybody knows if it is possible to stream audio with Javafx?
> What is the best solution for streaming audio with Java in a web
> application?
>
> Thanks,
>
> --
> Riccardo Tacconi
> VIRUTELOGIC LIMITED
>
> Linux user: #400461
>
> >
Hi
Actually on this front Flash and Flex still wins, because the Java
Media Component API will not have recording / capture support in 1.0.
So it looks like you request is a long way off. I asked the JMC guys
at JavaOne this year about this, so unless they had a change of heart
...
I also assume that you are building a web application in the manner as
sims-on-stage where you the web site records or like youtube with a
web camera. Obviously any Java model will need the same the security
implementation. The user is asked before the app can access a
microphone or a web camera ...
I am unsure if these interfaces like Java USB or Java Firewire
actually exist at mo in the wild or internally at Sun ...
>
>>
>> Phil.
>>
>> On 23 Sep 2008, at 14:12, "Riccardo Tacconi" <rtac...@gmail.com> wrote:
>>
>> > Hi,
>> >
>> > does anybody knows if it is possible to stream audio with Javafx?
>> > What is the best solution for streaming audio with Java in a web
>> > application?
>> >
>> > Thanks,
>> >
>> > --
>> > Riccardo Tacconi
>> > VIRUTELOGIC LIMITED
>> >
>> > Linux user: #400461
>> >
>> > >
>>
>>
>
>
>
> --
> Riccardo Tacconi
> VIRUTELOGIC LIMITED
>
> Linux user: #400461
>
> >
>
--
Peter A. Pilgrim
Java EE Software Development / Design / Architecture (``A Sun Java Champion'')
:: http://jroller.com/peter_pilgrim ::
:: http://jroller.com/javawug ::
:: https://java-champions.dev.java.net/
:: http://www.linkedin.com/in/peterpilgrim2000
:: http://www.facebook.com/profile.php?id=570597454
:: http://twitter.com/peter_pilgrim
:: A Sun Certified Enterprise Architect for Java EE 5 platform
I don't think that the USB model is very straightforward and this is
why I suspect the API hasn't been addressed. I played with SyncML over
Bluetooth on Windows a couple of years back (great idea very poorly
documented) and half the time Windows would 'grab' the USB bluetooth
dongle even when it didn't need to, and there was no obvious way to
get it to relinquish it to the Java bluetooth stack. I think the
problem is in the fundamental USB model. You plug a USB device in and
the OS recognises it and loads up the appropriate drivers. These may
or may not pre-allocate the hardware to something and getting
resources freed up from within Java is next to impossible.
Cheers,
Phil.
Phil Haigh
Tel: +44 (0)1952 248040
Mob: +44 (0)789 0042675
Mail: ph...@haigh-family.com
Dave
Wow! This is news to me and all.
> In order for this to work the applet must be signed.
>
Yes but of course, if the applets to access to the client resources
> There is some example code out there but I can't remember the link right
> now. If anyone's interested I'll look it up and post it when I get home this
> evening. There are several people selling applets that do this but I'd steer
> clear of them.
>
Did this example code use the existing JMF library? If not, what
libraries was it using to do this?
> BTW I think this is one area that Java does win over Flash - with Flash you
> can capture audio but it must be streamed to a server over Adobe's
> proprietary protocol and you can't do any local processing (for example to
> use a specific audio codec). There is the open source red5 server as an
> alternative to Adobe's (expensive) commercial server but you may not wish to
> run yet another server just to be able to accept streaming audio.
>
This sounds like this Java applet solution might have something to do
with FFMPEG and all of its friends to me. I bet someone has written
Java wrapper around those native libraries. Am I right about that?
Codecs are a mess of legalities, regimes and technology continents!
Lets hope that Sun does the business with a cross platform codec for
Java that will solve the disparity with media delivery
(http://multimedia.cx/eggs/javafx-and-on2-truemotion/)