Bug 1264499
Summary: | unclear how to enable radeon support | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Oliver Henshaw <oliver.henshaw> |
Component: | libva-vdpau-driver | Assignee: | Nicolas Chauvet (kwizart) <kwizart> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 21 | CC: | kwizart, monkeyboyted |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | libva-vdpau-driver-0.7.4-12.fc23 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2015-11-01 02:44:07 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Oliver Henshaw
2015-09-18 15:28:37 UTC
See also bug #1244559. and ubuntu/debian have been using symlinks for nouveau/radeonsi/r600 for a while - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757370 IIRC some time ago, they was some plans to have some radeon native vaapi backends (maybe in mesa). The problem is that libva doesn't seems to be fair when, despite using a driver name with a vaapi backend available, the hardware actually doesn't support any acceleration (this often lead to crash). I will give a try later with one hardware I have using r600. Can you experiment any improvements using a vaapi enabled player over non-accelerated video ? (using either totem/gstreamer or vlc) ? Yes, there's a definite improvement in CPU usage when using the vdpau vaapi backend. And the gallium backend gives fairly similar results. This is an AMD E-350 processor (so quite weak) with an 1680x1050 screen, playing a 1080p video. gstreamer (gst-launch-1.0 playbin): non-accel: 118% gst-launch-1.0 + 12% Xorg.bin accel(LIBVA_DRIVER_NAME=vdpau) 11% gst-launch-1.0 + 6% Xorg.bin mplayer: non-accel: 81% mplayer + 13% Xorg.bin accel (vo=vdpau, vc=ffh264vdpau) 0-11% mplayer + 11% Xorg.bin So vaapi does about as well as vdpau at reducing the cpu load to tolerable levels. Note that although the cpu can handle unaccelerated HD video in video players, it can't in flash (and firefox html5 video looks like it will be a similar story) libva-vdpau-driver-0.7.4-12.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-e3f4fa5b19 libva-vdpau-driver-0.7.4-12.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update libva-vdpau-driver' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-e3f4fa5b19 vainfo libva info: VA-API version 0.38.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit Issue is still presistant on Fedora 23. The symlink workaround works sudo ln -s /usr/lib/dri/vdpau_drv_video.so /usr/lib/dri/radeonsi_drv_video.so sudo ln -s /usr/lib64/dri/vdpau_drv_video.so /usr/lib64/dri/radeonsi_drv_video.so vainfo libva info: VA-API version 0.38.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_0_37 libva info: va_openDriver() returns 0 vainfo: VA-API version: 0.38 (libva 1.6.1) vainfo: Driver version: Splitted-Desktop Systems VDPAU backend for VA-API - 0.7.4 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG4Simple : VAEntrypointVLD VAProfileMPEG4AdvancedSimple : VAEntrypointVLD VAProfileH264Baseline : VAEntrypointVLD VAProfileH264Main : VAEntrypointVLD VAProfileH264High : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD scratch that. It does not seem to work. I guess I have to wait until all the rpmfusion libraries are release to see if it work well or not. This package might be obsoleted by mesa https://bugzilla.redhat.com/show_bug.cgi?id=1271842 Basically, you should use the mesa gallium_drv_video.so backend instead. Can you report that it works for you (with radeonsi) ? I've tested with radeon (and still have an issue with nouveau on f22 but need to test with f23). libva-vdpau-driver-0.7.4-12.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report. I am just confused on the proper procedure on how to test if vaapi work on my computer. When I wrote my post, not all the libraries has been push through fedora. I tried this command gst-launch-0.10 -vv filesrc location="Louis_CK_OhMyGod_EXT_HD1280.mp4" ! decodebin ! x264enc ! vaapidecode ! vaapisink it gave something like this WARNING: erroneous pipeline: no element "x264enc" I guess this happens when I do not have enough experience with the tool Now, that fedora 23 has been push to stable. It seems to be working. [00007f2e3161cb08] avcodec decoder: Using mesa gallium vaapi for hardware decoding. |