[Bug 766954] General stream error or black screen on Wayland

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sat Jun 4 04:05:50 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=766954

--- Comment #17 from Egor Zaharov <nexfwall at gmail.com> ---
(In reply to Víctor Manuel Jáquez Leal from comment #16)
> If the play fails in a white-listed drive then it is a bug that need to be
> addressed either in gstreamer-vaapi or the driver.
> 
> We did the white-list because there are unmantained drivers. But it is not
> you case, the problem is to fix something in the gallium driver when Wayland
> is used.

I just saying, what if driver fails to play the video because of internal
problems (not because the driver can't decode this codec, as you stated below),
this fail should not be fatal, and prevent the video playback. But show a
warning dialog, there clearly states, what this is a bad thing, and you should
report it, because this should not happen. And, if possible (I'm kinda read the
K&R book, but still not a developer, so maybe I'm just talking nonsense), throw
an error, which "bug catcher" software like ABRT will catch, and offer user to
send a report. But still does not close the player.

And then the user clicks OK button, gstreamer will try to look for a software
decoder alternative to play it. And if user did put a tick on "don't show this
again", just throw error for "bug catcher" silently, but don't show the dialog.

This is just my opinion on how this should work. I don't saying this is the
only way. It's just how I see the things.

> Right now, with vaapidecode, if a codec is not supported by the hardware,
> the element bails and decobebin will try another decoder.

Okay. I got it. Thanks for the explanation.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list