"Allan N. Snider" wrote:
> I'm surprised nobody else has complained about this. Frequently
> now, with newer DVD titles, I have to resort to mplayer to do the actual
> rip. I just figured everybody else is running into the same problem and
> am patiently awaiting the next release that fixes the problem. When the
> problem does occur, I usually have to skip the first 100 or so 2kB
> records for dvdrip to function properly, such as frame grabbing,
> transcoding frame ranges, and what not. I run a script similar to this:
>
> mplayer dvd://1 -dumpstream
> dd if=stream.dump bs=2048 skip=100 | dvdrip-splitpipe -f
> /dvd/db/dvd/tmp/dvd-001-nav.log 1024 /dvd/db/dvd/vob/014/dvd vob >&
> /dev/null
Ok, looks you just replaced the "tccat..." by mplayer, looks Ok to me.
> This populates the vob directory, and I continue using dvdrip from
> there. However, since I have started using v0.97.5, the subtitles are
> part of the rip process, and they have eliminated the "grab" button, so
> I can't rebuild them on the fly. I haven't needed subtitles yet, but
> will have to look into it at some point.
Should be no big deal as well, since the subtitle extraction stuff
itself just works on the grabbed VOB stream, no matter which process
generates it. I'll take a look at this soon.
> Again, very odd more people haven't seen this. When the problem
> occurs, dvdrip usually hangs (because I'm waiting on DVD read retries),
> and the system reports errors of the type:
>
> end_request: I/O error, dev hdc, sector 2689952
> Buffer I/O error on device hdc, logical block 336244
> hdc: media error (bad sector): status=0x51 { DriveReady SeekComplete Error }
> hdc: media error (bad sector): error=0x34 { AbortedCommand
> LastFailedSense=0x03 }
> ide: failed opcode was: unknown
>
> So, it's getting pretty lost. Again, mplayer has no problems.
Hmm. Can you check whether mplayer and tccat use the same version of
libdvdread? I'm somewhat surprised about the differences between mplayer
and tccat since they should both just use libdvdread for the low-level
stuff.
Anyway. Providing an alternative mplayer ripping backend should be
doable, resp. if it has no disadvantages over tccat this could be the
default ripping mode for future releases.
Thanks for your input and stay tuned... ;)
Regards,
Joern
--
LINUX - Linux Is Not gnU linuX
pgpJ0REokU1Mj.pgp
Description: PGP signature
|
DOCUMENTATION
TABLE OF CONTENTS