Announcement

Collapse
No announcement yet.

FFmpeg 4.4 Released With AV1 VA-API Decoder, SVT-AV1 Encoding

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • birdie
    replied
    Originally posted by fafreeman View Post
    mpv doesn't recommend hardware acceleration by default because of video quality. cpu software based is typically better quality vs hardware acceleration. they don't even recommend it on windows because of that very reason. if your cpu can handle the decoding, then there's no reason to use hardware acceleration as it typically won't be at the same level of quality in the output.
    they only one they will give a marginal exception to in terms of quality is nvenc as its really good but its not 100%. its just better than others.

    since i have a intel 10850k i turn off hardware acceleration as my 10850k has no issue running 4k 60fps and multitasking at the same time. like playing a game.
    I'd love to see some actual proof of that. In my experience software and hardware decoding of H.264 have been exactly the same.

    Also, from FFmpeg developers: Hardware decoders will generate equivalent output to software decoders, but may use less power and CPU to do so.

    Maybe you've confused decoding with encoding. Yes, software encoding can and does provide much better results because it's not constrained (it doesn't have to be real time or faster than real time).
    Last edited by birdie; 09 April 2021, 07:42 PM.

    Leave a comment:


  • fafreeman
    replied
    Originally posted by birdie View Post

    1. CPU use/power consumption is still quite a lot higher than in Windows
    2. mpv doesn't enable it by default
    3. Firefox doesn't enable it by default even under Wayland
    4. Some prominent distros, e.g. Fedora, don't even include libva-intel-driver - you have to manually enable third-party repos to install the driver.

    Otherwise it's all perfect, right.



    FFmpeg and distros normally resolve such issues fast.



    True so and also VDPAU doesn't offer hardware accelerated video encoding - that's the biggest issue with it.
    mpv doesn't recommend hardware acceleration by default because of video quality. cpu software based is typically better quality vs hardware acceleration. they don't even recommend it on windows because of that very reason. if your cpu can handle the decoding, then there's no reason to use hardware acceleration as it typically won't be at the same level of quality in the output.
    they only one they will give a marginal exception to in terms of quality is nvenc as its really good but its not 100%. its just better than others.

    since i have a intel 10850k i turn off hardware acceleration as my 10850k has no issue running 4k 60fps and multitasking at the same time. like playing a game.

    Leave a comment:


  • MadeUpName
    replied
    Thanks for the link. FFMpeg 4.4-0.7 is allready in the RPMFusion 34 repo. A lot of really good stuff in this release. Really liking the AV1 and 10/12 bit support. Big thanks to the devs. This is a package that has saved me endless amounts of time.

    Leave a comment:


  • birdie
    replied
    Originally posted by xpris View Post
    Also OpenMandriva use cool stuff which solves this issue in yet another way. They are using dllopen. This mean, FFmpeg (and others aplication) can support restricted libs like x264 or x265 etc at runtime. This mean, FFmpeg is compiled via dllopen and if you need for example support for x265, then you only need install x265 lib from repo and then ffmpeg start supporting it without any recompiltion. Just out-of-box.
    Mageia does it differently: not via dlopen but by offering two sets of media libraries - one set is patent-free, the other one, so called "tainted", only for countries which don't "respect" patents. Megeia developers are quite brave I'd say, if not intrepid - they include "tainted" patent encumbered packages right on their servers/mirrors. That may backfire in a major way.

    Originally posted by numacross View Post

    Why do distros patch it fast if nobody gets hacked?
    To eliminate attack vectors like with all other applications/libraries.

    Leave a comment:


  • numacross
    replied
    Originally posted by birdie View Post

    Are you aware of anyone who's been hacked through specially crafted media files while using FFmpeg libraries? I'm just curious.
    Why do distros patch it fast if nobody gets hacked?

    Leave a comment:


  • birdie
    replied
    Originally posted by numacross View Post

    And fire-fighters usually put out fires fast.

    Are you aware of anyone who's been hacked through specially crafted media files while using FFmpeg libraries? I'm just curious.

    Leave a comment:


  • numacross
    replied
    Originally posted by birdie View Post
    FFmpeg and distros normally resolve such issues fast.
    And fire-fighters usually put out fires fast.


    Leave a comment:


  • birdie
    replied
    Originally posted by s_j_newbury View Post
    VA-API works fine here (in Wayland too). What's the problem with it?
    1. CPU use/power consumption is still quite a lot higher than in Windows
    2. mpv doesn't enable it by default
    3. Firefox doesn't enable it by default even under Wayland
    4. Some prominent distros, e.g. Fedora, don't even include libva-intel-driver - you have to manually enable third-party repos to install the driver.

    Otherwise it's all perfect, right.

    Originally posted by numacross View Post
    There's been quite a few CVSS 10s in there over the years as well as multiple RCEs triggered by simply opening a file.
    FFmpeg and distros normally resolve such issues fast.

    Originally posted by -MacNuke- View Post

    Maybe because nVidia moved to their own vendor-locked cuda/nvdec API?
    True so and also VDPAU doesn't offer hardware accelerated video encoding - that's the biggest issue with it.
    Last edited by birdie; 09 April 2021, 10:10 AM.

    Leave a comment:


  • carewolf
    replied
    Originally posted by kpedersen View Post

    Not a bad suggestion. Since it drags in far too many dependencies to be "trustworthy" I have been running this kind of stuff in a Jail for years.

    For a consumer home media center it probably doesn't matter though.
    The way it is usually used is by only using a few well proven codecs. It unfortunately ships everything in a single package so you can't trust it to be safe for all that it supports.

    Leave a comment:


  • numacross
    replied
    Originally posted by birdie View Post

    A tinfoil hat probably won't hurt as well.
    CVE-2019-17539

    The vulnerability exists due to a NULL pointer dereference error within the avcodec_open2 in libavcodec/utils.c in in FFmpeg. A remote attacker can pass specially crafted media content to the affected application and perform a denial of service (DoS) attack or execute arbitrary code on the system.
    There's been quite a few CVSS 10s in there over the years as well as multiple RCEs triggered by simply opening a file.

    Leave a comment:

Working...
X