On Thu, 28 Oct 2004, Roman Shaposhnick wrote:
> > The one that causes dvdview to print "frame picture" or similar
> > info ;)
> That's the thing -- "frame picture" doesn't mean that your fields are
Well, take that with a grain of salt ;) I was going from (faulty)
mem
On Thu, Oct 28, 2004 at 08:31:12PM -0700, Steven M. Schultz wrote:
> On Thu, 28 Oct 2004, Roman Shaposhnick wrote:
>
> >Let's start from the very beginning -- you have your celluloid film,
> >that runs at 24fps, you scan it and you want to encode result onto
> >the NTSC DVD where the
On Thu, Oct 28, 2004 at 08:46:13PM -0700, Steven M. Schultz wrote:
>
> On Thu, 28 Oct 2004, Roman Shaposhnick wrote:
>
> > On Thu, Oct 28, 2004 at 09:28:28AM -0700, Steven M. Schultz wrote:
> > > Or rather, as I should have added: if you do take the two fields
> > > from the same point in tim
On Thu, 28 Oct 2004, Roman Shaposhnick wrote:
> On Thu, Oct 28, 2004 at 09:28:28AM -0700, Steven M. Schultz wrote:
> > Or rather, as I should have added: if you do take the two fields
> > from the same point in time then the encoder should set the flags
> > in the MPEG output stream s
On Thu, 28 Oct 2004, Roman Shaposhnick wrote:
>Let's start from the very beginning -- you have your celluloid film,
>that runs at 24fps, you scan it and you want to encode result onto
>the NTSC DVD where the frame rate is 30fps (or 3/1001). Obviously
Actually they run the
On Thu, Oct 28, 2004 at 09:28:28AM -0700, Steven M. Schultz wrote:
> > > You don't want to take two fields from the same point in time.
>
> Or rather, as I should have added: if you do take the two fields
> from the same point in time then the encoder should set the flags
> in
On Thu, Oct 28, 2004 at 09:04:26AM -0700, Steven M. Schultz wrote:
>
> On Thu, 28 Oct 2004, Dik Takken wrote:
>
> > > 1: 50 full-resolution images per second.
> > > 2: 25 full-resolution images per second.
> >
> > That would be number 2 in my case :)
>
> Ok - good, then mpeg2enc will do a
On Thu, Oct 28, 2004 at 08:57:28AM -0700, Steven M. Schultz wrote:
> > 3: Something completely different.
> >
> > In case 3: What? :)
>
> There's no case 3. Cases 1 and 2 cover all the possibilities - either
> the data is interlaced or it is progressive, I can't imagine an third
>
[I have time for one easy question --- here's the easy answer:]
>have a bit of captured interlaced video and a ppm picture. I want to
>combine them into a single interlaced MPEG2 stream that looks like this:
...
>STEP 1:
...
>cat picture.ppm | ppmtoy4m -F 25000:1000 -I t -L | yuv2lav -f a
On Thursday 28 October 2004 23:00, Dik Takken wrote:
> In order to combine all of this into one MPEG2 stream, I start with
> converting all three components to MJPEG files. All three MJPEG files need
> to have the same resolution, interlacing and so on, or else lavtrans won't
> be able to merge the
On Thu, 28 Oct 2004, Dik Takken wrote:
> > By the time the encoder detects that the rate is too high and adjusts
> > the effective -q the rate spike has already been passed to the output...
>
> Ah, that's an important detail. It might be a good thing if the man page
> would be a bit mo
The thread about interlaced vs progressive video quality contained a lot
of useful info about how to deal with progressive and interlaced video.
Now I want to try appying it do something useful, I hope. :) Suppose I
want to mix progressive and interlaced video material. For example, I
have a bi
Hi Dirk,
On Thu, 2004-10-28 at 20:09, Dirk Pankonin wrote:
> When I try to capture a VHS or HI8 movie with a MIRO DC10plus card and
> lavrec
> the film is flickering and sometimes green stripes pass the picture. Even if
> I
> only watch the film with xawtv I see these effects. Any ideas how I can
But, the way mpeg2enc prevents the encoded data from going over that
9800 max (for VBR encoding) is by silently increasing the effective
-q value for you behind the scenes. So for the peaks, to keep the
True, BUT - it is NOT "instantaneous"! By the time the encoder
detects that the r
On Thu, 28 Oct 2004, Martin Samuelsson wrote:
> It could be. It depends on one's intentions. Technically, I believe we could
> agree that it is, in fact, a progressive stream distributed in an interlaced
> container. (Which doesn't make much sense, unless you're distributing the
That'
hello,
problem:
When I try to capture a VHS or HI8 movie with a MIRO DC10plus card and
lavrec
the film is flickering and sometimes green stripes pass the picture. Even if
I
only watch the film with xawtv I see these effects. Any ideas how I can
solve
the problem? Maybe an overlay problem and when
On Thursday 28 October 2004 17:57, Steven M. Schultz wrote:
> > This is
> > what the purists call an interlaced stream.
>
> It's not just what "purists" call an interlaced stream - it is an
> interlaced stream ;)
"Purist" in the nicest possible way, of course. Yes, it's interlaced.
>
On Thu, 28 Oct 2004, Dik Takken wrote:
> Quote from the mpeg2enc manual, -b option:
I replied earlier to that portion of the thread. In essence the
rate limiting is not instantaneous and spikes (sometimes considerably
higher than the -b value) get thru. The lower the -q
On Thu, 28 Oct 2004, Dik Takken wrote:
> > 1: 50 full-resolution images per second.
> > 2: 25 full-resolution images per second.
>
> That would be number 2 in my case :)
Ok - good, then mpeg2enc will do all the necessary work for you.
> > In case 2, however, you've got to do the same t
On Thu, 28 Oct 2004, Martin Samuelsson wrote:
> Dik, what are you generating? Your choices are these:
>
> 1: 50 full-resolution images per second.
> 2: 25 full-resolution images per second.
>
> In case 1, Steven is correct, you should take all odd-numbered (if starting at
> 1) lines of image 1
On Thu, 28 Oct 2004, Richard Ellis wrote:
> On Thu, Oct 28, 2004 at 12:26:24PM +0200, Dik Takken wrote:
> > Quote from the mpeg2enc manual, -b option:
> >
> > "If variable bit-rate mode has been selected (see the -q option)
> > this is the maximum bit-rate of the stream."
> >
> > So, the "-b"
On Thu, Oct 28, 2004 at 12:26:24PM +0200, Dik Takken wrote:
> Quote from the mpeg2enc manual, -b option:
>
> "If variable bit-rate mode has been selected (see the -q option)
> this is the maximum bit-rate of the stream."
>
> So, the "-b" value is not the average, but the upper limit when
> "-q"
On Wed, Oct 27, 2004 at 10:06:42PM +0100, scott wrote:
> I don't understand when you say "You won't see comb effects on your
> TV-set"
It (the comb effect) will look different on a TV set than on a
computer monitor. You can still see it if you know what to look for,
but the visual effect is diffe
On Wed, 27 Oct 2004, Steven M. Schultz wrote:
that I don't care about filesize, as long as my stand-alone DVD player
will play it. The only restriction I need for that is to use -f 8 and -b <
9700 IIRC.
Oh, it's not just the filesize or AVERAGE bitrate that's going to
be the problem. I
On Thu, 28 Oct 2004, Martin Samuelsson wrote:
On Thursday 28 October 2004 01:45, Steven M. Schultz wrote:
The frames that I feed to mpeg2enc are actually not interlaced, they are
ordinary 'progressive' images. But since I use png2yuv to generate an
Ok - that's what I figured. Now to interlace
On Thursday 28 October 2004 01:45, Steven M. Schultz wrote:
> > The frames that I feed to mpeg2enc are actually not interlaced, they are
> > ordinary 'progressive' images. But since I use png2yuv to generate an
>
> Ok - that's what I figured. Now to interlace that you need to take
> th
26 matches
Mail list logo
