frontpage.
newsnewestaskshowjobs

Open Source @Github

fp.

For first time, a cell built from scratch grows and divides

https://www.quantamagazine.org/for-the-first-time-a-cell-built-from-scratch-grows-and-divides-202...
429•defrost•4h ago•139 comments

What to Learn to Be a Graphics Programmer

https://blog.demofox.org/2026/07/01/what-to-learn-to-be-a-graphics-programmer/
24•atan2•38m ago•2 comments

Physical disc production ending in Jan 2028 for new games on PlayStation

https://blog.playstation.com/2026/07/01/physical-disc-production-ending-in-january-2028-for-new-g...
328•Tiberium•6h ago•412 comments

FFmpeg 9.1's new AAC encoder

https://hydrogenaudio.org/index.php/topic,129691.0.html
91•ledoge•4h ago•45 comments

How We Made IPFS Content Publishing 10x Faster

https://probelab.io/blog/optimistic-provide/
73•dennis-tra•3h ago•20 comments

Box3D, an open source 3D physics engine

https://box2d.org/posts/2026/06/announcing-box3d/
268•makepanic•6h ago•54 comments

Ask HN: Who is hiring? (July 2026)

79•whoishiring•3h ago•89 comments

Monetization Gateway

https://blog.cloudflare.com/monetization-gateway/
140•soheilpro•4h ago•73 comments

Internal Combustion Engine

https://ciechanow.ski/internal-combustion-engine/
145•StefanBatory•5h ago•22 comments

Building Gin: Simple over Easy

https://manualmeida.dev/articles/gin-simple-over-easy/
12•manucorporat•47m ago•4 comments

Ask HN: Who wants to be hired? (July 2026)

56•whoishiring•3h ago•125 comments

Hanami 3.0: In Full Bloom

https://hanakai.org/blog/2026/06/30/hanami-3-0-in-full-bloom
12•PuercoPop•51m ago•1 comments

Launch HN: Parsewise (YC P25) – Reason Across Documents with an API

34•gergelycsegzi•4h ago•30 comments

Reduce GVisor Cold Starts with GPU Snapshotting

https://cerebrium.ai/blog/reducing-gpu-cold-starts-with-memory-snapshots-restoring-cuda-workloads...
33•jono_irwin•2h ago•11 comments

Sony Deletes 551 Movies PlayStation Owners Paid For

https://reclaimthenet.org/sony-deletes-551-studiocanal-movies-playstation-owners-paid-for
276•bilsbie•4h ago•138 comments

Manufact (YC S25) Is Hiring a Developer Advocate in SF

https://www.ycombinator.com/companies/manufact/jobs/4cyWd6S-developer-advocate-partnerships-devrel
1•luigipederzani•5h ago

Fixing a kubelet memory leak in Kubernetes 1.36

https://heyoncall.com/blog/fixing-kubernetes-kubelet-memory-leak
38•compumike•16h ago•8 comments

My OSCP Pentesting Cheatsheet

https://hackerask.com/posts/pentesting-cheatsheet/
15•HackerAsk•41m ago•2 comments

Show HN: Pglayers – PostgreSQL extensions as stackable Docker layers

https://github.com/pglayers/pglayers
16•iemejia•1h ago•2 comments

Asahi Linux 7.1 Progress Report

https://asahilinux.org/2026/06/progress-report-7-1/
461•pantalaimon•8h ago•157 comments

1-Bit Pixel Art Emojis

https://hypertalking.com/2023/05/15/1-bit-pixel-art-emojis/
72•surprisetalk•6d ago•10 comments

Red Programming Language: Static linking support

https://www.red-lang.org/2026/06/static-linking-support.html
57•em-bee•1d ago•10 comments

Newly discovered spider builds spring loaded snare to catch ants

https://phys.org/news/2026-06-newly-australian-ballista-spider-snare.html
214•chimpanzee•2d ago•48 comments

Nintendo has raised its employees base salary by 10%

https://mynintendonews.com/2026/06/26/nintendo-has-raised-its-employees-base-salary-by-10/
418•_tk_•6h ago•236 comments

Apple 'Hide My Email' vulnerability reveals peoples' real email addresses

https://easyoptouts.com/guides/apple-hide-my-email-is-leaking-email-addresses
125•sashk•8h ago•16 comments

Ray Tracer in SQL

https://github.com/ClickHouse/RayTracer
35•kbumsik•4h ago•8 comments

Show HN: LIBR tracing with source ledger rows and byte-exact PDF verification

https://exitprotocols.com/engineering/libr-state-machine/
4•cd_mkdir•37m ago•1 comments

Are readers generating fiction with AI models?

https://arxiv.org/abs/2606.22748
8•ilamont•1h ago•10 comments

Show HN: Morph Reflexes – Multi-head classifiers for agent traces

11•bhaktatejas922•21h ago•1 comments

Department of Commerce has lifted export controls on Claude Fable 5 and Mythos 5

https://twitter.com/AnthropicAI/status/2072106151890809341
882•Pragmata•18h ago•596 comments
Open in hackernews

FFmpeg 9.1's new AAC encoder

https://hydrogenaudio.org/index.php/topic,129691.0.html
91•ledoge•4h ago

Comments

thisislife2•4h ago
Flagged for the wrong link.
defrost•4h ago
Hopefully they see this - there's still time to edit the submission link.
ledoge•4h ago
It doesn't let me edit the link, but I'm confused by what even happened here... I posted this from my phone and that wrong link doesn't show up in my clipboard history.

Link should be: https://hydrogenaudio.org/index.php/topic,129691.0.html

defrost•4h ago
Your options are:

* quick email to HN@ycombinator.com with a "Help Me please!! and link ( mods can edit link in and sideline (hide) these comments )

* Just live with the rotting fish head of public boo boo (we've all made mistakes, as the Dalek said whilst climbing down off the dustbin)

* I can kill the whole thing dead.

dang•1h ago
It's fixed now.

Our software follows redirs and somehow we got a 302 to our own IP. Perhaps it is someone's idea of a bot detector?

HugoTea•1h ago
>FFmpeg's AAC DEcoder is busted with regards to stereo PNS, and the bug may be in other AAC decoders too, so we work around it in the encoder. Since no other encoder used PNS, the bug was not found until now.

I don't know what PNS is, but I bet this has been bothering someone's niche use-case for 20 years

mcoliver•1h ago
https://www.audiolabs-erlangen.de/content/resources/aesCodin...
dcrazy•11m ago
Hah, this sounds like the audio equivalent of Netflix’s grain reconstruction.
superzazu•1h ago
> The encoder was mainly optimized for 48Khz audio. Get over it. It's 2026, resampling is free, 48Khz is the standard. 44.1Khz will work, and so will 96Khz but use 48Khz if you want the best quality.

Is 48kHz really the standard nowadays?

TheChaplain•1h ago
48kHz has been the recommended setting with Premiere Pro as long as I can remember.

44.1kHz, isn't that what lameMP3 uses as default?

williadc•47m ago
It's what CDs use, so it would make sense for mp3 encoders to follow suit.
asveikau•1h ago
I know the opus codec assumes everything is 48kHz and will resample inputs to that.
atoav•1h ago
More or less. Streaming is often done with 48, video content has ben 48 for a while now, so unless you still produce content for CDs it is the standard.

44100 Hz had reasons no longer really needed (storing audio in 3 samples per line in VHS: 490 lines × 3 samples × 30 GPS = 44100 sample/s).

Qualitywise both are more than enough snd 99.99% of people would not be able to tell it apart in a blind test. Higher sample rates than 48kHz only needed when you want to pitch down ultrasonic recordings (of whales, bats and other such animals for example).

Aside from this higher than 48 kHz sample rates may have only downsides, like increased size and potential distortion in the ultrasonic frequency range that has sidebands in the audible range. Yet there is a persistent, but unscientific "more-is-better"-crowd in the HiFi-sector.

sneezychl•1h ago
A very welcomed addition, hopefully I can replace fdk-aac
cogman10•1h ago
Man what a showcase for Opus this is.

Don't get me wrong, this sort of thing is a valuable exercise and we are better off with better encoders for these older codecs. But look at the numbers for Opus on this benchmark. It simply blows all the AAC encoders out of the water even at 64 kbps.

ndiddy•46m ago
The biggest advantage for having a good AAC encoder isn't efficiency, it's that for nearly the past 2 decades the de facto standard for live streamed video has been RTMP with H.264 video and AAC audio. There is basically no support for any other codecs. If you want to send a video stream to Youtube or Twitch, you will be sending H.264 and AAC. If you want an idea of how ubiquitous this is, I just checked in OBS and it will not even let you select different video and audio codecs in streaming mode, it just (correctly) assumes that anybody who's streaming will be streaming H.264 and AAC.
repelsteeltje•37m ago
Sample accurate editing is with AAC is a pain though. Especially if you also have video, because frame rates are usually incompatible.

If you want flexibility without fully transcoding both audio and video, Opus is your friend

ksncksmckwkf•17m ago
Opus is your friend as long as the software you’re using supports it—besides, Apple’s AAC-LC can beat out Opus in low bitrates scenarios.

Whether you like it or not, AAC is still the standard.

CharlesW•36m ago
Plus, at 96+ kbps (assuming an Apple-quality AAC-LC encoder) Opus loses its quality advantage. So at higher bitrates, the benefit of choosing Opus is that encoders/decoders are royalty-free.
ndiddy•1h ago
Nice, I'm looking forward to seeing how this performs in practice. FFmpeg's previous AAC encoder produced poor quality output and often had irritating chirping artifacts, so I've always had to install Apple's Core Audio encoder on any computer I do video recording on to get decent sound. I've done A/B/X comparisons and found that a 320kbps MP3 sounds better than a 320kbps AAC encoded by FFmpeg, but about the same as a 256kbps AAC encoded by Core Audio. If installing Core Audio is no longer necessary, that'll be a huge improvement and people who use something like OBS to do screen recordings or streaming will get a massive sound quality boost the next time they update.
repelsteeltje•42m ago
Why not use a lossless codec if you care about quality? Or use Opus, descent for specht and works pretty much anywhere these days.
CharlesW•21m ago
> Why not use a lossless codec if you care about quality?

(1) Lossy codecs are transparent at half the file size (or less) of FLAC/ALAC.

(2) AAC (strictly, AAC-LC) is universal, where FLAC and Opus are not yet there.

ksncksmckwkf•20m ago
You can care about quality to the extent that a lossy codec allows. Lossless is not always necessary or wanted. This is like saying “why care about transcoding quality when you can keep the video as is?”. There’s a myriad of use cases and preferences at play here.
cosmic_cheese•14m ago
There are a ton of older, but still perfectly usable devices that support AAC well but not Opus.
refulgentis•22m ago
Older I get, more it seems it’s possible to ping pong between rewrites for good reasons (ex. here, metric maxes but I find it hard to believe VBR and not-48 kHz are silly things and not worth investing it)
duped•47m ago
> Higher sample rates than 48kHz only needed when you want to pitch down ultrasonic recordings (of whales, bats and other such animals for example).

There are numerous use cases for higher sample rates that go beyond this but it's hard to talk about it without starting flame wars filled with junk science.

zamadatix•38m ago
Say it or don't but "I have evidence otherwise but don't think I should say" is just as bad a flame war gateway as tempting the junk science audiophiles directly.
skydhash•28m ago
I know that with oscilloscopes, it’s recommended to use 5x instead of nuquist 2x of the highest frequency you want to use., but the most reasonable argument I’ve heard for higher than 48kHz sampling is digital audio effects.

But for the end result 48kHz is more than necessary. I can’t even hear any frequency above 17kHz.

dcrazy•16m ago
Yes, bit depth headroom is very useful for audio production to avoid aliasing. Pro DAWs support 96KHz.
duped•26m ago
Higher sample rates are lower latency for the same block size and resampling is not "free" (pick 2: performance, aliasing, latency) so there can be advantages to working with audio archived at higher sample rates.

But all the advantages come down to professional or editing use cases. There's next to zero advantage to using it as a storage format for listening. Just like 24 bit audio (do you have an amp with 96dB SNR?).

Just personally, I have seen little evidence (personally, professionally, or academically) that there is any advantage for lossless audio for consumer applications. For professional applications there are plenty, and it's endlessly tiring to convince people that "no, actually I need 96kHz for my use case."

Where the audiophiles have _some_ argument here is the design of reconstruction filters which I've heard alleged can perform better in the audible frequency range if the stop band is outside of it. But I have never personally tested this, nor cared enough to. But the theory is sound.

Whether or not it's perceptible depends on what you're measuring, though. In theory, there should be perceptual differences in sound localization if your DAC's reconstruction filter is at 24kHz vs 48kHz since it will change the group delay in a critical frequency region, where you'll get sound at >~2kHz arriving later at the lower sample rate. I think it would be extremely hard to test this though, because humans are really shitty at sound localization to begin with, and practically speaking most recorded material is processed to shit in that frequency range to intentionally decorrelate the channels for the perception of "width."

izacus•1h ago
Yes, pretty much all new hardware uses it as default output setting as well (by that I mean laptops, phones, smart speakers, etc.)
xuhu•39m ago
For one, audio transcription services that use Whisper will sample the input down to 16Khz mono first.
legdoge•35m ago
AAC has a strange quirk that the window size is dependent on the sampling rate, thus requiring a complete psychoacoustics reoptimization of all encoder parameters for each sampling rate, since a 20msec window sounds very different than a 60msec window, to human ears.

This was of course fixed in Opus.

pipo234•32m ago
48kHz makes alignment between video and audio so much easier. (I.e.: Lip synchronization after edits)
Joeboy•17m ago
I think the closest thing to an actual "standard" is AES5-2018, "Recommended practice for professional digital audio".

Abstract:

> A sampling frequency of 48 kHz is recommended for the origination, processing, and interchange of audio programs employing pulse-code modulation. Recognition is also given to the use of a 44.1-kHz sampling frequency related to certain consumer digital applications, the use of a 32-kHz sampling frequency for transmission-related applications, and the use of a 96-kHz sampling frequency for applications requiring a higher bandwidth or more relaxed anti-alias filtering. This revision further quantifies the preferred choices for higher sampling frequencies.

Edit: From my personal perspective, 44.1kHz is a legacy minor annoyance

daneel_w•4m ago
Yes and no. It is the standard for audio in film, which explains the author's focus. But is the audio CD bigger and more "standarder" than DVD and Blu-Ray? I personally think this encoder only makes sense for video content, and given all the caveats the author mentions (in particular about the sample rate) I would steer clear from using it when ripping CDs.
palmotea•43m ago
> Man what a showcase for Opus this is.

I take it you mean this Opus (https://en.wikipedia.org/wiki/Opus_(audio_format)) not that Opus (https://en.wikipedia.org/wiki/Claude_(AI)).

I read almost all the way through your comment thinking there was a decent probability you were saying this new AAC encoder was written with Claude Opus.

skydhash•37m ago
I would like Opus, but I’m using a subsonic client on iOS and my choice has been Flac (Alac?), MP3, or AAC. Opus wouldn’t play (There are some that supported it, but I didn’t like their UX).
CharlesW•32m ago
You might like Poppy (in beta), which supports all media servers (including OpenSubsonic/Navidrome) and Opus as a first-class music format. https://www.reddit.com/r/PoppyApp/comments/1tiyki0/about_pop...
jck86•35m ago
Choosing a lossy audio codec has become such a no brainer. Either use opus and be done with it or if for some reason opus cannot be used then use aac for compatibility with insane high bitrate for good quality without having to do research on what encoder and mode to pick.

Still having a good quality and default aac encoder is great. Though I don't get why it is mainly CBR.

ksncksmckwkf•16m ago
> Choosing a lossy audio codec has become such a no brainer.

Falser words hath never been spoken.

a1o•18m ago
I think the biggest issue with Opus is the problem with its specification being lacking, see:

https://nothings.org/stb/stb_opus.html

This essentially causes opus to never be used in games or in things in stores that may have issues with specific licenses.

kderbe•10m ago
In the Hydrogenaudio discussion thread's metrics table, the new encoder scores better than Core Audio. But this is at constant bitrate (CBR). Core Audio also has variable bitrate modes (TVBR) which the new encoder lacks.

So maybe Core Audio will continue to be the best when TVBR is available, but I'm hopeful the new FFmpeg encoder will be "good enough", especially if more folks find and contribute problem samples to help tune it.

madars•9m ago
A useful project related to Apple's Core Audio is qaac - it wraps iTunes DLL's in a standalone encoding tool with CLI interface. I believe it even works under wine on Linux: https://web.archive.org/web/20250814194428/https://www.andre...