| |
Bitbreaker
Registered: Oct 2002
Posts: 499 |
Compotime: Show me your (vector)balls
After several comments arised that such an amiga-ball can be filled faster, i now want to call out a filler-compo for our coders.
Requirements:
The vector must be rendered in hires, background is white, foreground is dark red.
There's a raster-irq running that splits the screen at $2d and $f2 to set the background and border color to white and black, as seen in the screenshot. Means, there is a charline free in the bottom, that is where the benchmark results are displayed with the system charset. Displaying the result with screencodes is enough for us coders, but hex or decimal values are okay too.
The animation will be precalculated to see the power of your filler only. Therefore a data.bin is provided that contains all animationsteps for all faces with culling etc. already done.
The data structure may be altered to your needs, but not the animation itself, obvious isn't it?
The structure of data.bin is as follows:
byte x1 | $80
byte y1
byte x2
byte y2
byte x3
byte y3
byte x4 (optional, depending on if we have a triangle or quad)
byte y4 (optional, depending on if we have a triangle or quad)
As you can see faces can have 3 or 4 vertices, the first vertice is marked with bit 7 set, to be able to determine if a face consists of 3 or 4 vertices and to have a break out point for a finished frame, which is marked with the value $ff. If there's further questions about the data-format, don't hesitate to contact Bitbreaker
The filling must happen fullframe and fullsize, means, no interlacing or other cheap tricks with reducing resolution.
A counter for benchmarking must be implemented to count the frames until 256 frames have been displayed, it must be made visible in the bottom line.
The lowest value achieved counts (as there might be some jitter), for that, each entry must run in an endless loop.
The whole mem can be used, but every free byte of mem gives extra kudos.
Deadline is June 25th 0:00.
If the deadline is extended, a severe drama is expected, if not, you are out. Also i'll participate with an own entry, make a drama about it! :-)
Entries must be handed in to Bitbreaker and must not be released beforehand. They all will then released after the deadline, for maximum thrill and drama :-)
Each entry must be executeable with run.
SO DO YOU HAVE THE BALLS? |
|
... 166 posts hidden. Click here to view all posts....
|
| |
HCL
Registered: Feb 2003
Posts: 716 |
@Oswald: yeah, that's what i did, i even had a precalced div table.. but just finding the values in the table ate up the benefit of the faster line. Though the bresenham is faster on flat lines, plus that the steap lines are quite short.
@Cruzer: of course it is EOR, not ORA. So, do you have any mem left for further development? |
| |
Cruzer
Registered: Dec 2001
Posts: 1048 |
@HCL: About $2a00 free + various holes in the data/code. And it might be possible to gain some more by packing the coords, but of cuz only if the freed up data can be used for optimizing the whole thing more than the depacking takes. |
| |
ChristopherJam
Registered: Aug 2004
Posts: 1370 |
@Cruzer, are you already down to 46,500 cycles? (I'm assuming 19656-43*25=18581 cycles available per frame; should really be less once the raster IRQ is factored in)
I think I've only just worked out a way to get that low, and I've less than $1e00 bytes remaining :-/ All my grandiose plans for getting below 2 frames turned out to need at least 70k of ram, unless you count VQ :p |
| |
Kisiel
Account closed
Registered: Jul 2003
Posts: 56 |
so maybe is good idea to use memory expansion, like 1541U aka REU ?
VICE have this so it's not a problem. |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
with a reu you can just do an animation, whats the point then? booooring |
| |
Cruzer
Registered: Dec 2001
Posts: 1048 |
We could also just all agree to run Vice at 400% speed. Why waste your time with nerdy optimizations when there's easier ways to get to the same result? :) |
| |
Cresh
Registered: Jan 2004
Posts: 354 |
 |
| |
chatGPZ
Registered: Dec 2001
Posts: 11100 |
Quote:We could also just all agree to run Vice at 400% speed. Why waste your time with nerdy optimizations when there's easier ways to get to the same result? :)
i have it running at 75fps using GL \o/ does anybody care? =P |
| |
Axis/Oxyron
Registered: Apr 2007
Posts: 91 |
@Groepaz: Damn, you have beaten me. My version runs in 50 fps on Amiga. |
| |
Danzig
Registered: Jun 2002
Posts: 428 |
@Axis & @Groepaz: Now please sit down and port Groepazens GL Version to Storm-C using GL on a plain A1200 mit 020er. My bet: 2 fps :D |
| Previous - 1 | ... | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | ... | 18 - Next |
