The Thrill of 520kB of RAM
-
honey the codewitch wrote:
That reminds me of graphics coding on the original Nintendo
I had another project back in the late 1980's. We found an algorithm for converting a CMYK measured gamut to RGB via interpolation. The gamut was to used to perform fine-grained correction between a scanned original image and the 35mm film we were imaging on. I was responsible for implementing the essential algorithm in software. I knew the customer eventually wanted a hardware-accelerated version, as the software version took minutes to process an image. I spent several days refactoring the code to emulate a potential hardware implementation. When I was done, the image processing time was under a second, and the hardware 'implementation' only required a few 100KB of RAM for coefficient tables compute from the 'raw' gamut data. I believe an actual hardware implementation would have been usable in real-time. Unfortunately the project ran out of money before we got that far :(( .
Software Zen:
delete this;So many good ideas left on the cutting room floor because of ruthless beancounters. :((
Real programmers use butterflies
-
I got a friend of mine interested in electronics and embedded devices and for about 3 years he feverishly learned and built but then got into ham radios and doesn't do much with it anymore.
I'm not sure how many cookies it makes to be happy, but so far it's not 27. JaxCoder.com
-
I cut my teeth on a 6502 processor. 8 bit and 65536 bytes of RAM to play with. Later on I moved to 16 and finally 32 bit. As computers get more sophisticated and accordingly more complicated looking back I realize part of me enjoys them less. Don't get me wrong - garbage collected code is great and not having to worry about out of memory exceptions on a modern OS under most circumstances is a huge win that I think many of us probably take for granted. I like to bit twiddle though. Don't you? I liked it when I had to come up with something crafty to make it even work. It's a challenge, and it's more hacking than coding. Recently, I had to change the timing in the driver code for a display I was using because it had never been coded for my IoT CPU. Even with "higher level" network stuff like REST communication that element of hacking your way through without anything to spare is still there - the other day I had to roll my own HTTP chunked transfer encoding mechanism for batch uploading JSON data from an IoT device, because I didn't have enough RAM to load the logged data into memory so I could generate a Content-Length header for the upload. All these little skills I picked up coding in the 80s for getting things done without much to work with basically atrophied after years of not only not using them but *avoiding* them. We're not supposed to hack unless we have to. We're not supposed to be "clever" But here we are, full circle, with these little tiny SoC gadgets where it's all necessary again. And I love it. :)
Real programmers use butterflies
I remember doing embedded applications and we only had 4K of RAM. That was a real thrill.
So many years of programming I have forgotten more languages than I know.
-
I remember doing embedded applications and we only had 4K of RAM. That was a real thrill.
So many years of programming I have forgotten more languages than I know.
4kB is not a lot! That sounds like fun. 520kB seems like an incredible amount in comparison until you add the libraries for the bluetooth, the wifi, the touchscreen, the SD read/write, the HTTP REST client w/ JSON and the Fat32 FS to go with the SD pretty soon it's not much at all! :laugh:
Real programmers use butterflies
-
HAM is a black hole for hobbyists!! :laugh:
Real programmers use butterflies
I have a special affection for ham operators, especially the MARS variety. When I was across the big pond many many years ago they provided a way for us to actually call home. It was convoluted and iffy but if everything was just so we could get 3 minutes to talk to a loved one. When you're in a foreign country thousands of miles from home, 13 months at a time with only mail, and that not reliable it was a blessing.
I'm not sure how many cookies it makes to be happy, but so far it's not 27. JaxCoder.com
-
I cut my teeth on a 6502 processor. 8 bit and 65536 bytes of RAM to play with. Later on I moved to 16 and finally 32 bit. As computers get more sophisticated and accordingly more complicated looking back I realize part of me enjoys them less. Don't get me wrong - garbage collected code is great and not having to worry about out of memory exceptions on a modern OS under most circumstances is a huge win that I think many of us probably take for granted. I like to bit twiddle though. Don't you? I liked it when I had to come up with something crafty to make it even work. It's a challenge, and it's more hacking than coding. Recently, I had to change the timing in the driver code for a display I was using because it had never been coded for my IoT CPU. Even with "higher level" network stuff like REST communication that element of hacking your way through without anything to spare is still there - the other day I had to roll my own HTTP chunked transfer encoding mechanism for batch uploading JSON data from an IoT device, because I didn't have enough RAM to load the logged data into memory so I could generate a Content-Length header for the upload. All these little skills I picked up coding in the 80s for getting things done without much to work with basically atrophied after years of not only not using them but *avoiding* them. We're not supposed to hack unless we have to. We're not supposed to be "clever" But here we are, full circle, with these little tiny SoC gadgets where it's all necessary again. And I love it. :)
Real programmers use butterflies
64K of RAM. You were spoiled. I remember using MC6805 processors that had just under 2K EEPROM and 112 bytes of RAM, including stack. Did some amazing things with this, including a Point-of-Sale dual printer driver that controlled everything, including firing the print head, fonts, 4 different print hardware, bit-banged serial port. Everything was interrupt driven state-machines to reduce RAM requirements and provide multi-tasking. I even had to use some interrupt vectors for code space. It was glorious fun.
"Time flies like an arrow. Fruit flies like a banana."
-
64K of RAM. You were spoiled. I remember using MC6805 processors that had just under 2K EEPROM and 112 bytes of RAM, including stack. Did some amazing things with this, including a Point-of-Sale dual printer driver that controlled everything, including firing the print head, fonts, 4 different print hardware, bit-banged serial port. Everything was interrupt driven state-machines to reduce RAM requirements and provide multi-tasking. I even had to use some interrupt vectors for code space. It was glorious fun.
"Time flies like an arrow. Fruit flies like a banana."
well when you start to add the libraries for bluetooth , wifi, the touch screen, the SD, the Fat32 filesystem for the SD, etc that 520kB RAM isn't much, but 112 bytes is insane. :laugh:
Real programmers use butterflies
-
I cut my teeth on a 6502 processor. 8 bit and 65536 bytes of RAM to play with. Later on I moved to 16 and finally 32 bit. As computers get more sophisticated and accordingly more complicated looking back I realize part of me enjoys them less. Don't get me wrong - garbage collected code is great and not having to worry about out of memory exceptions on a modern OS under most circumstances is a huge win that I think many of us probably take for granted. I like to bit twiddle though. Don't you? I liked it when I had to come up with something crafty to make it even work. It's a challenge, and it's more hacking than coding. Recently, I had to change the timing in the driver code for a display I was using because it had never been coded for my IoT CPU. Even with "higher level" network stuff like REST communication that element of hacking your way through without anything to spare is still there - the other day I had to roll my own HTTP chunked transfer encoding mechanism for batch uploading JSON data from an IoT device, because I didn't have enough RAM to load the logged data into memory so I could generate a Content-Length header for the upload. All these little skills I picked up coding in the 80s for getting things done without much to work with basically atrophied after years of not only not using them but *avoiding* them. We're not supposed to hack unless we have to. We're not supposed to be "clever" But here we are, full circle, with these little tiny SoC gadgets where it's all necessary again. And I love it. :)
Real programmers use butterflies
-
Okay so I worded that badly! :laugh:
Real programmers use butterflies
-
I remember doing embedded applications and we only had 4K of RAM. That was a real thrill.
So many years of programming I have forgotten more languages than I know.
4K? Luxury!!
