[dvd::rip] Strange frame-count, image grabbing and sync issues

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi there,

I'm encountering a number of strange issues with dvd::rip, and despite
searching the list archives I haven't found a solution (though I have
seen some posts describing similar issues).  I'll take them one at a
time for clarity, since they may or may not be related:

(1) When ripping a DVD, most of the time the ripping process continues
past the 100% mark, often to 120% or more (and in one case over the 200%
mark).  This naturally does strange things to the ETA (which starts
offering estimates in negative time), but it always eventually finishes.
 When it does, however, it ends up counting a much larger number of
frames than advertised in the TOC.  Roughly speaking, the difference
seems to be proportional to how far over 100% the rip process had to go
to reach completion--at 200% it shows about twice as many frames as
shown in the TOC.

(2) For the most part the image-grabbing routine for "Clip & Zoom" works
fine, but when the rips go too far past the 100% mark, the
image-grabbing mechanism fails.  In part this may be because with the
grossly inflated frame-count, the default frame selection (i.e. 50% of
the final frame-count) is too high to be valid, but even when a very low
frame number is supplied (e.g. 500) the image-grabber typically fails,
urging me to try a lower frame number.

(3) The video seems to transcode just fine (to xvid), but the audio
(converted to MP3) seems to be out of sync in proportion to the
frame-count mismatch.  When the rip process ends reasonably close to the
100% mark (e.g. 102%, 104%, etc.), the sync problem is minimal, whereas
when the frame-count difference is large (e.g. 120%+) the sync problem
is proportionally worse.  In a couple of more extreme cases, the audio
ends 10 minutes or more before the end of the video, so the last portion
of the video goes without any sound.

For reference, these are all NTSC DVDs, though the most problematic ones
tend to be homemade DVD-Rs rather than retail DVDs.  Trying to use PSU
mode when it's not already suggested by default causes transcode to hang
at 0.0% indefinitely.  I've read about the old NPTL fix and
LD_ASSUME_KERNEL tweak, but neither of those options is available to me
in the Preferences dialog--they're both shaded out, presumably because
they're not needed with my newer kernel.

I'm guessing that these problems are all ultimately related to the
ripping process and the frame-count mismatch, but I'm not sure which
component is at fault, or which configuration setting I should be
tweaking to fix it.  I assume that all rips should ideally end cleanly
at the 100% mark, and not proceed past that point, but I have no idea
why this is happening.

Relevant specs:

  Fedora Core 6 (kernel 2.6.20)
  dvd::rip 0.98.4
  transcode 1.0.2
  lsdvd 0.16
  libavutil 49.1.0
  libavcodec 51.28.0
  libavformat 51.7.0
  libdvdread 0.9.7

Thanks in advance for any tips or advice you can offer.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGFGtrGmqOER2NHewRAtPkAKCqgyOcmCQs+l3I0+IMVYzt+kT/OQCdEk6N
DuXFEEc6VmvXkM2CMNisfgo=
=mMBK
-----END PGP SIGNATURE-----