Xuggle does not interact with hardware.
Ross
--
You received this message because you are subscribed to the Google Groups "xuggler-users" group.
To post to this group, send email to xuggle...@googlegroups.com.
To unsubscribe from this group, send email to xuggler-user...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/xuggler-users?hl=en.
Totally depends on what you are using to do audio capture. In java you are not going to find something that works for every operating system.
Ross
On Nov 19, 2010 9:46 PM, "Kuldeep Sharma" <kuldeep.s...@gmail.com> wrote:
Hi Ross
Thanks for answering. Any suggestion from your side...how to implement
audio recording so that i can simulate it with other Xuggler
components.
Regards
Kuldee
On Nov 20, 8:35 am, Ross Hendrickson <ross.hendrick...@gmail.com>
wrote:
> Xuggle does not interact with hardware.
> On Nov 19, 2010 3:32 PM, "Kuldeep Sharma" <kuldeep.sharma....@gmail.com>
>
> Ross
>
> wrote:
>
> Hi
>
> I was looking for some demo application to record audio with the help
> of Xuggl...
> xuggler-user...@googlegroups.com<xuggler-users%2Bunsu...@googlegroups.com>
> .
> For more options, visit this group athttp://groups.google.com/group/xuggler-users?hl=en.
--
You received this message because you are subscribed to the Google Groups "xuggler-users" group.
To ...
That's really old code for a POC project to get people started with
Xuggler capture/encoding without having to worry too much about the
threading.
@ resulting stream to rtmp, you will have to read over the online docs
and forums and either implement on your own or subclass a writer of
the packet-multibroadcaster and still implement your own solution
using either the IContainer or MediaWriter.
@ IllegalThreadStateException, it's POC code that was only a starting
point. That occurs because you are restarting a thread that has
finished it's run method and can't be resumed. You can either re-
create the object and connect it to a 'writer' so it will continue
passing packets or create your own implementation.
If you are just capturing audio using Java and passing it to a
MediaWriter that posts to a rtmp/red5 destination, I doubt you will
need threads at all since the throughput of Java should be more than
enough.
Best of luck