[Top][All Lists]
[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
- [VCDImager Bugs/Devel] Re: [Fwd: Re: [VCDImager] ppmtoyuv4mpeg ...] (fwd),
Herbert Valerio Riedel <=