The thread is closed so I can’t reply there.
About your question:
I’m converting my DVD library using handbrake and AV1 codec.
If I understood correctly ffmpeg 8 is better than the previous version.
So when handbrake will be released with the new ffmpeg version I’ll try to convert again a DVD and compare the results.
If the result is better I’ll convert again DVDs from the originals.
That’s the first time I’ve heard that. But taking your logic to it’s next step, what about the next release of ffmpeg, or the one after that, are you going to keep chasing them until you get the perfect conversion for your DVDs?
Personally I think you are just making extra work for yourself. But it’s your time, and your money.
Well, normally I don’t track the last versions.
But I have an RX 7600 AMD graphic card which have AV1 hardware support.
So I’m looking for a version of handbrake that uses the hardware codec.
Fair enough.
It might have helped if you had explained that at the very beginning of your original post. It’s difficult to assist people who don’t explain themselves.
As it happens, I have no Idea.
Here’s my GPU details, on my new computer, Before this the capabilities were even less.
[tracy@daphne /]$ inxi -Gxxx
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Mendocino [Radeon 610M]
vendor: Lenovo driver: amdgpu v: kernel arch: RDNA-2 pcie: speed: 16 GT/s
lanes: 16 ports: active: eDP-1 empty: DP-1, DP-2, HDMI-A-1, Writeback-1
bus-ID: 04:00.0 chip-ID: 1002:1506 class-ID: 0300 temp: 37.0 C
Device-2: Syntek Integrated Camera driver: uvcvideo type: USB rev: 2.0
speed: 480 Mb/s lanes: 1 bus-ID: 5-1:2 chip-ID: 174f:2472 class-ID: fe01
serial: 0001
Display: wayland server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.9
compositor: kwin_wayland driver: X: loaded: amdgpu
unloaded: modesetting,radeon alternate: fbdev,vesa dri: radeonsi
gpu: amdgpu display-ID: 0
Monitor-1: eDP-1 model: Lenovo 0x9051 res: mode: 1920x1080 hz: 60
scale: 100% (1) dpi: 142 size: 344x194mm (13.54x7.64") diag: 395mm (15.5")
modes: max: 1920x1080 min: 640x480
API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi
device: 1 drv: swrast gbm: drv: kms_swrast surfaceless: drv: radeonsi
wayland: drv: radeonsi x11: drv: radeonsi
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.3.4-arch1.1
glx-v: 1.4 direct-render: yes renderer: AMD Radeon 610M (radeonsi
raphael_mendocino LLVM 21.1.6 DRM 3.64 6.18.8-1-MANJARO)
device-ID: 1002:1506 display-ID: :1.0
API: Vulkan v: 1.4.335 layers: 2 surfaces: N/A device: 0
type: integrated-gpu hw: amd driver: mesa radv device-ID: 1002:1506
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor wl: wayland-info x11: xdpyinfo,xprop
I don’t know about that, but:
ffmpeg is already at version 8 in stable and testing and a slightly higher subversion in unstable
Whether or how handbrake uses it to encode your preferred format is something I also don’t know.
I am on Manjaro stable updated up to tday.
My gpu details are
[mirto@bianco500 ~]$ inxi -Gxxx
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Navi 33 [Radeon RX 7600/7600
XT/7600M XT/7600S/7700S / PRO W7600] vendor: Sapphire driver: amdgpu
v: kernel arch: RDNA-3 pcie: speed: 16 GT/s lanes: 8 ports:
active: DP-1,HDMI-A-2 empty: DP-2,HDMI-A-1,Writeback-1 bus-ID: 2f:00.0
chip-ID: 1002:7480 class-ID: 0300
Display: wayland server: X.org v: 1.21.1.21 with: Xwayland v: 24.1.9
compositor: kwin_wayland driver: X: loaded: amdgpu
unloaded: modesetting,radeon alternate: fbdev,vesa dri: radeonsi
gpu: amdgpu d-rect: 5760x2160 display-ID: 0
Monitor-1: DP-1 pos: primary,left model: LG (GoldStar) HDR 4K
serial: 411NTBK7S181 res: mode: 3840x2160 hz: 60 scale: 150% (1.5)
to: 2560x1440 dpi: 139 size: 697x392mm (27.44x15.43") diag: 806mm (31.7")
modes: max: 3840x2160 min: 640x480
Monitor-2: HDMI-A-2 pos: right model: Sony TV 00 serial: 16843009 res:
mode: 1920x1080 hz: 60 scale: 100% (1) dpi: 51
size: 952x535mm (37.48x21.06") diag: 1092mm (43") modes: max: 1920x1080
min: 640x480
API: EGL v: 1.5 hw: drv: amd radeonsi platforms: device: 0 drv: radeonsi
device: 1 drv: swrast gbm: drv: kms_swrast surfaceless: drv: radeonsi
wayland: drv: radeonsi x11: drv: radeonsi
API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 25.3.4-arch1.1
glx-v: 1.4 direct-render: yes renderer: AMD Radeon RX 7600 XT (radeonsi
navi33 LLVM 21.1.6 DRM 3.64 6.18.8-1-MANJARO) device-ID: 1002:7480
display-ID: :1.0
API: Vulkan v: 1.4.335 layers: 2 surfaces: N/A device: 0
type: discrete-gpu hw: amd driver: mesa radv device-ID: 1002:7480
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: lact wl: wayland-info
x11: xdpyinfo,xprop
[mirto@bianco500 ~]$
I’ll investigate on ffmpeg AV1 hardware support.
Thanks
UPDATE
I’ve found in ffmpeg 4.3 ( https://www.ffmpeg.org/ )
Support AMD AMF encoder on Linux (via Vulkan)
and ( https://trac.ffmpeg.org/wiki/Encode/AV1 )
AMD AMF AV1
The Advanced Media Framework (AMF) provides developers with optimal access to AMD GPU for multimedia processing. AMD AMF AV1 Encoder is a professional video encoder that provides powerful video encoding capabilities and a wide range of customization options. It is designed to meet the individual needs of different users. Users can adjust the encoder’s parameter settings to meet different encoding requirements, such as resolution, bit rate, frame rate, encoding quality, and more. These parameter settings can be customized based on users’ needs to meet different video encoding scenarios and device requirements.
Still I don’t understand if hardware codec is user or not.
I’ll continue to investigate
AUR (en) - ffmpeg-amd-full ( 8.0.1-2)
AUR (en) - ffmpeg-amd-full-git (8.1.r122185.g0d7b8d8913-1)
Yes but is a bundled version
Bad/mixed news for you
The Arch package only recently enabled VCE (AMD Video Coding Engine), for actually using it you need to use the proprietary AMD drivers HandBrake Documentation — AMD VCN which are on AUR (also tested first hand years ago)
Handbrake don’t use VAAPI AFAIK
I have a similar card but isn’t mounted at the moment (and unlikely to happen soon)
For what I read hardware codecs are relatively fast but less accurate, less configurable and will never be updated on the card, for quality use a software one
Foe once you can test handbrake-dev-git AUR package which built the master branch with almost all options enabled (minus FDK-AAC)
recent commits have updated the bundled SVT-AV1 to 4.0.1 and AMF to 1.5.0
I don’t particularly reccomend that because AMF is already enabled in repo’s ffmpeg; that pkgbuilds add several other AUR packages dependency (some of which legacy) and greatly increase the maintainance burden
Thanks a lot; for me handbrake-dev-git is the solution.
Suggentions on how and when update/rebuild the package?
Once every week or 2 to be very up to date by looking at the current development speed
And always after a system update.
This topic was automatically closed 3 days after the last reply. New replies are no longer allowed.