lulzx

290 karmajoined 9 years ago

https://lulzx.com

comments

8 hours agodiscuss

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

5 months agodiscuss

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 months agodiscuss

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 months agodiscuss

tools are tools.

7 months agodiscuss

hasn't world moved on from these things already?

7 months agodiscuss

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 months agodiscuss

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

7 months agodiscuss

thanks! :)

7 months agodiscuss

works now!

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

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

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





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

7 months agodiscuss

I have updated the licence to WTFPL.

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

7 months agodiscuss

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

7 months agodiscuss

fixed.

7 months agodiscuss

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

7 months agodiscuss

Claude Code.

7 months agodiscuss

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

also, added python bindings.

7 months agodiscuss

added python bindings!

7 months agodiscuss

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

I haven't tested without SIMD.

7 months agodiscuss

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 months agodiscuss

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

7 months agodiscuss

I have added it!