Description of problem: gst1 crashes when h264 video is played with >=720p resolution in qupzilla browser with the following message: CRITICAL **: gst_video_meta_unmap_vaapi_memory: assertion 'mem->surface' failed CRITICAL **: gst_vaapi_image_get_pitch: assertion 'image != NULL' failed Version-Release number of selected component (if applicable): gstreamer1-vaapi-0.5.8-3 How reproducible: Persistent Steps to Reproduce: 1. Open qupzilla browser 2. Go to https://www.youtube.com/watch?v=AOUOHh6U67g 3. Switch to HTML5 player 4. Switch resolution of the video to >=720p Actual results: qupzilla crashes with aforementioned error message Expected results: Smooth video playback Additional info: SD videos work just fine
I'm going to attempt to reproduce this tonight. I suspect I'll have to bug report this upstream, and ask them to fix it. In the meantime, would you mind getting me three pieces of information from your system. All of these are terminal commands: 1. The output of "vainfo" run as your normal desktop user (install libva-utils if you don't have this command available). This will tell me if you're missing key bits of the VA-API system. 2. The output of "lspci -vnn" run as root. This will tell me which GPU you have, which may be important to upstream. 3. The output of "rpm -q libva libva-intel-driver libva-vdpau-driver". This will give me the versions of the libva library and the drivers you have installed (if any).
I need help reproducing this bug. 1. I install qupzilla with "yum install qupzilla", and run it. 2. I go to https://www.youtube.com/html5 and set HTML5 player as my preferred player. 3. I then go to https://www.youtube.com/watch?v=AOUOHh6U67g, and I'm told that I need to install Adobe Flash Plugin. I cannot see how I switch to the HTML5 player. How do I make qupzilla and YouTube give me the HTML5 player so that I can reproduce this bug?
Created attachment 888634 [details] vainfo stdout&stderr
Created attachment 888635 [details] lspci -vnn
Created attachment 888636 [details] rpm -q libva libva-intel-driver libva-vdpau-driver
Sorry for providing the wrong link. The correct one is https://www.youtube.com/embed/AOUOHh6U67g
I'm on a later CPU generation than you (3rd Generation with HD Graphics 4000, whereas you have 2nd Generation with HD Graphics 2500), but I'm neither able to reproduce the fault, nor am I able to play any videos. I've filed the bug I'm seeing as #1090172; once the qupzilla guys have got me through it, I'll resume investigating this bug.
I should mention that I am using git master HEAD qupzilla build with Qt5. It probably uses OpenGL to accerelarate rendering of the pages. I also have all the gst1 plugins installed (good, bad, ugly, etc).
Created attachment 888658 [details] video of the bug
Can you grab me the backtrace qupzilla mentions? It *may* tell me where you crashed.
Created attachment 888661 [details] qupzilla backtrace l
Drat. No useful symbols in there. I'm afraid that, without repro steps I can follow on my F20 machine, I'm stuck - you could report upstream at https://bugzilla.gnome.org/enter_bug.cgi?product=gstreamer-vaapi and see if they can help further; if you do that, please feel free to add me (simon.uk) to the CC list, and I'll field as many of upstream's questions as possible.
I've built git master in a COPR at http://copr.fedoraproject.org/coprs/farnz/gstreamer1-vaapi-prerelease/ http://copr.fedoraproject.org/coprs/farnz/gstreamer1-vaapi-prerelease/repo/fedora-20-x86_64/farnz-gstreamer1-vaapi-prerelease-fedora-20-x86_64.repo if you wanted to retest. Note that without full repro steps that work for me on F20, I can't do much to help you, beyond supplying help dealing with upstream.
rebuild qupzilla from HEAD. The issue is still there. Does not crash that frequently, but output is always broken. Perhaps the problem is on the Qt side (the way it builds gst pipeline), although gstreamer-vaapi does not play well with firefox 29 as well.
What do I need to do to rebuild qupzilla from HEAD? yum install qupzilla is enough?
> What do I need to do to rebuild qupzilla from HEAD? su -c 'yum install qt5\*devel' git clone https://github.com/QupZilla/qupzilla.git cd qupzilla/ ./make.sh (attached) su -c 'make install' > yum install qupzilla is enough? Do not really know.
Created attachment 910369 [details] qupzilla build script
(In reply to Mykola Dvornik from comment #16) > > What do I need to do to rebuild qupzilla from HEAD? > > su -c 'yum install qt5\*devel' > git clone https://github.com/QupZilla/qupzilla.git > cd qupzilla/ > ./make.sh (attached) > su -c 'make install' > Is there a way to make this work without the 'make install' step? I'd rather not have a pile of unpackaged bits thrown around my disk with no easy way to clean up. > > yum install qupzilla is enough? > > Do not really know.
cd qupzilla/bin ./qupzilla
Doesn't work: ./qupzilla: symbol lookup error: ./qupzilla: undefined symbol: _ZN2Qz7VERSIONE
Got it - LD_LIBRARY_PATH=. ./qupzilla is the necessary incantation.
Reported upstream at https://bugzilla.gnome.org/show_bug.cgi?id=731938 - I'll try and keep up with their requests, but if you can help out, that would be appreciated.
thanks, I will follow.
Upstream has done some work on Firefox 30 in the new 0.5.9 release; I don't think it's enough to fix your bug, but might help. I've submitted this as an update athttps://admin.fedoraproject.org/updates/gstreamer1-vaapi-0.5.9-1.fc20 , and I'd appreciate it if you could test this (I'm currently overloaded with non-Fedora things, so can't easily test). Just knowing whether it helps or not would be of use for me.
I am tracking 'master' at the moment. At 0.5.9 tag the issue was partially solved, i.e. the playback is going fine, but qupzilla/epiphany/firefox crashes once playback is finished. It's been almost resolved with the latest commits, so that crashes are rare now.
Does 0.5.10 make a difference for you?
The last time I've git pulled was right around 0.5.10 release. I have no problems so far. So it is fair to assume that 0.5.10 solves the problem.
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 20 changed to end-of-life (EOL) status on 2015-06-23. Fedora 20 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.