After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 694530 - resindvd: crash in dvdnav_describe_title_chapters() with Castle DVD
resindvd: crash in dvdnav_describe_title_chapters() with Castle DVD
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.0.2
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-02-23 14:08 UTC by Frank Ansari
Modified: 2018-11-03 13:14 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gst-launch-1.0 -v playbin uri=dvd:// (12.38 KB, text/plain)
2013-02-23 14:09 UTC, Frank Ansari
Details
GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg.log (227.95 KB, application/x-xz)
2013-02-24 16:46 UTC, Frank Ansari
Details
GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg2.log (245.68 KB, application/x-xz)
2013-02-24 19:13 UTC, Frank Ansari
Details

Description Frank Ansari 2013-02-23 14:08:34 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://
Comment 1 Frank Ansari 2013-02-23 14:09:29 UTC
Created attachment 237244 [details]
gst-launch-1.0 -v playbin uri=dvd://
Comment 2 Tim-Philipp Müller 2013-02-23 16:46:27 UTC
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!
Comment 3 Frank Ansari 2013-02-24 16:45:07 UTC
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.
Comment 4 Frank Ansari 2013-02-24 16:46:12 UTC
Created attachment 237286 [details]
GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg.log
Comment 5 Tim-Philipp Müller 2013-02-24 17:14:24 UTC
> 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.
Comment 6 Frank Ansari 2013-02-24 19:13:25 UTC
OK - I did. But I doubt there is any difference.
Comment 7 Frank Ansari 2013-02-24 19:13:55 UTC
Created attachment 237301 [details]
GST_DEBUG=*:6 gst-launch-1.0 -v playbin uri=dvd:// 2>dbg2.log
Comment 8 Frank Ansari 2013-07-20 20:20:28 UTC
This issue still persists even with Fedora 19.
Comment 9 Sebastian Dröge (slomo) 2013-07-21 09:22:20 UTC
Can you get a backtrace of this crash? You should also report a bug to libdvdnav, a library should never abort.
Comment 10 Frank Ansari 2013-07-21 10:01:44 UTC
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?
Comment 11 Sebastian Dröge (slomo) 2013-07-22 06:45:53 UTC
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.
Comment 12 Frank Ansari 2013-07-22 18:13:06 UTC
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
  • #0 __libc_waitpid
  • #1 g_on_error_stack_trace
  • #2 fault_spin
    at gst-launch.c line 139
  • #3 fault_handler_sigaction
  • #4 <signal handler called>
  • #5 dvdnav_describe_title_chapters
  • #6 rsn_dvdsrc_change_state
  • #7 gst_element_change_state
  • #8 gst_element_set_state_func
  • #9 gst_bin_element_set_state
  • #10 gst_bin_change_state_func
  • #11 rsn_dvdbin_change_state
  • #12 gst_element_change_state
  • #13 gst_element_continue_state
  • #14 gst_element_change_state
  • #15 gst_element_set_state_func
  • #16 gst_bin_element_set_state
  • #17 gst_bin_change_state_func
  • #18 gst_uri_decode_bin_change_state
  • #19 gst_element_change_state
  • #20 gst_element_set_state_func
  • #21 gst_bin_element_set_state
  • #22 gst_bin_change_state_func
  • #23 gst_pipeline_change_state
  • #24 gst_play_bin_change_state
  • #25 gst_element_change_state
  • #26 gst_element_continue_state
  • #27 gst_element_change_state
  • #28 gst_element_set_state_func
  • #29 main

Comment 13 Frank Ansari 2013-12-05 12:47:41 UTC
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 ***
Comment 14 Vivia Nikolaidou 2018-05-06 10:37:51 UTC
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.
Comment 15 GStreamer system administrator 2018-11-03 13:14:41 UTC
-- 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.