Open Fry-kun opened 8 years ago
Looks like this had been resolved with a new kernel update... no idea where the issue was
It's not kernel issue. I think it's a LibXUtil which is part of VLC. I guess they solved the issue with a new version of VLC/Libx.
Issue can be closed? It's not related to Primus at all.
VLC has a opengl backend but it does little more than display pixels on the screen (and maybe draw fonts), e.g. no accelerated decoding or anything like that.
Non-openGL apps don't benefit in any way from primus, there is no accelerated decoding or anything like that.
FWIW, on hybrid graphics (Intel/Nvidia) laptop, vlc couldn't play some HD content without stuttering and/or errors. When I would run vlc with primusrun, the playback was buttery smooth and errors were easily skipped over. No idea if vlc was using opengl backend, but I think I tried switching between the backends with similar results back then.
I had recently upgraded Fedora 23 -> 24, now "primusrun vlc" doesn't work. Everything else still works (optirun vlc, primusrun glxgears, primusrun smplayer...) After upgrade, bumblebee-nvidia --check showed some errors, but after running suggested tasks now says "ok"
Full output:
The reason for using "primusrun vlc" was because intel driver sometimes glitches on or even refuses to play certain clips. Probably has to do with VAAPI/VDPAU problems (Note: vlc seems to prefer using VDPAU if it's available).. but my workaround was to use the nvidia card to play those clips.. and now I don't even have that luxury :( I definitely remember some high resolution clips not playing correctly with just intel driver - possibly some played with lagging.
@gsgatlin replicated the problem on a clean F24 install (see https://github.com/Bumblebee-Project/Bumblebee/issues/784#issuecomment-235410152) and asked that I file an issue here to help troubleshoot this further.