GNOME Bugzilla – Bug 753567
Totem with gstreamer-vaapi 0.6.0 results in "general stream error" when searching
Last modified: 2015-08-25 17:10:29 UTC
Created attachment 309168 [details] Terminal log of stdout and stderr of totem Reproduction: Playback of a H.264 High@L4.1 movie with vaapi on Intel Broadwell (i5-5200U in Dell XPS 13) and Arch Linux. When searching in the stream, a windows with "GStreamer encountered a general stream error." appears and the playback stops and can only be resumed from the beginning. There is no terminal warning given (see attachment) Suited test material, one of the blender movies: http://mirrorblender.top-ix.org/peach/bigbuckbunny_movies/big_buck_bunny_480p_h264.mov This is a regression, it did not happen with gstreamer-vaapi 0.5.10. It does not happen without vaapi acceleration and the same video files. It does not happen in the parole mediaplayer, using gstreamer-vaapi 0.6.0 and the same video files.
Created attachment 309170 [details] Terminal log of stdout and stderr of totem with G_MESSAGES_DEBUG=all
Reproduced by a second person using Arch Linux and a Dell XPS 13: https://i.imgur.com/ryPCILh.png
Thanks for the bug report. Let's move this to gstreamer-vaapi for now seeing that it worked with the older release.
Tested it again with the newest git version commit 18a8b87975baf7ad1eb6c02a5dde6889269b33fb It works
Managed to find the commit that fixes it: b601bf0df672d7239ab12742199705770dfbfd6f "vaapidecode: don't lost GLTextureUpload on seek" Backporting it to 0.6.0 stable fixes the bug, it is not depending on any other commits after 0.6.0
Thanks for taking the time to report this. As you already found out, this particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 752929 ***