GNOME Bugzilla – Bug 694530
resindvd: crash in dvdnav_describe_title_chapters() with Castle DVD
Last modified: 2018-11-03 13:14:41 UTC
I have Fedora 18 installed (x86_64) and want to use the totem media player for DVD playback. This fails and my guess is it has something to do with gstreamer-1.0. In order to test this I put in the first season of "Castle" and run: gst-launch-1.0 -v playbin uri=dvd://
Created attachment 237244 [details] gst-launch-1.0 -v playbin uri=dvd://
Not sure if it's a bug in our plugin or a combination of broken disc headers and libdvdnav not checking for things everwhere. Perhaps you could install libdvdnav-dbg and gstreamer1.0-plugins-ugly-dbg and get a stack trace with debugging symbols? A $ GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg.log $ xz dbg.log log might also be helpful, thanks!
As you can see I have now installed it: [fansari@bat ~]$ yum list installed | grep libdvdnav libdvdnav.x86_64 4.2.0-3.fc18 @koji-override-0/$releasever libdvdnav-debuginfo.x86_64 4.2.0-3.fc18 @/libdvdnav-debuginfo-4.2.0-3.fc18.x86_64 Now I find some source code in /usr/src/debug/libdvdnav-4.2.0 but I don't know what to do with this. I also created this logfile.
Created attachment 237286 [details] GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg.log
> Now I find some source code in /usr/src/debug/libdvdnav-4.2.0 but I don't know > what to do with this. Nothing, just create another stacktrace (like the first attachement), and hopefully gdb will pick up the debugging symbols and show more information.
OK - I did. But I doubt there is any difference.
Created attachment 237301 [details] GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg2.log
This issue still persists even with Fedora 19.
Can you get a backtrace of this crash? You should also report a bug to libdvdnav, a library should never abort.
How can I do this? I tried: [fansari@bat 1.0]$ gdb gst-launch-1.0 playbin uri=dvd:// Excess command line arguments ignored. (uri=dvd://) GNU gdb (GDB) Fedora (7.6-30.fc19) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/gst-launch-1.0...Reading symbols from /usr/bin/gst-launch-1.0...(no debugging symbols found)...done. (no debugging symbols found)...done. /home/fansari/gstreamer/1.0/playbin: No such file or directory. Missing separate debuginfos, use: debuginfo-install gstreamer1-1.0.8-1.fc19.x86_64 Then I do: [fansari@bat 1.0]$ sudo debuginfo-install gstreamer1-1.0.8-1.fc19.x86_64 Loaded plugins: langpacks, refresh-packagekit enabling fedora-debuginfo enabling rpmfusion-nonfree-debuginfo enabling livna-debuginfo enabling rpmfusion-free-updates-debuginfo enabling rpmfusion-free-debuginfo enabling updates-debuginfo enabling rpmfusion-nonfree-updates-debuginfo Could not retrieve mirrorlist http://rpm.livna.org/mirrorlist-debug error was 14: HTTP Error 404 - Not Found Cannot find a valid baseurl for repo: livna-debuginfo What can I do?
Use the official Fedora packages or report to the livna project that there's either something wrong with their RPM repository, or they should provide debug packages.
I managed to activate the debug info repos. Now my output looks a little bit different: [fansari@bat 1.0]$ gdb gst-launch-1.0 playbin uri=dvd:// Excess command line arguments ignored. (uri=dvd://) GNU gdb (GDB) Fedora (7.6-30.fc19) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/bin/gst-launch-1.0...Reading symbols from /usr/lib/debug/usr/bin/gst-launch-1.0.debug...done. done. /home/fansari/gstreamer/1.0/playbin: No such file or directory. When I just run gst-launch-1.0 playbin uri=dvd:// it looks like this: *** libdvdread: CHECK_VALUE failed in /builddir/build/BUILD/libdvdread-4.2.0/src/ifo_read.c:1251 *** *** for vts_ptt_srpt->title[i].ptt[j].pgn != 0 *** *** libdvdread: CHECK_VALUE failed in /builddir/build/BUILD/libdvdread-4.2.0/src/ifo_read.c:1980 *** *** for pgci_ut->nr_of_lus < 100 *** Please send bug report - no VTS_TMAPT ?? Caught SIGSEGV accessing address 0xffffffffffffffff
+ Trace 232287
This behaves still the same way. I have installed the latest Arch Linux and tested gst-launch-1.0 against Castle: *** libdvdread: CHECK_VALUE failed in ifo_read.c:1251 *** *** for vts_ptt_srpt->title[i].ptt[j].pgn != 0 *** *** libdvdread: CHECK_VALUE failed in ifo_read.c:1980 *** *** for pgci_ut->nr_of_lus < 100 ***
Is this still reproducible in the latest GStreamer version? At a first glance this looks like a bug in libdvdread, but it can be that we are/were just misusing it.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/88.