Skip to content
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

Closed
userofryzen opened this issue Sep 3, 2022 · 8 comments · Fixed by #26350
Closed

hardware video acceleration is not working with Libva #25018

userofryzen opened this issue Sep 3, 2022 · 8 comments · Fixed by #26350
Labels

Comments

@userofryzen
Copy link

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

@github-actions
Copy link

github-actions bot commented Mar 3, 2023

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!

@github-actions github-actions bot added the stale label Mar 3, 2023
@userofryzen
Copy link
Author

I cant help anymore if there is no questions here...

@RafaelLinux
Copy link

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

@Aokromes
Copy link
Collaborator

Aokromes commented Jul 4, 2023

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.

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Jul 4, 2023

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.

@ilya-fedin
Copy link
Contributor

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.

@RafaelLinux
Copy link

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.

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Aug 11, 2023

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Sep 25, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants