starman@programming.dev to Programming@programming.devEnglish · 1 year 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.comstarman@programming.dev to Programming@programming.devEnglish · 1 year agomessage-square8fedilink cross-posted to: jellyfin@lemmy.mlfoss@beehaw.orgtechnology@hexbear.nethackernews@lemmy.smeargle.fanshackernews@derp.foo
minus-squarechocolatine@lemmy.worldlinkfedilinkarrow-up4·1 year agoI was using gnu parallel before with ffmpeg. Is this any different and better?
minus-squaregrue@lemmy.worldlinkfedilinkEnglisharrow-up3·1 year 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.