arcadeshopper

nanopeb needs a 5v DC REGULATED supply.. you will have issues with the device with a unregulated supply

both are available let me know when you want the io card and I'll put it in stock tipi's set to preorder as /i'm building them to order takes a week or so for me to do that

I have flex cables, TI's and you can also order shift838's iocard (flexcable replacement) through me.. Greg

corrupt file?

note: TIPI is case sensitive..so if you create a folder as TEST it will be TEST and if you create test it will be test (on linux) in MDOS if you mkdir test it will create TEST as the folder.. (as designed?) if you use quotes mkdir "test" it creates in lowercase.. so if you have a folder in lower case and you want to cd into it in MDOS you must quote the foldername cd "test" if you don't quote it you will go into TEST which probably doesn't exist. error Greg

you are going to be limited to the size of disks for the data in the directory this seems to be a complexity

I've found in chrome that you need to check for the "Not secure" at the url address bar before proceeding.. if it doesn't say that it's https: you then need to click on the url and change it to http

you should be running the carts in the finalgrom99.zip on ftp.whtech.com under cartridges/finalgrom99 those are correctly named, and will work.. anything else you need to follow the 8.3 naming standard with the correct types etc.. as documented in the github for the fg99

the tipi he has is the combo 32k and tipi sidecar likely .. so.. not correct

[usercart4] name="Mario Bros" rom0=8|0000|10000|L:\ti994a\eproms\All Cart Files\mario8.bin (obviously use your own pathing) (fixed)

this clearly shows the https: so something is making you go back to https: mixed content is not allowed by default on modern chrome browsers and the websocket is http: so you must be http loading the page ..

It's written in C.. so he ported it to the GCC tms9900 C compiler

there was supposed to be a new version of Ooey but life seems to have gotten in @Shift838's way maybe he'll have time during the holidays to get it done

no because it's basically a DSR that loads a loader into cart ram space at 6k... there's no cart rom

maybe.. It's something to do with bookworm I'm trying to compile sdl and mame here to see if that helps

libsdl2-ttf-2.0-0 is already the newest version (2.20.1+dfsg-2). libsdl2-ttf-2.0-0 set to manually installed.

I just did that and mame wont run at all.. installed newest install from pi imager of 64 bit bookworm did tipi manual install (after a bunch of dependencies that changed in bookworm got that working) and set to emulation mode downloaded your 64 bit rpios mame build off whtech, wont work.. I assume its video related I'll get the errors in a bit sudo apt-get install mame - same errors BGFX: Error getting SDL window info: That operation is not supported Setting BGFX platform data failed BGFX library initialization failed

100% chance its the updated on the new card as i always ship with latest i can send you a new chip or if you have an eprom eraser and burner you can erase the one in your old sidecar and reprogram it new chips are in the store for purchase or trade in old chip

The chip in the top socket is the DSR eProm Depending on where you got it, it's usually labeled with the version number if you bought it from the guy on eBay that's currently selling them, those are unlabeled eeproms and can be reprogrammed with a modern burner. Greg

Language was mame.ini fixed Error remains with -video opengl looks like it needs mesa 23.x and that's not what's installed on buster by default.. I looked at compiling mesa from current gitlab source and got into dependency weeds

yes I untar'd the mame install from whtech might have something missing/different in the packages installed?

Attached

Starting with bench 20 I get 163.24% Running it and booting mdos then exiting I get 47.79% Starting geneve with frameskip 10 gets me 99.73%

Average speed: 0.03%