Lebanese — and proud of it. 🇱🇧

I build things at the edges of what platforms are supposed to do. Most of my work lives on Windows on ARM, where a lot of the ecosystem says "can't" — and the fun is in carefully proving otherwise.

Lebanon taught me the good kind of stubbornness: build beautiful things with what you have, keep going, and share the table with everyone. I try to bring that to software.

Systems —

Web & graphics —

Web projects: experimental concept prototypes — ideas for now, not finished products. Runnable demos and local tests show idea exploration, not production readiness. Features may change or remain unfinished. This applies to the web editions; separately published desktop tooling has its own verification limits.

• USBPcap-ARM64 — unofficial ARM64 port of USBPcap: native Windows-on-ARM build system plus driver and CLI robustness repairs. Build-time CI is not driver installation, production signing, or hardware qualification.
• BenchAutopilot — ordered bench-stage runner (Python stdlib) with hash-manifest run receipts; owner-operated, touches no hardware by default. Experimental prototype.
• VCDS-ARM64 — compatibility notes for running Ross-Tech VCDS on Windows 11 on ARM64 (original material only).
• The Tabernacle of Moses — an experimental single-file WebGL2 concept: custom geometry, GLSL materials, scroll-driven camera motion.

• DriverLens desktop — published ARM64 desktop tooling with documented local verification. The installer is unsigned; clean-machine installation and the broader hardware matrix remain unverified. Its browser edition is a separate concept prototype.

Experimental demos, not finished products. Existing tests and CI measure narrow implementation behavior, not production readiness.

• DriverLens browser edition — read-only Windows inventory concept; a local helper is required for live scanning. Not the separately published desktop edition.
• ARM64 Compatibility Radar — an evidence-first catalog for Windows-on-ARM compatibility claims.
• Diagnostic Scan Diff — compare diagnostic scan logs locally.
• MeshLab Mini — a tiny WebGL2 procedural mesh explorer.
• Offline Museum Kit — a single-file procedural 3D exhibit template.

Idea-stage browser prototypes, not finished products: open index.html directly — no server, install, cloud account, or runtime package dependencies.

• Sensor Log Studio — inspect CSV channels, gaps and annotations; export CSV or SVG.
• Vehicle Maintenance Timeline — keep a local service history, mileage and reminders; import/export JSON backups.
• Diagnostic Session Notebook — save best-effort-redacted sessions and compare before/after fault lists.
• StudyCards — fault-code triage flashcards over a fictional deck; a study aid, not diagnostic authority.

These tools organize evidence. They do not control a vehicle or certify a repair; an absent fault is not proof of a fix. Examples are fictional.

Experimental concept prototypes with runnable demos and fictional samples — ideas for now, not production-ready products. No GitHub release or real-hardware qualification is implied.

• PrintCheck — Windows printer-metadata evidence concept, not a printing/scanning or Windows Protected Print compatibility certificate.
• LanTriage — imported pcap/pcapng evidence concept, not live packet capture or a network-health diagnosis.
• PcapDiff — compare two USB capture sessions locally (counts, endpoints, drift, payload diffs); fictional fixtures only.
• OfflineReadiness — Home Assistant dependency-snapshot concept, not measured offline operation or whole-home certification.

Anything ARM64, Automotive, diagnostics, or WebGL — reach me at fff.eid607@gmail.com.