Emulator Issues #13657
open
Expose utvideo to GUI
0%
Description
Since https://github.com/dolphin-emu/dolphin/pull/10530 utvideo can be used for dumping, and its compatibility is much higher than ffv1's: to import an ffv1 dump into avisynth you have to install ffdshow, but it breaks all VFW codecs until you fix the registry, which then makes ffv1 not work. So all tasvideos encoders either dump straight to utvideo if possible, or reencode ffv1 to it.
The problem however is that this option is buried in configs and isn't documented or intuitive. To enable utvideo codec you need this in GFX.ini
UseFFV1 = False
DumpCodec = utvideo
So it'd be ideal if the codec option in Graphics -> Advanced was a dropdown with 3 options - mpeg4/utvideo/ffv1 - indicating which is lossless and which is lossy. Since option descriptions are a thing, the basic legend is that FFV1 is slow and less compatible, but compresses heavier, while UtVideo is fast and very compatible, but compresses less.
Updated by
Updated by feos 10 days ago
For avisynth we just install a VFW codec for utvideo and it works perfectly. I don't use full-blown video editors but if they use ffmpeg for importing things, they can decode all 3 options. Simply viewing the dump has been universally easy for a long time, thanks to things like lavfilters.
What does the HAVE_FFMPEG check do regarding host? If it's a guest check in Dolphin itself, it will have ffmpeg built in in overwhelming majority of cases.
Updated by JosJuice 10 days ago
taolas: Even if the codec would be supported by the OS, as far as I know the only way Dolphin supports dumping is through FFmpeg. (Not counting the option to dump each frame as a PNG file.)
feos: HAVE_FFMPEG is a define that tells you whether Dolphin was compiled with FFmpeg support. I'm confused by your use of "host" and "guest" here, as video dumping doesn't use any facilities from the guest system (the emulated GameCube/Wii).