Hacker Newsnew | past | comments | ask | show | jobs | submit | Katzenmann's commentslogin

Yeah but it looks like the face was also blurred before the swirl


Hi. I have a Google Pixel 3a running PostmarketOS https://postmarketos.org/ and it holds up pretty well. My phone lost 20% today with light usage and will maybe lose 60% if I scroll social media a lot.

I was actually surprised it is this good. I reinstalled recently and before the reinstall I had much worse battery life (Maybe 8 hours with normal usage). I think it was because of Syncthing running in the background.

It is also possible to use s2idle suspend which will improve the battery life even more but you will not be able to receive calls during suspend (though that may also be fixed in the future)


I think a high performance block-for-block compatible chunk generation program would be great for anarchy Minecraft servers or generally servers with an "infinite" minecraft world where pre-generating all chunks is not possible.


Oh yeah I agree. There's a lot of fun problems to solve with Minecraft servers. I didn't mean to imply that there are no reasons for good chunk gen. I'm primarily into technical survival so my personal priorities wouldn't be chunk gen.


In theory yes. But leaving all extra functionality to the compositor makes it really complex so the freedom to write programs like these is great. I wish there was more freedom for things wayland clients can do


RTIC is really simple and doesn't use it's own HALs. Also it's macro system makes it hard to modularize your code since all tasks need to be in one module. I've played around with it a bit and it seems like it could be great in the future, but currently not really.

Embassy has it's own HALs which makes it better at async and has also nicer ergonomic IMO


Importantly for RP2040 users, RTIC 2.0.0 is currently single-core only.

I’m using RTIC for the firmware on my STM32H7 based product (https://umi.engineering) and it has been a joy.


> Embassy has it's own HALs which makes it better at async and has also nicer ergonomic IMO

Worth noting, you don't HAVE to use the embassy HALs with the embassy executor. However, AFAIK, the only mainstream non-embassy HALs that supports async is the ESP32 HALs.

There's no technical lock in, it's just that everyone I've seen implementing async support (outside ESP32) tends to do it within the Embassy project today. That may change over time.


The Atsamd-rs dev has been working on async support without embassy as far as I know but I don't know if it's usable yet


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: