Re: [Mjpeg-users] Top-forward for DV?

2009-06-25 Thread Roman Shaposhnik
On Jun 25, 2009, at 7:29 PM, Steven Boswell II wrote: >I've got to get out the door and don't have time to do much more >than clear out the mailbox. No problem...I couldn't get to this e-mail until after work anyway :-) >Shift the video one line up or down within the frame. This is >MUCH bette

Re: [Mjpeg-users] frame rate conversion

2008-05-23 Thread Roman Shaposhnik
On Fri, 2008-05-23 at 05:15 +0200, Bernhard Praschinger wrote: > Hallo > > Florin Andrei wrote: > > I'm looking for a way to convert a 60fps video stream to true NTSC frame > > rate (29.97i). Converting frames to fields to half the frame rate and > > interlace is easy, but it's the shaving off o

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-29 Thread Roman Shaposhnik
On Wed, 2006-11-29 at 09:30 -0500, Dan Maas wrote: > > What do you have in mind when you say lossless re-encoding ? > > If a frame has already been passed through a DV codec, then it is > (theoretically) possible to re-encode it with no quality loss, by > using the exact same bitstream. This is de

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-29 Thread Roman Shaposhnik
Hi Stefan! On Sun, 2006-11-26 at 19:31 +0100, stefan wrote: > Roman Shaposhnik schrieb: > > >> Yes, I do refer to massive quality-loss I have observed in such an > >> "encoder-stress-test". I can, if you wish, do this test again. > >> > > &

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-29 Thread Roman Shaposhnik
On Sun, 2006-11-26 at 20:51 +0100, Martin Samuelsson wrote: > On Sun, 26 Nov 2006 19:41:35 +0100 > stefan <[EMAIL PROTECTED]> wrote: > > > I am amazed. After 10 times DV re-encoding with ffmpeg, the file at a > > first glance looks like it was unaltered. WOW. > > Looks like this is going to make

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-29 Thread Roman Shaposhnik
Jonathan On Mon, 2006-11-27 at 11:20 +1030, Jonathan Woithe wrote: > I don't know if you're including my comments in this "bunch of statements", No, not yours! ;-) > BTW I don't know off-hand whether cinelerra-dv use libdv of ffmpeg for DV > encoding by default. I know they support ffmpeg t

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-29 Thread Roman Shaposhnik
On Fri, 2006-11-24 at 06:20 -0500, Dan Maas wrote: > - ffmpeg's DV encoder does not take any special care to do lossless > re-encoding of macroblocks that have already been run through a DV > codec. (although it will reproduce 8-bit Y'CbCr values accurately, so > at least you don't have to worry ab

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-24 Thread Roman Shaposhnik
Hi On Fri, 2006-11-24 at 11:19 +0100, stefan wrote: > Yes, I do refer to massive quality-loss I have observed in such an > "encoder-stress-test". I can, if you wish, do this test again. That'll be *very* much appreciated (if not the tests themselves, then just a complete recipe for reproducin

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-24 Thread Roman Shaposhnik
On Thu, 2006-11-23 at 12:16 +0100, Richard Rasker wrote: > It would be nice if there was a tool to calculate which values for bit > rate and quantization would still result in a valid DVD MPEG file, based > on a given DV file, without actually having to go through the lengthy > rendering process it

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-24 Thread Roman Shaposhnik
On Fri, 2006-11-24 at 09:33 +0100, stefan wrote: > Jonathan Woithe schrieb: > > 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

Re: [Mjpeg-users] DV analyzer tool / optimizing video rendering?

2006-11-24 Thread Roman Shaposhnik
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, g