On Fri, 2006-11-24 at 09:02 +1030, Jonathan Woithe wrote: > > Unfortunately, Cinelerra doesn't allow for CLI driven rendering other > > than the rather inflexible batch render functions, and I though I found > > that rendering an edited project first to DV, then rendering the DV file > > to MPEG, gives a noticeable quality degradation. > > The very noticeable degradation comes about due to a bug in libdv which is > used to do the encoding to DV from cinelerra. When I last looked into this > about 2 years ago ffmpeg's DV codec wasn't as badly affected but it still > wasn't great. AFAIK libdv is in deep maintenance mode now and I haven't > seen any evidence that there's any work going on to find and fix the DV > encoding bug. As for ffmpeg I haven't tested the DV encoding functionality > of recent versions so I don't know what its status is.
Since I'm the original author of the ffmpeg's DV codec -- I'd be very curious to find out concrete evidence of why do you think encoder produces inferior quality streams (and compared to what) since I am in a position to fix this and improve it. Also, I remember that Dan Maas (CC'ed) once contributed a patch to the ffmpeg's DV encoder that in his words made it comparable with the Apple's DV encoder (which is supposed to be quite good based on a number of reviews). I guess my point is simple enough -- don't assume anything based on *releases* of ffmpeg -- try the latest SVN and decide for yourself. Thanks, Roman. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Mjpeg-users mailing list Mjpeg-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mjpeg-users
