Space Manbow 2 (Development MSX Fora)MSX Resource Center            
            
English Nederlands Espa�ol Portugu�s Russian         
 Nieuws
   Voorpagina
  Nieuws archief
  Nieuws onderwerpen

 Informatie
   MSX Fora
  Artikelen
  Recensies
  Beursverslagen
  Fotoreportages
  Beurzen en meetings
  Enquêtes
  Links
  Zoek

 Software
   Downloads
  Webshop

 MRC
   Wie we zijn
  Kom bij ons team
  Doneren
  Policies
  Contact met het MRC
  Link naar Ons
  Statistieken

 Zoek
 
  

  

 Login
 

Gebruikersnaam

Wachtwoord




Ben je nog niet lid? Klik hier en word MSX vriend!


 Statistieken
 

Er zijn 62 gasten en 4 MSX vrienden online

Je bent een anonieme bezoeker.
 

MSX Fora


MSX Fora

Development - Space Manbow 2

Ga naar pagina ( Vorige pagina 1 | 2 | 3 | 4 | 5 | 6 Volgende pagina )
Schrijver

Space Manbow 2

ARTRAG
msx master
Berichten: 1737
Geplaatst: 28 Januari 2006, 08:36   
It can be done for sure, but with some restriction on
the size of the TPSET "overlapping" areas.
How irregular do you want the ceiling and the floor?

In TP I draw the hidden page per columns of tiles 16x16.
All I need is to draw 16 columns before swapping.

One column must fit in 1/50 sec. In the same time I need also
to perform border management.

Actually the most effective compromise I have found for TP is
to draw in 1/50 sec the following things:

11 fast copies of 16x16 tiles
+
2 TPSET 16x16 blocks
+
1 veritical line copy for rigth border (1x176 pixels)
+
1 veritical line for canceling the left border (1x176 pixels)

all this stuff fits very well in 1/50 sec and allows to fill one colums,
so if you swap page each 16 frames you have a 1/50sec scrolling
and you can have nice block animations at 16/50 sec (i.e. also parallax).

Let' sgo to your requirements:
Quote:


Then a background which scroll together with the foreground, but also scrolls down on frame 0 and frame 8.
The total screen doesnt scroll every frame but on every even frame.



I see that the total scroll moves 2/50 sec, so in theory
you could have 32 frames before page swap. But
you want background be animated at frame 0 and 8, so
I must swap page each 16 frames (at the same TP rate).

Unhapplily, swapping each 8 pixels implies that the tiles
must have orizontal size 8, as at page swap the screen
has moved of 8 pixels.

In order to keep the same copy efficency you should use
8x32 tiles (actually the VDP is faster if the block has larger X).

Each frame, you must fill 2 columns of 6 blocks 8x32 that corresponds
to an area of 16x192.
In 16 frames you have a new page and you can swap.

So let's recollect:
each frames you must
1) fill an area of 16x192 with tiles 8x32.
2) do border management (only even frames)

This still consists in:
1 veritical line copy for rigth border (1x192 pixels now)
+
1 veritical line for canceling the left border (1x192 pixels now)

Broadly speacking in one frame, while filling an area
of 16x192 with tiles 8x32, you must

1) fast copy 6+6 = 12 tiles 8x32
2) TPSET copy up to 4 tiles 8x32 (the limit of 4 is due to VDP timing limits)

In my experience this can fit the VDP timings.

BUT

If you would relax the requirement on the background
animated at frame 0 and 8, and you accept an animation
at 0 and 16 this would change A LOT the things.

You could update the screen each 32 frames, this gives you
the possibility to have 16x16 tiles (the VDP is faster)
and to draw a 16x176 area each 2 frames!!

This gives you plenty of time for TPSET copy and VDP effects.

In 2/50 sec you can do

12 fast copies of 16x16 tiles
+
4 TPSET 16x16 blocks
+
1 veritical line copy for rigth border (1x176 pixels)
+
1 veritical line for canceling the left border (1x176 pixels)

and you have still spare time for SPRITE UPDATE using the VDP !!

This is the solution I was implementing in my OLD TP version,
where the sprites are updated by the VDP at each frame!!

up to you the decision










norakomi
msx professional
Berichten: 861
Geplaatst: 28 Januari 2006, 10:38   

hmm, I have problems uploading this image: can someone help me?
Quote:

How irregular do you want the ceiling and the floor?

Lets start with this example.
The top and the bottom (foreground) constantly looping. Only horizontal scrolling.
The rest of the screen (background) scrolling horizontally AND vertically.
The vertical scroll every 8 frames
The horizontal scroll every even frame.


Quote:

If you would relax the requirement on the background
animated at frame 0 and 8, and you accept an animation
at 0 and 16 this would change A LOT the things.

Unfortunately this would not look like parallax, because then the background (which scrolls vertically&horizontally) only moves differently from the foreground every 32 INTs. Thats a too slow movement.
Hmm, let me think about a way to speed up the movement of the background.
I totally understand what you typed above, and I did enjoy TP,
however, in order to make it even better, the background HAS to (somehow>?) move faster,
every 16 or every 32 INTs is not an option for me.
GhostwriterP
msx addict
Berichten: 313
Geplaatst: 28 Januari 2006, 12:08   
Just a few thoughts... you could concider sort of swapping fore and background, not viually but
in coding. Scroll the background but adjust the foreground every 4 frames or so.

norakomi
msx professional
Berichten: 861
Geplaatst: 28 Januari 2006, 12:54   
But adjusting the foreground means: scrolling the entire foreground with copies.

4 frames to update the entire screen is awfully tight.

We're trying to discus 8 frames in stead of 16, which is allready very tight.

What about wrapping ?????
What other techniques for a (so called) parallax ?

screen5
GhostwriterP
msx addict
Berichten: 313
Geplaatst: 28 Januari 2006, 13:20   
The background is a bigger area so it only seems logical to me to change the foreground wich is
smaller.
The aproach you have to make here is a technique that is used in all common tile scroll engines
only copy what changes.
Sure you might have to concider wasting a lot of vram on foreground tiles that are 1 pixel shifted
or scroll in 2 pixels at once (it is not gonna look smooth but it will work for most).

Wrapping... you mean making your background 32 pixels wide so after two pageswaps it repeats
itself? With this trick combined with the tilescroll technique you could have a very fast (lets say
200 pixels/second) scroll.

ARTRAG
msx master
Berichten: 1737
Geplaatst: 28 Januari 2006, 17:52   
IMHO the solution 8x32 is feasible and
can fit with "differential" drawing.
Among the 6+6 tiles 8x32 to update, you copy only
if the block is different fom the one already
there.

norakomi
msx professional
Berichten: 861
Geplaatst: 29 Januari 2006, 09:32   
I get it,
Scrolling the background AND the foreground 1 pixel to the left every frame.
And after 4 frames you swap page, and voila: on the new page the foreground is shifted 1 pixel extra to the left !!??? thats what you mean right?
Quote:

Wrapping... you mean making your background 32 pixels wide so after two pageswaps it repeats
itself? With this trick combined with the tilescroll technique you could have a very fast (lets say
200 pixels/second) scroll.

WRAPPING!!! O.k. think with me for a second:
Wrappin (very interesting)
*** making your background 32 pixels wide so after two pageswaps it repeats itself?
So every 16 pixels you swap page, right?
You could do this with a verticall and a horizontall scroll, right?
Could this be done with 48 pixels?
What other options/benefits do wrapping give you?
Could you think of some really cool tricks that you can achieve using WRAPPING?
GhostwriterP
msx addict
Berichten: 313
Geplaatst: 29 Januari 2006, 12:05   
Quote:

Wrappin (very interesting)
So every 16 pixels you swap page, right?

Yes.
Quote:

You could do this with a verticall and a horizontall scroll, right?

Yes.
Quote:

Could this be done with 48 pixels?

Yes by using 3 pages.
Quote:

What other options/benefits do wrapping give you?
Could you think of some really cool tricks that you can achieve using WRAPPING?


Wrapping reduces the total amount of bytes that you have to copy. So you can use or
spent some vdp time on other things, like I don't know... moving a big thing slowly up and
down. Space Manbow has those too you know. Only you might be able in doing it smooth.
Left and right maby only during a vertical scroll, also like in Space Manbow, must be
coincedence.
norakomi
msx professional
Berichten: 861
Geplaatst: 29 Januari 2006, 22:59   
Quote:

WRAPPING?


Quote:

reduces the total amount of bytes that you have to copy. So you can use or
spent some vdp time on other things, like I don't know... moving a big thing slowly up and
down. Space Manbow has those too you know.

Yes, but Space Manbow doesnt use the Wrapping techniques.
In what way can Spacemanbow 2 use the wrapping techniques so that it looks superior over Spacemanbow 1??
J-War
msx freak
Berichten: 221
Geplaatst: 30 Januari 2006, 12:33   
Anyway, the music on the video is not scc, it's one of my space manbow remake
norakomi
msx professional
Berichten: 861
Geplaatst: 31 Januari 2006, 08:21   
@J-War: so you're the one who made those awesome songs !!!
I love ém !!!Truly love 'em.

You dont happen to be active with SCC-BLAFFER at the moment ??
norakomi
msx professional
Berichten: 861
Geplaatst: 29 Mei 2006, 10:49   
The devellopent of Spacemanbow is going as planned.
Music has not been made yet.
7 out of 9 levels have been (for more than 90%) made.
The other 2 levels will be made within the next 3/4 months.
After that the music will have to be made, and then the game
will finally see its release !!

Planned release date: early 2007 !!!


Imanok
msx addict
Berichten: 284
Geplaatst: 29 Mei 2006, 11:47   
Could you show us a more advanced demo??
AuroraMSX

msx master
Berichten: 1260
Geplaatst: 30 Mei 2006, 08:59   
Quote:

Planned release date: early 2007 !!!


At the fair in Nijmegen?
norakomi
msx professional
Berichten: 861
Geplaatst: 30 Mei 2006, 18:19   
Quote:

Quote:

Planned release date: early 2007 !!!


At the fair in Nijmegen?

I hope so !!!
Quote:

Could you show us a more advanced demo??

Im only focussing on the game now, Ill probably not make a promo until the game is done


 
Ga naar pagina ( Vorige pagina 1 | 2 | 3 | 4 | 5 | 6 Volgende pagina )
 







(c) 1994 - 2008 Stichting MSX Resource Center. MSX is een trademark van MSX Licensing Corporation.