lulzx

290 karmajoined 9 ปีที่แล้ว

https://lulzx.com

Submissions

Accessibility Is All You Need – Why agent protocols for the web are redundant

3 pointsby lulzx5 เดือนที่ผ่านมา1 comments

Zpdf: PDF text extraction in Zig

217 pointsby lulzx7 เดือนที่ผ่านมา87 comments

Show HN: Zs3 – S3 server in ~1K lines of Zig, 250KB binary, zero dependencies

42 pointsby lulzx7 เดือนที่ผ่านมา1 comments

Show HN: TinyDOCX – Word/ODT library (14x smaller than docx)

6 pointsby lulzx7 เดือนที่ผ่านมา0 comments

Show HN: The equation for smoke vortices also describes 100M° fusion plasma

3 pointsby lulzx7 เดือนที่ผ่านมา0 comments

Show HN: TinyPDF – 3kb pdf library (70x smaller than jsPDF)

253 pointsby lulzx7 เดือนที่ผ่านมา33 comments

comments

5 ชั่วโมงที่ผ่านมาdiscuss

I have been trying for cuda -> metal, to run it on mac, https://github.com/lulzx/cuda-metal

5 เดือนที่ผ่านมาdiscuss

Every few months someone proposes a new standard so AI agents can interact with websites. WebMCP, llms.txt, agent metadata layers.

The accessibility tree already solves this. Labels, roles, states, actions, input formats, validation feedback, it's all there. A screen reader user and an AI agent need the exact same information. If your site works for one, it works for the other.

If you find something an agent can't do through the accessibility layer, you've found something a disabled person's assistive technology can't do either. So fix accessibility. Don't build a parallel system.

I filed an issue on the W3C WebMCP repo asking for a concrete use case that (1) can't be handled by the accessibility tree, (2) isn't better served by a backend API, and (3) wouldn't also benefit assistive technology if added to the accessibility layer.

Curious if anyone can produce one.

6 เดือนที่ผ่านมาdiscuss

That's good to know, I wasn't aware of it, I have updated to using a github action they recommend (https://github.com/marketplace/actions/setup-zig-compiler)

For the copyright thing, I understand that there's legit ongoing debate around all this AI-assisted coding and copyrightability.

In this case of zpdf, while Claude Code did a lot of the heavy lifting on implementation, there was a real effort in architecture decisions, iterative prompting/refinement, debugging, testing, benchmarking.

My intent is zero restrictions: use it, fork it, sell it, whatever. WTFPL captures that spirit perfectly for me. It's as permissive as legally possible while being upfront about not caring.

The goal is just to make a useful tool freely available.

Edit: I have changed it to CC0.

7 เดือนที่ผ่านมาdiscuss

tools are tools.

7 เดือนที่ผ่านมาdiscuss

hasn't world moved on from these things already?

7 เดือนที่ผ่านมาdiscuss

Fair point. I won't submit here again until I've put in the work to make something that respects people's time to evaluate it. Lesson learned. :)

7 เดือนที่ผ่านมาdiscuss

this is more like a quick test for python bindings, the zig files have tests within them for broad range of things.

7 เดือนที่ผ่านมาdiscuss

thanks! :)

7 เดือนที่ผ่านมาdiscuss

works now!

ΑΛΕΞΑΝΔΡΟΣ ΤΡΙΑΝΤΑΦΥΛΛΙΔΗΣ Καθηγητής Τμήματος Βιολογίας, ΑΠΘ

     ΝΙΚΟΛΕΤΑ ΚΑΡΑΪΣΚΟΥ
     Επίκουρη Καθηγήτρια Τμήματος Βιολογίας, ΑΠΘ

     ΚΩΝΣΤΑΝΤΙΝΟΣ ΓΚΑΓΚΑΒΟΥΖΗΣ
     Μεταδιδάκτορας Τμήματος Βιολογίας, ΑΠΘ





     Γονιδιώματα
     Δομή, Λειτουργία και Εφαρμογές

7 เดือนที่ผ่านมาdiscuss

I have updated the licence to WTFPL.

I'll try my best to make it a really good one!

7 เดือนที่ผ่านมาdiscuss

sorry, I haven't yet figured out non-latin with tounicode references.

7 เดือนที่ผ่านมาdiscuss

fixed.

7 เดือนที่ผ่านมาdiscuss

The accuracy difference is marginal (1-2%) but the speed difference is massive.

7 เดือนที่ผ่านมาdiscuss

Claude Code.

7 เดือนที่ผ่านมาdiscuss

added a comparison, will improve further. https://github.com/Lulzx/zpdf?tab=readme-ov-file#comparison-...

also, added python bindings.

7 เดือนที่ผ่านมาdiscuss

added python bindings!

7 เดือนที่ผ่านมาdiscuss

I have now made parallel by default and added an option to enable multiple threads.

I haven't tested without SIMD.

7 เดือนที่ผ่านมาdiscuss

I built a PDF text extraction library in Zig that's significantly faster than MuPDF for text extraction workloads.

~41K pages/sec peak throughput.

Key choices: memory-mapped I/O, SIMD string search, parallel page extraction, streaming output. Handles CID fonts, incremental updates, all common compression filters.

~5,000 lines, no dependencies, compiles in <2s.

Why it's fast:

  - Memory-mapped file I/O (no read syscalls)
  - Zero-copy parsing where possible
  - SIMD-accelerated string search for finding PDF structures
  - Parallel extraction across pages using Zig's thread pool
  - Streaming output (no intermediate allocations for extracted text)

What it handles:

  - XRef tables and streams (PDF 1.5+)
  - Incremental PDF updates (/Prev chain)
  - FlateDecode, ASCII85, LZW, RunLength decompression
  - Font encodings: WinAnsi, MacRoman, ToUnicode CMap
  - CID fonts (Type0, Identity-H/V, UTF-16BE with surrogate pairs)

7 เดือนที่ผ่านมาdiscuss

on cloudflare workers, the bundle limit makes 226KB massive.

7 เดือนที่ผ่านมาdiscuss

I have added it!