Re: multiple cameras - audio bug?

Hello Ethan,

In my application I am able to access several cameras at the same time
but ONLY if they are different models or brands. However, my task was
easier than yours because I don't use audio and just grab live video
frames. On the other hand, application doesn't use config dialog, so
names of identical video devices are really the same and application
is not able to distinguish them. So, I am afraid that not much help
with audio. Please, write back to the list if you will find solution.

Btw, are you saying that config dialog does work for you for accessing
video of exactly same cameras? It used to result in JVM crash. Do you
call it from outside of AWT thread?

Best,
Michael
http://www.keywebx.com

On 11/12/07, Ethan Gold < email@hidden> wrote:
> Hi QTJ Folks,
>
> I've spent a lot of time fighting with QTJ over the last couple months.
> Our requirement is recording from 2 cameras simultaneously, and
> streaming from 1.
> Streaming from 1 and recording from another (internal isight plus
> external) works ok
> IF the encoding supports the audio format - if not it bombs out with
> a cryptic error.
>
> The second problem is that with two of these Creative USB webcams, I
> have what appear
> to be device registration namespace collisions. In the
> SequenceGrabber config dialog I
> can see "USB Cam" and "USB Cam #2" (I forget the precise name, but
> the '#2' is there).
> However, on the audio grabber config screens, which I didn't realize
> would default to practically
> random inputs, all I see are two IDENTICAL "USB Audio Device" entries
> in the listbox.
> Sure enough, opening the audio channel on EITHER of those entries
> opens the audio devices
> on BOTH cameras. I can see the activity light come on the unused
> camera regardless of which
> audio device I select.
>
> What a pain. Is there a way around this? Is it just my Creative
> cameras? They're using the native
> Mac OS drivers. The two firewire camera configuration doesn't work at
> all as the second camera
> is disabled as soon as the first is opened. I gather this is by
> design, but am disappointed that it
> hasn't been addressed by now. Technical limitations, perhaps?
>
> Thanks for any suggestions,
>
>         -Ethan
>
>  _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> QuickTime-java mailing list      ( >
 _______________________________________________
Do not post admin requests to the list. They will be ignored.
QuickTime-java mailing list      (email@hidden

This email sent to email@hidden