zezba9000

Also where are the SD card files on the web? I can't find them anywhere officially (I want to validate the latest '.img' file). * Plugged my SD card into my Win10 PC and found there was no drive letter assigned to the FAT partition. * So plugged it into my Ubuntu 18.04 box and 'dd' backed up everything as a '.img' file. * Brought it back over to my Win10 PC and added the drive level with the "Disk Management" tool. * Copied the files to my local disk then copied those files to a new 2GB SD card I had laying around. * Still no luck. I really need the official SD card files to validate mine are not corrupted. (Anyone else have files I can try that are working for them?) I may try to remove the LED as it looks like its super easy to reteach later if its not the problem. EDIT: disconnecting the LED did help the device to boot to the selection screen more often. Which makes me feel like there is a power issue on the board. Looking at older versions of the board online I notice they had the SD card reader built in. Wonder if this revisions card reader is taking to much power as the console seems to mess up when it starts to read data files is my guess.

One red-flag I noticed on the VecMulti was the LEDs. On modern systems putting LEDs that draw a little current away from circuits the boards were not designed for (such as ram modules) can cause issues. Its possible some of these older revisions of the boards don't supply the same amount of current as newer revisions and thus fall short when LED's are attached. Kinda wonder If I removed the LEDs the problem might go away (wish there was a way to turn them off to test).

Here is how my device is messing up. Messed up different this time. Video with VecMulti cart (doesn't work): https://photos.app.goo.gl/FV5mrhCqDwQGi73S9 Video with Solar Quest cart (works every time): https://photos.app.goo.gl/Z1BcV7adG4Hyyk7V7 Picture of back of device: https://photos.app.goo.gl/BAUAjDxyJvkNncfbA

Just tested my brand new "vecmulti" and I have the exact same issue as you. Title screen loaded fine fist time but games didn't load correctly and after I hit the reset button the title screen had words all offset wrong like a pointer was shifted. Did you get any more info about this yet? Let me know if I can send any info from my Vectrex device that would be useful to figure this out. Glad to help if I can. The internal game and my external official cart work just fine. I'll take a video later today and post it after work for comparison. Also is there an alternative to the "vecmulti" that works if this ends up being a dead end? I wanted this for homebrew testing more than anything else.

@gtoal Why you stuck up snot! JK, looks nice but I seem to like the cases that come with these. Makes them stand out as something special. @chaozz I got my multicart yesterday. When I get a chance to test it I'll make sure I don't have any issues as well.

A phone camera would be good enough.

Got it. For others: https://1drv.ms/u/s!Alt5wRhQYKD7gegWF0_hKAQ_Mj5JHw

Do you have more info on your flash cart I can look at?

Hey just wondering if anyone knows where I can download "videopac game transfer tool" for the Videopac C7051 ?? I can't seem to find it on the web.

EPROM programmers are pretty spendy aren't they? What do you use?

I'll definitely keep the custom board in mind for later. Tnx!

Ok that makes a lot more sense.

I'm missing something here because it sounds like you made a contradiction. * You said you can't write to the VDC while the external memory is active via P13 & P14. * How do you copy values from external memory to the VDC if you can't access them both at the same time? What I'm getting here is the best approach is to process memory instructions on internal CPU ram (as it supports INC or DEC or ADD) then copy the result to the external using MOVX. However I don't know how you would "mirror" values to the VDC from external ram if you can't access the VDC while the external ram is enabled.

...The external RAM is difficult to work with. When you set the processor to work with it, you can't access the graphic registers at same time. It requires a special opcodes, and you can only write and read, you can't INC or DEC or ADD directly. So I wonder how fast it is to switch to the external memory then copy it to the stack (CPU memory) for operations then store the result back then switch back to the VDC. If thats to slow for a lot of stuff at least the 128 external bytes could be used to store information you don't always need access to. I mean they must have put the external ram in the console expecting people to use it for something.

Ok cool, so seems like the stack memory will be limited to around 32 bytes for execution? Then if I can access the 128 bytes of external SRAM I can store other game resources there. Correct me if I'm wrong but the graphics/audio controller is like the Atari 2600 and only has control registers or does it also read from the SRAM like a PPU/GPU?

Sent you a PM.

Anyone know where I can buy a "Vecmulti" or other Vectrex flash cart for homebrew purposes?

So there 256 bytes for graphics. So correct me if I'm wrong but that external 256 bytes of ram could also be used as non-graphic storage for game loops but maybe its a little slower for the CPU to access? What compiler options are there for the O2? Is there a C compiler. I saw people were looking at SDCC at one point but maybe assembly is the only option?

No I found a "C7051" which has onboard flash memory not an external SD I believe.

There is an SD cart?!

Do you have a link to where I can find that doc? Other places I've looked say it had 64 bytes of ram and one other place said 64 + 128. Thanks.

Oops I see I'm on the list in the other thread for this.

Is there was a way to extend the 64 bytes of ram on the Odyssey 2? Or does the C7051 cart have a ram extension bank? Didn't think so but was wondering. Also anyone know if anything ever came of SDCC support for the MCS-48 / Intel 8048? If not what is the best assembly dev tools to use?

Found a used one someone was selling

I meant programmable multi-cart (or SD Cart I guess)