lulzx

290 karmajoined 9 वर्ष पहले

https://lulzx.com

comments

6 घंटे पहले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!