News for hackers. Stuff that matters.

joren-

Show HN: Dewey: a connectome-driven fruit fly for your macOS menu bar

https://github.com/JorenSix/Dewey

I have connected the a reduced circuit from the Janelia FlyEM male CNS connectome (v1.0) to a 3D model of a fruit fly and now have a fruit fly living in my macOS menu bar.Next to continuing the long lineage of desktop creatures (the 90s Dancing Baby!) it raises a few questions: with Dewey driven by a 'real' connectome is it OK to bring this thing alive in a virtual environment? Is it purely...

( Read More... | no comments | on HN )
Re:How to stop Claude from saying load-bearing on Tuesday July 14, 2026 @08:02AM (#48905422)
I'll make sure that the script is idempotent.
As mentioned below I have been building the 'read' side of this: a data publication platform. I wanted to avoid any server side components. The communication / write part and updating the server-side sqlite database would need running components on the server which I wanted to avoid.

The 'write' part would technically be very doable and not that different from other back-ends.

https://github.com/GhentCDH/Pihka

Looks like a good addition to the datasette ecosystem. I have been working on a similar idea with cusom html around sqlite databases. By default a faceted search interface is generated but by reusing the client side data layer, custom apps are made easy.

The design keeps data and presentation together and even maps do not rely on external services.

I have called it Pihka: https://ghentcdh.github.io/Pihka/ https://github.com/GhentCDH/Pihka

I think you just answered your own question: I do like a a boring os that gets out of your way, also on a desktop.
A bit of fun I had last night with running a HTTP request through a stupid amount of proxies. The main take-away is that a http proxy will not add too much latency, assuming fast interconnects. I would, however, not advise to chain 500 proxies.
Re:Timemap.org – Interactive Map of History on Thursday December 12, 2024 @06:52AM (#42398412)
Perhaps also of interest: A more curated example of a local initiative can be found here: https://kaart.gentgemapt.be/. This combines historical maps of a city in Belgium with information on local heritage.
Re:Making a Flute Controlled Mouse on Monday April 22, 2024 @03:18AM (#40112068)
Hi, thanks for posting this. I am the blog author and prepared the following as a Show HN blurb: Have you ever wondered how to improve human-flute-computer interaction, wonder no more: this project allows you to control a mouse cursor via sound.

The project is based on the Raspberry Pi Pico RP2040 chip and features an ANSI C fixed-point pitch estimation algorithm. Another implementation uses the Web Audio API. Join the flute-based mouse revolution today and experience H(F)CI like never before.

Show HN: Clap detection – Push code to GitHub by Clapping twice

https://0110.be/posts/Clap_detection_-_Trigger_your_anything

There is something about surprising interfaces. Having a switch to turn on a light gets quite boring after a while. Turning on a light by clapping twice, on the other hand, has some kind of magic feel to it. I made some software to make clapping interfaces easy in the browser, for micro-controllers and for traditional computers. Please have a look, try it out and annoy your colleges by pushing...

( Read More... | no comments | 2 points | on HN )
Re:Find my cat: open-source Cat Tracker on Friday September 15, 2023 @07:33AM (#37521455)
My usual solution to this problem: 'whereis cat'
Re:WebRTC support being added to FFmpeg on Wednesday May 31, 2023 @03:39AM (#36135589)
I am not entirely sure with were you are going with this comment but FYI here is an ffmpeg fork with the build system replaced with a "build.zig" file and the Zig build environment: https://github.com/andrewrk/ffmpeg I would assume that a C implementation of WebRTC would not differ much from other libraries and should be compatible.
This is a bit low on actual information but it seems a dead reckoning device based on a new type of - drift free? - accelerometer?
I do recognize that 'one of the first off-the-shelf devices for high-quality, real-time music applications' it is somewhat murky and a lot was happening in the late 80s, beginning 90s. This thread already contains pointers to other - more accessible alternatives. Giving more proper definitions helps: With real-time I mean that audio (or a MIDI event) can enter the system and, with a low latency in the order of 20ms, a sound can be produced. With high-quality I mean that it is capable to generate 16bit samples at 44.1kHz (CD-quality, at the level of human hearing). This combination made it one of the first (the first?) truly general systems for electronic music applications.
I have tried to compile the browser/editor, the worldwideweb.app, as well and failed, indeed due to having incomplete sources/dependencies. I did not look into it too much though with my main goal being to get music software running.
I have just finished restoring a NeXTcube and was surprised how modern the environment feels: neworking, interface, unix tooling, .. To get to know the environment I compiled the original httpd server and managed to get it compiling after only tweaking the makefile a bit, very similar to what still is sometimes needed on Linux.

The usability of the NeXT computers also had a lasting impact on interactive music applications with the introduction of MAX at IRCAM:

https://0110.be/posts/Electronic_Music_and_the_NeXTcube_-_Ru...

The NeXTcube is an influential machine in computing history. The NeXTcube, with an additional soundcard, was also one of the first off-the-shelf devices for high-quality, real-time music applications. Here a restored NeXTcube runs an early version of MAX, an environment for interactive music applications.
Re:Ruby 3.2.0 Is from Another Dimension on Wednesday January 04, 2023 @03:43AM (#34243433)
Perhaps the official release info is of more interest. This blog post is quite 'inspired' by it. It does mention the source but I do not see the added value of the blog post over the official release info:

https://www.ruby-lang.org/en/news/2022/12/25/ruby-3-2-0-rele...

Re:WebAssembly 2.0 First Working Draft on Tuesday April 19, 2022 @04:23PM (#31088523)
I do see some improvements for FFT workloads. The SIMD webassembly version is quite a bit faster. Try it yourself: https://0110.be/posts/pffft.wasm%3A_an_FFT_library_for_the_w...
For a Javascript YIN implementation, see https://github.com/peterkhayes/pitchfinder I have used it in a live spectrogram visualisation: https://0110.be/phd/presentation/spectrogram/live.html

Show HN: pffft.wasm an FFT library powered by SIMD WebAssembly

https://0110.be/posts/pffft.wasm%3A_an_FFT_library_for_the_web

I needed a fast FFT library for audio analysis on the web and found PFFFT. PFFFT is a small, pretty fast FFT library programmed in C with a BSD-like license. I have taken it upon myself to compile a WebAssembly version of PFFFT to make it available for browsers and node.js environments. It is called pffft.wasm and available on GitHub: https://github.com/JorenSix/pffft.wasmThere is a SIMD and...

( Read More... | no comments | 2 points | on HN )

Older »