Re: [Mjpeg-users] Converting DVD from PAL to NTSC

2004-01-08 Thread Bernhard Praschinger
Hallo > I live in the U.S. and received a PAL DVD from family back in Australia. > > I want to convert the DVD from PAL to NTSC and burn a new DVD (it's less > than 4.7GB). Different standarts makt things really nice ;) You find a longer explanation of the things I'm talking about in the "mjpeg

[Mjpeg-users] Converting DVD from PAL to NTSC

2004-01-08 Thread Greg Kilfoyle
Hi, I live in the U.S. and received a PAL DVD from family back in Australia. I want to convert the DVD from PAL to NTSC and burn a new DVD (it's less than 4.7GB). I've played with a number of different tools including: mplayer, dvdbackup, dvdauthor, transcode, mjpegtools; but I can't find the ri

Re: [Mjpeg-users] Strange mplex problem

2004-01-08 Thread Steven M. Schultz
On Thu, 8 Jan 2004, Hans van der Made wrote: > In the mplex output, I see that both audio and video bitrates are detected > correctly. Specifying with -r on the command line didn't help, > unfortunately. Oh, ok. Then the problem could be in the video buffer size being too small.

Re: [Mjpeg-users] Strange mplex problem

2004-01-08 Thread Hans van der Made
> Everything looks good there - I see you specified the bitrate > as 1800 (user rate VCD) at this stage but omitted it from the mplex > run below > > For user specified VCD (-f 2 or 5) it is necessary to specify the > bitrate (as was done for mpeg2enc). Add the vi

Re: [Mjpeg-users] bug in jpeg2yuv.c ?

2004-01-08 Thread Bernhard Praschinger
Hallo > when trying to convert the image bla.jpg with > jpeg2yuv -f 25 -j bla.jpg -I p -n 1 > bla.out > yuv[0] = malloc(param->width * param->height * sizeof(yuv[0][0])); > yuv[1] = malloc(param->width * param->height / 4 * sizeof(yuv[1][0])); > yuv[2] = malloc(param->width * param->height / 4

Re: [Mjpeg-users] Strange mplex problem

2004-01-08 Thread Andrew Stevens
Oh dear, This looks like a rate controller problem in mpeg2enc. There were some changes made in this area to fix a problem with the old method predicting how large a frame was likely to be (which tended to be rather inaccurate and produce 'oscillating' quantisation). It looks like your stre

Re: [Fwd: Re: [Mjpeg-users] [Fwd: yuv4mpeg export feature refinement]]

2004-01-08 Thread Robert W. Fuller
Very clever. I found something like this works fine: sed -e "1s/Ip A0/I\? A0/" Rather than using a global edit, I told it only to change the first line ("1s"). According to my tests, sed seems to respect line numbers for edits. Limiting sed to the first line seems safer than doing a global e

Re: [Fwd: Re: [Mjpeg-users] [Fwd: yuv4mpeg export feature refinement]]

2004-01-08 Thread Matto Marjanovic
>Anybody know of a good simple binary file editor for Linux that can >handle 30 GB files without a problem? If so, I can simply edit the >YUV4MPEG header to suit me. By the way, the yuv4mpeg man page is quite >good. If you only need to modify bytes in-place, I think "lde" will do the tr

Re: [Mjpeg-users] Strange mplex problem

2004-01-08 Thread Steven M. Schultz
On Tue, 6 Jan 2004, Hans van der Made wrote: > This used to work, but after updating it's a no-go: > > mpeg2enc--format 2 \ > --aspect 2 \ > --video-bitrate 1800\ >

Re: [Mjpeg-users] is there any difference between mpeg2enc -f8 and -f9?

2004-01-08 Thread Andrew Stevens
On Thursday 08 January 2004 01:05, Robert W. Fuller wrote: > I was looking at the source code, and I don't see any difference. Also, > when I use cmp -l on the output, it appears to be the same! I have > version 1.6.1.90. > > Maybe I haven't had enough sleep? Currently there isn't one. The two

Re: [Fwd: Re: [Mjpeg-users] [Fwd: yuv4mpeg export feature refinement]]

2004-01-08 Thread Hans van der Made
> I can see that using sed would be quite simple. However, I don't want > to wait for a 30 GB file to be re-written. Looking at the man page, I I never work with these large files, but rather use pipes (|) of fifo's. Putting an extra pipe in between is no problem then. Regards, Hans --

Re: [Fwd: Re: [Mjpeg-users] [Fwd: yuv4mpeg export feature refinement]]

2004-01-08 Thread Robert W. Fuller
I can see that using sed would be quite simple. However, I don't want to wait for a 30 GB file to be re-written. Looking at the man page, I see there is an "--in-place" option for sed. I guess I better delve into sed some more. I wonder if I can tell it to stop after the first "\n" to avoid

Re: [Mjpeg-users] Where to get 'toolame'

2004-01-08 Thread JoeHill
On Thu, 8 Jan 2004 15:27:18 +0100 (CET) Hans van der Made <[EMAIL PROTECTED]> wrote: > > Can anyone tell me where I can find this tool? I can find no Mandrake > > packages, > > and even Google has led me to no pages which have this file/package. > > I believe it's home page te be here: > > http:

Re: [Mjpeg-users] Where to get 'toolame'

2004-01-08 Thread Hans van der Made
> Can anyone tell me where I can find this tool? I can find no Mandrake packages, > and even Google has led me to no pages which have this file/package. I believe it's home page te be here: http://mikecheng.d2.net.au/ You can fetch the source here: http://sourceforge.net/project/showfiles.php?

[Mjpeg-users] Where to get 'toolame'

2004-01-08 Thread JoeHill
Back on that script I've been using (mencvcd), it mentions an executable called 'toolame', which I'm assuming is necessary for decoding videos which have been created with an MP3 audio stream. I have seen it mentioned on this list, so I'm hoping that someone knows something about it. Can anyone t

Re: [Fwd: Re: [Mjpeg-users] [Fwd: yuv4mpeg export feature refinement]]

2004-01-08 Thread Hans van der Made
> Anybody know of a good simple binary file editor for Linux that can > handle 30 GB files without a problem? If so, I can simply edit the > YUV4MPEG header to suit me. By the way, the yuv4mpeg man page is quite > good. I've done this with sed s/[string]/[new string]/g but if you want a real e

[Mjpeg-users] bug in jpeg2yuv.c ?

2004-01-08 Thread Wolfgang Rohrmoser
when trying to convert the image bla.jpg with jpeg2yuv -f 25 -j bla.jpg -I p -n 1 > bla.out the program crashes with core dump. The valgrind memory checker pointed the problem to be in jpegutils.c:608: decode_jpeg_raw() raw0[xd++] = row0[y][xs++]; where data is copied to invalid memor

[Mjpeg-users] Strange mplex problem

2004-01-08 Thread Hans van der Made
Hi, This used to work, but after updating it's a no-go: mpeg2enc--format 2 \ --aspect 2 \ --video-bitrate 1800\ --nonvideo-bitrate 224 \