60hz FRAM preview by LBPHacker
It's a 60hz jumpmachine. Set a particle in the upper chamber to 0x20008000 + [address] and when it reaches that particle, it jumps to [address] (this is a 1024 particle RAM, so only 10 bits are considered). Otherwise it just reads the next particle.
sorcery
60hz
fast
subframe
memory
conv
dtec
filt
stacking
Comments
-
LBPHacker 13th Dec 2015
Well, thank you! Yep, it's solid state, I just couldn't believe it wasn't possible to build without using pistons. Also, yes, sometimes I do cheat with tmp2. As for the counter, what do you mean by robust though? Finally yeah, there are those BTRYs. I didn't exactly do it intentionally, I just did it before I fell for layering, and I'm still not yet a master of CRAY. I just recently discovered that with .ctype=SPRK you can delete particles. -
Schmolendevice 13th Dec 2015
So your design is still more 'space efficient' in terms of the capacity to copy-down/copy-up larger depth memory blocks but during writing operations would still be classified as 'double volume' in that you 'back up' all un-edited columns and write them back while programing a single location. So indeed a nice solid state variation of my 2D FRAM I guess. Nice. -
Schmolendevice 13th Dec 2015Well, well, well, tmp2s let me spend some hour or so having no idea how your DTEC there was able to receive arbitrary ctypes. I can see how you implemented your own form of 'solid state' copy-down/copy-up RAM access. And I'd guess that your counter also has a robust system for changing its contents? There seems though to be some rows of particles sparked by BTRY that could be sparked with CRAY, unless you did this intentionally.
-
Schmolendevice 13th Dec 2015Wow, I hadn't seen this. I'll try looking into it examine your W/R mechanism. Your PSTNless row selecting system is also quite nice.