←back to thread

810 points bertman | 1 comments | | HN request time: 0.198s | source
Show context
everdrive ◴[] No.45899905[source]
Perhaps a stupid question, but is there some reason I can't potentially fall back to recording my screen / audio in realtime and saving videos that way? yt-dlp is obviously far superior to this, but just thinking about what my fallback points are.
replies(4): >>45899931 #>>45899953 #>>45899983 #>>45900704 #
crazygringo ◴[] No.45899931[source]
You definitely can, it's just 1) vastly slower, and 2) you have to recompress the decompressed video, which loses quality. It's therefore an option of last resort.

Most people want to be able to download 5 hours of video in the background in 5 minutes. Not wait 5 hours while their computer is unusable.

replies(2): >>45900031 #>>45900049 #
netsharc ◴[] No.45900031[source]
I wonder if it has to be a real computer, display, and camera, or if doing it with a "headless display" that is nonetheless being fed to a "video recorder" would work...

Funny how it'd be like The Matrix...

replies(2): >>45900097 #>>45900766 #
crazygringo ◴[] No.45900097[source]
It depends on a lot of factors. But even if it works in a virtual machine, your CPU is going to be pegged at 100% the whole time to handle the re-encoding. Unless you use a hardware h.264 encoder, but then the quality is pretty terrible since it's explicitly optimized for speed over quality and isn't tunable the way software encoders are.

It's always doable, it's just an option of last resort. You always just want to access the original compressed bitstream if possible.

replies(1): >>45902569 #
1. tracker1 ◴[] No.45902569[source]
I think the real key is to only compress enough initially so that you don't blow out your storage in terms of size and throughput... Once you have the stream captured at a higher quality, you can always recompress more optimally.

A relatively low compression with hardware h.264 will still take up a lot less space and throughput than mpeg-2 or raw.