wierd_w

What version of windows are you running? The "not a valid win32 application" error is rather generic, but happens when either the executable code is completely borked, OR, when the api-level of the win32 subsystem is too old for the process needed. If the toolchain as developed on a very recent version visual studio, this would explain everything; It wants windows 10.

The 1up arcade cabinets are inexpensive-- Yes, they are single-game. However, you can get inexpensive HDMI driver boards for their LCD displays. Their controllers are direct wired normal arcade style buttons. They can be connected to something like a Picade-X hat on a pi 4. Then you can run MAME on it, and have the polish of an inexpensive commercially made cabinet, with the advantages of a full MAME deployment inside.

Not enough benefit, extra complexity in the system, more to fail. The LED driver is slimmer, probably more efficient. Leaves more room in the bay for the necessary voltage regulation circuitry to provide the oddball voltages the PEB uses. Each PEB card is specc'd to have its own voltage regulators, and thus need GREATER than +12v, +5V, and pals. IIRC, it's +8V +16V and -16V supplied by the PEB. One thing I have been considering is implementing "Automotive type" bladed fuses for the voltage rails to each slot. That way if a card creeps out of the socket and shorts, or some other mishap happens, it will burn that fuse on that rail, to that slot-- restricting the damage.

Been messing with that (Inland, black) PETG filament. It prints beautifully WHEN-- Bed temperature turned way up to 80C on initial layer Nozzle temp turned to highest end of print temp (240C) for initial layer Print speed turned to "watch grass grow" speeds of between 15mm/sec and 20mm/sec on initial layer THICK layer of liquid PVA school glue painted on bed FAN OFF then-- once initial layer printed-- 235C nozzle 70C bed 25mm/sec to 30mm/sec print speed FAN OFF Painfully slow to watch print... Printing faster (like the 50 to 60mm/sec speeds I get with PLA) causes excessive "tearing" and "Rippling" of the previously printed edge as the head passes, causing the material to ball up, leave defects, strings, and debris all over. A significant contributor is the rapid speed. A fast rapid movement with combing on results in bits that were laid down on initial layer getting knocked off. I have been doing another test print of the PEB front bezel, with somewhat OK results. Initial testing suggests the PETG is quite sandable, but I like how the PLA prints better.

If your device reports as dinput, but you need xinput, you can always try X360CE with it. https://www.x360ce.com/ It works with an injected xinput dll that the game uses instead, and it does its magic.

In theory: Printer ports and serial output devices are treated like any other file-like-device by linux, meaning you can write directly into one, and it goes out the port. This means that if you set up named pipes to handle the transactions, and have some kind of DSR on the TI side to route the messages over that named pipe, you could print anything on anything. In practice: To my knowledge, while the framework exists in the TIPI and the PI, nobody has made such a DSR. Similar story for routing midi messages over TCP for the Pi to render. (The Pi could handle any number of external midi devices, which could be addressed logically from the TI.)

I tried a day ago. Don't bother, the emulator crashes fast and hard as soon as I try launching classic99. Not sure the cause exactly. Maybe it needs instructions not provided by the emulated CPU. (Only does a PIII class single core emulation.)

I would take my SSD equipped MyCloud NAS and a hacked wifi router with me, personally. I can bring a lot of loot with me for very little space. The MyCloud is about the size of a fat book, and with a sata ssd inside it, you can bang it up what good in transit and be fine. I have mine hacked 7 ways to sunday, so it does all kinds of fun things (Including running a plex server). I could bring several whole game libraries for several systems, not just the TI, with me that way. Pack a bluetooth gamepad, and maybe an HDMI cable.

You should see it with a camera that doesnt suck. Got my 5S charged so heres what i WANTED to show yesterday.

Ok. Not tonight though. Work. Tomorrow is good though. My good phone is currently too drained to take pics but heres a crappy one from the "work phone" (it takes awful pictures. My good phone is a galaxy S5, and takes nice ones) of a print i did of your map. Its just bond paper but still.

The hips are too round.

I might just take you up on it then. Does classic99 do savestates? It would be useful (rather than saving and loading the game over and over again) when validating all possible interactions, etc. Also, I DID print a sample of that map after Waifu2x-ing it. It turned out pretty nice, all in all, other than the strangeness waifu did to it. Want pictures?

I wish I had a SAMS; I would accept that offer. I often get more enjoyment out of breaking games than I do playing them. Sadly, part of doing this properly means "real hardware preferred", since you want to fix problems with your software, not experience "unintended FUN" from emulation not being 100%.

Well... If you dont mind running an emulator .. In another emulator... (Because derpier things have been done..) You can go for Eltech's windows emulator. (which is WINE + their proprietary x86 emulation core.) You could theoretically put classic99 inside that. I happen to have a copy installed on my phone (the windows emulator that is.) I could give it a shot and see how well it works?

LOLOL Takeaways: N64 Elon Musk has derpier face than real Musk. Cybertruck can run over many pedestrians, and cause multiple explosions, but cannot handle a pebble hurled at its windshield. Cybertruck is actually fully self-driving, which is why it has no steering wheel. (It is also psychopathic and actively hates humans, which is why it runs over all the pedestrians)

Dune was Mode-X VGA with EMS memory. 386+ era.

Who knows, if I succeed, and (horrors) somehow become good at making homebuild pebs, maybe I can send some to arcade shopper.

I was meaning other events, like the one in texas, or the one in chicago. This KC one I think I can swing-- that's why I was excited.

The problem is that my employers are cranks, and I make very little cash as it is. I cannot afford a very extended trip. I can probably swing a week, with some leadin and lead out for the drive. But not airfare, hotel, AND extended vacation.

There's still a place for a PEB though. Ramdisks, SAMS cards, etc. There's also a nostalgia factor for listening to the whirl and grunt of a disk drive

With the right scripts in place its the same difficulty level if the nanopeb. *shrug*

Better to just use some fancy shell scripts Omega. TIPI is linux underneath, and that means fancy mountpoints are doable. Especially if you have a NAS on your network. A quick blast of rsh over the telnet connection, and bob's your uncle. You can have entire volumes inside files, sitting on the NAS waiting to be mounted, for instance. EG, create a 2gb volume file like this-- dd if=/dev/zero of=/mnt/samba/2gbvol.img BS=1M count=2048 then put an ext4 file system on it with mkfs.ext4 /mnt/samba/2gbvol.img then you just mount it on top of your SD card as you need it. EG-- mount -t ext4 /mnt/samba/2gbvol.img /mnt/sdcard/dsk1 make sure the dsk1 folder is empty though! You can unmount it with sync && umount /mnt/sdcard/dsk1 (just make sure nothing is using files on it though, otherwise it will error that the volume is in use, and cannot be unmounted.) rsh stands for "remote shell", and lets you send a one-liner over the telnet or ssh connection. On the pi side, just have some utility scripts set up that have these things inside. That way instead of '2gbvol.img' you could have 'DiskManagement', and your rsh could be something like rsh /home/tipi/MountDiskManagement.sh that would tell the pi to run that script. The script then executes and does any initial sync & unmount, followed by mounting your desired set there. There really shouldn't be a reason to remove the sdcard from the Pi... basically ever... if you set it up right.

Since that HDMI driver supports anything with HDMI, you could also use a minnowboard. They cost a boatload more than a Pi, but are equivalent to a low end PC. (Since they run Atom processors.) I have an older minnowboard floating around. I intend to give it to my sister as a minecraft server.

Out of curiosity, what printer do you use ArcadeShopper? I have a chinese clone of a Prusa i3 (A JGAurora A3)

Maybe I can sweeten the deal... There are HDMI driver boards for RPis (Or anything else with HDMI output...) that will work with the displays in those 1UP arcades. They are a damn-near ready conversion for MAME-ARCADE uprights. If you combine that with something like a PiCade-X you can wire up the controls and everything. (And MAME does TI-99A ;))