Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > DYSP right sideborder solution
2018-03-18 20:58
TWW

Registered: Jul 2009
Posts: 545
DYSP right sideborder solution

When putting sprites into the right border, you get the bugs on some sprites due to VIC updating or somesuch which isn't avoidable.

I imagine this could be handled with a z-sorter keeping the lower tier sprites away from the right border but would perhaps introduce priority to shift. What's the common practice (if any) and if you have to choose between the priority stuff or the right border bug, which one is more acceptable?
2018-03-27 17:43
Golara
Account closed

Registered: Jan 2018
Posts: 212
Sprite data for sprites 0, 1, 2 is fetched on cycles 58-63, so the right border, the rest is fetched at cycle 1-10. I think there's no way but to sort them in such a way that sprites 0,1,2 are never in the right border. Didn't do a DYSP yet so I don't know.
2018-03-28 10:06
Firehawk

Registered: Aug 2011
Posts: 31
If you're not doing multiplexing, then you can just sort the sprites in x-order, making sure that sprite 0 is always the leftmost sprite.
When multiplexing this is not that much harder, but you need to update the code inline to which sprites you place first, before you do the dysp calculations (and after you do the y-sorting).
Or you can cheat using some tables :-)
2018-03-28 11:03
Krill

Registered: Apr 2002
Posts: 2980
Quoting Firehawk
Or you can cheat using some tables :-)
Since when is using tables considered cheating? :)
2018-03-28 12:17
TWW

Registered: Jul 2009
Posts: 545
Yeah, it's one out of three options:

#1: Ignore it and have the bugging of the lest significant sprites (ugly bug)

#2: Sort the sprites to avoid low order ones to go into the right border (will introduce priority switching/glitches which I assume is considered acceptable?)

#3: keep X-Max lower than the point of where shit starts to go weird ;-) (which all in all is outright lame^^)

So I guess it's option #2 unless I got this wrong.
2018-03-28 12:33
HCL

Registered: Feb 2003
Posts: 728
I assume you are only planning on putting sprites in the *right* border, and not in the *left*. Otherwise you would have asked how to get rid of the similar bugs you also get in the left border :). Suggested solution(s) will solve both problems though.
2018-03-28 17:19
TWW

Registered: Jul 2009
Posts: 545
Funny, I have all the sprites running into the far left border (I mean even with $d010 set and X = $e8) but didn't see any bugs there. Although i do use emulator so perhaps this only shows on real HW. Can't remember seeing this on HW either but that is a long time ago.


Here is a screenshot, notice the "S" on the left picture and similarly, the "C" on the right picture not showing any bugs.

RefreshSubscribe to this thread:

You need to be logged in to post in the forum.

Search the forum:
Search   for   in  
All times are CET.
Search CSDb
Advanced
Users Online
e5frog
Acidchild/Padua
Moloch/TRIAD
psych
kbs/Pht/Lxt
Chico/Civitas
Guests online: 118
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 Edge of Disgrace  (9.6)
6 What Is The Matrix 2  (9.6)
7 The Demo Coder  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 Layers  (9.6)
2 No Listen  (9.6)
3 Party Elk 2  (9.6)
4 Cubic Dream  (9.6)
5 Copper Booze  (9.6)
6 Rainbow Connection  (9.5)
7 Dawnfall V1.1  (9.5)
8 Onscreen 5k  (9.5)
9 Morph  (9.5)
10 Libertongo  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Triad  (9.3)
5 Censor Design  (9.3)
Top NTSC-Fixers
1 Pudwerx  (10)
2 Booze  (9.7)
3 Stormbringer  (9.7)
4 Fungus  (9.6)
5 Grim Reaper  (9.3)

Home - Disclaimer
Copyright © No Name 2001-2024
Page generated in: 0.034 sec.