zlacker

[parent] [thread] 6 comments
1. UncleS+(OP)[view] [source] 2026-02-03 09:30:34
You can force YouTube to use H264 instead (via extensions like H264ify), that should reduce the processing load.
replies(2): >>jabl+l6 >>2000Ul+nk
◧
2. jabl+l6[view] [source] 2026-02-03 10:17:14
>>UncleS+(OP)
Good point. Though too late in this particular case, since the battery was also busted, I ended up e-wasting the machine.
◧
3. 2000Ul+nk[view] [source] 2026-02-03 12:05:58
>>UncleS+(OP)
Were there actually Pentium M chipsets that could decode anything but MPEG2?

The CPU will be struggling with most modern video formats including h.264.

replies(1): >>dmitry+gA1
◧◩
4. dmitry+gA1[view] [source] [discussion] 2026-02-03 18:12:56
>>2000Ul+nk
we were decoding 480x320 MP4 on PalmOS 5 devices in early 2000. Those were single-core in-order 200mhz ARM devices with no accelerators at all. Pentium M outperforms those easily and thus can do it too.
replies(1): >>anthk+iI1
◧◩◪
5. anthk+iI1[view] [source] [discussion] 2026-02-03 18:42:39
>>dmitry+gA1
Mp4 is the container. H264 is the video codec.
replies(1): >>dmitry+5B2
◧◩◪◨
6. dmitry+5B2[view] [source] [discussion] 2026-02-03 23:03:05
>>anthk+iI1
got me, it was DivX and XviD which are indeed newer and fancier than MPEG2
replies(1): >>anthk+rC3
◧◩◪◨⬒
7. anthk+rC3[view] [source] [discussion] 2026-02-04 07:24:44
>>dmitry+5B2
And still much easier to play than h264. A Pentium II with NetBSD was more than enough.

Nowadays on an n270 CPU based netbook I use mpv and yt-dlp capped to 420p, even if I can play 720p@30FPS.

[go to top]