Conversation
|
Hi @WhySoBad, thanks, this looks reasonable. If it works locally and in CI we can probably just make it the default. |
|
Sure, sounds good to me. Should I already add it as the default or do you want to do some local testing as well? |
|
Hi, Is this a problem or does this mean that the application uses hardware decoding? I get the following |
|
It could be a problem - it could mean that the "custom" build didn't have hardware decoding enabled at build time. I'm away from my linux workstation atm, which is why I haven't managed to test this yet. |
|
No worries, also I forgot to mention that I needed to update the I think it's now running with hardware decoding since my laptop (with a i7 8th gen) was able to "playback" with about 50% cpu utilization on a single core without much variation between constant and moving scenes. Also, I'm not an expert with vulkan and stuff, so if you find something in your testing, those are the features available: https://docs.rs/crate/ffmpeg-sys-next/7.1.3/features |
Hi,
I've had issues with running the client on Arch since the project relies on ffmpeg7.0 and the Arch repositories only include ffmpeg8.0
This pull request adds the possibility to statically link ffmpeg into the client using the following two features
ffmpeg_build: Downloads the correct ffmpeg source, compiles it and statically links itffmpeg_static: Statically links against system ffmpeg