Jump to content
IGNORED

Horizontal scrolling Parallax and soft sprites


José Pereira

Recommended Posts

http://www.youtube.com/watch?v=AtdUBPYVKmk http://www.youtube.com/watch?v=mW4w32UihGE

 

Never get an answer to this...

Is it possible/timing correct to use soft sprites in this type of Parallax scrolling games?

And also put one PM overlaying each soft sprite?

 

And how many normal C64 sprites sizes could we get on A8?

 

EDIT: We would need, probably, to use many Charsets, like one Charset for two Charlines minimum.

Would this turn even more difficult the handling of the soft sprites?

Edited by José Pereira
Link to comment
Share on other sites

http://www.youtube.com/watch?v=AtdUBPYVKmk http://www.youtube.com/watch?v=mW4w32UihGE

 

Never get an answer to this...

Is it possible/timing correct to use soft sprites in this type of Parallax scrolling games?

And also put one PM overlaying each soft sprite?

 

And how many normal C64 sprites sizes could we get on A8?

 

EDIT: We would need, probably, to use many Charsets, like one Charset for two Charlines minimum.

Would this turn even more difficult the handling of the soft sprites?

 

Forget softwaresprites with overlay in front of a parallax scroller. As soon as parallax comes into the scene, the calculation exceeds gameplay speed. If you want to use parallax, it's better to stick to the abilites of the PM graphics for moving objects.

Link to comment
Share on other sites

Jose... grab an assembler... ;) how should we say this is possible or that is possible without trying? and this kind of questions you need code to proove and this costs energie and time simply just to say yes or no... and softsprites in combination with parallax like flimbo plus charlimit (128) or even multiple fonts plus overlays etc... well...

 

so I am more with emkay... at this stage... I would say difficult in 50 FPS... so go for PMs. you know how the parallax works here? 4 fonts for each scrolling stage plus copy layers etc? so... on A8 we would need how many fonts just for the damned softsprite engine? and then this multiplied with 4? hmmm... ah ok... you want to use 1 MB flashcart... ;)

Link to comment
Share on other sites

I just want to listen coders opinion.

Not asking for you try it and waste time. Just opinions.

Coders sure know what they can get or not.

 

I would need a personal professor here with me all the time.

I have no money to pay it so there's no code.

I can't get things just by Web or with questions, all in English, technical words,...

No way even if I live more than 100years.

Link to comment
Share on other sites

Jose... grab an assembler... ;) how should we say this is possible or that is possible without trying? and this kind of questions you need code to proove and this costs energie and time simply just to say yes or no... and softsprites in combination with parallax like flimbo plus charlimit (128) or even multiple fonts plus overlays etc... well...

 

so I am more with emkay... at this stage... I would say difficult in 50 FPS... so go for PMs. you know how the parallax works here? 4 fonts for each scrolling stage plus copy layers etc? so... on A8 we would need how many fonts just for the damned softsprite engine? and then this multiplied with 4? hmmm... ah ok... you want to use 1 MB flashcart... ;)

 

And if I use PM0&PM1 Hardware sprite only for our guy and then Enemys in 'scripted' movement using PM2&PM3 underlays?

(yes, I know about using Multiple Charsets and the 4copy shifted of the back/Parallax gfxs)

 

But this scrolling/Enemys C64 moving Hi-resolution 50fps would need to be 25fps on A8 because of colour clock movement...

Wouldn't it be possible (or would it look good?) if we use 25fps and we would then have:

-> frame1: scrolling

-> frame2: soft sprites

-> frame3: scrolling

-> frame4; soft sprites

and so on...

Would this look bad, like SCROLL/STOP/SCROLL/STOP/... chewed/choking?

Edited by José Pereira
Link to comment
Share on other sites

honest advice from my side... :) learn to code... really... all your energie put into your really good postings in terms of knowledge would give you fast progress while coding your personal stuff... and don't forget... you could even do and convert your own "test gfx assets". more than I could do.

Link to comment
Share on other sites

honest advice from my side... :) learn to code... really... all your energie put into your really good postings in terms of knowledge would give you fast progress while coding your personal stuff... and don't forget... you could even do and convert your own "test gfx assets". more than I could do.

 

I agree, why not have a quick look at Atari Roots and see if it's something you think you could take up? If you can do any type of programming already then writing 6502 is easy and you already know a fair bit about the machine's capabilities - debugging the code you write is often another matter though :?

 

Cheers,

 

Simon

Link to comment
Share on other sites

But this scrolling/Enemys C64 moving Hi-resolution 50fps would need to be 25fps on A8 because of colour clock movement...

Wouldn't it be possible (or would it look good?) if we use 25fps and we would then have:

-> frame1: scrolling

-> frame2: soft sprites

-> frame3: scrolling

-> frame4; soft sprites

and so on...

Would this look bad, like SCROLL/STOP/SCROLL/STOP/... chewed/choking?

 

On the c64 the screen has to scroll in 2 pixel (one multicolour pixel) steps anyway otherwise the background layer would judder by one (hires) pixel each move..

When you're walking in those games, the screen is scrolling at a rate of one multicolour clock per frame, therefore the background layer done through charset switching is only really moving every 2 frames, but in fact the charset is changing every frame.. If you see what I mean :)

The A8 will be exactly the same as the 64 in this regard..

Link to comment
Share on other sites

I would say difficult in 50 FPS... so go for PMs.

 

I would disagree.

 

Currently I am doing something similar.

3 layers, soft sprites, 20 lines parallax, 256 chars, dozen of colors, cycles free multiplexed

PM. (as in embex)

The biggest problem with softsprites is inverse.

Soft sprite will change color as in BlackLamp.

 

There are two solutions. Avoid the fifth color.

Or ...... ;)

 

Eagle

Edited by Eagle
Link to comment
Share on other sites

I would say difficult in 50 FPS... so go for PMs.

 

I would disagree.

 

Currently I am doing something similar.

3 layers, soft sprites, 20 lines parallax, 256 chars, dozen of colors, cycles free multiplexed

PM. (as in embex)

The biggest problem with softsprites is inverse.

Soft sprite will change color as in BlackLamp.

 

There are two solutions. Avoid the fifth color.

Or ...... ;)

 

Eagle

 

Why does some weird noise tell me that those moving objects were limited in Y movement?

Link to comment
Share on other sites

Currently I am doing something similar.

3 layers, soft sprites, 20 lines parallax, 256 chars, dozen of colors, cycles free multiplexed

PM. (as in embex)

The biggest problem with softsprites is inverse.

Soft sprite will change color as in BlackLamp.

 

There are two solutions. Avoid the fifth color.

Or ...... ;)

 

Eagle

Very good to hear that you are doing such a project.. fifth colour issues? just plan and avoid using col2/3 in you softsprites def. Yes, there's more time taken to read the background chars for inversion when you're drawing your sprite but otherwise you are free to use pf2/3 in your background chars.
Link to comment
Share on other sites

Currently I am doing something similar.

3 layers, soft sprites, 20 lines parallax, 256 chars, dozen of colors, cycles free multiplexed

PM. (as in embex)

The biggest problem with softsprites is inverse.

Soft sprite will change color as in BlackLamp.

 

There are two solutions. Avoid the fifth color.

Or ...... ;)

 

Eagle

Very good to hear that you are doing such a project.. fifth colour issues? just plan and avoid using col2/3 in you softsprites def. Yes, there's more time taken to read the background chars for inversion when you're drawing your sprite but otherwise you are free to use pf2/3 in your background chars.

 

In MJO i use inv color only yon those background parts where no soft-sprites can go.

Link to comment
Share on other sites

Currently I am doing something similar.

3 layers, soft sprites, 20 lines parallax, 256 chars, dozen of colors, cycles free multiplexed

PM. (as in embex)

The biggest problem with softsprites is inverse.

Soft sprite will change color as in BlackLamp.

 

There are two solutions. Avoid the fifth color.

Or ...... ;)

 

Eagle

Very good to hear that you are doing such a project.. fifth colour issues? just plan and avoid using col2/3 in you softsprites def. Yes, there's more time taken to read the background chars for inversion when you're drawing your sprite but otherwise you are free to use pf2/3 in your background chars.

 

You couldn't use PF2 on a soft sprite if your BACKGR has PF3 because it would mess/clash with the gfxs (it would need, at least, 3pixels space between soft sprite PF2 and gfxs chars) but you could get things other way:

In a static screen it would be more simple, I think, to read and see if each char it's using PF2 or PF3.

Go for PMs underlay/overlays and soft sprites (here I have PRIOR0 and underlay P2&P3 on the two Nurses):

Gfxs have PF2 and PF3.

Soft sprites only move horizontal and they 'check' the gfxs char to see what's in use (PF2 or PF3). Then the soft sprite is using PF2 or PF3 according to the char it is overlaping.

But PM2 and PM3 Oring PF2 or Oring PF3 will ever get the same colour,luminance (the Eyes).

You just read the chars where you would Bitmap Masking your soft sprite but for the sprite (Nurses Eyes) the colour result it's always the same:

post-6517-0-89709600-1324071069_thumb.png post-6517-0-74564300-1324071074_thumb.png post-6517-0-30325100-1324071078.png

 

 

EDIT: P2 and P3 use colour3 that when Oring PF2&PF3 you will always get colour15 Light Brown.

Edited by José Pereira
Link to comment
Share on other sites

honest advice from my side... :) learn to code... really... all your energie put into your really good postings in terms of knowledge would give you fast progress while coding your personal stuff... and don't forget... you could even do and convert your own "test gfx assets". more than I could do.

My advice would be: Learn to focus on ONE thing and don't jump around like a bunny from one idea to the next so none of the projects gets anywhere.

Link to comment
Share on other sites

honest advice from my side... :) learn to code... really... all your energie put into your really good postings in terms of knowledge would give you fast progress while coding your personal stuff... and don't forget... you could even do and convert your own "test gfx assets". more than I could do.

My advice would be: Learn to focus on ONE thing and don't jump around like a bunny from one idea to the next so none of the projects gets anywhere.

 

The projects going or not isn't the point here.

The point here is knowing about what can be or not...

When I post here, sometimes maybe I have all my part done ;) and others just to see what I can get...

 

But I need to have many things going on at the same time...

I have some guys 'on the backs' that need them.

Hope is that someday they finish the things.

Edited by José Pereira
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...