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 615060 - dvdnav: implement GstStream API to allow switching DVD angles in playbin3
dvdnav: implement GstStream API to allow switching DVD angles in playbin3
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-04-07 14:33 UTC by Bastien Nocera
Modified: 2018-11-03 13:05 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Bastien Nocera 2010-04-07 14:33:23 UTC 
When watching a DVD, we should be told when the number of viewing angles changes through the "n-video" playbin2 property and allow switching between angles through it as well.

That would make it possible to make the "Next Angle" button unsensitive when there's only one angle available.
Comment 1 Tim-Philipp Müller 2012-10-03 23:24:35 UTC 
Or perhaps this should be done via TOC messages now ?
Comment 2 Jan Schmidt 2012-10-03 23:59:03 UTC 
Actually, when this bug was filed, that information was already available by sending Navigation Command messages and the associated Angles queries
Comment 3 Tim-Philipp Müller 2012-10-04 08:35:32 UTC 
So what's the deal with this then? Should playbin catch those messages and signal n-video accordingly? Do we handle angles via current-video at all?
Comment 4 Jan Schmidt 2012-10-04 09:11:05 UTC 
No, angles are purely via the NavigationCommand interface. I guess it could proxy via the n-video/current-video properties too, although it can change during a DVD - it's always 1 in the DVD menu, and then may advertise more during the main feature.
Comment 5 Bastien Nocera 2012-10-04 09:42:32 UTC 
(In reply to comment #2)
> Actually, when this bug was filed, that information was already available by
> sending Navigation Command messages and the associated Angles queries

Getting a signal/notify for that is nicer.

(In reply to comment #4)
> No, angles are purely via the NavigationCommand interface. I guess it could
> proxy via the n-video/current-video properties too, although it can change
> during a DVD - it's always 1 in the DVD menu, and then may advertise more
> during the main feature.

Can we only poll for that then? If so, n-video proxying it is still nice, as we could poke the navigation interface, and handle n-video/current-video through one code path instead of 2.
Comment 6 Jan Schmidt 2012-10-04 09:49:41 UTC 
I would have thought the message was nicer, since the signal will be notified from the streaming thread and require marshalling into the main thread - the navigation message just arrives on the bus in the main loop
Comment 7 Bastien Nocera 2012-10-04 11:51:19 UTC 
We currently handle it by polling on track changes with that code:
http://git.gnome.org/browse/totem/tree/src/backend/bacon-video-widget.c#n5054

Do a search for "->has_angles" in the code. We could remove all that special handling.
Comment 8 Tim-Philipp Müller 2018-05-04 09:00:12 UTC 
I don't think this will be fixed in playbin2.

I think the way forward is to implement the GstStream API.
Comment 9 GStreamer system administrator 2018-11-03 13:05:35 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/17.