GNOME Bugzilla – Bug 779762
Clickable DVD menu items are not highlighted correctly on mouseover
Last modified: 2018-11-03 15:49:26 UTC
Created attachment 347496 [details] screencast Watch the screencast please. I can reproduce this on Arch running totem 3.22.1.
3.24 has the same bug.
I just noticed this problem happens only when gstreamer-vaapi is installed. Remove this package solves the problem. I'm running gstreamer-vaapi 1.12.2-1 on Arch.
Any comment about this bug? It's still happening on Arch Linux, gstreamer-vaapi 1.12.4-1.
I don't have experience with DVD menu handling. Adding Jan hoping he could aim to some direction to look at. And please, don't pester on unrelated bugs.
I wonder which element is drawing the video overlay in this case. What's the Totem pipeline? Do you get a similar result if you play on the command line with gst-play-1.0 dvd:// or gst-launch-1.0 playbin uri=dvd:// ?
Hi Jan Sorry, I don't know what is the totem pipeline. How can I get this info? Cannot play dvd disc using your commands despite I can opening the same disc using totem. gst-play-1.0 dvd:// output: Press 'k' to see a list of keyboard shortcuts. Now playing dvd:// libdvdread: Can't stat /dev/dvd No such file or directory libdvdread: Could not open /dev/dvd ERROR Could not read title information for DVD. for dvd:// ERROR debug information: resindvdsrc.c(361): rsn_dvdsrc_start (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/RsnDvdBin:source/resinDvdSrc:dvdsrc: system error: No such file or directory Reached end of play list. gst-launch-1.0 playbin uri=dvd:// output: Setting pipeline to PAUSED ... libdvdread: Can't stat /dev/dvd No such file or directory libdvdread: Could not open /dev/dvd ERROR: Pipeline doesn't want to pause. ERROR: from element /resinDvdSrc:dvdsrc: Could not read title information for DVD. Additional debug info: resindvdsrc.c(361): rsn_dvdsrc_start (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/RsnDvdBin:source/resinDvdSrc:dvdsrc: system error: No such file or directory Setting pipeline to NULL ... Freeing pipeline ...
https://wiki.gnome.org/Videos/Contribute gst-launch-1.0 playbin uri=file://<location of the file> video-sink=cluttersink audio-filter=scaletempo
I need to play a disc, not a file.
You can replace the file:// URI with dvd://, however since it's not finding the correct DVD device by default, you'll need to specify that too: gst-launch-1.0 playbin uri=dvd:///dev/$DVD-DEVICE video-sink=cluttersink audio-filter=scaletempo Replace $DVD-DEVICE as needed.
gst-launch-1.0 playbin uri=dvd:///dev/sr0 video-sink=cluttersink audio-filter=scaletempo output: WARNING: erroneous pipeline: could not set property "video-sink" in element "playbin0" to "cluttersink"
look for you clutter sink: $ gst-inspect-1.0 | grep clutter Perhpas it could be clutterautovideosink. And use that plugin as video-sink
gst-launch-1.0 playbin uri=dvd:///dev/sr0 video-sink=clutterautovideosink audio-filter=scaletempo output: Setting pipeline to PAUSED ... libdvdnav: Using dvdnav version 6.0.0 libdvdnav: DVD Title: Sepultura - Chaos DVD libdvdnav: DVD Serial Number: 51702FE100000000 libdvdnav: DVD Title (Alternative): libdvdnav: DVD disk reports itself with Region mask 0x00000000. Regions: 1 2 3 4 5 6 7 8 libdvdread: Attempting to retrieve all CSS keys libdvdread: This can take a _long_ time, please be patient libdvdread: Get key for /VIDEO_TS/VIDEO_TS.VOB at 0x00000121 libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_01_0.VOB at 0x0000043e libdvdread: Elapsed time 0 libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x000070d6 libdvdread: Elapsed time 0 libdvdread: Found 1 VTS's libdvdread: Elapsed time 0 Pipeline is PREROLLING ... But the disc does not play. Is this correct?
I have undusted my DVD and I tinkered on it a bit. I can reproduce the bug using xvimagesink: gst-play-1.0 dvd:///dev/sr0 --videosink=xvimagesink The used video overlay is dvdspu.
Created attachment 368419 [details] pipeline graph I add the graph of the pipeline to show the used elements, in particular dvdspu. I haven't digged on dvdspu to figure out what's wrong. Looks like vaapi is rendering somewhat different than what is expected by dvdspu.
The only thing I can think of is that the memory layout of the video buffer output by vaapipostproc is different (like has a crop region around it or so) and dvdspu isn't handling it correctly. It doesn't check for a GstVideoMeta, for example.
(In reply to Jan Schmidt from comment #15) > The only thing I can think of is that the memory layout of the video buffer > output by vaapipostproc is different (like has a crop region around it or > so) and dvdspu isn't handling it correctly. > > It doesn't check for a GstVideoMeta, for example. Aha!
-- 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/gstreamer-vaapi/issues/51.