|
From: Dan D. <da...@de...> - 2005-06-14 01:31:34
|
DV decoding is quite CPU intensive. It is still not very realistic to decode two DV streams, push them through V4L loopback, do realtime processing, display *and* record to the HDD! However, it can be coded and attemped. Just make sure you use some buffer mechanism in the DV decoder to drop video frames as needed (on overflow of the DV input buffer) to maintain realtime behaviour. Also, you will notice some fair latency compared to your previous experience with uncompressed sources. See libiec61883 from linux1394.org if you want to capture from two DV devices on the same bus. On Sat, 2005-06-11 at 12:31 +0200, Gauthier DELERCE wrote: > Dear all, > > I use to develop acquisition software with libdc or proprietary libs . > > I would develop a small gpl software to a friend, the goal is to connect > n camcorders to firewire boards and be able to output the signal from > one camcorder to output and hard drive. > > This is to mix live record during performance. > > My first idea is to use libdv for in/out and Qt for user interface ; the > basic code would do a live redirection from each camera to /dev/video/n > ; the soft display each source in a small window and the user is able to > select/switch one source to the output. > > This looks quite simple for me and I would have your opinion about this > project > > Further developpement would add transition effects and record every > source to hard disk. > > > Thanks > > Gauthier > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > a projector? How fast can you ride your desk chair down the office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > _______________________________________________ > libdv-dev mailing list > lib...@li... > https://lists.sourceforge.net/lists/listinfo/libdv-dev |