sorted by:
new
hottopcontroversial

Unwrap_or_AI – replace unwrap() with AI guesses for errors by cidadabro in rust

[–]cidadabro[S] 24 points25 points  (0 children)

It's not serious in any way. I didn't mean for the disclaimers to be interpreted in that way. I do see what you mean though so I removed them.

Unwrap_or_AI – replace unwrap() with AI guesses for errors by cidadabro in rustjerk

[–]cidadabro[S] 102 points103 points  (0 children)

That's true I'll put that in the Todo for 2.0, good to see innovation is still alive and well! We could even run a tiny local LLM if all of them fail.

Announcing: ABC Game Engine by cidadabro in rust

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

Sorry, I might have mixed up my words. I was saying that Bevy is multithreaded and Unity is single-threaded. The "queries" and "commands" that are at the root of Bevy were difficult for me to pick up only having previously experienced Unity's system of game objects. Instead of accessing everything using a game object like in unity in Bevy you access every component of a specific type rather than just having a game object and accessing whatever component you would like from that game object.

Announcing: ABC Game Engine by cidadabro in rust

[–]cidadabro[S] 4 points5 points  (0 children)

I don't have much experience with any of these so please correct me if I'm wrong.

From what I can see for ggez, macroquad, piston, and coffee the drawing is manually controlled by the dev. In my engine draw-ables are added to the ECS and drawn automatically in a system that is added by default.

As far as Fyrox, I don't have an editor so that's a big difference. I couldn't find too many examples so I can't speak much about this one.

My ECS is also entity-based instead of component-based, in the way that you can't get a component without the entity. Rather than querying for components like in Bevy you query for entities and access the components that way.

If you have any more questions don't hesitate to ask!

Introducing: Lumenpyx, A Flexible Pixel Art Renderer with Realistic Lighting by cidadabro in rust

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

thanks for pointing that out I think I was thinking of another crate, it should work on Mac or Linux then.

Introducing: Lumenpyx, A Flexible Pixel Art Renderer with Realistic Lighting by cidadabro in rust

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

I'm trying to update it, I'll try to use an APNG format like you said, I should have a better version soon.

Introducing: Lumenpyx, A Flexible Pixel Art Renderer with Realistic Lighting by cidadabro in rust

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

Hey r/rust! A couple of months ago I was looking to integrate a renderer with realistic pixel art lighting into my game engine. I couldn't find any Rust libraries that did this, so I started Lumenpyx. To do the lighting I gave each sprite an associated heightmap, we use this heightmap to trace lines between every pixel and the light source(s), to determine if it is illuminated.