this is very cool! i also made a kokoro based tts tool which runs on a jetson orin kit. it serves tts generations over durable streams, try it out here: https://streamtts.dev/ , i also wrote about it: https://s2.dev/blog/local-ai
indeed, we wanted to build an example for a quickstart to showcase "data in motion" and starwars seemed like a perfect fit, the OG had IP blocks in place which made it really difficult to use, so we thought of finding some OSS project that we could self-host and after a lot of searching we found "ascii-movie" (our patch: https://github.com/s2-streamstore/ascii-movie) and the end result was just as similar to towel.blinkenlights.nl -- https://s2.dev/docs/quickstart or simply
telnet starwars.s2.dev 23
ps, it is running on fly.io so please don't melt the poor baby
That's awesome! I love the idea of having everything self hosted, but I have various ideas like being able to share the streams on devices etc which i havent built upon. Please do share what you end up building!
I would suggest against it, I feel handicapped using AI sometimes. its helpful in a lot of cases eg repetitive work, but drivers feel like you need to be very careful so I would use AI to learn concepts and write things myself! Good luck!
I have been interested in this since I was in college. I was building a capacity counting system for our gym. Our gym used density.io and seemed like a waste of money and I though how about if we could have our own solution homegrown by students. But I couldn't get people on board, but I was able to prototype something.
The thermal camera is just a pixel array, which each pixel is denoting its temperature. Kitchens are tricky, since hot items can gravely affect the temperature readings. I use it at the entrance to check if my roomie is in or not/.
you have drivers for amg8833 in rust and c I believe, but adafruit stuff is good in python so I would say its a good place to start IOT projects! You can write your own drivers, which is quite fun!
(S2 dev) I think it took a bit of time to figure out what was going on as it was more of a game of enabling a feature in the sha2 crate since the profile showed us that it was using `soft` while we needed the hardware optimized. We thought being on neoverse-v1 would automatically detect to use hardware optimization, but that wasn't the case and we ended up looking at the sha2 crate closely only to figure that enabling the asm feature fixes it!
hi, S2 dev here. I found that if you explicitly set the algorithm for the checksum (crc32c) aws SDK would ignore the provided checksum and we were doing both. I also found a related issue https://github.com/awslabs/aws-sdk-rust/issues/1103
(S2 Team member) As we move forward, a Java/Kotlin and a Python SDK are on our list. There is a Rust sdk and a CLI available (https://s2.dev/docs/quickstart) . Rust felt as a good starting point for us as our core service is also written in it.