Last edited by lasermaster1977; 01-31-2022 at 11:23.
________________________________
Everything depends on everything else
Yes to all, except I didn't post the .op file, I emailed you it, and I had spoken to Jon and obtained permission to give specifically that specifically to you.
That .op file is produced by a Fast Assembler file that is edited and compiled on a c64, and is fully commented, labeled, etc.
Note there is code in there I wrote that is reading the paddles and using the values to vary the speed (was a 555 on board the original device) and the parameters to the cycloid generator.
ekeefe: email sent.
ekeefe: Oh, I just realized you were talking to laserist about the 6502 circuit. I'm not sure if you mean the re-design of the CYGN-B which was mentioned, and which is not a 6502 circuit, or a board that can run the 6502 code from the DOGN with 4 XY channels, buffered outputs, etc.
Thanks for jogging my ol' fart memory. Right, I remember now, but I couldn't recall that earlier, getting old does that to me, sorry.
After I got the .op file by email from you, I looked at it, saw some weirdness about it, an had intended to enter it into my S-C Assembler to better document it. I hadn't done that as yet. Today, I quickly loaded the .op file into Notepad++ and viewed it with a Hex plugin. Anyway, I'll put some focused time into it because of my 6502 affinity.
The 2K of code had to hardware mapped into the top 2K of the 6502's 64KB of potential memory space, since the Reset pin causes the processor to load the contents of memory locations $FFFC (low byte) and $FFFD (high-byte) into the program counter. Now there are lots of ways to "trick" this to happen but I notice what is in the .op is not a full 2K of bytes. Those 2 memory bytes normally point to a 16-bit address where ROM/RAM program execution starts.
But, that's not what I see in the .op's upper memory locations. I'll PM you with more specifics, a bit later.
________________________________
Everything depends on everything else
lasermaster1977: I can tell you everything about that file, so don't waste your time puzzling things out, just please ask. I put a lot of work into that and I'm happy to discuss it. Give me until next weekend to set up the c64 again and I'll see what can be done with the source file. I think you are barking up the wrong tree for the entrance vector. I need to see the code again, and I'll be able to quickly tell you how it makes sense.
I should mention it was a 6502 family processor, but as I recall a smaller address space.
"There are painters who transform the sun into a yellow spot, but there are others who, with the help of their art and their intelligence, transform a yellow spot into the sun." Pablo Picasso
Thanks for that insight!
That makes a big difference in trying to understand the DOGN implementation. The 6503 through the 6507 and reduced memory addressing capability...only 4K. Sound familiar?
I should add the '04 and '07 had 8K addressing space. But the '03 thru '07 where 28 pin packages, so these only had 12-bit address buses.
Last edited by lasermaster1977; 03-01-2022 at 20:33.
________________________________
Everything depends on everything else
Thanks, but the 6502 and especially the Dogloids was one of Greg's things.
I would like to do a 3U euro card format that did:
Multiplex 16 x/y image selection
Master x&y gain
Individual x&y gain
Variable rotation
Fixed rotation
Audio mod multipliers with some switching
Spiral multipliers with some switching
A place to insert offset
A place to insert spiral sweep
A place to insert a different kind of spiral sweep
It would be one channel per card. I think that Laserium missed abstracting that some things are image processing and some things are images. Now I realize you can draw the abstract line in the sand wherever you like, but when you're doing a live show knowing where to reach for the thing you want to do - matters.
Thanks, let me know if my musings intrigue.
"There are painters who transform the sun into a yellow spot, but there are others who, with the help of their art and their intelligence, transform a yellow spot into the sun." Pablo Picasso
Well that raised the bar.
I remember seeing at a Science Museum in Ottawa in the 1970s's a leaking cup of sand swinging on a string that drew the abstract line in the sand. According to a museum staff person, I was the only kid they had seen study the instructions first.
Yes, the one channel per card thing and all the rest. Excellent piece of thinking there. I'm all for it. I probably can't help with the hardware, possibly with the software. I can offer to discuss and track details.
Suggested starting points: Can this be viewed as a bunch of analog and digital reads, a processor, and a bunch of analog and digital outs, with user loadable software and configuration info for the image processing part? What other considerations are there regarding inter-board and / or board / controller communications?