Re: [dvd::rip] Using mplayer -dumpstream instead of tccat?

[Phillip Jordan <phillip.m.jordan@xxxxxxxxx>]

JÃrn Reder wrote:
> Phillip Jordan wrote:
>>-o /dev/null
>>
>>I don't think it should be writing the output to /dev/null ?
> 
> Sure. It's the first pass, which is just for the video codec to write 
> it's logfile for controlling the video bitrate in the second pass. 
> That's because no data needs to be written and no audio need to be 
> processed. Everything is correct here. Also this has nothing to do with
> the lack of AC3 information, due to this dvd::rip just doesn't present 
> any AC3 passthrough options but is still fully functional.
Ohh! D'oh.

>>That seems to produce what I want, at least for the first couple of
>>seconds, now to let it convert the whole movie.
> 
> You waste time if you do that for a two-pass encoding. You should be 
> more patient and not "think too much what dvd::rip should do or not do"
> ;) Give it a chance and don't struggle with all the details on your 
> own...

Okay, I'll try again doing that, then. :)

> Don't care too much about the wrong progress information. dvd::rip uses
> the number of frames which was reported by TOC reading for that. 
> Probably it differs from the number of frames dumped by mplayer, but as
> long transcode does something useful I wouldn't care.

Hmm, unless dvd::rip keeps some internal number of frames which is
different to the number displayed on the 'rip title' and 'Clip & Zoom'
tabs, then that's not the cause. Both mplayer and dvd::rip report
exactly 190175 frames, and that's also almost exactly the same as the
number of lines in the navigation log.

> Just be patient ;)
Okay, will do. :)

~phil

signature.asc
Description: OpenPGP digital signature