Author Topic: [UDG] Canopys DBF UDG Challenge Entry  (Read 2729 times)

0 Members and 1 Guest are viewing this topic.

Offline Canopy

  • Atari ST
  • ***
  • Posts: 208
  • Karma: 20
    • View Profile
[UDG] Canopys DBF UDG Challenge Entry
« on: February 20, 2013 »
Hi Everyone,


Here's my challenge entry  - Written using Visual C++, for OpenGL ES 2.0, the only external tool used was Pixel Font ( http://www.min.at/prinz/software/pixelfont/ ) which exports a header file used to generate 8x8 arrays used to draw characters (that look like the windows system font)


Due to differences between the AMD and the Mali implementations of EGL config set up stuff I've had to provide two exe's, they're in obviously named sub folders.

If you're using a recentish ATI/AMD card the native implementation should just work (tm)!

Otherwise Mali will, but its slower because its emulated over normal GL.
(One of them should work with ANGLE DLLs from other implementations)

Out of scope there are some keypresses too

SPACE - pauses
PLUS - increases the number of UDGs on screen (makes it slower)
MINUS -  - decreases the number of UDGs on screen (makes it faster, i think zooming once makes the copperesque bit run at super speed)


Will post some more info on the implementation tomorrow as I've written that on my laptop. But to give an indication the last screenshot attached I ran it with wireframe mode on and zoomed in to show the UDG triangle construction



Vimeo Link -> https://vimeo.com/60122930




- Canopy
« Last Edit: February 21, 2013 by Canopy »

Offline Hotshot

  • DBF Aficionado
  • ******
  • Posts: 2114
  • Karma: 91
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #1 on: February 20, 2013 »
is there somethings wrong because I run the program and I get big window screen white(I thought I could resize the window)

I will show you what I mean



It`s Shouldnt happen like that? Right?

It is interesting on what you have done thought :)

Offline Canopy

  • Atari ST
  • ***
  • Posts: 208
  • Karma: 20
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #2 on: February 20, 2013 »
resize isn't a good idea :( sorry! ...and thanks!  :)


Offline Hotshot

  • DBF Aficionado
  • ******
  • Posts: 2114
  • Karma: 91
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #3 on: February 20, 2013 »
Couldnt you resize the window and what programming language were written in?

Offline Canopy

  • Atari ST
  • ***
  • Posts: 208
  • Karma: 20
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #4 on: February 20, 2013 »
pretty much straight C as a win32 api application (no MFC)

i can only resize by double clicking the title bar or docking it on win7 which screws it up.


Offline Hotshot

  • DBF Aficionado
  • ******
  • Posts: 2114
  • Karma: 91
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #5 on: February 21, 2013 »
Quote
i can only resize by double clicking the title bar or docking it on win7 which screws it up.

Bummer but good things that you Release on DBF UDG Challenge Entry

Well Done  :clap:

Offline Kirl

  • Senior Member
  • Pentium
  • ********
  • Posts: 1200
  • Karma: 230
    • View Profile
    • Homepage
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #6 on: February 21, 2013 »
Mali worked for me, but it was indeed quite slow on my laptop.
Well done on your first ever demo though, cool to have you enter the comp!   :cheers:

www.kirl.nl
Challenge Trophies Won:

Offline combatking0

  • JavaScript lives!
  • Senior Member
  • DBF Aficionado
  • ********
  • Posts: 4569
  • Karma: 235
  • Retroman!
    • View Profile
    • Combat King's Barcode Battler Home
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #7 on: February 21, 2013 »
You've got potential - there's plenty going on in this program for a first demo.
You are our 9001st visitor.
Challenge Trophies Won:

Offline Canopy

  • Atari ST
  • ***
  • Posts: 208
  • Karma: 20
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #8 on: February 21, 2013 »
Thanks!

Just arrived at work, so can paste the details on the implementation i'd prewritten on my laptop now.


The UDGs are rendered using what i've internally called 2D Grid in my code.

In the 2D Grid the screen is divided into blocks, the number of which is divisible by 8.

So on the x-axis to have 256 blocks takes 4 pixels (1024/256==4), to have 128 takes 8 pixels (1024/128==8).

Every time an individual block is drawn a single pair of triangles (in a VBO) is reused. As i've used OpenGL ES, a lot of the work is done in the shaders, including the translation (position), aspect ratio correction and colouring.

The 2D Grid can be refactored at run-time to modify the block size (which configures the size of the stored triangles in the VBO) but still conform to a screen width in blocks that is divisible by 8.

So the 2D Grid code is used to render each UDG an array of 8x8 'blocks'.

In the case of a single 8x8 text character on the screen is drawn using UDGs, which in turn are drawn using 8x8 2D Grid blocks. Each of those 2D Grid blocks is 2 triangles in a VBO 'instanced' over and over again via the shader. So one text character on screen is 64*64=4096 blocks or 64*64*2=8192 triangles.

Lessons learned

As stated before this is my first demo and challenge entry, prior to this challenge I'd only ever fiddled with a recompiled 3D Cube sample from the Mali SDK and written the 'hello triangle' sample. Pretty much  everything has been learned and done from scratch.

What I brought in from the fiddling i'd done with the previous stuff was some high resolution delta timing code, and some windowing set up stuff i'd done while building upon those two things.

I'm really happy in how i've seperated things. I've got a platform.lib which calls an app specific entry point for 'setup' and contains the things dependent upon O/S, like timing, input and handling windowing. The other library is stuff thats reusable code common to everything (I'm not calling this an engine.. as per this brilliant article someone linked on DBF previously http://scientificninja.com/blog/write-games-not-engines )

I've chosen OpenGL ES as I do hope to be able to port code across to devices like the Raspberry Pi and have ideas for some interactive stuff on tablets.

However after hitting performance issues with the onboard intel card my motherboard had, and discovering most OpenGL profiling tools require firstly, better cards and secondly full GL. I've decided the future lies in making a 'normal' GL version of my platform lib for desktop development to take advantage of profiling tools in future, and so that in future challenges more people might be able to actually run them! (I will try to stick to the methods available in both desktop OpenGL and OpenGL ES 2.0 to do this though).

As far as other performance goes, I could have probably gained some by using a VBO list per UDG and reusing that.

Going forwards, i've learned a lot, and the pixel font rendering code particularly will help if i want to write a console interface or simply show an FPS counter.

Offline benny!

  • Senior Member
  • DBF Aficionado
  • ********
  • Posts: 4380
  • Karma: 228
  • in this place forever!
    • View Profile
    • bennyschuetz.com - mycroBlog
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #9 on: February 21, 2013 »
Looks nice, Canopy. Although it runs really slow. Even using -/+ does not really speed this up.

Will check this on another computer at home.

[ mycroBLOG - POUET :: whatever keeps us longing - for another breath of air - is getting rare ]

Challenge Trophies Won:

Offline mazemaker

  • C= 64
  • **
  • Posts: 28
  • Karma: 11
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #10 on: February 22, 2013 »
Pretty nice, Canopy for a first demo especially!

Offline Canopy

  • Atari ST
  • ***
  • Posts: 208
  • Karma: 20
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #11 on: February 23, 2013 »
thanks :)


I've been reviewing my notebook and have made a list of adjustments to make to my libraries/code, and have realised that as well as this challenge teaching me a lot I have some good stuff to build upon.

hopefully another challenge that takes my fancy doesn't pop up before i've got that groundwork done!

there's a scope for massive optimisation  by 1) using a VBO per UDG rather than for each square and then following from that -  i think i reinvented in my head what is similar to the "stripe" algorithm i just found in the Real-Time Rendering book. all this code in my ever evolving libraries will help as its leading me towards one of my goals :)

Offline Shockwave

  • good/evil
  • Founder Member
  • DBF Aficionado
  • ********
  • Posts: 17378
  • Karma: 497
  • evil/good
    • View Profile
    • My Homepage
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #12 on: February 23, 2013 »
Hi Canopy, well done on your first ever demo :)
Shockwave ^ Codigos
Challenge Trophies Won:

Offline padman

  • Senior Member
  • Pentium
  • ********
  • Posts: 978
  • Karma: 258
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #13 on: February 24, 2013 »
Really nice for your first attempt in creating a demo. Looking forward to see more from you in upcoming challenges!  :)
Challenge Trophies Won:

Offline Raizor

  • Founder Member
  • Pentium
  • ********
  • Posts: 1150
  • Karma: 174
    • View Profile
    • Raizor's Dev Blog
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #14 on: February 25, 2013 »
Well done Canopy :) This reminds me of a very early cracktro. I like the way the text moves in at the beginning, it's a very nice opening touch. K++
raizor

Challenge Trophies Won:

Offline jace_stknights

  • Amiga 1200
  • ****
  • Posts: 399
  • Karma: 32
  • PEEK & POKE are not MOVEM!
    • View Profile
    • ST Knights WebSite
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #15 on: February 26, 2013 »
Well done for a first try!
Challenge Trophies Won:

Offline Canopy

  • Atari ST
  • ***
  • Posts: 208
  • Karma: 20
    • View Profile
Re: [UDG] Canopys DBF UDG Challenge Entry
« Reply #16 on: February 26, 2013 »
Thanks again for the kind words guys :) k++

Hopefully next one will be even better.

I'm still coding off the back of this and pretty much up to speed now with Desktop GL plus some improvements like alt-enter windows/fs support etc..