| Summary: | media-video/dvdrip has issues with glibc 2.3.4.20041102-r1 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Warren Spain <wspain> |
| Component: | Current packages | Assignee: | Gentoo Media-video project <media-video> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | normal | CC: | dynamotwain, swift, toolchain |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | system info | ||
|
Description
Warren Spain
2005-03-24 04:18:14 UTC
Created attachment 55548 [details]
system info
I had the same issue with DVD::Rip - ripping a DVD works fine, but it hangs up
trying to grab preview images. Furthermore, if you simply go on and try to
transcode the video, it runs for hours (typical) and hangs up in the last 2
minutes. The VOBs are there and appear complete, they can be played directly
with mplayer.
This occurred with dvdrip versions 0.50.16-r1 and 0.50.18, and with transcode
versions 0.6.10 and 0.6.11.
Downgrading glibc from 2.3.4.20041102-r1 back to 2.3.4.20040808-r1 solved the
problem. Preview images and transcoding work now.
System info attached.
Seems that is a glibc issue, threading model maybe? if you rebuild transcode with the newer libc does it work? I had the same issues as above (dvdrip 0.50.18 doesn't work with transcode 0.6.11 and glibc 2.3.4.20041102-r1). I just rebuilt transcode against the new glibc, to no avail- the problems are the same as before. I am *not* using nptl. updated glibc to 2.3.5 and rebuilt transcode against it, but to no avail. problems are still as before. any way we can fix this? i hate using mencoder, as it gives me AV sync problems that transcode never did. The bug is (apparently) due to transcode's NPTL threading bugs. The mailing list points to http://www.exit1.org/archive/dvdrip-users/2005-04/msg00017.html which says to go into the miscellaneous options, and enable the NPTL bug workaround. However, on my system (glibc 2.3.5, gcc-3.4.3-20050110) this causes dvdrip to fail to load /lib/libdl.so.2, which in turn causes transcode to fail to detect its dependencies. My guess as to a workaround "solution" is to recompile glibc without NPTL support, and recompile all applications that use NPTL threading, since it depends on glibc support for it... unless there is a way to force NPTL threading off for a certain program (like transcode) at compile-time. I found a cheap workaround that both fixes the transcode hang problem with nptl and errors from enabling the NPTL workaround in DVDRip... In /usr/lib/perl5/vendor_perl/5.8.6/Video/DVDRip/Config.pm, I changed the value of LD_ASSUME_KERNEL from 2.2.5 to a more recent 2.4.20. Going into DVDRip, I re-enabled the NPTL workaround, and now the frame preview works as it should. I wonder if the issue is valid upstream or just gentoo specific I know that Fedora Core 1, and some Debian versions have a threading issue. FC was mentioned in the DVDRip FAQ, and references to Debian were scattered throughout mailing lists. As for the 2.4.20 trick, it was just a random guess since 2.2.5 is too old to work correctly with recent glibc/kernels, and 2.6.11 is new enough for NPTL to be enabled. Since glibc depends on kernel headers, and NPTL is (normally) 2.6 dependent, I wonder if it has something to do with the version of linux-headers package at the glibc compile-time. I've got linux-headers-2.6.11 glibc-2.3.5 vanilla-sources-2.6.11 Well, the Config.pm hack and the nptl workaround in the DVD::Rip GUI when combined DO work with glibc 2.3.5. I am running kernel 2.6.11-gentoo-r6 at the moment. I do believe this is an upstream issue, as references to Debian and Fedora are mentioned on the mailing list, as Geoffrey stated. Problem is... which way upstream: transcode or glibc ? DVDRip I think Is the workaround still needed? I've disabled it without having any troubles, but I can't test on a 2.4 kernel (no box). Is this still an issue? |
