Stuffing an SSD Inside the Raspberry Pi 400 (2021) | Hacker News Reader

Stuffing an SSD Inside the Raspberry Pi 400 (2021)

tdarb.org

I always wondered why small SBCs almost never have internal USB ports. There are a lot of projects out there which feature short USB cables coming out of case just to be plugged back in.

Some do. Orange Pi Zero (and Zero Plus, Zero Plus 2) has two USB2.0 ports on its internal "1x13 Header":

https://linux-sunxi.org/Xunlong_Orange_Pi_Zero

Nice idea, but I'm not a fan of the Google-centric webp images. Even though they're supposed to be supported in the browser I'm using, they're not working from this site, and that's not how image formats are supposed to work.

WebP is an open standard. I would blame your web browser and open an issue to support it. It was not supposed to work with Safari but it does in macOS 12.1. Can't speak for iOS.

iOS here. Works great.

Webp is a Google creation with marginal benefits.

Google doesn't produce things out of altruism. They've been a bad actor in enough cases for a long enough time that there's no reason to trust their motivation.

Webp is not a standard. It's marginally open source but it's entirely Google driven for Google purposes.

Jpeg is a standard. Contributing to the development of existing standards is what participation in the open web looks like.

Webp is like AMP. It's unnecessary. It's a waste of time and energy. It's not clear what Google's motives are for using or advocating for webp.

Everything that is a standard was once an idea and not a standard. I can't speak for motivations, but I do like the idea of an image format that handles our current common use cases: JPEG, PNG, GIF. As it is now everyone uses JPEG for too many things otherwise GIF for memes. Gif is a very inefficient video format. There was once TIFF but that was too unwieldy to be of practical use being a 'kitchen sink' design rather than based on usage needs.

My perspective is very simple. Google wants an efficient storage and transmission format as they do lots of both. This is not contrary to the needs of consumers.

Here's an issue thread[0] on w3c/epub-specs that has some of the finer points.

[0] https://github.com/w3c/epub-specs/issues/1344

Reply on news.ycombinator.com