Hi,
Thanks for your reply.
JÃrn Reder wrote:
> Indeed that's the key. You could try to generate the logfile by
> yourself. Just execute:
>
> tcdemux -W -i /foo/vob/001/file.vob > /foo/tmp/foo-001-nav.log
>
> (replace foo with your project name/path)
>
> and see if dvd::rip is satisfied with this. Never tried myself, but I
> think it *could* work...
Okay, after being incredibly stupid (using the tiny VOB that dvd::rip
got using tccat instead of the VOB generated using mplayer...) this has
actually worked!
I've now set it off transcoding the movie using xvid, I'll report back
when it finishes. (couple of hours...)
I'm hoping it won't run into any trouble after getting about 2GB into
the VOB file. If I remember correctly, dvd::rip (or tccat? who knows)
usually uses multiple files, the same way VOBs are stored on a DVD. With
any luck, the 6.8GB VOB won't trip it up...
>>And also, if it's possible, how about adding a feature that allows you
>>to choose which program to use for ripping, tccat or mplayer, for
>>exactly these cases? (the problem seems to be widespread if google is to
>>be believed)
>
> If this mplayer hack actually works it's worth a feature ;)
That would be awesome. As I said in my previous e-mail to the list, I've
got at least one more DVD in addition to this one that suffers from the
problem, and I only own a handful of DVDs in total, so unless it's
something to do with my systems (DVD drives, libraries? - I did try it
on my laptop as well) I could imagine this to be a widespread problem.
One other, possibly unrelated (?) question:
I can't seem to select AC3 passthrough in the 'Transcode' tab, despite
the fact that the audio track has the title
"0: de ac3 48kHz 6Ch"
I suspect I'm missing a dependency here? 'Check dependencies...' seems
happy though.
Of course, it might be a problem with doing mplayer -dumpstream...
Thanks with your help so far!
~phil
signature.asc
Description: OpenPGP digital signature
|
DOCUMENTATION
TABLE OF CONTENTS