HOLY SHIT THE h.264 PATENTS EXPIRE THIS YEAR LETS FUCKIN GOOOOO
=> More informations about this toot | More toots from hikari@noyu.me
i will Always simp for the good enough 20-years-old video or audio format that Just Works and man is h.264 that
we don't need anything else we will just have h.264 + aac .mp4s for everything, the world shall heal
=> More informations about this toot | More toots from hikari@noyu.me
@hikari I'm thinking about AV1+Opus in Matroska containers 🙃
=> More informations about this toot | More toots from 9Lukas5@mastodontech.de
@9Lukas5 @hikari too CPU-intensive IIRC (PoV Thinkpads X40 and X61)
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@mirabilos maybe you shouldn't use a laptop from 2004
=> More informations about this toot | More toots from CounterPillow@mastodon.social
@CounterPillow but I like it and it works extremely well and it has a better keyboard than later models, no touchpad only the IBM nipple, and a better screen aspect ratio. It’s also more robust and thicker. All plus points.
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@mirabilos evidently they don't work extremely well
=> More informations about this toot | More toots from CounterPillow@mastodon.social
@CounterPillow they do, their CPU oomph is just limited.
They can decode H264 when underclocked to 600 MHz at quite less than 100%CPU in top(1). Even upscaling YT format 18 to fullscreen 1024x768 is possible.
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@mirabilos Hey congrats, you can decode a 640x360 video in realtime. What an amazing feat. A random <$10 SoC I did measurements on once can decode a 1280x720 H.264 video at 200fps in CPU alone at less than 5W, and an equal resolution AV1 video also entirely in software at 105 fps.
Stop deluding yourself into thinking your dinosaur is any reason to stop people from using modern codecs.
=> More informations about this toot | More toots from CounterPillow@mastodon.social
@CounterPillow I don’t need 1280 as the monitor is just 1024 wide, so less CPU and bandwidth spent, which is useful anyway.
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@CounterPillow also, stop being so condescending. I’d like to see you have to wait for the longer video download in countries with bad and slow internet connections while I can get my smaller video, even put it into mfs/tmpfs, and watch it from there before you’re finished.
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@mirabilos but you're getting the less efficiently compressed video because you're relying on ancient codecs? That is the whole point of more advanced codecs, they are more efficient at cramming the same perceived quality into smaller bitrate, or more quality into the same bitrate.
That you're here bragging about fitting an entire video into RAM is quite funny; I can do the same and then some.
=> More informations about this toot | More toots from CounterPillow@mastodon.social
@CounterPillow it’s fun you say "less efficient" because the H264-compressed video is more energy-efficient, the AV1-compressed one is merely a smaller download. So, very much no.
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@mirabilos predictable argument twisting semantics because you exposed yourself as an irrational idiot. I'm sure your inefficient (energy) ancient hardware downloading an inefficiently (bandwidth) encoded video is totally efficient, bro. Except I'm sure you'll try shifting the goalposts again towards something else, maybe grey energy.
Just take the L you fefeclone gigaclown.
=> More informations about this toot | More toots from CounterPillow@mastodon.social
@CounterPillow I tried serious arguments but you’re apprently only interested in being insulting (and perhaps that’s why you dropped the rest of the people involved in the thread, I should have known). sigh… not worth my time
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org
@mirabilos @hikari Encoding is a time pain point, yes.
Viewing works fine with my machines already and the decision is for a long-term plan of archiving.
=> More informations about this toot | More toots from 9Lukas5@mastodontech.de
@9Lukas5 @hikari AIUI the encoding/compression to decoding/decompression point moves in favour of less compression if it’s viewed/transferred a smaller amount of times. With archiving, storage space does become a concern again, but that’s something you’ll have to weigh for yourself then.
(Recompression of an already lossily-compressed thing will also lose quality.)
=> More informations about this toot | More toots from mirabilos@toot.mirbsd.org This content has been proxied by September (3851b).Proxy Information
text/gemini