Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 777174 - media-video/ffmpeg: should handle nv-codec-headers dep differently than with VIDEO_CARDS=nvidia
Summary: media-video/ffmpeg: should handle nv-codec-headers dep differently than with ...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-19 09:08 UTC by Simon Bühler
Modified: 2022-03-14 12:06 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Bühler 2021-03-19 09:08:13 UTC
hi,

when upgrading to current kodi the deps to  media-video/ffmpeg-4.3.2 pull in >nv-codec-headers-8.1 which pulls nvidia driver > *:390 which doesn't support older cards and renders the hardware unusable.

is there a specific need for the >nv-codec-headers-8.1 dep ? the dep should be fulfilled with 8.1 which will accept also nvidia-driver=>390 

thanks!

Reproducible: Always
Comment 1 Ionen Wolkens gentoo-dev 2021-03-19 10:18:14 UTC
It's needed to build ffnvcodec (nvenc) with modern ffmpeg, but that's optional. You can avoid the dependency by setting USE=-video_cards_nvidia on ffmpeg and it'll let you use 390.xx just fine.

ffnvcodec is primarily used for encoding with the GPU, vdpau will still work without this.

I do feel it's not a great way to handle this by default especially for legacy users (I've seen confused users often in the forums/IRC), even users of modern cards don't necessarily use nvenc but will have VIDEO_CARDS=nvidia set.

Was discussed a bit in bug #766531 already (a USE=nvenc was suggested), but that bug was more about uvm.
Comment 2 Simon Bühler 2021-03-19 10:43:40 UTC
great explanation, thanks!
Comment 3 Ionen Wolkens gentoo-dev 2021-03-19 10:53:25 UTC
Glad to hear it's working out, but I'll leave this open unless maintainer(s) think otherwise. I feel this should be improved.