Programming

17377 readers

154 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Follow the programming.dev instance rules
Keep content related to programming in some way
If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev

founded 1 year ago

MODERATORS

snowe@programming.dev

Ategon@programming.dev

MaungaHikoi@lemmy.nz

194

FFmpeg Lands CLI Multi-Threading As Its "Most Complex Refactoring" In Decades (www.phoronix.com)

submitted 11 months ago by starman@programming.dev to c/programming@programming.dev

8 comments fedilink hide all child comments

you are viewing a single comment's thread
view the rest of the comments

[–] Juujian@lemmy.world 22 points 11 months ago (2 children)

I'm not sure I understand. I've already been running ffmpeg from the command line and it's been using multiple cores but default. What's the difference, what's the new behavior?

[–] supercritical@lemmy.world 61 points 11 months ago (1 children)

Maybe this?

Every instance of every such component was already running in a separate thread, but now they can actually run in parallel.

[–] gravitas_deficiency@sh.itjust.works 16 points 11 months ago

Good old RTFM lol

[–] echo64@lemmy.world 31 points 11 months ago (1 children)

before you could tell an encoder to run multiple threads, but everything outside of the encoder would run effectively single threaded.

now you (should) be able to have all the ffmpeg components, decoder, encoder, filters, audio, video, everything all run parallel

[–] owlboy@lemmy.world 9 points 11 months ago

Oooo. Will it be automatic? Or do you need to pass a flag?