On 2001.12.31 18:29:23 +0100 joe briggs wrote: > > > > It seems to make sense to replace mpeg_encode with ffmpeg. It's mpeg > > encoder seems faster. However, as I am getting more familiar with this > > video stuff, it seems like in order to do image manipulation and text > > insertion, the image has to be captured or converted to RGB. However, > > before converting to MPEG, it ultimately must be converted to YUV420P > > (???). Here again, it looks like in order to get the best performance, > I > > must find the common denominators and eliminate expensive conversions. > > > > Can anyone advise as to a more practical or streamlined approach? > > Specifically, I need to capture from a v4l (i.e., bt878) device, > perform > > some limited image process operations (i.e., motion detection), insert > text > > strings (i.e, time/date/location), then encode to a streamable archive > > source with quality equilivelent to VHS. I believe there already is(was ?) a sort of library in ffmpeg (haven't checked it lately) that would enable other programs to act as a streamer to ffserver. I have been planning to add this to motion some day (would most likely be a minor addition to video.c) to make live streaming more easier. Maybe the same approach could be used to make mpeg files, somebody with some more knowledge of the ffmpeg library might know if this is possible Jeroen
