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 > Right-most sideborder sprite bug
2006-09-06 17:38
JackAsser

Registered: Jun 2002
Posts: 2014
Right-most sideborder sprite bug

If you remove the sideborder and place any sprite at the very right most place in the border you will see about 8 pixels wide garbage on the line before the actual sprite (all 21 sprite lines are accounted for below this point). This is also some kind of sprite data and share the colors from the sprite that is about to be shown. VICE emulates it somewhat correct. This means that the sprite is actually 22 lines high?!

How and why does this occur and from where are the pixels fetched when the bug is outputed (or is it a bus-lock of some kind)?
 
... 16 posts hidden. Click here to view all posts....
 
2006-09-06 21:33
Graham
Account closed

Registered: Dec 2002
Posts: 990
The garbage is always the same $00 $FF $00 pattern one line above the actual sprite data. The $00's are just what is left in the sprite data shift register, and the $FF is propably a result of the shift register receiving tristate mode while wanting to receive non existant data. Just an assumption though.
2006-09-07 02:05
Style

Registered: Jun 2004
Posts: 498
with my sideborder dysp I cheated and set the sprite colour to the background colour for the first row :)

edit: Graham, were early VIC-IIs tri-state? I read somewhere that 6581's arent.......

2006-09-07 04:49
JackAsser

Registered: Jun 2002
Posts: 2014
@graham: makes some kind of sence at least. ;)

@style: I have an old VIC-II chip with the old colors and cheramic casing etc.. The bug is visible there too.
2006-09-07 14:11
Krill

Registered: Apr 2002
Posts: 2980
Hmm, the only way to get rid of that ug is indeed setting the corresponding colour register to background.
2006-09-07 15:12
Graham
Account closed

Registered: Dec 2002
Posts: 990
You can also use X-position, or just move the sprite 1 pixel up... Or cover the bug with another sprite... or... or... or...
2006-09-07 19:23
Danzig

Registered: Jun 2002
Posts: 440
or pronounce a BUG as a FEATURE like some silly east-european visual-basic-coder did...
2006-09-07 19:58
MRT
Account closed

Registered: Sep 2005
Posts: 149
You mean, like opening up the borders? ;-)
2006-09-07 20:02
Danzig

Registered: Jun 2002
Posts: 440
no, i mean like creating recordset1, open NONE-EXISTING recordset2 and looping over recordset3... NOT WORKING :) ... and as i removed >>On Error Resume Next<< all these ERROR-Messages appeard and he claimed: its all FEATURES in the program.... but yeah, i ment bugs like opening the borders ;)
2006-09-07 20:13
Krill

Registered: Apr 2002
Posts: 2980
Graham: true. I should do some nifty sideborder code again, seems too much chunkyness and drive shit have paid their toll on me. :D
2006-09-08 01:17
Style

Registered: Jun 2004
Posts: 498
graham: moving the sprite 1 pixel up just moves the corrupt gfx 1 pixel up :D

Previous - 1 | 2 | 3 - Next
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
MCM/ONSLAUGHT
DnP
wil
v3nt0r/ibex-crew
visionvortex
Guests online: 116
Top Demos
1 Next Level  (9.7)
2 13:37  (9.7)
3 Mojo  (9.7)
4 Coma Light 13  (9.6)
5 The Demo Coder  (9.6)
6 Edge of Disgrace  (9.6)
7 What Is The Matrix 2  (9.6)
8 Uncensored  (9.6)
9 Comaland 100%  (9.6)
10 Wonderland XIV  (9.6)
Top onefile Demos
1 No Listen  (9.6)
2 Layers  (9.6)
3 Cubic Dream  (9.6)
4 Party Elk 2  (9.6)
5 Copper Booze  (9.6)
6 X-Mas Demo 2024  (9.5)
7 Dawnfall V1.1  (9.5)
8 Rainbow Connection  (9.5)
9 Onscreen 5k  (9.5)
10 Morph  (9.5)
Top Groups
1 Performers  (9.3)
2 Booze Design  (9.3)
3 Oxyron  (9.3)
4 Censor Design  (9.3)
5 Triad  (9.3)
Top Graphicians
1 Mirage  (9.8)
2 Archmage  (9.7)
3 Pal  (9.6)
4 Carrion  (9.6)
5 Sulevi  (9.6)

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