RESOLVED DUPLICATE of bug 34085 62088
[GTK] gstreamer should provide information about V/A codec 
https://bugs.webkit.org/show_bug.cgi?id=62088
Summary [GTK] gstreamer should provide information about V/A codec
ManDay
Reported 2011-06-04 02:41:09 PDT
The gstreamer plugin should provide information about the video- and audio-codec in use by the video. This information should be accessible for running videos (presumably via context menu) and in particular for videos the codec for either video and/or audio is missing, because it currently is a big problem to find out "what is wrong", if a video doesn't play.
Attachments
Add attachment proposed patch, testcase, etc.
Philippe Normand
Comment 1 2011-06-06 00:55:06 PDT
If the video doesn't load there won't be a context menu for it. I think the right solution is to use GStreamer's codec-installer infrastructure like suggested in bug 34085. *** This bug has been marked as a duplicate of bug 34085 ***
ManDay
Comment 2 2011-06-06 01:20:30 PDT
I don't see how your answer relates to this issue. The point of this report is to provide either such a context menu or a message in place.
Philippe Normand
Comment 3 2011-06-06 01:33:58 PDT
(In reply to comment #2) > I don't see how your answer relates to this issue. The point of this report is to provide either such a context menu or a message in place. If we provide a proxy to the codec-installer via WebKit (the MediaPlayerClient suggested in bug 34085 would do that), the browser could take action: - display a message or popup - trigger a codec-installer program integrated with the user's distro, like gnome-codec-install in Debian.
Philippe Normand
Comment 4 2011-06-06 01:47:16 PDT
(In reply to comment #3) > - trigger a codec-installer program integrated with the user's distro, like gnome-codec-install in Debian. The MediaPlayerClient could have an API to call gst_install_plugins_async(). Anyway, yes maybe we could display the codecs used somewhere. But as I say in comment 1 if the video fails to load there won't be any contextual menu for the element, AFAIK.
ManDay
Comment 5 2011-06-06 01:49:52 PDT
*** This bug has been marked as a duplicate of bug 34085 ***
ManDay
Comment 6 2011-06-06 04:19:08 PDT
You make it sound as if Webkit was to rely on something else to provide the context menu. Why do you think Webkit could not display a context menu?!
Philippe Normand
Comment 7 2011-06-06 05:05:23 PDT
(In reply to comment #6) > You make it sound as if Webkit was to rely on something else to provide the context menu. Why do you think Webkit could not display a context menu?! Looks like there's another misunderstanding then. WebKit can display context menus, and browser implementations can as well :) But the GTK port would be the first to display video infos in such context menu, AFAIK. I'm not saying it's a bad thing, it just probably requires some thinking and discussion with the other developers involved in WebKit Media area.
Note You need to log in before you can comment on or make changes to this bug.