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

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

Registered: Jul 2009
Posts: 444
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

Registered: Jan 2018
Posts: 98
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

Registered: Aug 2011
Posts: 29
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

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

Registered: Jul 2009
Posts: 444
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

Registered: Feb 2003
Posts: 678
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

Registered: Jul 2009
Posts: 444
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
Users Online
The MeatBall
Guests online: 23
Top Demos
1 Uncensored  (9.7)
2 Comaland 100%  (9.7)
3 Unboxed  (9.7)
4 Edge of Disgrace  (9.7)
5 Coma Light 13  (9.6)
6 The Shores of Reflec..  (9.6)
7 Lunatico  (9.6)
8 Wonderland XII  (9.6)
9 X Marks the Spot  (9.6)
10 C=Bit 18  (9.6)
Top onefile Demos
1 Arok 20 Invitation  (9.6)
2 FMX Music Demo  (9.6)
3 Daah, Those Acid Pil..  (9.6)
4 Pandemoniac Part 2 o..  (9.5)
5 Rewind  (9.5)
6 Party Horse  (9.4)
7 Dawnfall V1.1  (9.4)
8 Crystal Gazer  (9.4)
9 Merry Xmas 2017  (9.4)
10 Dawnfall  (9.4)
Top Groups
1 Oxyron  (9.4)
2 Booze Design  (9.4)
3 Censor Design  (9.4)
4 Finnish Gold  (9.3)
5 The Transfer Team  (9.3)
Top Diskmag Editors
1 Jazzcat  (9.5)
2 Newscopy  (9.4)
3 Peter  (9.3)
4 A Life in Hell  (9.2)
5 Remix  (9.2)

Home - Disclaimer
Copyright © No Name 2001-2018
Page generated in: 0.048 sec.