News for hackers. Stuff that matters.

hamza_q_

Re:Ask HN: What are you working on? (August 2026) on Sunday August 09, 2026 @01:58PM (#49233738)
NVIDIA Parakeet running locally in the browser. Implemented in raw WebGPU compute shaders & SIMD WebAssembly audio frontend:

https://parakeet.narcotic.sh

The aim is for it to be a high-performance implementation. Can currently transcribe 1 hour of audio in 20 seconds on an M5 Mac.

High-performance inference of NVIDIA's Parakeet TDT 0.6B V2 English transcription model, in the browser.

A fully custom, dependancy-free implementation with raw WebGPU compute shaders and SIMD WebAssembly audio frontend.

1 hour of audio transcribed in 20 seconds (Apple M5, Google Chrome 151.0.7922.72).

Check out the source and use in your own projects!

https://github.com/narcotic-sh/parakeet.wgsl

https://www.npmjs.com/package/parakeet.wgsl

This might be the first instance of _fast_ & accurate transcription running locally in the browser. So long as your device has a GPU and can run a WebGPU-capable browser, parakeet.wgsl will run on it.

And as WebGPU transpiles to practically any GPU, this also opens up the path to getting parakeet.wgsl running offline / outside of the browser, via Dawn or wgpu, so that fast, accurate transcription can be brought to offline programs, with GPU acceleration and support for nearly all hardware/devices.

Interested in what you guys think about about this project.

And lastly, I'm looking for job. If you like my work and think I'd be a good fit for your team, I'd love to chat. I've done some other work too that you can find at https://hamzaq.com

Cheers, everyone. Enjoy fast, cross-platform GPU-accelerated local transcription!

Yeah that's what I do (STT -> LLM -> timestamps to block), but if you did that for every episode download, due to location-targeted dynamic ads, your LLM API bill would run up very fast. So that's where the fingerprints matching comes in, for further versions of an episode (version = same episode but with different dynamic ads inside).

I explained how the full system works here (someone emailed me and asked): https://pastebin.com/raw/r2YUEkK5

Yep, agreed, streaming would be great to have. Although via pipes I think is better suited for a macOS. Since FluidAudio has to support both macOS and iOS, I think using Swift concurrency primitives would be the better fit. That's what I did for my app (TaskGroup, actor, AsyncSequence).
Yep it's something I wanted for a while too; there were existing apps that did this, but had two issues: they were paid, and the UI was subpar. So for mine, I made sure it's fully free and that the UI is on par with Apple Podcasts, Spotify, etc.

Making the ad-finding cheap enough such that I could make it free turned out to be harder than expected. The main issue you run into is dynamic, location-targeted ads. So I came up with a novel technique that uses Shazam-style audio fingerprints for accurate matching, instead of their normal use case, which is identification. This technique is what allows the ad finding to be very cheap, allowing me to make it free.

The SponsorBlock model would actually not work for podcasts, due to dynamic ads. I.e. the location and content of the ads in episodes these days varies by download location. You need the media to be static, like YouTube, for SponsorBlock model to work. Therefore, using an LLM to find the ads + the fingerprints matching in combination is an efficient technique.

Android has def been the most requested thing thus far haha. It'll be a decent undertaking due to me having written the app fully in Swift, i.e. it'll be a complete rewrite. I'll also need to replace FluidAudio with some good, fast Android equivalent.

The goal of making this app was to create something impressive so that I could get a job. Haven't gotten a job yet, but if and when I do, then I'll have time & resources to think about doing an Android version. Currently a bit stressed and occupied from the job search lol.

Investigated this and it turned out to be an amusing bug: audio decoding was happening three times instead of just once lol. I've put up a PR to remove the wasteful redundant decoding:

https://github.com/FluidInference/FluidAudio/pull/799

With the updated PR code, ran a test comparing transcribing (using Parakeet V3) a 1 hr stereo 44.1 kHz mp3 vs the same audio in 16 kHz mono wav format. The result was about 21.3% slower with the mp3 vs the wav, i.e. that's the overhead of decoding + resampling.

Currently the decoding + resampling is done up front. If it was done in a pipelined fashion with the inference, that overhead can be eliminated. This is what I did in a recent app I made:

https://apps.apple.com/us/app/drea-podcast-ad-blocker/id6759...

It uses FluidAudio as well, but I forked it and replaced the audio decoding code to (a) use mpg123 instead of the native Apple API and (b) do audio decoding and inference in a pipelined fashion. These two changes effectively eliminated the overhead. mpg123 is quite a bit faster than the native Apple API at mp3 decoding (has some very optimized arm64 assembly routines), and the pipelining ensures that the inference is never starved by the mp3 decoding.

Contributing this pipelined setup to FluidAudio would be good.

Recently contributed a patch to FluidAudio that sped up Parakeet V2 and V3 to 320x and 282x faster than real time, respectively:

https://github.com/FluidInference/FluidAudio/pull/507

That means one hour of audio transcribed in 11.25 and 12.75 seconds.

The Inscribe post doesn't give a speed factor for SpeechAnalyzer. However, this Argmax blog post reports 70:

https://www.argmaxinc.com/blog/apple-and-argmax

Based on that, FluidAudio is ~4.6x and ~4.0x faster.

Indeed.

Thanks!

Was referring to the *afinil specifically
This works great. Only downside is display doesn't turn off when you close the lid. Made a little status bar utility to wrap the disablesleep command and address that downside:

https://github.com/narcotic-sh/modafinil

(yes, I know, another *afinil named Mac sleep prevention app? but hey, I was first :P)

I'll take credit for starting this trend :P

https://github.com/narcotic-sh/modafinil

Re:Show HN: drea – podcast ad blocker on Tuesday May 26, 2026 @09:21PM (#48288272)
You gotta tap the ad finding button to find the ads, it won't automatically do so. The button beside the download button.
Explained how it works in a Reddit comment:

https://old.reddit.com/r/billsimmons/comments/1thruvh/listen...

It's a full separate podcast app, so yes, you listen to the podcasts through this app, and can filter out / auto-skip the ads.

Re:Show HN: I made the first free ad blocker for podcasts on Thursday May 21, 2026 @11:25PM (#48231612)
Thanks!

Wrote about it across a few comments on Reddit lol:

https://old.reddit.com/r/billsimmons/comments/1thruvh/listen...

https://old.reddit.com/r/JoeRogan/comments/1tgsnbk/listen_to...

https://old.reddit.com/r/Piracy/comments/1tjpcbx/sponsorbloc...

tl;dr is transcription + LLM + Shazam-style audio fingerprinting (to get around the issue of dynamic ads).

Show HN: I made the first free ad blocker for podcasts

https://drea.fm/

Always been annoyed by podcast ads. Searched and found a few apps that can detect and skip them, but they were all paid. So I made a free one. To my knowledge this is the first podcast app with free ad block. iOS (26+) only for now. If the app becomes popular I'll def think of doing an Android version as well.The app doesn't require a user account. I may open-source it at some point; still...

( Read More... | 4 comments | on HN )

Show HN: drea – podcast ad blocker

https://drea.fm/

Always been annoyed by podcast ads. Searched and found a few apps that can detect and skip them, but they were all paid. So I made a free one. To my knowledge this is the first podcast app with free ad block.iOS (26+) only for now. If the app becomes popular I'll def think of doing an Android version as well.The app doesn't require a user account. I may open-source it at some point; still...

( Read More... | 3 comments | 3 points | on HN )
Re:Work with Codex from Anywhere on Thursday May 14, 2026 @09:15PM (#48143330)
Made a menu bar app you may find useful for MacBook sleep prevention, even when the lid is closed:

https://github.com/narcotic-sh/modafinil

Love me some Modafinil. Yes, the macOS utility, of course :P
Fair. I guess it's just hard to come up with nice sounding names that are truly original like Skype and Häagen-Dazs, so you use an existing one.

Hopefully this niche macOS utility doesn't start ranking above search results for the actual drug Modafinil :)

<laughing w/ tears emoji>
<smirk emoji>

Older »