| |
Oswald
Registered: Apr 2002
Posts: 5094 |
any more breakthroughs?
at DEM I wrote:
"We're so close to the limits, that there's no way to make any more breakthroughs."
Cruzer replied:
"So untrue. More like we have become so old and contend with what we have, that no one bothers to try making any more breakthroughs. Actually I think that's not even true. There has been several breakthroughs since DEM."
what do you think? |
|
... 30 posts hidden. Click here to view all posts....
|
| |
majorsky
Account closed
Registered: Jun 2004
Posts: 6 |
Puhhh... difficult to understand to be honest...
I understand now, how the sprite is displayed twice BUT how can you show different sprite designs on the same line, if there is only one sprite data fetch per line?!
Does anyone have some more info about the 50 pixel wide thing? |
| |
Oswald
Registered: Apr 2002
Posts: 5094 |
Quote: Puhhh... difficult to understand to be honest...
I understand now, how the sprite is displayed twice BUT how can you show different sprite designs on the same line, if there is only one sprite data fetch per line?!
Does anyone have some more info about the 50 pixel wide thing?
for the left sprite you use the fetch wich happens on the previous line for sprite #1 ( this is on the previos line on the right) and for the right sprite you use the fetch which happens on the current line.
------------------------------------- spr#1fetch ------------
spr#1show-------------------------- spr#1fetch -- spr#1show
see only one fetch per line.
some1 tell perff for god's sake to use fixed with font inside the code tags :) |
| |
majorsky
Account closed
Registered: Jun 2004
Posts: 6 |
OK, so this means, the sprite data can only be changed every second line for both.
Therefore:
---------------------------------- spr#1fetch(a)----------
spr#1show(a)--------------------- spr#1fetch(b)-spr#1show(b)
spr#1show(b)--------------------- spr#1fetch(c)-spr#1show(c)
spr#1show(c)--------------------- spr#1fetch(d)-spr#1show(d)
(x) shows the sprite data, which is fetched and displayed.
But, this scheme would not allow the different shape of SPrite 1 in the left and in the right.
Therefore, to allow something like in Krestage 3, it must be the following:
---------------------------------- spr#1fetch(a)----------
spr#1show(a)--------------------- spr#1fetch(b)-spr#1show(a)
spr#1show(b)--------------------- spr#1fetch(c)-spr#1show(b)
spr#1show(c)--------------------- spr#1fetch(d)-spr#1show(c)
Am I right?
|
| |
assiduous
Account closed
Registered: Jun 2007
Posts: 343 |
how can you do spr#1show(a) after spr#1fetch(b) ? b would have overwritten a. you cant do spr#1show(b) twice in a row either as sprite shift registers are emptied as a sprite is displayed.
the fetches for sprites 0-2 occur in the line preceding the display,for sprites 3-7 in the same line. it is important to note that the sprites in Krestage3 are displayed EVERY 2ND LINE! so the mechanism is simple: in the raster line preceding the first line when the sprites are displayed the sprite0 is fetched as the leftmost one,then in the line displaying the sprite contents the sprite0 is fetched in the right border and immediately displayed as the magic sprite "#9". as it wouldnt allow to display sprite0 in the next line anymore(the shift register is empty at this point!) the line coming after is blank and sprite0 contents fetched during this blank line account for the leftmost sprite in the next "display-line".
so the correct representation of this phenomenon would look as follows:
---------------------------------- spr#0fetch(a)----------
spr#0show(a)--------------------- spr#0fetch(b)-spr#0show(b)
---------------------------------- spr#0fetch(c)----------
spr#0show(c)--------------------- spr#0fetch(d)-spr#0show(d)
hope this helps |
| |
majorsky
Account closed
Registered: Jun 2004
Posts: 6 |
Ok, I already saw, that I was wrong.
Also, I didn't know, that displaying empties the shift registers...
Now, I understand!
Thanks. |
| Previous - 1 | 2 | 3 | 4 - Next |
