@starman@programming.dev to Programming@programming.devEnglish • 10 months agoFFmpeg Lands CLI Multi-Threading As Its "Most Complex Refactoring" In Decadeswww.phoronix.comexternal-linkmessage-square8fedilinkarrow-up1193 cross-posted to: jellyfin@lemmy.mlfoss@beehaw.orgtechnology@hexbear.nethackernews@lemmy.smeargle.fanshackernews@derp.foo
arrow-up1193external-linkFFmpeg Lands CLI Multi-Threading As Its "Most Complex Refactoring" In Decadeswww.phoronix.com@starman@programming.dev to Programming@programming.devEnglish • 10 months agomessage-square8fedilink cross-posted to: jellyfin@lemmy.mlfoss@beehaw.orgtechnology@hexbear.nethackernews@lemmy.smeargle.fanshackernews@derp.foo
minus-square@chocolatine@lemmy.worldlinkfedilink4•10 months agoI was using gnu parallel before with ffmpeg. Is this any different and better?
minus-square@grue@lemmy.worldlinkfedilinkEnglish3•10 months agoGNU Parallel allows multi-process, which generally tends to be less efficient than multi-threading. I can’t speak to the specifics of your use vs. FFmpeg’s refactoring, though.
I was using gnu parallel before with ffmpeg. Is this any different and better?
GNU Parallel allows multi-process, which generally tends to be less efficient than multi-threading. I can’t speak to the specifics of your use vs. FFmpeg’s refactoring, though.