From my experience trying to find retrofit displays for my ThinkPad P14s Gen 5, there’s two routes Framework probably could go down for this.

An OLED would be the best display option, and is somewhat more available. However, it requires extra voltage circuitry in order to work compared to an LCD, so there would probably need to be a mainboard revision to accommodate this, making it quite unlikely as it locks out users of existing systems (Unless they have some sort of adapter? No idea how that would work but maybe something could be done).

Alternatively, I have seen that there are Mini LED displays with the same connector (40 pin 4 lane eDP) and voltages that can work as a direct replacement, although without the per pixel backlight advantage of OLED. However there appears to be very few panels available in this configuration, probably raising the price a bit, especially since I can’t find any in the 13.5 inch size of the Framework 13. Considering this Pro version has a custom manufactured display though, they could probably source one eventually and sell it as an upgrade.

This is quite an impressive launch from Framework. Even with the high RAM and storage prices, it is still cost competitive with an equivalent MacBook Pro (my yardstick for mid-high end laptops), but with a fully open design you can run Linux on without any virtual machines, and with (claimed) nearly equal battery life. I am somewhat disappointed though by that display, in my opinion touch is not as worthwhile compared to a display with local dimming (OLED/Mini LED).

For some reason Lemmy is weirdly buggy when it comes to animated WEBP files, so you may need to click on the image or otherwise access the image URL, since then the browser can render it correctly.

To the best of my knowledge, most of the CD rippers back in the day used the Fraunhofer codec or in the case of iTunes its own encoder, so I guess this only really became an issue once FLAC sources became somewhat commonplace. In addition, the encoders used on a decent number of music download sites (most notably Sony’s Mora) seem to work fine on the 3DS, bar the long loading time with the images, so I guess Nintendo never felt the need to make it work with other encoders. Knowing them though, there’s probably some horrible spaghetti code behind the scenes causing this.

Just did some more trials and the Fraunhofer AAC codec works. Check the update in the post for details, but the TL:DR is to either use fre:ac’s Flatpak (which includes the encoder) or find a version of FFmpeg for your distro that includes the encoder.