paper link:

https://github.com/deepseek-ai/DeepSeek-OCR-2/blob/main/Deep...

some of my favorite projects from tiny tapeout:

https://tinytapeout.com/chips/tt05/tt_um_rejunity_sn76489

https://tinytapeout.com/chips/tt07/tt_um_rejunity_ay8913

https://tinytapeout.com/chips/tt04/tt_um_morningjava_top

How to tell us you have a thing for sound generators, without telling us you have a thing for sound generators. Cool list !

cool. for those who are interested, you can actually use code to control the seq like this example in Glicol:

https://glicol.org/demo#minitechno

I really doubt this marketing approach is effective. Isn't this just shooting themselves in the foot? My actual experience with Cursor has been: their design is excellent and the UX is great—it handles frontend work reasonably well. But as soon as you go deeper, it becomes very prone to serious bugs. While the addition of Claude's new models has helped somewhat, the results are still not as good as Google's Antigravity (despite its poor UX and numerous bugs). What's worse, even with this much-hyped Claude model, you can easily blow through the $20 subscription limit in just a few days. Maybe they're betting on models becoming 10x better and 10x cheaper, but that seems unlikely to happen anytime soon.

Hitting my head into buggy apps made by these AI companies and seeing them all be amazed in parallel that skills/MCP would be necessary for real work has me pretty relaxed about ‘our jobs’.

OpenAIs business-model floundering, degenerating inline to ads soon (lol), shows what can be done with infini-LLM, infini-capital, and all the smarts & connections on Earth… broadly speaking, I think the geniuses at Google who invented a lot of this shizz understand it and were leveraging it appropriately before ChatGPT blew up.

We use mcp at work. Due to some typo the model ran absolutely random queries on our database most of the cases. We had initially kept ot open ended but after that, we wrote custom tools that took an input, gave an output and that was strictly mentioned in the prompt. Only then did it work fine.

I can't comment on this matter because I don't know the details. However, based on my personal experience consuming Adafruit products and their generous open-source approach, I personally trust Adafruit very much.

Meh wish it was that simple, this paints at least part of their leadership as completely unhinged: https://chaos.social/@North/115605819126197877

We're only probably seeing part of the whole mess though.

Damn that's a considerable body of work.

I'm rewriting glicol (https://glicol.org/) with no std, and embassy-rs + 2350 is my go-to choice. Highly recommand this stack if you're planning to start working with embedded systems in 2026.

Happy new year every one.

I was about to check out the GitHub activity summary like last year, but then I realized that a lot of things weren't actually pushed to GitHub this year. So I used Vibe-coded to take a look:

https://github.com/chaosprint/hindsight

I started this year with coding and finished it with coding. In between, I was preparing for and caring for my newborn.

Hope I can release something interesting in 2026.

If you don’t wanna use a daw on linux you are welcomed to try https://github.com/glicol/glicol-cli

Sure, as soon as you tell me how I'm supposed to record and mix a whole band with instruments with Glicol

Relevant to this discussion - my project Glicol (https://glicol.org) addresses this space. Currently working on a no_std rewrite, demo coming next year :)

Curious, would the rewrite allow for building on hardware platforms such as the Daisy?

Or maybe it is already possible, to be fair I haven't looked closely.

https://daisy.audio/hardware/, https://github.com/electro-smith/libDaisy

of course I already got a poc a while ago:

https://github.com/chaosprint/daisy-rust-playground

but for now my main mcu is rp2350

Awesome, will check it out!