LinuxQuestions.org
Visit Jeremy's Blog.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware
User Name
Password
Slackware This Forum is for the discussion of Slackware Linux.

Notices


Reply
  Search this Thread
Old 04-10-2018, 08:56 AM   #46
ppr:kut
Slackware Contributor
 
Registered: Aug 2006
Location: Netherlands
Distribution: Slackware
Posts: 510

Rep: Reputation: 306Reputation: 306Reputation: 306Reputation: 306

Quote:
Originally Posted by bassmadrigal View Post
Since mplayer only supports vdpau, you can use the libvdpau-va-gl program I linked to before to allow mplayer to use your card.
libvdpau-va-gl only supports H.264, nothing else. Won't help with HEVC.
 
1 members found this post helpful.
Old 04-10-2018, 08:59 AM   #47
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 5,117

Rep: Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898
Quote:
Originally Posted by ppr:kut View Post
libvdpau-va-gl only supports H.264, nothing else. Won't help with HEVC.
Crap, I didn't realize that. Thanks for the info.
 
Old 04-10-2018, 08:59 AM   #48
zdolar
LQ Newbie
 
Registered: Jul 2009
Location: Slovenija
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 1
Quote:
Originally Posted by bassmadrigal View Post
Since mplayer only supports vdpau, you can use the libvdpau-va-gl program I linked to before to allow mplayer to use your card. This program basically sets up a vdpau driver that translates vdpau calls into vaapi calls, which allows your Intel video card to provide proper acceleration. It isn't as good as native vdpau support, but it is much better than no hardware video accerlation (and it should be plenty good for what you're looking for).

But if you want native vaapi support, mpv is a better option for that (mpv is a fork of mplayer, but the developer is a little headstrong and has pissed some people off).
I already tried that. vaapi is better in my case.

Off topic: bassmadrigal would you please reply to my question here:
How to configure fstab and lilo.conf with persistent naming
Thank you.
 
Old 04-10-2018, 09:50 AM   #49
bassmadrigal
LQ Guru
 
Registered: Nov 2003
Location: West Jordan, UT, USA
Distribution: Slackware
Posts: 5,117

Rep: Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898Reputation: 2898
Quote:
Originally Posted by zdolar View Post
Off topic: bassmadrigal would you please reply to my question here:
How to configure fstab and lilo.conf with persistent naming
Thank you.
Done. Hopefully that answer makes sense.

The wiki doesn't notify people of replies, so I'm glad you said something otherwise it probably would've been a while until I saw it.
 
Old 04-10-2018, 10:27 AM   #50
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,436

Rep: Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979
Quote:
Originally Posted by zdolar View Post
As of above, VLC & ffmpeg are both "multihardware", Mplayer ignores Intel. So a lot of users with Intel integrated graphics are deprived.
Our BDFL is aware probably, as I said multiple times, that the Slackware lacks the VAAPI-VDPAU little bridge: https://github.com/i-rinat/libvdpau-va-gl

I asked multiple times for this package, not for my benefits but being aware that many needs it. And until now I was ignored. Feel free to bark too for it...

Last edited by Darth Vader; 04-10-2018 at 11:15 AM.
 
Old 04-11-2018, 03:44 AM   #51
zdolar
LQ Newbie
 
Registered: Jul 2009
Location: Slovenija
Distribution: Slackware
Posts: 17

Original Poster
Rep: Reputation: 1
Quote:
Originally Posted by Darth Vader View Post
Our BDFL is aware probably, as I said multiple times, that the Slackware lacks the VAAPI-VDPAU little bridge: https://github.com/i-rinat/libvdpau-va-gl

I asked multiple times for this package, not for my benefits but being aware that many needs it. And until now I was ignored. Feel free to bark too for it...
I'm very sory libvdpau-va-gl fans. I suppose with a strong reason, that advertise it only the owners of nVidia video cards.
My strong reason mentioned above is supported codecs. See below. And also, as I understand vdpau only decode, against va decode and encode.
Before comment the above, please compare supported codecs from libvdpau-va-gl and libva:

Code:
root@video:~/Documents$ vdpauinfo
display: :0.0   screen: 0
libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
API version: 1
Information string: OpenGL/VAAPI backend for VDPAU

Video surface:

name   width height types
-------------------------------------------
420     4096  4096  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8
422     4096  4096  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8
444     4096  4096  NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                          --- not supported ---
MPEG2_SIMPLE                   --- not supported ---
MPEG2_MAIN                     --- not supported ---
H264_BASELINE                  51 16384  2048  2048
H264_MAIN                      51 16384  2048  2048
H264_HIGH                      51 16384  2048  2048
VC1_SIMPLE                     --- not supported ---
VC1_MAIN                       --- not supported ---
VC1_ADVANCED                   --- not supported ---
MPEG4_PART2_SP                 --- not supported ---
MPEG4_PART2_ASP                --- not supported ---
DIVX4_QMOBILE                  --- not supported ---
DIVX4_MOBILE                   --- not supported ---
DIVX4_HOME_THEATER             --- not supported ---
DIVX4_HD_1080P                 --- not supported ---
DIVX5_QMOBILE                  --- not supported ---
DIVX5_MOBILE                   --- not supported ---
DIVX5_HOME_THEATER             --- not supported ---
DIVX5_HD_1080P                 --- not supported ---
H264_CONSTRAINED_BASELINE      51 16384  2048  2048
H264_EXTENDED                  --- not supported ---
H264_PROGRESSIVE_HIGH          --- not supported ---
H264_CONSTRAINED_HIGH          --- not supported ---
H264_HIGH_444_PREDICTIVE       --- not supported ---
HEVC_MAIN                      --- not supported ---
HEVC_MAIN_10                   --- not supported ---
HEVC_MAIN_STILL                --- not supported ---
HEVC_MAIN_12                   --- not supported ---
HEVC_MAIN_444                  --- not supported ---
Code:
root@video:~/Documents$ vainfo
      libva info: VA-API version 1.1.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib64/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_1
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.1 (libva 2.1.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Kaby Lake - 2.1.0
vainfo: Supported profile and entrypoints
      VAProfileMPEG2Simple            :	VAEntrypointVLD
      VAProfileMPEG2Simple            :	VAEntrypointEncSlice
      VAProfileMPEG2Main              :	VAEntrypointVLD
      VAProfileMPEG2Main              :	VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline:	VAEntrypointVLD
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSlice
      VAProfileH264ConstrainedBaseline:	VAEntrypointEncSliceLP
      VAProfileH264Main               :	VAEntrypointVLD
      VAProfileH264Main               :	VAEntrypointEncSlice
      VAProfileH264Main               :	VAEntrypointEncSliceLP
      VAProfileH264High               :	VAEntrypointVLD
      VAProfileH264High               :	VAEntrypointEncSlice
      VAProfileH264High               :	VAEntrypointEncSliceLP
      VAProfileH264MultiviewHigh      :	VAEntrypointVLD
      VAProfileH264MultiviewHigh      :	VAEntrypointEncSlice
      VAProfileH264StereoHigh         :	VAEntrypointVLD
      VAProfileH264StereoHigh         :	VAEntrypointEncSlice
      VAProfileVC1Simple              :	VAEntrypointVLD
      VAProfileVC1Main                :	VAEntrypointVLD
      VAProfileVC1Advanced            :	VAEntrypointVLD
      VAProfileNone                   :	VAEntrypointVideoProc
      VAProfileJPEGBaseline           :	VAEntrypointVLD
      VAProfileJPEGBaseline           :	VAEntrypointEncPicture
      VAProfileVP8Version0_3          :	VAEntrypointVLD
      VAProfileVP8Version0_3          :	VAEntrypointEncSlice
      VAProfileHEVCMain               :	VAEntrypointVLD
      VAProfileHEVCMain               :	VAEntrypointEncSlice
      VAProfileHEVCMain10             :	VAEntrypointVLD
      VAProfileHEVCMain10             :	VAEntrypointEncSlice
      VAProfileVP9Profile0            :	VAEntrypointVLD
      VAProfileVP9Profile0            :	VAEntrypointEncSlice
      VAProfileVP9Profile2            :	VAEntrypointVLD
Short sum of above listing: libvdpau-va-gl supports only h.264, libva supports all.
So please do not advertise libvdpau-va-gl as its support of video codecs is very near /dev/null.

Thanks to Linux community there are many video players/encoders to select from and support libva naturally.
 
Old 04-11-2018, 10:36 AM   #52
elcore
Member
 
Registered: Sep 2014
Distribution: Slackware
Posts: 492

Rep: Reputation: Disabled
Quote:
Originally Posted by zdolar View Post
I'm very sory libvdpau-va-gl fans. I suppose with a strong reason, that advertise it only the owners of nVidia video cards.
My strong reason mentioned above is supported codecs. See below. And also, as I understand vdpau only decode, against va decode and encode.
Before comment the above, please compare supported codecs from libvdpau-va-gl and libva:
So you want hw accelerated encoding and decoding, without actually having a physical accelerator or what? I don't get it.

There's a list of vdpau supported GPU drivers:

Code:
# Use the vdpau backend of the nvidia binary driver
#setenv VDPAU_DRIVER "nvidia"

# Use the vdpau backend of the nouveau driver
#setenv VDPAU_DRIVER "nouveau"

# Use the vdpau backend of the r300 driver
#setenv VDPAU_DRIVER "r300"

# Use the vdpau backend of the r600 driver
#setenv VDPAU_DRIVER "r600"

# Use the vdpau backend of the radeonsi driver
#setenv VDPAU_DRIVER "radeonsi"

# Use the va-api/opengl backend
#setenv VDPAU_DRIVER "va_gl"
So do you have an accelerator that's using one of these drivers and the firmware to go with it, or not?
If not, then currently your only option is va_gl (which is why it's being suggested)

Quote:
Originally Posted by zdolar View Post
Short sum of above listing: libvdpau-va-gl supports only h.264, libva supports all.
So please do not advertise libvdpau-va-gl as its support of video codecs is very near /dev/null.
Not sure what's the problem then.

And I'm also not sure what do you expect us to do about the missing codecs in va_gl as slackware cannot ship something that isn't there yet.

Have you got sources of this codec and driver you request? A distribution where your vaapi setup works according to your specification?
 
Old 04-11-2018, 11:04 AM   #53
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,436

Rep: Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979
BTW, the libvdpau-va-gl is only a bridge which implements/translate to the VDPAU in the top of VA-API, making the VDPAU-only aware applications like MPlayer to still work accelerated in a VA-API only environment, like the one given by the Intel boxes.

It is beyond my knowledge how this APIs mapping is made, and why some features can be mapped and other not, in whatever particular cases.

Maybe the authors of libvdpau-va-gl can explain more appropriate what happens?

Last edited by Darth Vader; 04-11-2018 at 11:19 AM.
 
1 members found this post helpful.
Old 04-11-2018, 11:47 AM   #54
Ilgar
Member
 
Registered: Jan 2005
Location: Istanbul, Turkey
Distribution: Slackware64 14.2, Slackwarearm-current
Posts: 995

Rep: Reputation: 123Reputation: 123
Quote:
Originally Posted by elcore View Post
Not sure what's the problem then.

And I'm also not sure what do you expect us to do about the missing codecs in va_gl as slackware cannot ship something that isn't there yet.
I think zdolar didn't mean to request anything here, he just pointed out that libvdpau-va-gl would be unnecessary, and even useless. Even if he didn't, I do. Before considering libva upgrades, my first attempt was to use libvdpau-va-gl + MPlayer. It failed, because my chip is fine with any x264 video but chokes at x265 (HEVC) 10 bit. Without the x265 support, libvdpau-va-gl was useless. No wonder why its github tree shows no recent updates, it is not needed anymore, there is intel-vaapi-driver.

How many widely used players are there that support vdpau but not vaapi? Being one of the few such is MPlayer's fault (some distros seem to be shipping a patched version with vaapi support). It would be more useful to have ffmpeg+mpv rather than libvdpau-va-gl. After all, both MPlayer and mpv use ffmpeg. MPlayer uses a non-shared, built-in version. Since ffmpeg is kind of a moving target I can understand the reluctance to include it in the standart distro, but one can easily get it from SBo anyway. In either case there is no need for libvdpau-va-gl.
 
Old 04-11-2018, 12:02 PM   #55
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,436

Rep: Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979
Quote:
Originally Posted by Ilgar View Post
I think zdolar didn't mean to request anything here, he just pointed out that libvdpau-va-gl would be unnecessary, and even useless. Even if he didn't, I do. Before considering libva upgrades, my first attempt was to use libvdpau-va-gl + MPlayer. It failed, because my chip is fine with any x264 video but chokes at x265 (HEVC) 10 bit. Without the x265 support, libvdpau-va-gl was useless. No wonder why its github tree shows no recent updates, it is not needed anymore, there is intel-vaapi-driver.

How many widely used players are there that support vdpau but not vaapi? Being one of the few such is MPlayer's fault (some distros seem to be shipping a patched version with vaapi support). It would be more useful to have ffmpeg+mpv rather than libvdpau-va-gl. After all, both MPlayer and mpv use ffmpeg. MPlayer uses a non-shared, built-in version. Since ffmpeg is kind of a moving target I can understand the reluctance to include it in the standart distro, but one can easily get it from SBo anyway. In either case there is no need for libvdpau-va-gl.
Let's be honest, it is useless for you, in your particular case and box. But can be very useful for another people with another boxes, or for those who want to play another formats.

Also myself, I have have two x8 and four x4, which precisely does not need it. Still that does not form a rule for.

The alternative is not accelerated support at all for MPlayer or Flash Player in an Intel box. Honestly, I consider more the second case.

Last edited by Darth Vader; 04-11-2018 at 12:15 PM.
 
Old 04-11-2018, 12:24 PM   #56
elcore
Member
 
Registered: Sep 2014
Distribution: Slackware
Posts: 492

Rep: Reputation: Disabled
Quote:
Originally Posted by Ilgar View Post
he just pointed out that libvdpau-va-gl would be unnecessary, and even useless.
Intel drivers are useless on anything non-intel. With or without x265 support.

Quote:
Originally Posted by Ilgar View Post
How many widely used players are there that support vdpau but not vaapi?
You're asking me because I'm a statistics expert? Who cares about players when there's hardware which supports one but not the other.

Quote:
Originally Posted by Ilgar View Post
MPlayer's fault
I keep reading about that, but nobody ever makes a patch or elevates the issue upstream.

Quote:
Originally Posted by Ilgar View Post
MPlayer uses a non-shared, built-in version.
This is misinformation because it depends on how you build it, it can use shared or static.
 
Old 04-11-2018, 12:55 PM   #57
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,436

Rep: Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979
Quote:
Originally Posted by elcore View Post
Intel drivers are useless on anything non-intel. With or without x265 support.
Brilliant, my friend!

Your words are a pure gem!
 
Old 04-11-2018, 01:00 PM   #58
Ilgar
Member
 
Registered: Jan 2005
Location: Istanbul, Turkey
Distribution: Slackware64 14.2, Slackwarearm-current
Posts: 995

Rep: Reputation: 123Reputation: 123
@everyone: I'm not blaming anyone here for anything, nor am I making a request. I joined the thread because I once found myself in a situation very similar to zdolar's.

About MPlayer: Patches for vaapi exist, but I have no idea why the upstream did not incorporate them into mainline (the progress of MPlayer isn't like it used to be in the days of arpi). And I was referring to the official Slackware package when I mentioned ffmpeg being built-in.


Quote:
Intel drivers are useless on anything non-intel. With or without x265 support.
I don't see the point here. This is just like saying nouveau is useless on anything non-Nvidia. So? Slackware has libva for Intel chips and libvdpau for the Nvidia side.

Don't get me wrong: I am not objecting to the statement that some people might need libvdpau-va-gl, nor am I saying that it should absolutely be excluded from the standard distribution. But I think it would be better to push the inclusion request in another thread where someone's actual use case exemplifies this. I'd prefer keeping the discussion here relevant to the OP's situation, which is the same as mine. In this context, libvdpau-va-gl is irrelevant.
 
Old 04-11-2018, 01:26 PM   #59
elcore
Member
 
Registered: Sep 2014
Distribution: Slackware
Posts: 492

Rep: Reputation: Disabled
Quote:
Originally Posted by Ilgar View Post
This is just like saying nouveau is useless on anything non-Nvidia.
Well it's true, if "ls /var/log/packages/ | grep intel" returns nothing here and the machine magically works, I can point out that intel driver is useless, then.
Cause you used that same logic to defend the OP when he implied only libva is useful and everything else is not.

Just having a laugh tho, not trying to step on someone's toes. I apologize if it turned out offensive or something.
 
Old 04-11-2018, 01:42 PM   #60
Darth Vader
Senior Member
 
Registered: May 2008
Location: Romania
Distribution: DARKSTAR Linux 2008.1
Posts: 2,436

Rep: Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979Reputation: 979
Well, the libvdpau-va-gl has no support for x265 at all, because its author was focused in offering the accelerated support for Flash Player. Then MPlayer.

Still, there are so many videos in x264. Or in Turkey is used exclusively the x265? Good for you!

BUT, the project is open-source (as some friends of us will love to say, it is "libre" software), you will find it on GitHub and probably the author will be glad to accept patches for accelerated support for x265...

Last edited by Darth Vader; 04-11-2018 at 01:57 PM.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
video hardware acceleration HP zv5000 N-videa 3NJlYmmB Linux - Newbie 1 01-12-2015 09:03 PM
Hardware acceleration for ATI video card problems? displacedtexan Linux - Hardware 5 04-20-2010 01:29 PM
Xorg 2D hardware acceleration for Intel 865G video card michal017 Linux - Software 9 01-16-2006 01:51 AM
Hardware Video Acceleration and Xinerama deadlove75 Linux - Hardware 0 05-17-2004 03:12 PM

LinuxQuestions.org > Forums > Linux Forums > Linux - Distributions > Slackware

All times are GMT -5. The time now is 09:29 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Facebook: linuxquestions Google+: linuxquestions
Open Source Consulting | Domain Registration