On vr, 2007-08-24 at 12:08 -0400, Erwin.D.Mascardo wrote: > Sander Sweers wrote: > > On vr, 2007-08-24 at 10:32 -0400, Erwin.D.Mascardo wrote: > Certainly. Our goal here is to use Helix Producer to capture video in > .rm format, and possibly also Darwin for Quicktime videos. Producer uses > OSS (therefore the ALSA OSS emulation) for its audio input. I haven't > looked yet into how Darwin handles audio input, but that's a secondary > requirement, so we'll hit it when it comes. > > Anyhow, Helix Producer insists on having an explicit OSS audio device -- > if it can't find a valid /dev/dsp, it spins in a loop trying to find > one, starting with /dev/dsp0 and continuing to increment the number by 1 > until overflow. (Or at least I assume it will continue that long; I've > never had the patience to wait it out, and it really serves no purpose > to try that. Who wants to have to "warm up" an application in this day > and age?) Hence our trying to get /dev/video24 recognized as a valid > audio input device, even with the implications of a/v sync problems.
So you need /dev/video24 for sound to be used in helix producer or does it also take an mpeg file/stream with audio and video? I would think it should but I don't know helix producer. If you can feed helix producer an mpeg file/stream you might be able to fool it by using the alsa dummy device. It basically simulates all the mixer controls and devices. I am not sure if it also creates the corresponding oss devices but I guess it should. Greets Sander _______________________________________________ ivtv-users mailing list [email protected] http://ivtvdriver.org/mailman/listinfo/ivtv-users
