On a client notebook with integrated Intel UHD-Grafik 605 running Windows 10 a video player complains that "it seems there is no Xvideo support for your video card available".
And, indeed, xvinfo reports on the client:
$ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present
So, is it VcXsrv which lacks the support or any of the X libraries? Is there anything that can be done about it, like loading a module or such?
On Tue, Jan 28, 2020 at 3:45 PM Ingo Brückl <ib@wupperonline.de> wrote:
On a client notebook with integrated Intel UHD-Grafik 605 running Windows 10 a video player complains that "it seems there is no Xvideo support for your video card available".
And, indeed, xvinfo reports on the client:
$ xvinfo X-Video Extension version 2.2 screen #0 no adaptors present
So, is it VcXsrv which lacks the support or any of the X libraries? Is there anything that can be done about it, like loading a module or such?
No, it is x2goagent. It implements the xvideo extension. But Wikipedia states:
"In order for this to work, three things have to come together:
- The video controller has to provide the required functions.
- The device driver software for the video controller and the X display server program have to implement the XVideo interface.
- The video playback software has to make use of this interface.
And I guess there's no "device driver software" that could take care of the rendering. Which is kind of logical, as there's no hardware within x2goagent.
I have not researched what is needed to make that work inside X2go (or precisely: NX). but I also think it is not really worth the effort as video is discouraged anyway because of performance issues.
Now, to help you: you might be able to instruct the video player to ignore the extension. Another possibiliy is to switch it off in x2goagent. You can achieve this by editing /etc/x2go/x2goagent.options on the server side and change the line X2GO_NXAGENT_DEFAULT_OPTIONS="" to X2GO_NXAGENT_DEFAULT_OPTIONS="-extension XVideo"
Then start a new session.
Uli
x2go-user mailing list x2go-user@lists.x2go.org https://lists.x2go.org/listinfo/x2go-user
Ulrich Sibiller wrote on Tue, 28 Jan 2020 16:06:51 +0100:
On a client notebook with integrated Intel UHD-Grafik 605 running Windows 10 a video player complains that "it seems there is no Xvideo support for your video card available".
I have not researched what is needed to make that work inside X2go (or precisely: NX). but I also think it is not really worth the effort as video is discouraged anyway because of performance issues.
That's too bad, because performance is excellent even on weak systems and slow lines.
I've tried an other video output driver, that plays video on the client, but is extremely limited compared to XVideo.
Ingo
On Tue, Jan 28, 2020 at 7:28 PM Ingo Brückl <ib@wupperonline.de> wrote:
On a client notebook with integrated Intel UHD-Grafik 605 running Windows 10 a video player complains that "it seems there is no Xvideo support for your video card available".
I have not researched what is needed to make that work inside X2go (or precisely: NX). but I also think it is not really worth the effort as video is discouraged anyway because of performance issues.
That's too bad, because performance is excellent even on weak systems and slow lines.
Yes, normal performance is very good. But when it comes to 3d graphics or video it is not. Both are not the main use cases for x2go.
I've tried an other video output driver, that plays video on the client, but is extremely limited compared to XVideo.
I am not really sure what you mean by that. Playing video on the client means playing it locally using the capabilities of the local graphics hardware. Inside an x2go session you do not have hardware that could do some of the work so you have to do it in software, which would be much slower. As far as I understand X-Video the only purpose is to use hardware acceleration.
We _could_ pass on X-Video requests to the X-Video extension on the client side. But I doubt that would bring significant improvements because the data would still have to travel the wire back and forth.
There's a technology called "Telekinesis" you might want to try. I basically passes on the video stream to the clients and lets it do the rendering. I have never done that myself so I cannot provide instructions. Check out these links: https://sunweavers.net/blog/node/41 https://cgit.arctica-project.org/ https://github.com/ArcticaProject/perl-Arctica-Telekinesis-Client https://github.com/ArcticaProject/perl-Arctica-Telekinesis-Server
Uli
Ulrich Sibiller wrote on Wed, 29 Jan 2020 10:28:38 +0100:
That's too bad, because performance is excellent even on weak systems and slow lines.
Yes, normal performance is very good. But when it comes to 3d graphics or video it is not.
I actually meant that even video performance is excellent.
I've tried an other video output driver, that plays video on the client, but is extremely limited compared to XVideo.
I am not really sure what you mean by that.
I told the player to use XImage/Shm instead of XVideo. Videos play fine and smoothly, but the XImage/Shm output driver is somewhat limited (like when changing from windowed playback to fullscreen).
Playing video on the client means playing it locally using the capabilities of the local graphics hardware.
The client hardware should be fine.
As far as I understand, the VcXsrv's display just don't answers X11's Xv requests. It reports XvQueryExtension() okay, but XvQueryAdaptors() returns 0 adapters, which means that either the call is "blocked" or VcXsrv has no (full?) XVideo support.
We _could_ pass on X-Video requests to the X-Video extension on the client side. But I doubt that would bring significant improvements because the data would still have to travel the wire back and forth.
It's not about performance, but presumably about capabilities. VcXsrv with (hopefully) build-in XVideo support should do the rest.
Since I always compile everything for the X2Go server by myself, I'd be happy to test if XVideo passing could easily be added and if you could provide either XVideo passing sources or a patch to me.
There's a technology called "Telekinesis" you might want to try.
I'll have a look at it, but would prefer X2Go.
Ingo
On Thu, Jan 30, 2020 at 4:12 PM Ingo Brückl <ib@wupperonline.de> wrote:
That's too bad, because performance is excellent even on weak systems and slow lines.
Yes, normal performance is very good. But when it comes to 3d graphics or video it is not.
I actually meant that even video performance is excellent.
Then you probably have a decent network, right?
I've tried an other video output driver, that plays video on the client, but is extremely limited compared to XVideo.
I am not really sure what you mean by that.
I told the player to use XImage/Shm instead of XVideo. Videos play fine and smoothly, but the XImage/Shm output driver is somewhat limited (like when changing from windowed playback to fullscreen).
Playing video on the client means playing it locally using the capabilities of the local graphics hardware.
The client hardware should be fine.
As far as I understand, the VcXsrv's display just don't answers X11's Xv requests. It reports XvQueryExtension() okay, but XvQueryAdaptors() returns 0 adapters, which means that either the call is "blocked" or VcXsrv has no (full?) XVideo support.
Yes, I'd expect that. You can try if xming or mobaxterm or nxwin or any other X server for windows offer X-Video support. But I doubt it as - to my understanding - this is something the graphics driver (the Intel driver) must provide. But the Intel driver for windows probably never will provide what an X server requies. However, even then nx still would not be able to support it.
We _could_ pass on X-Video requests to the X-Video extension on the client side. But I doubt that would bring significant improvements because the data would still have to travel the wire back and forth.
It's not about performance, but presumably about capabilities. VcXsrv with (hopefully) build-in XVideo support should do the rest.
Since I always compile everything for the X2Go server by myself, I'd be happy to test if XVideo passing could easily be added and if you could provide either XVideo passing sources or a patch to me.
No, sorry, I have nothing available and I consider this not a real problem. You can still use the x11 or the gl output for mplayer.
Uli
-
Ingo Brückl -
Ulrich Sibiller