Clojurians Log v2

ah, det der har jeg også gått og tenkt på i sikkert 10 år

langt der nede i UI-stacken et sted rendres hele skjermbildet fra bunnen av, hver eneste frame. Det har alltid slått meg som noe som må låne seg noe så innmari bra til persistente datastrukturer og immutability. Plutselig trenger man ikke låse tråden som oppdaterer GUI-dataene fordi man driver og rendrer, du kan double buffre så mye du bare orker, osv osv

hoppe over hele den gigantiske state machinen som er opengl osv

Utrolig kult, @leif.eric.fredheim!

2013 😄 https://www.augustl.com/blog/2013/truly_concurrent_user_interfaces/

Veldig gøy! Imponert over kvaliteten på dokumentasjonen, så mange eksempler! 💪

håper noen lager et spill på en engine som fungerer som Eido, tror ikke det har vært gjort? Må jo bare være en eller annen fet tradeoff man kan få ut fra det!

Jeg har forresten brukt mye tid på https://github.com/leifericf/claude-code-toolkit, https://github.com/leifericf/noumenon og https://github.com/leifericf/eido/blob/main/CLAUDE.md. Alle de verktøyene brukte jeg for å lage Eido. Det er den eneste måten en stakkars småbarnsfar med "gode" idéer og i beste fall middelmådige kodeferdigheter kan få ting gjort på 😅 Nå som jeg har blitt ansvarlig for alt som har med AI å gjøre på jobben, på godt og vondt, har jeg fått bruke mye tid på det de siste månedene. Hele Eido var laget på to dager (men jeg har tenkt på det lenge). Også rappet jeg jo noen gode idéer fra @christian767 🫣 (Én render-funksjon)

Kult! 🤩 Jeg har hatt liknende ide og jobba litt med det for mange måneder siden. Ville ha én render-funksjon som tok imot en hiccup-liknende-struktur. Kom dog ikke like langt som dette.

Wow. Några planer på ClojureScript/browser? Quil funkar, men det drar in tunga dependencies.

Eido har nå ganske sofistikert støtte for datadrevet 3D-modellering, materialer, lys og teksturer og en sterkere synergi mellom 2D- og 3D-mekanismene. Se endringsloggen for https://github.com/leifericf/eido/blob/main/CHANGES.md#v100-alpha9--3d-sculpting-pipeline--2d3d-bridge for mer info 🙂 Jeg måtte også gjøre noen store grunnleggende interne endringer i arkitekturen for å realisere 3D-tingene på en effektiv måte. Endringsloggen for https://github.com/leifericf/eido/blob/main/CHANGES.md#v100-alpha8--semantic-ir--procedural-fills viser mer om det. Disse endringene var interne og endret ikke på API-et.

Men API-et ser nå helt jævelig ut 😅 Må gjøre en stor opprydning der nå.

Jeg er veldig imponert over hvor bra JVM + Java2D er! Nå har jeg snart bygget en fullverdig 3D-motor-greie på den. Vil aldri funke for "real-time," men helt alright for "offline." Får en del tyn av grafikk-koderne på jobben da 😂

Low-level C++ kodere er ikke imponert over Clojure for å si det mildt.

Haha! JVMen er ordentlig bra på mange måter. Og ikke glem at en allokering av et word i java faktisk er raskere enn med c++ (jada, jada, java jukser selvfølelig siden det er preallokert 😄)

> ikke glem at en allokering av et word i java faktisk er raskere enn med c++ Takk, @gar! Jeg skal passe på å nevne det i lunsjen for å trolle litt.

hihi

Sånn! https://github.com/leifericf/eido/blob/main/CHANGES.md#v100-alpha10--namespace-restructuring 🙂

er det samme API notch brukte i sin tid? Og fortsatt kanskje?

Minecraft duden?

Han brukte LWJGL

Lightweight Java Game Library, som er et sett med wrappere for OpenGL og diverse andre C-biblioteker.

Da må du bruke Java NIO for å dytte buffere med floats til OpenGL-funksjoner eller liknende. Er noen år siden jeg har brukt det, men det fungerer ganske greit.

Hvis jeg går i retning av "ekte 3D greier med GPU" så blir det enten Vulkan, WebGPU, eller Skia. Mest sannsynlig er WebGPU "best fit." Men jeg vil prøve å holde Eido i 100% ren Clojure og se hvor langt og hardt det går å døtte Java2D.

Jeg har allerede lagt opp til at det skal være relativt enkelt å "kompilere" til ulike shader-språk i fremtiden for å koble opp flere "backends."

LWJGL har bindings for Vulkan, men ikke for WebGPU. Det er kun for FFI i JVMen. Det betyr jo også at det er veldig lavnivå.

Jeg fikk en del DM-er fra folk som spurte om design og arkitektur, så jeg laget en ny side om det: https://eido.leifericf.com/architecture/ Brukerguiden har også fått en refresh: https://eido.leifericf.com/guide/

Jeg vil våge å påstå at Eido snart er on-par med Processing for "offline kunst" 🙂

Jeg har kanskje hatt et lite fortrinn på det rent konseptuelle/teoretiske og hva jeg ønsker meg pga. fagbrev innen kunst og håndverk, 3D design og animasjon med fordypning i rendering, pluss en del år i spillindustrien som leder for utvikling av en proprietær spillmotor. Men resultatet er ikke helt «der» enda føler jeg.

Det kommer støtte for 3D «snart» 😁

Ja, det er litt mer enn meg 😄 Jeg har bare erfaring innenfor webutvikling 😅

Dog ikke «real-time» 3D (tror jeg). Jeg vil prøve å unngå GPU-greier så lenge som mulig og holde dette «pure Clojure» uten avhengigheter til Vulkan, WebGL, etc. Tanken er at dette er et verktøy for «offline» kunst-greier.

Men jeg har et annet prosjekt i tankene om et generisk shader språk også. Det vil i så fall bli et separat prosjekt som kanskje Eido (eller en annen real-time engine) kan bruke i fremtiden. Typ “Hiccup for 3D shaders.” Men set er en vanskeligere nøtt å knekke fordi shaders har kode i seg, særlig ting som compute shaders.

Men jeg vil først se hvor langt jeg klarer å pushe Eido med færrest mulig primitiver og avhengigheter, typ mest mulig ren matematikk og CPU.

Mulig jeg skriver en egen 3D grafikkmotor også. Det er faktisk mulig når man har AI støtte.

går det an å tegne på skjermen med CUDA og såntno? Aka kan man hoppe over hele grafikk-APIet og bare gjøre alt sjæl?

veldig tøft!

Fra README: >

;; Read a scene file and render
> (eido/render (eido/read-scene "my-scene.edn") {:output "out.png"})

Sånn! https://github.com/leifericf/eido?tab=readme-ov-file#3d-gallery

@teodorlu: Godt poeng! Nei, read-scene er bare en tynn wrapper rundt edn/read-string + slurp. Den leser filen og parser EDN. Det eneste den legger til er en ex-info med info om filen hvis noe feiler, så du får en mer nyttig feilmelding enn en rå exception. Man kan fint bruke (clojure.edn/read-string (slurp "my-scene.edn")) direkte.

Nice! Spurte fordi jeg lurte på om det var noen custom-typer i bildet eller noe, fint å høre at det bare er vanlige datastrukturer 🙂

Jeg tok en titt på implementasjonen. Spenstig at du har klart deg uten avhengigheter! Jeg er også spent på hvor godt vektor-algebraen i eido.math3d holder ytelsesmessig når du bruker Clojure-vektorer og høyere ordens Clojure-funksjoner. Men da har du uansett en konkret, lett start som du kan velge å optimalisere hvis du vil!

Ja, jeg tipper det tryner på ytelse med mer komplekse scenes 😅

har du gjort noe spesielt for å få Claude til å bruke REPL? Jeg så over CLAUDE.md, og fant instruksjoner for at den skulle kode REPL-drevet, men ikke noen instruksjoner for hvordan den skulle gjøre det. Jeg har gjort litt jobbing for å rigge agenter til å jobbe med REPL selv, men da jobber den ikke full REPL-drevet, den skriver kode og tester, og kjører testene selv mot varm JVM med https://github.com/filipesilva/invoker.

Ja, one sec.

Jeg fikk et godt tips av @gar https://clojurians.slack.com/archives/C061XGG1W/p1774357018204039?thread_ts=1774274047.654689&cid=C061XGG1W som jeg bruker. Bruker "Light"-versjonen av den der.

Min CLAUDE.md for Clojure er bygget på AI-analyse av følgende kilder: • Alle Clojure-bøker som er skrevet (som jeg har kjøpt; analysert offline) • Scan av relevante kanaler/tråder i Slack (skrapet fra den der arkivsida noen laget) • Alle talks av Rich Hickey (transkripsjoner fra GitHub) • Kildekoden til flere prominente prosjekter, inkl. Clojure selv • "Functional Core, Imperative Shell" artikler/blog posts • "Tacit/point-free" programmering artikler/blog posts • Clojure sine offisielle guides + div. community guides • Bloggen deres, fra Mattilsynet 🙂 Jeg brukte Perplexity for å gjøre en dyp analyse og lage CLAUDE.md Så har jeg gått over den selv og rettet på flere ting manuelt etterpå.

Sånn! https://github.com/leifericf/eido?tab=readme-ov-file#particle-gallery 😄

Sånn! https://eido.leifericf.com/index.html, som er auto-generert via GitHub Actions 🙂

Smooth!

@teodorlu: Du spurte om ytelse tidligere. Jeg gjorde https://github.com/leifericf/eido/compare/v1.0.0-alpha5...v1.0.0-alpha6 idag, og det var mye å hente. https://github.com/leifericf/eido/blob/b74bb90262e145e95122d172e35f1a1b04beda60/dev/bench.clj#L129-L298 av alle gains.

Det var visst https://github.com/leifericf/eido/blob/b74bb90262e145e95122d172e35f1a1b04beda60/deps.edn#L9-L15 en kunne gjøre på selve JVM-en også.

Datavalidering via clojure.spec var visst voldsomt dyrt for store scener, særlig hvis man gjør det på alle "frames" i en animasjon. Så jeg la inn noen regler og flagg for å skippe det steget i enkelte scenarioer.

Veldeg stileg prosjekt @leif.eric.fredheim ! PS, på https://eido.leifericf.com/reference/manual/ fungerer ikkje lenkene til workflow-ene. F.eks. er det peika til i README.md er det lenka til som ikkje finst

Oisann! Takk!

Er en fiks på vei nå! Det tar litt tid å bygge hele siden og rendre alle eksemplene (det skjer automatisk via CI/CD).

Jeg hadde ikke tenkt å gjøre browser support, fordi da må jeg introdusere WebGPU eller noe sånt. Det er helt klart mulig å gjøre. Men jeg hadde lyst til å unngå å introdusere flere back-ends enn Java 2D.

Hmmm. Faktisk, fikk en idé…

Det bør vel være mulig å få til Java 2D i browseren som en "dum klient."

For øyeblikket fokuserer jeg på https://noumenon.leifericf.com og http://mino-lang.org 🙂 (Fordi jeg skal teste de på jobben.)