candle

i can... you need ZMBV codec or similiar - mine apperantly came with dosbox installation

this is with sega genesis rgb output as i suggested before, just for vbxe rgb

i must ask are there any provisions for stereo audio output? i'ts pretty common novadays i think...

if you could do SRAM with 300/600 mil option it would be much easier to source these chips

no, it should not as for bf2k+ question, time will tell - it should not in most cases, but if some cartridges banks in and out their cartridge space rapidly, some delay might be introduced that will push things out of sync - but it would be hardware specific, and really rare if observable at all

you just need a random one cartridge that does that (pac-man? why not!) and you're done, so i strongly suggest to add them

simplest way would be adding 2.54mm headers in front of eci/cartridge ports you could add some footprints for din13 (vbxe) and dvi connectors in place of modulator in one way or another nice touch would be to add some points for console keys - or labels for easy identification, same goes for joystick ports or you could go with din8 connector with optional rewiring it to sega-genesis standard

then i would say it would be not the root-cause of issues observed, and focus on another diffrence which already stroke me while working on side3 - data bus termination on XL machines

from my point of view, it's not - it would be if i saw on that video program being executed (as traceback with register states and listing being executed), and I don't know anyone with such possibilities perhaps Simus - i don't know I have 48 channels LA, but it won't do listings - that i could get with external tool if i dump what LA registers, then again, i do have my own work and Atari projects i would like to get going, not to solve anyone's else issues

sure it is, but we're left alone - do not expect anything from Pasiu this is as good as it gets

all i can see here, is drac030 trying to get simple information: how to trigger the issue; and getting all but the information needed his only guilt is getting engaged into a pointless discussion, with people having no rapidus board installed to be able to contribute with information required i'm sure someone draw a rapidus logo, thus that person is also part of design team, go blame that person - it's silly? i don't really see any diffrence there rapidus is a single-person effort (hardware-wise) and a result of 12 years of development (if not more) starting from simple things, and going through diffrent stages of development yet, final design was never tested on anything but few XE machines, not to mention XL or 1200 xe's reset circuit generates single, narrow reset pulse, whereas xl's one puts this singal low as long as reset key is pressed, then there is a RC circuit generating some "constant" time for reset, especially power on reset this "constant" time varies, as years passes since capacitor used in that circuit is electrolitic one, and parish with time first thing to attack would be that capacitor, then whole reset circuit, and no, drac030 won't do it, unless there is some programming language that can accomplish this task

FFC? where?

the "unknow" piece is covox

the answer is in post #569

yes it does