help-vcdimager
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[VCDImager Bugs/Devel] Re: [Fwd: Re: [VCDImager] ppmtoyuv4mpeg ...] (fwd


From: Herbert Valerio Riedel
Subject: [VCDImager Bugs/Devel] Re: [Fwd: Re: [VCDImager] ppmtoyuv4mpeg ...] (fwd)
Date: Tue, 2 Oct 2001 09:40:51 +0200 (CEST)

fyi,

btw, please CC andrew for mjpegtools related issues...

---------- Forwarded message ----------
Date: Tue, 2 Oct 2001 08:58:03 +0200
From: Andrew Stevens <address@hidden>
To: Herbert Valerio Riedel <address@hidden>
Cc: address@hidden
Subject: [VCDImager Bugs/Devel] Re: [Fwd: Re: [VCDImager] ppmtoyuv4mpeg ...]


> I started to play a little with my new mjpegtools 1.5.4 and I can make the
> .m2v files (with the modification to ppmtoyuv4mpeg as you sayd) but I have
> a segfault when multiplexing...
> To make my .m2v file y do:
>
> jpegtopnm svcd-a.jpg | pnmscale -xsize=704 -ysize=576 | ppmntsc --pal | \
> ppmtoyuv4mpeg | mpeg2enc -f 7 -F 3 -V 400 -o svcd-a_pal_hi_400.m2v
>
> where -F 3 is the frame rate (if I don't give it one, mpeg2enc complains)
> and -V 400 is the buffer (I think that it use to be -T, like the first
> e-mail about this in the list, but I'm not sure).
> I get the .m2v without problems.
> The problems come with multiplexing. I use this simple line:
>
> mplex -v 2 -f 7 -o svcd-a_pal_hi_200.m2p svcd-a_pal_hi_200.m2v
> (where -v 2 is for debug info)

Ooops.  Due to tracking down a problem with audio multiplexing I screwed up
the end-of-file handling.   The line:

to_read = static_cast<unsigned int>( bufcount );

in mplex/bits.cc should read!

to_read = static_cast<unsigned int>( (buffer_start+bufcount)-readpos );

Doh!  The correction now in the CVS.

        Andrew

_______________________________________________
Bug-VCDImager mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/bug-vcdimager




reply via email to

[Prev in Thread] Current Thread [Next in Thread]