Phillip Jordan wrote:
> From the logs, here's the transcode command line
>
> mkdir -m 0775 -p
> '/home/phillip/Documents/media/movies/DieFettenJahreSindVorbei/tmp' &&
> cd /home/phillip/Documents/media/movies/DieFettenJahreSindVorbei/tmp &&
> `which nice` -n 10 dr_exec transcode -H 10 -a 0 -x vob,null -i
> /home/phillip/Documents/media/movies/DieFettenJahreSindVorbei/vob/005 -w
> 1100,50 -b 192 --a52_drc_off -f 25 -R 1 -y xvid4,null -o /dev/null
> --print_status 20 && echo DVDRIP_SUCCESS
>
> I'm no transcode expert, but judging from transcode --help, these are
> probably wrong:
>
> -x vob,null
> -y xvid4,null
> ^^^^
> This means no audio, right?
>
> -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.
> 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...
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.
Just be patient ;)
Regards,
Joern
--
.''`. Jörn Reder <joern@xxxxxx>
: :' : http://www.exit1.org/ http://www.zyn.de/
`. `'
`- Debian GNU/Linux -- The power of freedom
pgpKlLErVQapl.pgp
Description: PGP signature
|
DOCUMENTATION
TABLE OF CONTENTS