frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Incident Report: May 19, 2026 – GCP Account Suspension

https://blog.railway.com/p/incident-report-may-19-2026-gcp-account-outage
168•0xedb•9h ago•75 comments

SBCL: the ultimate assembly code breadboard (2014)

https://pvk.ca/Blog/2014/03/15/sbcl-the-ultimate-assembly-code-breadboard/
69•yacin•2h ago•4 comments

Qwen3.7-Max: The Agent Frontier

https://qwen.ai/blog?id=qwen3.7
447•kevinsimper•7h ago•171 comments

How fast is N tokens per second really?

https://mikeveerman.github.io/tokenspeed/
59•hexagr•2d ago•12 comments

Saying Goodbye to Asm.js

https://spidermonkey.dev/blog/2026/05/20/saying-goodbye-to-asmjs.html
209•eqrion•6h ago•96 comments

Apparently Google hates us now

https://twitter.com/pokemoncentral/status/2057123807404638250
218•zeitg3ist•2h ago•87 comments

Map of Metal

https://mapofmetal.com/
309•robin_reala•7h ago•107 comments

Meta blocks human rights accounts from reaching audiences in Saudi Arabia, UAE

https://www.alqst.org/ar/posts/1190
737•giuliomagnifico•5h ago•318 comments

Google's AI is being manipulated. The search giant is quietly fighting back

https://www.bbc.com/future/article/20260519-google-tackles-attempts-to-hack-its-ai-results
164•tigerlily•7h ago•109 comments

Ask HN: Shouldn't Google need to give a public statement about Railway incident?

72•srameshc•1h ago•28 comments

Victory: Tennessee man jailed 37 days for Trump meme wins $835,000 settlement

https://www.fire.org/news/victory-tennessee-man-jailed-37-days-trump-meme-wins-835000-settlement-...
465•ceejayoz•3h ago•269 comments

Everything in C is undefined behavior

https://blog.habets.se/2026/05/Everything-in-C-is-undefined-behavior.html
420•lycopodiopsida•12h ago•566 comments

Testing distributed systems with AI agents

https://github.com/shenli/distributed-system-testing
47•shenli3514•3h ago•5 comments

Sharla Boehm, the programmer whose code underpins the Internet

https://www.scientificamerican.com/article/the-programmer-whose-code-underpins-the-internet/
5•dxs•2d ago•0 comments

Formal Verification Gates for AI Coding Loops

https://reubenbrooks.dev/blog/structural-backpressure-beats-smarter-agents/
52•pyrex41•3h ago•5 comments

Stable Audio 3

https://arxiv.org/abs/2605.17991
48•guardienaveugle•3h ago•8 comments

Show HN: Lance – image/video generation and understanding in one model

https://github.com/bytedance/Lance
26•cleardusk•2h ago•4 comments

Gemini 3.5 Flash

https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-3-5/
925•spectraldrift•1d ago•629 comments

FiveThirtyEight articles on the Internet Archive

https://fivethirtyeightindex.com/
347•ChocMontePy•16h ago•78 comments

When Fast Fourier Transform Meets Transformer for Image Restoration (2024)

https://github.com/deng-ai-lab/SFHformer
55•teleforce•2d ago•6 comments

I Don't Vibe Code

https://jacobharr.is/personal/i-dont-vibe-code
44•birdculture•1h ago•24 comments

Handling the great code forge fragmentation

https://www.alexselimov.com/posts/forge_fragmentation/
14•mooreds•3d ago•7 comments

Show HN: Hocuspocus 4 – self-hosted Yjs collaboration backend

https://github.com/ueberdosis/hocuspocus
10•philipisik•3h ago•3 comments

Autoregressive next token prediction and KV Cache in transformers

https://medium.com/advanced-deep-learning/autoregressive-next-token-prediction-kv-cache-in-transf...
34•coarchitect•2d ago•0 comments

Japan is gripped by mass allergies. A 1950s project is to blame

https://www.bbc.com/future/article/20260515-the-1950s-blunder-which-causes-mass-hay-fever-in-japan
298•ranit•16h ago•142 comments

After Town Bans Flock, Councilmember Crashes Out, Proposes Internet, Phone Ban

https://www.404media.co/after-town-bans-flock-councilmember-crashes-out-proposes-internet-and-pho...
70•cdrnsf•1h ago•53 comments

Smartmedia Card Spec Opened, available free (2000)

https://www.edn.com/smartmedia-card-interface-spec-opened-available-for-free/#google_vignette
18•brudgers•2d ago•7 comments

Goodbye Visa and Mastercard: 130M Europeans switching to sovereign payment

https://www.lesnumeriques.com/banque-en-ligne/adieu-visa-et-mastercard-130-millions-d-europeens-b...
758•healsdata•5h ago•611 comments

Show HN: Forge – Guardrails take an 8B model from 53% to 99% on agentic tasks

https://github.com/antoinezambelli/forge
627•zambelli•1d ago•225 comments

Google changes its search box

https://blog.google/products-and-platforms/products/search/search-io-2026/
651•berkeleyjunk•23h ago•891 comments
Open in hackernews

Llasa: Llama-Based Speech Synthesis

https://llasatts.github.io/llasatts/
168•CalmStorm•1y ago

Comments

CalmStorm•1y ago
LLaSA is a simple framework for speech synthesis that employs a single-layer vector quantizer (VQ) codec and a single Transformer architecture to fully align with standard LLMs such as LLaMA.
WastedCucumber•1y ago
Probably the title should have the correct capitalization then. Cause I was fully expecting a speech synthesis tool that sounded like llamas talking human language and now I'm bummed out!
StevenNunez•1y ago
I can't wait see this integrated into Open WebUI! These sound amazing.
gapeleon•1y ago
You can run an openai-compatible endpoint and point open-webui at it if you want this. I had to add a function to filter out markdown lists, code, etc as the model was choking on them.
mring33621•1y ago
the long 'uuuuhhhhhhh' from some of the lesser models is killing me.
jszymborski•1y ago
based on the samples, it really seams like anything smaller than 3B is pretty useless.
hadlock•1y ago
If you're doing a home lab voice assistant 1B is nice, because on a 12gb gpu you can run a moderately competent 7b LLM and two 1b models; 1 for speech to text and also text to speech, plus some for the wake word monitor. Maybe in a couple of years we can combine all this into a single ~8b model that runs efficiently on 12gb gpu. Nvidia doesn't seem very incentivized right now to sell consumer GPUs that can run all this on a single consumer grade chip when they're making so much money selling commercial grade 48gb cards.
Dlemo•1y ago
Hui for the activation word?

Shouldn't there be some hardware module be available similar to how Alexa, Siri and Google do it?

Whith a ring buffer detection the word without recording everything?

gapeleon•1y ago
This finetune seems pretty stable (1b llasa) https://huggingface.co/spaces/HKUST-Audio/Llasa-1B-multi-spe...

1B is actually huge for a TTS model. Here's an 82m model with probably the most stable/coherent output of all the open weights tts models I've tested: https://huggingface.co/spaces/hexgrad/Kokoro-TTS

But if you mean zero-shot cloning, yeah they all seem to have those slurred speech artefacts from time to time.

nialv7•1y ago
the mispronunciation of 行 and 行 in the Chinese sample is killing me too XD
dheera•1y ago
> employs a single-layer vector quantizer (VQ) codec and a single Transformer architecture to fully align

I really wish when new models were released that they would draw a diagram of all the layers and the tensor input and output sizes at each layer, with zoom in/out capabilities if needed using D3.js or whatever visualization framework if needed. Every single layer should be on there with its input and output sizes.

These one-sentence descriptions, and approximate block diagrams with arrows pointing at each other are never enough to understand how something is actually implemented.

exe34•1y ago
Sounds like a solid SaaS business plan!
dr_kiszonka•1y ago
That might be intentional.
imtringued•1y ago
This already exists in Transformer Lab and ONNX (not recommended for transformers).

You can also build a custom version of llama.cpp that writes out the ggml compute graph. What's irritating is that hugging face didn't add it to their GGUF file viewer.

dheera•1y ago
Oh, sure, for the well-known models that are already on there.

I just wish that new research would always spell it out in full instead of these silly block diagrams labelled with just e.g. "Cross Attention" and not the exact parameters, number of heads, layer sizes, etc.

Also some of these diagrams use a + for concatenation and some use it for addition, that's another headache to figure out, having layer sizes would make it clear.

ks2048•1y ago
Odd that the page doesn't seem to link to either,

paper: https://arxiv.org/abs/2502.04128

github: https://github.com/zhenye234/LLaSA_training

thot_experiment•1y ago
Interesting that there isn't a mention of Orpheus as prior art either since it's the exact same thing.

(https://github.com/canopyai/Orpheus-TTS)

gapeleon•1y ago
> Interesting that there isn't a mention of Orpheus as prior art either

Llasa-3b (https://huggingface.co/HKUSTAudio/Llasa-3B) came out before Orpheus (https://huggingface.co/canopylabs/orpheus-3b-0.1-ft).

> it's the exact same thing.

They're very similar, but they're not the exact same thing.

Llasa uses xcodec2, a much simpler, lossless 16khz wav codec. This makes it superior for one-shot voice cloning.

Orpheus' 24khz snac codec is lossy which makes it difficult to use for zero-shot cloning as the reference audio gets degraded during tokenization. You can test this here: https://huggingface.co/spaces/Gapeleon/snac_test

But when finetuned on 50+ audio samples, it produces much cleaner 24khz audio than Llasa, and the snac model is much easier to run on consumer hardware than xcodec2 (87t/s for realtime speech, which can be achieved on an RTX3080 for example)

oezi•1y ago
Do you happen to know why Orpheus and Llasa use Finetuning for voice cloning?

Zonos uses 128-float embeddings for voices and it seems so much nicer. Because you can just mix and match voices without changing the model.

thot_experiment•1y ago
No, you just condition it with text-voice token pairs and then when conditioning further inference w/ text the voice tokens tend to match the pairs further up in the context.
oezi•1y ago
Isn't xcodec2 also lossy? I thought it is also just another neural codec (50 tok/s, single codebook).

What are people using to upsampling back to 44,1 or 48 khz? Anything fancy?

woodson•1y ago
They’re both lossy. They use a VAE-VQ type architecture trained with a combination of losses/discriminators. The differences are mainly the encoder/decoder architecture, the type of bottleneck quantization (RVQ, FSQ, etc.) and of course the training data.