On 2012-01-26, at 11:53, Oliver Schmidt wrote: > But to be honest I still don't really get the point: So the VIC has > never access to $1000-$3000. But don't C64 programs have stuff like > code and non-VIC/non-SID data to store? Since we talk mostly about the "entertainment" pieces of software, the answer is that there is either code, data (like tables for effects and co.) sound stuff, gfx stuff. While VIC is not used there due to limitations in every second VIC bank, that leaves us with code, data, sound stuff. > I stll can't see why it is > "obvious" to waste bytes "here and there" be tying stuff to fixed > locations It is certainly not "obvious" but it is quite "typical" because the players are ready, the sound data is ready, the interface to the player is ready. And it contains "useful stuff" like code (for the player) and SID data. Making it relocatable would require noticeable effort and caution in order to not run into troubles. So - no, it is not "obvious", not "optimal", and not even "very good" way but rather a "least effort compromise". > when after all it's only about keeping VIC-relevant data out > of $1000-$3000. Anyway there's surely no point in discuss ing this > (here (with me))... OK - no more ;-) > My takeaway is that for the 6510 this is perfectly ordinary memory and > therefore my advice of not just loading dummy bytes there but rather > load some initial sound data there was useful/correct :-) Sure! Undoubtedly. :-) ---------------------------------------------------------------------- To unsubscribe from the list send mail to majordomo@musoftware.de with the string "unsubscribe cc65" in the body(!) of the mail.Received on Thu Jan 26 13:13:51 2012
This archive was generated by hypermail 2.1.8 : 2012-01-26 13:13:54 CET