Gotta be honest this is beyond my current comprehension, but seeing the visuals on this while stoned was a trippy pleasure.
Bunnymark GL in Jai – 200k sprites at 200fps [video]
31–40 of 70 posts
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#32How much time is spent in Jai? How much time is spent presenting the graphics? Unfortunately, graphics benchmarks like this are hard because they don't tell us much. You have to profile these two parts separately.
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#33Does this work with large semi-transparent objects? (My 10-year-old experience with 2D game engines was that 10k objects wasn't really a problem, unless you were trying to make clouds or fog from ~200x100px sized, half-transparent images. Have a 100 of those, and you'd run at 5 FPS.)
Instead of using textures you can get very good performance from shaders.
Example (not mine): https://www.shadertoy.com/view/tlB3zK
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#34Using Goroutines, I also made 10k 2D rabbits wander on a map for 5% of my laptop cpu (they'd sleep a lot admitedly). One goroutine per rabbit, how amazing when you think about it. That's when Go really got me. edit: oh they do rabbits in the video as well what a bunny coincidence edit2: the goroutines werent drawcalling btw, they were just moving the rabbits. The drawcalls were still made using a regular for loop, in…
[deleted]
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#35Earlier quoted context omitted.
it's a lot of fun! jai is my intro to systems programming. so i haven't tried this in C++ (actually i have tried a few times over the past few years but never successuflly). this is just a test of opengl, C++ should be the same exact performance considering my cpu usage is only 7% while gpu usage is 80%. but the process of writing it is infinitely better than C++, since i never got C++ to compile a hardware accelerat…
I thought Jai wasn't released yet. Are you a beta user or did he release it already?
It isn't released. That said, from people I know, it seems like you can just ask nicely and show some interest and he'll let you try it out.
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#36It's been awhile since I've done game engine work, but is this impressive? The first thing that comes to mind is they're using instanced rendering. This allows the CPU to only deal with 1 sprite, while telling the GPU to render multiple instances of the sprite, and use a GPU buffer to find each sprite's transformation matrix. All the CPU has to do is update that mmap'ed buffer with new position information (or do som…
It is not impressive. This workload is entirely bandwidth constrained and is more a test that your renderer isn’t doing anything stupid.
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#37Using Goroutines, I also made 10k 2D rabbits wander on a map for 5% of my laptop cpu (they'd sleep a lot admitedly). One goroutine per rabbit, how amazing when you think about it. That's when Go really got me. edit: oh they do rabbits in the video as well what a bunny coincidence edit2: the goroutines werent drawcalling btw, they were just moving the rabbits. The drawcalls were still made using a regular for loop, in…
This is doable on a single core in JavaScript.
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#38Anecdote: In Unity, using DrawMeshInstancedIndirect, you can get >100k sprites _in motion_ and still maintain >100 FPS.
Using some slight shader/buffer trickery, and depending on what you're trying to do (as is always the case with games & rendering at this scale), you can easily get multiples of that -- and still stay >100FPS.
I agree, more of this approach is great. And I am totally flabbergasted at how abysmally poor the performance is with SpriteRenderer Unity's built-in sprite rendering technique.
That said, it's doable to get relatively high-performance with existing engines -- and the benefits they come with -- even if you can definitely, easily even, do better by "going direct".
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#39It's been awhile since I've done game engine work, but is this impressive? The first thing that comes to mind is they're using instanced rendering. This allows the CPU to only deal with 1 sprite, while telling the GPU to render multiple instances of the sprite, and use a GPU buffer to find each sprite's transformation matrix. All the CPU has to do is update that mmap'ed buffer with new position information (or do som…
They should try adding GPU polygon-volume collisions and see how many it can handle.
Re: Bunnymark GL in Jai – 200k sprites at 200fps [video]
#40Earlier quoted context omitted.
> We need more of this approach. 1000% agree. I recently took it upon myself to see just how far I can push modern hardware with some very tight constraints. I've been playing around with a 100% custom 3D rasterizer which purely operates on the CPU. For reasonable scenes ( single thread. On a 5950x, I was able to support over 10 clients simultaneously without any issues. The GPU in my workstation is just moving the f…
Just to be clear - you're writing a "software-based" 3D renderer, right? This is the sort of thing I excelled at back in the late 80s, early 90s, before the first 3D accelerators turned up around 1995 I think. What features does your renderer support in terms of shading and texturing? Are you writing this all in a high-level language, e.g. C, or assembler? If assembler, what CPUs and features are you targeting? And o…
> you're writing a "software-based" 3D renderer, right?
Yes. This is 100% what you are familiar with.
> What features does your renderer support in terms of shading and texturing?
I have a software-defined pixel shading approach that allows for some degree of flexibility throughout. Each object in the scene currently defines a function that describes how shade its final pixels based on a few parameters.
> Are you writing this all in a high-level language, e.g. C, or assembler?
I am writing this in C#/.NET6. I do have unsafe turned on for pointer access over low-level bitmap operations, but otherwise its all fully-managed runtime.
> And of course, why?
Because I want to see if I can actually build an effective gaming experience without a GPU in 2022. Secondary objective is simply to learn some new stuff that isnt boring banking CRUD apps.