> no flow control - what happens if the encoding can't, even momentarily, > keep up (disc accesses, other programs running, whatever)
This is something I would like to comment on. Being an audio software developer, these are issues that I am rather familiar with. I guess that with audio, for example hard-disk recording, this is more of an issue: you might, perception-wise, get away with a dropped video frame, but not with an audio buffer underrun (which might even damage your speakers and ears). These problems can be solved by using high scheduling priorities for time-critical applications, patching your kernel with the low latency and pre-emptible patches (the later is included with the 2.6.0-testX kernels), and doing disk access in a seperate thread with lower priority, with a ring buffer to pass data between the disk access thread and the realtime processing thread. (See also the linux-audio-dev mailing list, and it's webpage www.linuxdj.com/lad) Maarten ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. SourceForge.net hosts over 70,000 Open Source Projects. See the people who have HELPED US provide better services: Click here: http://sourceforge.net/supporters.php _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
