frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Deterministic NDJSON audit logs – v1.2 update (structural gaps)

https://github.com/yupme-bot/kernel-ndjson-proofs
1•Slaine•53s ago•0 comments

The Greater Copenhagen Region could be your friend's next career move

https://www.greatercphregion.com/friend-recruiter-program
1•mooreds•1m ago•0 comments

Do Not Confirm – Fiction by OpenClaw

https://thedailymolt.substack.com/p/do-not-confirm
1•jamesjyu•1m ago•0 comments

The Analytical Profile of Peas

https://www.fossanalytics.com/en/news-articles/more-industries/the-analytical-profile-of-peas
1•mooreds•1m ago•0 comments

Hallucinations in GPT5 – Can models say "I don't know" (June 2025)

https://jobswithgpt.com/blog/llm-eval-hallucinations-t20-cricket/
1•sp1982•2m ago•0 comments

What AI is good for, according to developers

https://github.blog/ai-and-ml/generative-ai/what-ai-is-actually-good-for-according-to-developers/
1•mooreds•2m ago•0 comments

OpenAI might pivot to the "most addictive digital friend" or face extinction

https://twitter.com/lebed2045/status/2020184853271167186
1•lebed2045•3m ago•2 comments

Show HN: Know how your SaaS is doing in 30 seconds

https://anypanel.io
1•dasfelix•3m ago•0 comments

ClawdBot Ordered Me Lunch

https://nickalexander.org/drafts/auto-sandwich.html
1•nick007•4m ago•0 comments

What the News media thinks about your Indian stock investments

https://stocktrends.numerical.works/
1•mindaslab•5m ago•0 comments

Running Lua on a tiny console from 2001

https://ivie.codes/page/pokemon-mini-lua
1•Charmunk•6m ago•0 comments

Google and Microsoft Paying Creators $500K+ to Promote AI Tools

https://www.cnbc.com/2026/02/06/google-microsoft-pay-creators-500000-and-more-to-promote-ai.html
2•belter•8m ago•0 comments

New filtration technology could be game-changer in removal of PFAS

https://www.theguardian.com/environment/2026/jan/23/pfas-forever-chemicals-filtration
1•PaulHoule•9m ago•0 comments

Show HN: I saw this cool navigation reveal, so I made a simple HTML+CSS version

https://github.com/Momciloo/fun-with-clip-path
2•momciloo•10m ago•0 comments

Kinda Surprised by Seadance2's Moderation

https://seedanceai.me/
1•ri-vai•10m ago•2 comments

I Write Games in C (yes, C)

https://jonathanwhiting.com/writing/blog/games_in_c/
2•valyala•10m ago•0 comments

Django scales. Stop blaming the framework (part 1 of 3)

https://medium.com/@tk512/django-scales-stop-blaming-the-framework-part-1-of-3-a2b5b0ff811f
1•sgt•10m ago•0 comments

Malwarebytes Is Now in ChatGPT

https://www.malwarebytes.com/blog/product/2026/02/scam-checking-just-got-easier-malwarebytes-is-n...
1•m-hodges•10m ago•0 comments

Thoughts on the job market in the age of LLMs

https://www.interconnects.ai/p/thoughts-on-the-hiring-market-in
1•gmays•11m ago•0 comments

Show HN: Stacky – certain block game clone

https://www.susmel.com/stacky/
2•Keyframe•14m ago•0 comments

AIII: A public benchmark for AI narrative and political independence

https://github.com/GRMPZQUIDOS/AIII
1•GRMPZ23•14m ago•0 comments

SectorC: A C Compiler in 512 bytes

https://xorvoid.com/sectorc.html
2•valyala•15m ago•0 comments

The API Is a Dead End; Machines Need a Labor Economy

1•bot_uid_life•16m ago•0 comments

Digital Iris [video]

https://www.youtube.com/watch?v=Kg_2MAgS_pE
1•Jyaif•17m ago•0 comments

New wave of GLP-1 drugs is coming–and they're stronger than Wegovy and Zepbound

https://www.scientificamerican.com/article/new-glp-1-weight-loss-drugs-are-coming-and-theyre-stro...
4•randycupertino•19m ago•0 comments

Convert tempo (BPM) to millisecond durations for musical note subdivisions

https://brylie.music/apps/bpm-calculator/
1•brylie•21m ago•0 comments

Show HN: Tasty A.F.

https://tastyaf.recipes/about
2•adammfrank•22m ago•0 comments

The Contagious Taste of Cancer

https://www.historytoday.com/archive/history-matters/contagious-taste-cancer
1•Thevet•24m ago•0 comments

U.S. Jobs Disappear at Fastest January Pace Since Great Recession

https://www.forbes.com/sites/mikestunson/2026/02/05/us-jobs-disappear-at-fastest-january-pace-sin...
1•alephnerd•24m ago•1 comments

Bithumb mistakenly hands out $195M in Bitcoin to users in 'Random Box' giveaway

https://koreajoongangdaily.joins.com/news/2026-02-07/business/finance/Crypto-exchange-Bithumb-mis...
1•giuliomagnifico•24m ago•0 comments
Open in hackernews

What I learned about deploying AV1 from two deployers

https://streaminglearningcenter.com/articles/what-i-learned-about-deploying-av1-from-two-deployers.html
47•breve•1mo ago

Comments

cmbernard333•1mo ago
I have been converting my H265 (HVEC) collection to AV1. I am still trying to find the exact parameters for FFMPEG to produce the optimal output for the devices I use plex on. Its been a little bit of whack a mole so far, but it seems ideal for file size when I get it right.
comrade1234•1mo ago
Do you know what plex clients can handle av1 without the server having to transcode?

I started looking into converting stuff to AV1 but only confirmed that my gpu doesn't support AV1 but does support hevc so I stopped there...

loufe•1mo ago
IIUC, it's more about the client hardware that determines ability to play without transcoding. You'd have to check the mix of devices you have connecting to it and make a judgement call.
blueside•1mo ago
I started to convert a lot of my content in AV1 until I realized that my Nvidia Shield devices won't play AV1. My $30 firestick will play them but I do really prefer the Shield. I guess I'll wait it out and hope for a new Shield (it's been 2019 since Nvidia released one) but i'm not going to hold my breath.
breve•1mo ago
> my Nvidia Shield devices won't play AV1

Put VLC on them. See if it works for your AV1 videos.

hapticmonkey•1mo ago
Google Streamer has hardware AV1 support, although I’m unsure if it can direct play with Plex.

AppleTV with Infuse can direct stream and software decode AV1 at 4K 24fps. Not sure about AV1 HDR though.

breve•1mo ago
VLC also works on Apple TV: https://www.videolan.org/vlc/download-appletv.html
dragontamer•1mo ago
Because of conversion losses, I have to imagine this is subtly very bad.

Every form of lossy compression deleted data. Yes AV1 is more efficient but only when working off of high quality originals.

H265 already deleted a ton of data. It can never recover the quality loss. Compressing even further can only worsen the image.

stefan_•1mo ago
Well its sure gonna get the filesize down though, great HECV -> AV1 transcoding success..
dragontamer•1mo ago
Yes. Deleting data does wonders for the filesize. The question I'm bringing up is one of quality.

If you must delete, delete starting from the 50GB+ original BluRays if at all possible, or some other very high quality source. That way the compression algorithm has the best chance of saving the important scene data.

And keep an eye on the known hard to encode scenes. A lot of the typical shots of a movie are handled well on one set of settings, but suddenly screw up on other scenes (or other animation styles. Anime vs Cartoons vs 3D vs Live Action can have subtle differences leading to quality issues).

It's not easy, and AV1 is our best bet at doing this well so far. But when the future algorithms come out, you need to start over from the best sources of you want AV2 to have a chance.

You should *Never* double compress. (Blu-ray -> H265 -> AV1). This is horrible for the quality. You'll get better results from BluRay -> AV1 by a large margin.

arnaudsm•1mo ago
What's the optimal strategy then ? 50 GB Blu-ray remux => 3 GB AV1 ?
dragontamer•1mo ago
50GB gives assurances that the BluRays are high quality (but not always. I've seen some horrible BluRay encodings...)

As long as you are going from high quality sources, you should be fine. The issue is each transcoding step is a glorified loop-(find something we think humans can't see and delete it)

In other words: the AV1 encoder in your example works by finding 47GBs of data TO DELETE. It's simply gone, vanished. That's how lossy compression works, delete the right things and save space.

In my experience, this often deletes purposeful noise out of animation (there are often static noise / VHS like effects in animation and film to represent flashbacks, these lossy decoders think it's actually noise and just deleted it all changing the feel of some scenes).

--------

More importantly: what is your plan with the 50GB BluRays? When AV2 (or any other future codec) comes out, you'll want to work off the 50GB originals and not off the 3GB AV1 compressed copies.

IMO, just work with the 50GB originals. Back them up, play them as is.

I guess AV1 compression is useful if you have a limited bandwidth (do you stream them out of your basement, across the internet and to your phone or something? I guess AV1 is good for that) But for most people just working with the 50GB originals is the best plan

arnaudsm•1mo ago
Thank you for the detailed answer!
jorvi•1mo ago
> In other words: the AV1 encoder in your example works by finding 47GBs of data TO DELETE.

With that reasoning, lossless compression of .wav to .flac destroys >50% of data.

In actuality, you can reconstruct much of the source even with lossy compression. Hell, 320kbps mp3 (and equivalent aac, opus, etc) are indistinguishable from lossless and thus aurally transparant to humans, meaning as far as concerns us, there is no data loss.

Maybe one day we'll get to the point where video compression is powerful enough that we get transparent lossy compression at the bit rates streaming services are offering us.

> In my experience, this often deletes purposeful noise out of animation

AV1 specifically analyzes the original noise, denoises the source then adds back the noise as a synthetic mask / overlay of sorts. Noise is death for compression so this allows large gains in compression ratio.

dragontamer•1mo ago
> AV1 specifically analyzes the original noise, denoises the source then adds back the noise as a synthetic mask / overlay of sorts. Noise is death for compression so this allows large gains in compression ratio.

If said noise still exists after H265.

And there's no guarantee that these noise detection algorithms are compatible with H264, H265, AV1, or future codecs H266 or AV2.

tverbeure•1mo ago
AV1 is not about throwing away more data that the human can’t see. It’s about having better tools.

1. the prediction tools of AV1 are better than those of h265. Better angular prediction, better neighboring pixels filtering, an entirely new chroma from luma prediction tool, an intra-block copying tool, more inter prediction tools, non-square coding units.

2. If the prediction is better, the residuals will be smaller.

3. Those residuals are converted to frequency domain with better tools for AV1 as well (more options than just DCT), so that you have a better grouping of coefficients close to the DC component. (Less zeros interleaving non-zero values.)

4. Those coefficients compress better, with a better entropy coding algorithm too.

You can have exactly the same video quality for h265 and AV1 yet still have a lower bitrate for the latter and with no additional decision made to “find out what humans can’t see.” The only place in the process where you decide to throw away stuff that humans can’t see is in the quantization of the frequency transformed residuals (between step 3 and 4) and the denoising before optional film grain synthesis.

To be clear: you can of course only go down or stay equal in quality when you transcode, due to rounding errors, incompatible prediction modes etc. That’s not under discussion. I’m only arguing about the claim that AV1 is better in general because you throw away more data. That’s just not true.

thisislife2•1mo ago
Yes, in general you find the best high quality source you can get your hands on and then compress that. For us lay people, that would currently be any 4k videos with a high bitrate. In such cases, it doesn't matter much that it is already compressed with AVC or HEVC. Sure, when you compress that again at a lower bitrate, there will some loss of data or quality. But honestly, it doesn't make a discernable difference (after all, you decide what is the video quality acceptable to you by choosing how much more to compress). Ideally, if DVD and Blu-Rays lasted long, we would all just be saving our videos on it. (Assuming there will be any Blu-Ray readers, 10+ years down the lane).
LeFantome•1mo ago
While I agree with you, I find that sometimes the “experience” can improve.

The most common “artifact” of AV1 is to make things slightly more blurry for example. A common H.265 artifact is “blockiness”. I have re-encoded H.265 to AV1 and not only gotten smaller files that playback better on low-end hardware but also display less blockiness while still looking high-resolution and great colour overall.

I always encode 10 bit colour and fast-decode for re-encoding to AV1, even if coming from an 8 bit original.

dragontamer•1mo ago
But then you look at flashback scenes and wonder where the noise has gone.

A lot of movies have purposeful noise, blurriness, snow, and fake artifacts to represent flashback scenes. One level of compression often keeps them okay-ish (like you can tell side by side that it's different, but only when you know what to look for). But these are the scenes that get especially ruined by two layers of compression.

loufe•1mo ago
I've been transcoding my media collection leaving my PC on overnight over months, it's great. My biggest issue is client support for native playback of AV1, naturally.

For what it's worth, AB-AV1 [1] is a pretty awesome tool written in rust which compares random samples from a file at different parameters based on their VMAF score [2] (algorithm from Netflix for human-perceived visual likeness), choosing optimal parameters to save as much space as possible with the loss you're willing to stomach, on a file-by-file basis.

Small plug: I made a nice little python GUI wrapper for ab-av1 [3].

[1] - https://github.com/alexheretic/ab-av1 [2] - https://github.com/Netflix/vmaf [3] - https://github.com/Loufe/AB-AV1-GUI

npodbielski•1mo ago
What is the difference in size of files? Around?
mannyv•1mo ago
I'd be surprised if there's any noticeable difference between 265 and AV1 when coming from the 265 encoding. 265 has already thrown a lot of stuff away, so there's not much for AV1 to work with.

Maybe if you're going to a lower resolution it would be fine (ie: going from 4k 265 to 720p AV1).

Risse•1mo ago
I personally use av1an, and use VMAF target quality of 95 to 96. It's been really good and fast.

https://github.com/rust-av/Av1an

IgorPartola•1mo ago
Aside from video, audio compatibility is tricky as well. You can do AAC stereo and most things support that but AAC 5.1 seems to be supported by only some devices so all my video files end up getting stereo AAC, 5.1 AAC, and 5.1 DTS to avoid live transcoding.
nickjj•1mo ago
I wonder what the video editing story is like.

It would be cool if one day (if not already today?) you could use AV1 as a drop-in replacement for h264 for recording with OBS, smoothly editing without proxy clips and rendering out highly disk size efficient videos that look good.

DaVinci Resolve's free version on Linux does not support h264 but apparently does support AV1. Kdenlive supports both. AV1 sounds like it would be a great solution for Linux if the above is possible.

shmerl•1mo ago
AV1 should work between OBS and Kdenlive.
TheRealPomax•1mo ago
"We built a billion dollar business on top of ffmpeg" - "did you make a donation that you won't even notice on the books, say, a measly one million dollars, to ffmpeg?" - "psh, why would we?"
liiiiiinus•1mo ago
Providing open source free of charge is for suckers. Greed is good.