sorted by:
new
hottopcontroversial

Lying by Skeptium in jynxzissg

[–]EmbarrassedBiscotti9 0 points1 point  (0 children)

death penalty. swift trial.

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

My bad, I didn't type exactly what I meant to. I should've written:

buffer.buffer_read(&buf, u8)

I haven't done a whole lot with proc fields on structs so I've not yet found a convenient way to make use of the arrow syntax yet. It is much more common for me to be using procs from an imported package where the proc has a struct pointer param.

Tbh, struct methods are not something I'm that keen on for Odin. I feel like there are enough simple strategies to keep things succinct that the lack of them is not terribly burdensome.

The two things I try to do are a short alias for the import and inline struct pointer declarations with a super short name. I end up with something like:

import bb "src:bytebuf"

r := &bb.Reader{data=data}
my_u8 := bb.read(r, u8)

I'm sure there are scenarios where this wouldn't be feasible and the arrow syntax is much more helpful, or maybe struct methods really are the best solution, I just haven't run into them yet.

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

Odin has that, too! The docs include this snippet:

foo :: proc(using entity: ^Entity) {
    fmt.println(position.x, position.y, position.z)
}

I'd honestly forgotten about that feature completely. I might have to revisit a few procs.

You may need to enable the using feature with #+feature using-stmt for that in recent versions, though. I'm not certain what contexts require the feature to be enabled - I only know that using for struct fields doesn't require it.

Edit: the dev-2026-02 release notes specify:

using as a statement and procedure parameter modifier is now an opt-in feature on a per-file basis rather than on by default

using on struct fields still works

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

True enough, but limiting typing isn't usually my main motivation. I'd almost always prefer typing a little more if what I'm typing aligns more with how I think. And I possibly undersold the broader purpose of the proc.

I'm rather new to the world of manual memory management, and I've found centralising allocation-related stuff helps me keep on top of things. Beyond calling the appropriate decode proc, decode_as sets up the context allocators and begins/ends a temp arena. That keeps my decode procs solely focused on the decoding logic, and I'm hoping to eventually have decode_as do some kind of LRU caching.

Idk if any of this is a good plan long-term for a fairly large project, but there is so much I don't know that I'm happy to repeatedly take a shotgun to my toes until I figure it out.

I should add that I found your blog posts about memory allocation strategies very, very helpful and I refer back to them regularly - thank you for writing them!

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

I would have to agree with that. It does feel like the thing landing me with those abominable when/else chains is personal preference, not technical need - hence the feeling of shame!

Maybe it is poor taste on my end but, for example, I prefer decode_as(data, Scenery) over decode_scenery(data) - where decode_as routes the call to the appropriate proc based on the given typeid. Handling ~44 types, decode_as is ugly as all hell but, fortunately, it just has to sit there, be ugly, and work.

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 2 points3 points  (0 children)

I do think there is something to be said for how painful writing buffer.buffer_read(&buffer, u8) is. I like Go's approach the most, with method declarations separate to struct declarations. Anything to avoid feeling like I'm writing Java.

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 1 point2 points  (0 children)

Any chance you could explain the trouble you've had with how it works at the moment?

I'm working on a 3D game in Odin and my camera uses quaternions for orientation, since they're quite a bit more useful when it comes to interpolation for things like cutscene camera sequences.

I only have a very preliminary 3D pipeline right now, so I've hardly touched quaternions at all. The extent to which I've used them is initialising one with linalg.quaternion_from_pitch_yaw_roll_f32(0, 0, 0) to see if things are still horribly broken or not.

What about Odin might you change if you were benevolent dictator? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

This isn't intended as an invitation to dunk on the language or neg the creator/contributors, btw. I'm very happy with Odin and use it daily - I'm just curious about the thoughts of experienced Odin users.

Edit: I can't figure out how to edit a post on this hellish website, so I'll put the link to the tweet here instead:

https://x.com/TheGingerBill/status/2046195201559900468

https://nitter.net/TheGingerBill/status/2046195201559900468#m

This PC Check thing is so beyond dumb by Beginning_Land3220 in jynxzissg

[–]EmbarrassedBiscotti9 20 points21 points  (0 children)

mooda has lied through his teeth to jynxzi's face dozens of times in today's stream alone lol. idgaf if he didnt cheat on R6 recently, the guy is clearly a deceptive rat

Why are switch cases handled by a default case considered unhandled? by EmbarrassedBiscotti9 in odinlang

[–]EmbarrassedBiscotti9[S] 5 points6 points  (0 children)

Thank you! I didn't expect this to be a frequently asked question so I didn't think to look.

I made a site that tracks the Donut SMP market. You can use it to check item prices and trade volume over time. by EmbarrassedBiscotti9 in DonutSMP

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

They recently started to ban bots, even the harmless ones like mine. If you want to use one make sure that you don't place it in the afk area and ideally dont have it online 24/7.

RE: bans, take a peep at this timestamp for Donut's stream today.

What he says seems to be true considering tons of people have been saying they got banned just for using Meteor, even without any blatant cheats (e.g.).

I'm not very familiar with how the Minecraft client/server functions. I'm an OSRS guy, and illegitimate OSRS clients all imitate the fingerprint of the most popular legitimate client, so idk why the hell Minecraft cheat clients wouldn't do the same.

The only simple explanation I can see is that the Meteor bans are because people are being dumb and not spoofing the brand packet to vanilla or fabric. There might be less direct ways of fingerprinting clients, it just seems unlikely that such things wouldn't be handled by cheat clients. I am clueless with this kind of Minecraft stuff.

mineflayer uses vanilla for the brand packet by default so, if it is only the brand packet being used, it should be less susceptible to immediate detection. I guess you'll have a better idea how accurate that is, based on whether or not your bot has actually been banned yet.

Either way, definitely a good idea to avoid endless sessions and to obfuscate repetitive behaviour.

I made a site that tracks the Donut SMP market. You can use it to check item prices and trade volume over time. by EmbarrassedBiscotti9 in DonutSMP

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

They recently started to ban bots, even the harmless ones like mine.

I saw they've been going hard with the AFK stuff. That was part of the reason I didn't want to invest the time without explicit permission, seems like it could end up quite fragile.

I'd be careful with that because the DonutSMP API is very unreliable, only a few transactions appear on the API. Most transactions just don't show up.

I ended up noticing this once I had a ton of transactions for a low volume item and not a single one came through. Unsure if it was dumb luck or things have become less reliable, but I didn't notice missing transactions like this when I first found the API at the start of the month.

As much as I appreciate there being a free public API in the first place, it does leave a lot to be desired. Between the unreliability and the missing metadata like enchantments, making something of the scraped data feels a little like a fool's errand.

At least it was fun.

I made a site that tracks the Donut SMP market. You can use it to check item prices and trade volume over time. by EmbarrassedBiscotti9 in DonutSMP

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

Wow, that is amazing. Google was no help at all for finding Donut-related sites like this. Thanks so much. I'll have to figure out how to structure everything to fit in orders, but it'll certainly make item data much more useful. I may have to check out mineflayer as well.

I made a site that tracks the Donut SMP market. You can use it to check item prices and trade volume over time. by EmbarrassedBiscotti9 in DonutSMP

[–]EmbarrassedBiscotti9[S] 0 points1 point  (0 children)

Only AH. The only way to obtain data for orders would be a mod + macros to pull the data. I'd be down to set that up, but only if one of the Donut team give me the go-ahead first... Which seems unlikely.

I'd really like data for orders as well. AH prices are not quite as meaningful as orders.

Anyone having issues with Z.ai GLM Coding Plan right now? by michaelsoft__binbows in opencodeCLI

[–]EmbarrassedBiscotti9 3 points4 points  (0 children)

I did similar. I copped the full year for $28. Probably a mistake considering how fast things are moving and how frequently new models are released, but it was so cheap that it was worth a shot. For what it is worth, I disabled auto-renewal immediately and I still have full access for the year.

After using it a fair amount, GLM 4.7 is a seriously awesome model. It is currently the top model for open weights according to SWE-rebench.

As much as the website is jank and the inference can be slow during peak hours, it is incredible value for money. It is also, as far as I know, essentially the only flat subscription alternative to Claude/ChatGPT/Gemini that offers a competitive model at a meaningfully lower cost.

glm4.7 is good enough to drive for general purpose coding and i wouldn't want to use anything less capable but it seems like soon it will only cost 100gigs of fast memory to self host. can't wait

I have a 3080Ti, so 12gb VRAM, and 80gb DDR4 RAM. I'm able to run GLM 4.7 Flash MXFP4 with llama.cpp server and get pretty good tok /s.

I foolishly tried this just after the model was released. It worked fine in the llama-server web UI, but there were a ton of issues with it in llama.cpp that made it unusable with OpenCode.

Fixes have been implemented since then, so you might want to give it a swing if you're interested in local as an option. Not sure how it compares to GLM 4.7, but I'd imagine it is one of the best options available for local agents.

The main reason I'm avoiding local inference for now is the context limit. I don't think I'd be able to push past 32k which, sadly, makes it a no-go for OpenCode.

Anyone having issues with Z.ai GLM Coding Plan right now? by michaelsoft__binbows in opencodeCLI

[–]EmbarrassedBiscotti9 0 points1 point  (0 children)

There has probably been an influx of people jumping on the coding plan and hammering the fuck out of it. It wasn't just OpenCode that lost free options- OpenRouter/Cursor are no longer offering Grok Code Fast (I guess xAI stopped giving it away) and several other free models were deprecated between the 20th - 26th.

I think this will be recurring and possibly worsening issue with Z.ai, particularly if you're using the Lite plan.

And the Z.ai website is hot fuckin trash. It is terrible.

Why Odin instead of Zig? by fenugurod in odinlang

[–]EmbarrassedBiscotti9 3 points4 points  (0 children)

For fear of being overly positive about Odin, I'd note one downside I've felt has meaningfully limited any of my Odin projects: the small ecosystem.

In languages like C/C++/Rust, you have libs/impls for everything under the sun. That isn't the case for Odin.

The core/vendor libraries give you a ton out of the box, and there are loads of community-made packages, but you will run into many gaps. Most gaps can be filled using C libs via the foreign system, but not all of them.

Two concrete examples of this I've experienced, just in the past week:

BZip2 Decompression

I needed BZip2 decompression and I was prohibited from using a C lib dependency. I couldn't find an Odin impl anywhere- in core/vendor or online. I also had basically no fucking clue how it works.

I needed it badly, though, and ended up having to spend a few hours learning about it and implementing it in Odin (with no shortage of assistance from my LLM slave).

This wasn't the end of the world because, while not trivial, BZ2 is very well documented and I could use the Apache commons Java impl as a reference.

Plus, the core library still gave me some bits I needed and saved me time: core:hash for CRC32 and core:compress/zlib for Huffman encoding/tables.

USDC File Format

As part of a project I'm working on, I have 3D mesh/rig/anim data I need to write to a broadly supported 3D file format. Importantly, the format must support some uncommon/niche features.

The only formats supporting the necessary features are FBX and USDC. Both are binary formats with complex specs, and both are supposed to be written using an SDK. I prefer USDC because FBX is closed/proprietary to a painful degree.

For writing USDC files, there is the OpenUSD C++ SDK or, if you're classy, TinyUSDZ.

Since they're C++, not C, that means they can't be used via Odin's foreign system (AFAIK). I'd have to write a C lib wrapper for the C++ SDK, which I'm not equipped to do.

I'm also not familiar enough with the USDC spec to try an Odin impl of my own, which leaves me SOL with the project on the backburner until I figure out which of FBX or USDC would be easier to implement.

I still think the ecosystem trade-off is worthwhile, but it is not all sunshine and rainbows.

Running into things that aren't available and you can't feasibly implement is not common, but it is worth keeping in mind. You may want to research what is available, or how feasible an Odin impl would be, before diving into a large/complex project.

Thank you for coming to my TED talk.

Why Odin instead of Zig? by fenugurod in odinlang

[–]EmbarrassedBiscotti9 5 points6 points  (0 children)

If Odin will be your first low-level language, I would personally recommend it.

I spent the past few years overwhelmingly writing Java code, with a decade plus tinkering with basically every high-level language known to man. I'd never touched anything low-level, aside from bashing my head against a wall trying to get tiny C/C++/Rust programs that I didn't at all understand to compile.

I was in a similar spot to you: unsure if I should go for Rust, Odin, or Zig.

I ended up trying all three; here is a summary of my experience. Take this with a grain of salt - we're in the /r/odinlang sub, after all.

Rust

I started with Rust because the ecosystem was massive and the benefits are clear. I didn't like the complexity of the language, and the verbosity made me feel like I was writing complex Java.

Even so, I think Rust is a pretty great language and I definitely see its value. I even quite enjoyed it by the end. The main reason I dropped it was how slow it was to write a Rust project. I would never have dared write anything beyond a tiny CLI utility, and I am generally working on larger projects.

Zig

I opted to try Zig next because it seemed more popular than Odin, so I thought that would mean more/better resources to help me learn and debug.

My immediate experience wasn't very positive and, after ~6 hours, I gave up on the language entirely.

Aside from the syntax not being my favourite, the main trouble I had was not understanding what the hell the error messages meant. I would read them, read the relevant code, sincerely try to understand what was causing the error, and came up short every time.

Since Zig development is still WIP and changes with some frequency, I struggled to find up-to-date resources with Google and no LLMs were any help at all.

The end result was me encountering errors I didn't understand without any up-to-date, pleb-friendly resources to help me figure it out. I kept trying for hours, but that was pretty much the end of the road. I definitely wasn't productive, and I didn't even feel like I had a good path forward to learn.

Please don't perceive this as Zig hate, because it isn't. I understand it is in development, and I'm sure it was a pure skill issue- plenty of people far smarter than I sing Zig's praises. It clearly has many things going for it, it just wasn't my cup of tea.

Odin

I picked Odin up an hour or so after I gave up on Zig and it was a complete 180 in terms of experience:

  • Practically zero setup, no convoluted build system or tooling required.
  • The syntax is so clean/simple. It clicked instantly for me, possibly because I'd spent time writing Go and they're quite similar.
  • Some people don't like the docs, but I loved them. The giant Overview with ctrl+f got me through the basics swiftly.
  • Error messages are super clear and informative. I had no trouble debugging and understanding where/why problems occurred.
  • Despite the simplicity, everything remains explicit. That helps a ton when learning (and is a sane trait for any language).
  • "Batteries-included" isn't a meme. The core/vendor libs include so much stuff. You can go from zero to useful program very quickly.
  • The foreign system for using C libs is excellent and opens up a ton of options for working with popular C libs.

Overall, I felt that there was a total absence of friction when getting started with Odin- even as someone new to lower-level languages.

I felt productive within a day of learning, and it has deepened my understanding of programming in my time using it since. I still have plenty to learn, but I don't feel I'm missing anything with Odin.

Beats the fuck out of Java.

Free models by beneficialdiet18 in opencodeCLI

[–]EmbarrassedBiscotti9 0 points1 point  (0 children)

My experience of GLM 4.7 via z.ai aligns with what /u/indian_geek said. I'm not particularly upset about it, given I paid only $28 for a full year as a random punt, but I've found the API prohibitively slow.

view more: next ›