4 ms·
"Fully parallelized workloads in a consumer laptop are just exceedingly rare." Really? I've observed these kind of consumer workloads getting more and more com
by vardump 5y ago
"Fully parallelized workloads in a consumer laptop are just exceedingly rare."
Really? I've observed these kind of consumer workloads getting more and more common in recent years. In any case I wouldn't call them exceedingly rare.
- Koiwai 5y ago"getting more and more common" and "exceedingly rare" does NOT actually contradict each other.
- rjknight 5y agoIf they're exceedingly rare now, despite having become more and more common, what were they before? Super-exceedingly rare?
- ggm 5y agoffmpeg to reduce/transcode off air digital TV would be my expected regular use case. If this design can do this faster I and a lot of other people will be delighted.
- iso1210 5y agoThat's a massively niche use case, and I say that as someone sat in a TV OB truck editing an ffmpeg video filter at this exact moment.
- ggm 5y agoIf you use plex, you transcode all the time. If your smart TV doesn't grok your native encoding, plex will do this in flow. Or for handholds. I don't think plex is alone in doing this. Maybe I misunderstand how many people do streaming TV with downconvert. But that said, very chuffed OB does ffmpeg. You rock!
- urthor 5y agoI want to emphasize the fully part of fully parallelized with this. It's very common to multi-thread something across three threads for example. But something that is perfectly parallelized across all your threads, or at least 8 or more, that's actually something I almost never see in end user devices. And yeah, ultimately having 4 "big" cores that are as fast as possible matters for those use cases that are threaded across a limited number of cores.