Sharing an OpenGLES 2.0 Christmas Scene ...

[tipam]

I'm still working on an OpenGLES 2.0 lightweight and fast engine for the Pi and a number of examples ...

Here's a scene from one of my favourite places on the planet ... Yosemite! It's running at 24fps with over a 1000 trees, mutli-layered animated clouds, a huge area to explore (including a wood cabin) and full collision detection. I hope to share a Christmas version quite soon that you can explore and get into the festive season!!

[ksharindam]

Great job...
Give the github link of the source

[Gavinmc42]

Tim, yet another impressive output.
You still using SDL?

I was looking at Demoscene stuff and wondered if it could be done on Pi's without an OS.
viewtopic.php?f=72&t=227424

Then I found this, 27KB OpenGLES triangle in C
https://github.com/LdB-ECM/Raspberry-Pi
Turns out this sort of baremetal stuff can be done in Pascal too.
https://github.com/mvdhoning/fprpbm

Time for me to retire the Linux box and move to all Pi compiling?
Setting up cross compilers is not fun

[tipam]

Tim, yet another impressive output.
You still using SDL?

Hi Gavin,
Yes, still using SDL2 as it takes care of the bare metal stuff on several platforms!

Then I found this, 27KB OpenGLES triangle in C
https://github.com/LdB-ECM/Raspberry-Pi
Turns out this sort of baremetal stuff can be done in Pascal too.
https://github.com/mvdhoning/fprpbm

Time for me to retire the Linux box and move to all Pi compiling?
Setting up cross compilers is not fun

Wow! Leon's bare metal code is amazing!! I'd love to see the difference in performance with my models - I read he was pushing 800fps with his biplane - that's plain crazy (excuse the pun)

Meanwhile, I'm beefing up the demo's and simplifying the engine to make it easy to use. Also adding stuff to the Yosemite demo with a small game element. Just tested it on the Zero ... here's a pic ...

[Gavinmc42]

I had been wondering what you have been up to
The real Yosemite?
That would mean using DEM terrain data plus procedurally generated trees?

Game? Dog sled team racing Reindeer and Sleigh? Tux racer?

Leon's stuff is really pushing it, did not notice the 800fps
As I barely understand the VC4 the texture units are hardware so should be able to keep up at the same rate?

Been watching all the old Demoscene stuff, that hardware is so basic.
Your stuff and Leon's stuff are showing what can be done with the new hardware - Pi's.

Baremetal music? SonicPi is written in Ruby?

[tipam]

I had been wondering what you have been up to
The real Yosemite?
That would mean using DEM terrain data plus procedurally generated trees?

...

Leon's stuff is really pushing it, did not notice the 800fps
As I barely understand the VC4 the texture units are hardware so should be able to keep up at the same rate?

I read the 800fps from Leon's Git readme at https://github.com/LdB-ECM/Raspberry-Pi ... "Update: All memory allocation now removed from render call and render speed now goes well over 800fps so I timed the rotation speed. You will notice rotation is alot smoother." ... however, I haven't tried his demo out to check it out.

Yosemite is probably an SRTM DEM with a Google map overlay (thank you Google!) .. Trees are simply scattered using Max's scatter tool. Everything is static geometry with the appearance of animation using UV animated sprite sheets and sliding textures.

The only work the CPU has to do is calculate collisions, basic rotations and around 25 draw calls

[tipam]

Ah! double posted!!

[Gavinmc42]

The only work the CPU has to do is calculate collisions, basic rotations and around 25 draw calls

That leaves a lot for a game engine
Leon has some multicore and 64bit code too

I've setup one of my Raspbian Lite Pi3's as a networked compiler box so I can C and Pascal compile natively on it.
Baremetal <0.4sec compile times

Is there any way you can tell how many QPU's you are using?

Been thinking about Demoscene, Procedurally Generating stuff like terrain and trees
https://www.grendel-games.com/procedura ... n/?lang=en
https://openworks.wooster.edu/cgi/viewc ... ndentstudy

A small kernel.img can generate a very large 3D world.
Instead of making all the models and texture maps in Blender etc PG them.
Making one model in blender and rendering it takes a lot of time for a noobie 3D model maker.
So PG everything, it could take time to generate the models and put them in ram.
Viewing them should be quicker than rendering on the fly,.

[tipam]

The only work the CPU has to do is calculate collisions, basic rotations and around 25 draw calls

That leaves a lot for a game engine

...Yes, you're right ... on my Pi3B+ the scene only takes 7-8% CPU time in desktop.

[tipam]

Just added a video on Youtube featuring an update of this demo with a hotel and snow!

Here it is .. https://youtu.be/goHVP0a85JY

I'll do my best to get it out (inc. source code) before next year

Here are some snapshots from an RPi 3 B+ ...





Happy Christmas!!

[Gavinmc42]

Wow, clouds and snow
You just answers a few questions I had.

I had comes across a Baregame2 demo that had alien landscape with a ground mist and wondered if this was possible on Pi's.
https://www.getlazarus.org/videos/bareterrain/

Been dabbling in Steampunk blimps and wondered if there was a way to do clouds.
Lots of super realistic stuff is out there now, lots of research papers and lighting/particle effects to do to make them look real.

[tipam]

Lots of super realistic stuff is out there now, lots of research papers and lighting/particle effects to do to make them look real.

... you can do a lot with simple UV animation, sprite sheets and alpha textures
.

[Gavinmc42]

Tim, got a borrow of this book, it explains lots of stuff in a way even I can understand
http://glbook.gamedev.net/GLBOOK/glbook ... fault.html

Got lots of books, some make sense now.
One thing I can across was texture compression.
Most PC based OpenGL/Directdraw/DirectX seems to be S3TC but we only have ETC1 available on the VC4.

I was wondering if you were using texture compression at all?
It looks like it makes for smaller memory access, ie 4 times saving.