FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
1–10 of 186 posts
Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#2Update: Found here! https://www.youtube.com/watch?v=Z4DS3jiZhfo&t=1221s
Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#3Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#4Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#5Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#6It’s nuts to think that in the near future LLM will be able to do that refactoring in seconds. All we need is enough context window.
Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#7If I'm operating a cloud service like Netflix, then I'm already running thousands of ffmpeg processes on each machine. In other words, it's already a multi-core job.
Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#8Not that this isn't great. Its fantastic. But TBH its not really going to change my workflow of VapourSynth preprocessing + av1an encoding for "quality" video encodes.
Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#9It’s nuts to think that in the near future LLM will be able to do that refactoring in seconds. All we need is enough context window.
Re: FFmpeg lands CLI multi-threading as its "most complex refactoring" in decades
#10If I'm operating a cloud service like Netflix, then I'm already running thousands of ffmpeg processes on each machine. In other words, it's already a multi-core job.
As multi-core as Python and Ruby then.