Log inRegister an accountBrowse CSDbHelp & documentationFacts & StatisticsThe forumsAvailable RSS-feeds on CSDbSupport CSDb Commodore 64 Scene Database
 Welcome to our latest new user eightbitswide ! (Registered 2024-12-24) You are not logged in - nap
CSDb User Forums


Forums > C64 Coding > DE00-DFFF
2004-05-09 02:44
SIDWAVE
Account closed

Registered: Apr 2002
Posts: 2238
DE00-DFFF

I read just about everything I could find about this memory area, but I remembered something, perhaps from a chat on IRC or something..

This mem area contains the program-counter, the last accessed line nr, cycle-counter, well - just about everything the machine does.

Is this true ?

Who knows anything ?

I can dig that any expansions put into the machine must have some input data, so naturally there has to be some important info in this memblock - but which ones exactly ?

I also read that it don't nessecarily behave the same way on every C64.

So ?

Help!!


I am also looking for a way to read the read-only registers of the SID.

My friend Kaze/TST did it once, but that program is lost forever, and he didn't code since 1988 on C64. damn.

The program was running a modified KERNAL, and it enabled us to write the music while playing, out to disk as a D400+ dump - but it was way to slow and the disk just got filled up very fast.

But it worked!


 
... 23 posts hidden. Click here to view all posts....
 
2004-05-09 14:47
Graham
Account closed

Registered: Dec 2002
Posts: 990
oops, same reply as groepaz :D
2004-05-09 19:42
SIDWAVE
Account closed

Registered: Apr 2002
Posts: 2238
Tell me what you know about DE00-DFFF Graham!?
Is there real´ly nothing usefull there, besides adding an expansion ?
2004-05-10 06:46
Hoogo

Registered: Jun 2002
Posts: 105
Quote: when you read from open i/o space you will always get the value that was on the bus last. it "contains" nothing at all unless you connect some sort of i/o expansion that maps its registers there (thats what this area is for anyways)

and as for "reading" the sid registers - its not possible either. the program your friend made probably worked the same way as the "music cruncher". it banks out i/o (and thus the sid), then calls the music routine. the music routine would then store whatever it writes into the ram at $d4xx instead of the sid, and the ram can ofcourse be read. (and to play the music at the same time, you keep track of what locations has been written to and write these values into the sid - after banking it in again ofcourse)


I thought about that too, but I found that it would only work if the music-routine writes only one tiome per call into the registers. And I imagined quite some effects that need more than one writing, and so I dropped that.
2004-05-10 09:50
Graham
Account closed

Registered: Dec 2002
Posts: 990
Quote: Tell me what you know about DE00-DFFF Graham!?
Is there real´ly nothing usefull there, besides adding an expansion ?


it is there for expansions. cartridges map parts of their rom and registers there. no cartridge attached -> no use.
2004-05-10 13:44
chatGPZ

Registered: Dec 2001
Posts: 11386
hoogo: yes that problem exists. another problem is that you can not say for sure which register has been written to at all, which make things even worse. however, it seems to work ok for many tunes anyway.
graham: didnt marko makäla write some little crazy program that runs in open i/o space? mmmh... or was that color-ram? *shrug*
2004-05-13 02:52
SIDWAVE
Account closed

Registered: Apr 2002
Posts: 2238
Hmmm... about DE00+ i found i could fuck up things by poking values to it.

About SID i made a frame-grabber that saves all poking to the SID.

Problem is, 1 min of music takes more than 64K ( I knew this beforehand).

I will now make it so it only saves the values that are different from the previous frame, then see how much RAM that takes..

LOL
2004-05-13 07:50
iopop

Registered: Dec 2001
Posts: 317
@rambones: Could you care to explain why you want the data of a whole tune for a post processing scenario? Since, I guess you're aiming for the c64 as target machine of your idea? I'm just curious and if you don't want to reveal your secrets I can surely wait..
2004-05-13 08:53
Hoogo

Registered: Jun 2002
Posts: 105
>about DE00+ i found i could fuck up things
>by poking values to it.

Then you might have inserted a cardridge?
2004-05-13 08:57
WVL

Registered: Mar 2002
Posts: 902
groepaz : you can clear your dummy area every frame with $ea for example to see if something was written or not.

problem remains that then you cannot detect if $ea (or any other number was written at all :(()

solution :

3 dummy buffers :

1 filled with $00, the other with $80 for example. 1 filled with the last data that was written to the sid.

every frame you write $00 to buffer 1 and $80 to buffer 2. then you jsr to the tune, which you have to 'adapt' to write to both your buffers.

then you have to check if something was written to the dummy buffers.

a simple

lda buffer1,x
bne somethingwritten
lda buffer2,x
cmp #$80
bne somethingwritten
..-> register x was not written

somethingwritten :

jsr storewrite
sta sidbuffer,x
sta $d400,x

will do...

and why would rambones want to do this? to save cycles in a darn-hard-cycle-eating-mega part? :)

I've been thinking about this myself too a bit, there's one part where I could really use the extra cycles gained...

(which I always only need for a couple of frames.. so...)

rambones : good luck
2004-05-13 10:41
Hoogo

Registered: Jun 2002
Posts: 105
Well, yes, if you can change the music-routine then you can perfectly detect every write to the sid. But what if you want to examine a music done in an unknown, tricky music-routine?
Previous - 1 | 2 | 3 | 4 - 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
E$G/HF ⭐ 7
Dymo/G★P
aeeben
Guests online: 97
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 Layers  (9.6)
2 Cubic Dream  (9.6)
3 Party Elk 2  (9.6)
4 Copper Booze  (9.6)
5 X-Mas Demo 2024  (9.5)
6 Dawnfall V1.1  (9.5)
7 Rainbow Connection  (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 Censor Design  (9.3)
5 Triad  (9.3)
Top Webmasters
1 Slaygon  (9.6)
2 Perff  (9.6)
3 Sabbi  (9.5)
4 Morpheus  (9.4)
5 CreaMD  (9.1)

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