I tested 10 model/harness combinations on the same Three.js task

(alvins82.github.io)

30 points | by alvins82 2 hours ago

10 comments

  • onion2k 1 minute ago
    The Astra version seems to have used three.js r170, which is from October 2024. Sol used an even earlier version. GLM's code used the latest version, but I think it's just getting three.js@latest from jsdelivr so it's unlikely to be writing code against that version. Qwen on OpenCode also fetches from jsdelivr, but using a pinned version at r160.

    I don't think any of these examples are using things like tone mapping so they're stuck in sRGB (AgX or ACES look much better), they're not using the node materials (good for programmatic texture implementation), and they're not doing anything cool like baking shadow environments or using post-processing effect.

    They're nice, but I think they're showing how far behind AI models are on this sort of project rather than how good they are.

  • ande-mnoc 2 minutes ago
    Refreshing to see a post that gets straight to the point and not hide the data behind pages of prose.
  • poilcn 12 minutes ago
    Nice. But these tests raise a question what results are reproducible, the final visual, time, tool calling or it's mostly noise. Like, have you tried same combination or model and harness multiple times?
  • rao-v 46 minutes ago
    It’s really interesting how much little choices make the result better or worse. Astra and one of the GLMs added bright lights, and thus looked so much better to my eye.

    Genuinely happy with some of the Qwen 3.8 results (especially since I can run that model at Q8).

    Interesting to see how much better (at this task) Pi (OMP) is over Opencode as a harness.

    I’d love to see a few more with outcomes that are as easy to judge but less subjective.

    I’ve got a toy project going to make a fun to watch battle simulator where an LLM (or two if playing vs) has to write programs that control multiple bots (each with their own line of sight and limited battle context) that have to coordinate and fight alongside each other. Goal is to have the LLM update the code based on current situations maybe 5-10 times in a 5 min simulated battle. Exploring even allow the bots to request new programming and score based on number of reprogram steps.

    • alvins82 28 minutes ago
      Interesting also that Astra and Sol didn't check visually using the browser. I suspect they would have done even better if they had.
  • karlkloss 7 minutes ago
    What I'm missing in all of those one-shot tests:

    How different are the results between multiple runs of the same setup?

  • utopiah 46 minutes ago
    I wish there was another column with the estimated cost for each, with a specific date.

    Ideally also finding somehow (not sure what would be the right away) what is publicly available before running the test. It's quite a different outcome if there are competitions, e.g. js13k, live code examples from books, even templates, on specific that topic. Visually here the results looks very very similar to the point that I can't help but wonder if it's the result from the short yet relatively descriptive prompt or because some template was always found and relied on.

  • hanspagel 57 minutes ago
    Should I be able to see the actual results? Because I don’t see a hangar anywhere.
    • utopiah 51 minutes ago
      File -> Open

      If you don't have anything working check the console, maybe a WebGL issue.

    • arecsu 52 minutes ago
      Click Open in the file column
  • fig781 49 minutes ago
    Qwen with open code seemed like the best to me. It seemed like the best balance between performance and visuals
  • knighthacker 32 minutes ago
    [flagged]
  • alvins82 2 hours ago
    [dead]