mencoder help - will not rip more than 2 chapters
 

I have recently started to convert the family DVD library to XVID using mencoder. After ready a lot of different tutorials and how-tos on the subject, I have everything down to how I want it; however, everytime I try to rip the main title from the DVD to XVID, I only successfully rip the first two chapter. Is there a setting I am missing? HELP

I am using 2 pass encoding from an ISO file (copied using DVDDecrypter from a windows machine) mounted as /dev/dvd. Here is the log after the first pass and my command lines for each pass:

[PHP[/PHP]

mencoder dvd://1 -oac mp3lame -lameopts mode=2:cbr:br=128 -ovc xvid -xvidencopts pass=1:bitrate=900:aspect=16/9:chroma_opt:vhq=4:bvhq=1:quant_type=mpeg -vf crop=720:464:0:10 -o /dev/null

MEncoder dev-SVN-r26936-4.3.0 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (Family: 15, Model: 4, Stepping: 1)
CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
There are 32 titles on this DVD.
There are 1 angles in this DVD title.
audio stream: 0 format: ac3 (unknown) language: unknown aid: 128.
audio stream: 1 format: ac3 (unknown) language: en aid: 129.
audio stream: 2 format: ac3 (unknown) language: unknown aid: 130.
audio stream: 3 format: ac3 (unknown) language: unknown aid: 131.
audio stream: 4 format: ac3 (unknown) language: unknown aid: 132.
audio stream: 5 format: ac3 (unknown) language: unknown aid: 133.
number of audio channels on disk: 6.
subtitle ( sid ): 0 language: unknown
subtitle ( sid ): 0 language: unknown
subtitle ( sid ): 0 language: unknown
subtitle ( sid ): 0 language: unknown
number of subtitles on disk: 4
success: format: 2 data: 0x0 - 0x220dc000
MPEG-PS file format detected.
VIDEO: MPEG2 720x480 (aspect 3) 29.970 fps 9800.0 kbps (1225.0 kbyte/s)
[V] filefmt:2 fourcc:0x10000002 size:720x480 fps:29.970 ftime:=0.0334
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
xvid: using library version 1.1.3 (build xvid-1.1.3)
Opening video filter: [expand osd=1]
Expand: -1 x -1, -1 ; -1, osd: 1, aspect: 0.000000, round: 1
Opening video filter: [crop w=720 h=464 x=0 y=10]
Crop: 720 x 464, 0 ; 10
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 480 (preferred colorspace: Mpeg PES)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
VDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
MP3 audio selected.
VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
videocodec: XviD (720x464 fourcc=44495658 [XVID])
xvid: par=173/151 (ext), displayed=854x464, sampled=720x464
xvid: 2Pass Rate Control -- 1st pass
[mpeg2video @ 0x8662f10]concealing 1080 DC, 1080 AC, 1080 MV errors
Pos: 0.0s 1f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.000 [0:0]
Writing header...
ODML: vprp aspect is 16384:8901.
Setting audio delay to 0.024s.
Writing header...
ODML: vprp aspect is 16384:8901.
Setting audio delay to 0.024s.
Pos: 0.0s 2f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.003 [0:0]
Pos: 0.1s 3f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.007 [0:0]
Pos: 0.1s 4f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.010 [0:0]
Pos: 0.1s 5f ( 0%) 0.00fps Trem: 0min 0mb A-V:0.013 [0:0]

...

Pos: 263.7s 6330f ( 4%) 41.57fps Trem: 51min 1553mb A-V:0.029 [2196:128]
Pos: 263.8s 6331f ( 4%) 41.57fps Trem: 51min 1554mb A-V:0.030 [2197:128]
Pos: 263.8s 6332f ( 4%) 41.57fps Trem: 51min 1554mb A-V:0.031 [2197:128]
Flushing video frames.
Writing index...
Writing header...
ODML: vprp aspect is 16384:8901.
Setting audio delay to 0.033s.

Video stream: 2198.145 kbit/s (274768 B/s) size: 72510466 bytes 263.897 secs 6332 frames

Audio stream: 128.000 kbit/s (16000 B/s) size: 4220928 bytes 263.808 secs

mencoder dvd://1 -oac mp3lame -lameopts mode=2:cbr:br=128 -ovc xvid -xvidencopts pass=2:bitrate=900:aspect=16/9:chroma_opt:vhq=4:bvhq=1:quant_type=mpeg -vf crop=720:464:0:10 -o movie.avi


Thank you for any assistance.

For example, try mencoder dvd://1 -chapter 1-4 <rest of options>

to encode from chapter 1 to chapter 4 (included)

Thanks for the advise. I've tried that option (using 1 through all chapters) with no change.

mencoder stops before it finishes - stops around 4% - all dvd's
 

i've got the same problem. it's a problem w/ mplayer. here's my config:



Linux linux 2.6.25.14-108.fc9.x86_64 #1 SMP Mon Aug 4 13:46:35 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux

mencoder-1.0-0.94.20080531svn.lvn9.x86_64

mencoder dvd:// -dvd-device /dev/sr1 -aid 128 -oac mp3lame -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=800:vhq:vpass=1 -o friday.avi

all i get is this message at the end:

Writing index...
Writing header...
ODML: Aspect information not (yet?) available or unspecified, not writing vprp header.

Video stream: 965.038 kbit/s (120629 B/s) size: 37432624 bytes 310.310 secs 7446 frames

Audio stream: 232.179 kbit/s (29022 B/s) size: 9004848 bytes 310.272 secs

Okay, so if mplayer is the problem, then what is the solution? I believe I have the latest installed (I check for updates).

Curious; I tried another disc (in this case a backup movie with only the movie and no menus, etc.) and it worked fine. While I have not tried a different original DVD, I suspect the problem may lie with the movie itself and not the software.

Anyone know why this may be?

Thanks again everyone for your input.

If it's a commercial disk it could be a copy protection problem. Disc makers have been doing some sneaky things recently that make extracting the data hard--such as some kind of out-of-spec encoding or something that causes most rippers to choke. I ran across a disk a year or so ago that had a similar effect.

You could try extracting the title vobs directly with vobcopy or transcode's tccat application or something, then continue processing it from there. I can't say if that will work any better though.

mencoder stops prematurely
 

the movie i'm using, i've been able to mencode before, and have other discs that i've done before and can't now. i too have the latest update and it's been only since the update that i've ran into this problem.

have you seen this, i tried but it didn't work.
http://archives.free.net.ph/message/...668d6e.en.html

Hi,

A little aside to your main query: I am curious as to why you chose xvid / mp3 and an avi container? My personal preference is for h264 / ogg vorbis and a matroska container but I will admit this is not for playback through a dvd player and tv but through computer only.

BTW you might speed the encode a little by selecting:

for the first pass and save the mp3 options for the second pass, this will maintain av sync while not spending time encoding sound that is not subsequently used.

Andrew

First, thank you dthims, the link you provided was the solution. I had to replace "DVD://" with "DVDNAV://". I am not sure the reason for using the DVDNAV as every guide says to use DVD but it worked. I have tried to get some insight as to the differences but with no luck.

Anyway, for anyone having this same problem, try using DVDNAV://.

And andrew.46, thank you for your suggestion. As I am now able to successfully encode moves, I will use the "-oac copy" option on the first pass. I agree, that should definitely make a difference.

To answer your questions regarding Xvid/avi, the reason is simply that it is that it appears a more universal standard. It works on all of the streaming players I am using (modified XBOX, an old computer, etc.), where H264, etc. will not. I understand the superiority of these other containers, but its more about ensuring cross platform compatibility.

Thanks again everyone for your help!!!