Re: [Mjpeg-users] mplex split issue (not what you think!)
On Wed, 2003-10-22 at 14:35, Steven M. Schultz wrote: > On 21 Oct 2003, Florin Andrei wrote: > > > The problem is, what happens if it's still too big? (larger than the > > space available on the destination DVD) > > Sometimes you need to shrink the m2v part. Is there a way to shrink it > > without actually extracting it? > > No, I do not believe there is a way to do that "in place". > > It did not occur to me that was what you were attempting to do. > Looking at the examples gave me the idea you were primarily > interesting in removing the unwanted streams to reduce the size - Yeah, actually, i'm backing up DVDs on media that might be smaller than the source (think: DVD1 - business-card sized). For that, i'm trying to do the "right thing" and eliminate less important parts, in an attempt to preserve unchanged the stuff that matters. If i have room to back it up wholesale, fine. vobcopy can do that. If i can back up just the whole main title, fine. If i can back up just one V and one A track (and maybe subtitles as well) from the main title, fine. The last resort is when even #3 doesn't work, so i have to shrink the main V track. > for that 'vstrip' is the perfect tool for the job. I'm currently experimenting with another way: tccat -i /dev/dvd -t dvd -P 1 -d 0 | \ tcdemux -i blah.vob -A 0xe0,0x80,0x20 > small.vob So, instead of dumping the whole title and then stripping it, this way you extract the stuff you want directly. But the empty NAV packets might be a problem with this method. But i'll have a look at vstrip as well. > Nice thing about vstrip is that is retains the VOB structure - no > mplex run necessary. That's actually very cool. > Next time you run into the problem try using a '%d' in the output > file name and seeing how much data actually gets written to the > second file after the split. Will do. -- Florin Andrei http://florin.myip.org/ --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] mplex split issue (not what you think!)
On 21 Oct 2003, Florin Andrei wrote: > The problem is, what happens if it's still too big? (larger than the > space available on the destination DVD) > Sometimes you need to shrink the m2v part. Is there a way to shrink it > without actually extracting it? No, I do not believe there is a way to do that "in place". It did not occur to me that was what you were attempting to do. Looking at the examples gave me the idea you were primarily interesting in removing the unwanted streams to reduce the size - for that 'vstrip' is the perfect tool for the job. > For the moment, i extract the M2V and the AC3 and, if the M2V is still > too humongously big, i requantize it with tcrequant (part of the current There is at least one other tool that does that - I forget where I came across "repackmpeg2". I'm still not sure how those tools work without decoding and recoding the data though. > > The use 'vstrip' to remove/retain the desired audio tracks. > > http://www.maven.de/ > Cool, added to the bookmarks. Thanks! The command syntax is strange. Here's a good example (from a session I had yesterday). The DVD has 3 audio tracks - LPCM (huge at ~1.5Mb/s), 5.1 AC3 (448Kkb/s), and DTS (I forget the rate - probably 448K also) as well as a high rate video stream. What I wanted was just the video and the AC3 stream. So after getting the concert to a 'stream.dump' using mplayer I ran vstrip: vstrip stream.dump -!ox.vob 0xe0 0xbd 0x81 and that left me with a x.vob containing only stream 0xe0 (the video) and substream 0x81 (AC3 audio) in a VOB format file. Nice thing about vstrip is that is retains the VOB structure - no mplex run necessary. > Someone suggested (based on the mplex debug messages that i posted) that > the problem might be that the AC3 stream is shorter than the M2V stream, > so it erroneously triggers the split somehow. I don't think that's the cause. A shorter audio stream will just leave silence - at least that's what happened the last time I used the wrong audio file in a mplex run. > I'm not sure whether that's the explanation or not. I erased the files > that were causing the issue. Next time you run into the problem try using a '%d' in the output file name and seeing how much data actually gets written to the second file after the split. > > Try the lastest cvs version? ;) > > I wish i had time... cvs update ./autogen.sh make doesn't take that long ;) Cheers, Steven Schultz --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] DVDAuthor and mpeg2's generated with -f 9
Richard Baverstock wrote: -f|--format 8 -DVD MPEG-2 for 'dvdauthor' -f|--format 9 -DVD MPEG-2. On my man page: -f|--format 8 -DVD MPEG-2. -f|--format 9 -DVD MPEG-2 for 'dvdauthor' I'll redo it with -f 8, thanks. Hmmm... I do recall this changing, but I don't recall when. It's been a while. I'm using the CVS version, but I thought those options were in the release version the same way? -- Robert Kesterson [EMAIL PROTECTED] --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] DVDAuthor and mpeg2's generated with -f 9
Hallo > (I searched through the mailing list using SF's search, but didn't find > anything, so sorry if this is a duplicate) > > I just tried using -f 9 instead of -f 8 as a parameter to create an mpeg2 that > would be compatable with dvdauthor to make a dvd image. However, dvdauthor > complains: > WARN: Skipping sector, waiting for first VOBU... You find your answer in the dvdauthor-user (01 Jan 2003)mailinglist on SF. For the Version 0.3.1 it told you that: this is caused by the audio starting before the video in a multiplexed stream. dvdauthor wants to see video first because of the way it accounts for the data. There's probably a way around it but I haven't looked into it, so instead I just skip any sectors before a VOBU. ---END--- You should ask on the dvdauthor list to. If you have several other output warnings your mpeg file will very likely not be the type dvdauthor wants > in a continuous loop, until it decides it cannot determine the file > type/resolution (amongst other things), and seg faults. The reason I post > this on mjpegtools is that the mpeg2 files generated with -f 8 were fine. > > If anyone can help, that'd be great. I know I haven't given you alot of > information, so if you need more let me know. Versions are below, as well as > commands used to generate the files via mpeg2enc, mp2enc, and mplex: > > dvdauthor: 0.5.3 and 0.5.4 > mjpegtools: 1.6.1.90 > > lav2yuv +n /video/Road*/Final*/Intro.mov | mpeg2enc -n n -q 2 -f 9 -s -r 16 -o > intro.m2v && Just use the -f 8 option and don't use the -n n in lav2wav and mpeg2enc. BTW: Taken a look at the mjpeg howto (found on mjpeg.sf.net) secion: "Creating DVD's" or "Optimizing the stream" ? > lav2wav +n /video/Road*/Final*/Intro.mov | mp2enc -r 224 -r 48000 -s -o > intro.mp2 && I hope the 1st -r is just a typing mistake. And you used -b 224. auf hoffentlich bald, Berni the Chaos of Woodquarter Email: [EMAIL PROTECTED] www: http://www.lysator.liu.se/~gz/bernhard --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
Re: [Mjpeg-users] DVDAuthor and mpeg2's generated with -f 9
On Tue, 21 Oct 2003, Richard Baverstock wrote: > > (I searched through the mailing list using SF's search, but didn't find > anything, so sorry if this is a duplicate) > > I just tried using -f 9 instead of -f 8 as a parameter to create an mpeg2 that > would be compatable with dvdauthor to make a dvd image. However, dvdauthor > complains ... until it decides it cannot determine the file > type/resolution (amongst other things), and seg faults. The reason I post > this on mjpegtools is that the mpeg2 files generated with -f 8 were fine. That's not surprising. The -f 8 is specifically for use with DVDAuthor. >From the man page: -f|--format 8 -DVD MPEG-2 for 'dvdauthor' This version adds special dummy navigation packets into the output stream that the dvdauthor tool fills in to make a proper .VOB for authoring. Bit-rate defaults to 7500kbps, buffer sizes to the maximum permitted by the DVD specification. -f|--format 9 -DVD MPEG-2. Just a very basic implementation. Useful with DXR2 board and similar hardware that can decode MPEG-2 only if it is presented in a DVD like form. Bit-rate defaults to 7500kbps, buffer sizes to the maximum permitted by the DVD specification. -- Robert Kesterson [EMAIL PROTECTED] --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
[Mjpeg-users] DVDAuthor and mpeg2's generated with -f 9
(I searched through the mailing list using SF's search, but didn't find anything, so sorry if this is a duplicate) I just tried using -f 9 instead of -f 8 as a parameter to create an mpeg2 that would be compatable with dvdauthor to make a dvd image. However, dvdauthor complains: WARN: Skipping sector, waiting for first VOBU... in a continuous loop, until it decides it cannot determine the file type/resolution (amongst other things), and seg faults. The reason I post this on mjpegtools is that the mpeg2 files generated with -f 8 were fine. If anyone can help, that'd be great. I know I haven't given you alot of information, so if you need more let me know. Versions are below, as well as commands used to generate the files via mpeg2enc, mp2enc, and mplex: dvdauthor: 0.5.3 and 0.5.4 mjpegtools: 1.6.1.90 lav2yuv +n /video/Road*/Final*/Intro.mov | mpeg2enc -n n -q 2 -f 9 -s -r 16 -o intro.m2v && lav2wav +n /video/Road*/Final*/Intro.mov | mp2enc -r 224 -r 48000 -s -o intro.mp2 && mplex -f 9 intro.mp2 intro.m2v -o Intro_%d.mpg dvddirgen -o dvd-1/ dvdauthor -o dvd-1/ Intro_1.mpg Rich --- This SF.net email is sponsored by OSDN developer relations Here's your chance to show off your extensive product knowledge We want to know what you know. Tell us and you have a chance to win $100 http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54 ___ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users