-
Notifications
You must be signed in to change notification settings - Fork 5.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hardware video acceleration is not working with Libva #25018
Comments
Hey there! This issue was inactive for a long time and will be automatically closed in 30 days if there isn't any further activity. We therefore assume that the user has lost interest or resolved the problem on their own. Don't worry though; if this is an error, let us know with a comment and we'll be happy to reopen the issue. Thanks! |
I cant help anymore if there is no questions here... |
Sometimes it's like developers were not interested in resolve issue and the way is not asking nothing about. I saw it before (like "[Feature Request] Add hardware video acceleration on Linux"). I must say that I needed to disable "OpenGL" in Telegram to get smooth video play. [Feature Request] Add hardware video acceleration on Linux |
you missed the pull request over your comment that will close this issue. |
It's not like it will be merged any time soon though. It relies on a codegen producing dirty hack in a form of asm code in order to alter ffmpeg's hard va-api, libdrm dependencies into soft dependencies, so it would require a lot of testing and AFAIK @john-preston has no plan to produce beta releases so far. |
The best outcome if ffmpeg become friendly to such universal binary usages and wouldn't hard-require those libraries but I guess that's unrealistic, Linux infrastructure developers seem to do everything to make such user-friendly software distribution as hard as possible. |
Thanks for fixing. I am sorry that it has been complex to solve. I didn't know that the use of FFMPEG libraries were so dependent on each Linux distribution. |
Well, it might be too early for thanks. It's highly likely the approach might be unstable and reverted. Basically everything is dependent on each Linux distribution, there's nothing you can assume always present. |
Steps to reproduce
1 download the telegram package from official website
2. open it
3. enable the video acceleration
4. telegram plays the video but without any type of GPU use to decode
Expected behaviour
Like on arch/manjaro package the action of enable the acceleration option on the official package from telegram website should decode the video through the GPU
Actual behaviour
$ telegram-desktop -- %u
error: : cannot open
error: : cannot open
error: : cannot open
QObject::~QObject: Timers cannot be stopped from another thread
QObject::~QObject: Timers cannot be stopped from another thread
$ /tmp/firefox/Telegram/Telegram -workdir /home/albertogm/.local/share/TelegramDesktop/ -- %u
Invalid return value 0 for stream protocol
Invalid return value 0 for stream protocol
[AVHWDeviceContext @ 0x7f6566ed9b40] Cannot load libcuda.so.1
[AVHWDeviceContext @ 0x7f6566ed9b40] Could not dynamically load CUDA
The first is from the arch package from repos, there is no " error" and libva is used(working with amd and intel)
The second one is from the package downloaded from the website
The option appears but tries to load libcuda instead of libva for no reason.
Operating system
Manjaro stable on latest updates with plasma wayland
Version of Telegram Desktop
4.1.0
Installation source
Static binary from official website
Logs
No response
The text was updated successfully, but these errors were encountered: