Apologies. This bug was reported by my dad who is archiving these disks. I just tried it out myself with police quest 4 (12 disks) and I wrote a command that had to be around 250 characters and it worked fine. I'm not sure what he ran into. But, if there is a character limit, it's a lot higher than …

krcroft, thank you for the response. I did think of this short file name work-a-round. I guess I was hoping there was a more elegant solution because I want to maintain some level of reasonable naming conventions for these disks.

I have recently been going through and archiving all of my old diskettes. I was writing batch files to properly imgmount all of the disks to get them lined up for installation. But, I am running into a problem where some of these games with massive disk counts are problematic because I am exceeding …

I've been playing through this game as well and have been getting the same/ similar crashes. However, I only get the crashes in high res mode. When I switch to low res the crashes stop. I actually remember similar crashes in high res mode back when I was playing this in real DOS, so I thought it was …

Does anyone see any reason (other than the shear number of DOS games/ variants) why standardization of naming and content auditing woud not work? The one thing I see as a potential problem is that while console and arcade game files are almost entirely read only, many files within DOS games are …

I'm not saying actually do anything illegal. Just standardize naming conventions and allow for running and auditting a single zip file (maybe zip or rar files in a special directory could become directories inside of DosBox?) to ensure that everyone who is playing these games can verify the exact …

I think the prime reason this is not done is that we would be encouraging a rom-distribution model. I think if you want DOS emulation to become as big as the arcade emulation scene, you need to not worry about this. Most of us here are playing these DOS games, because we either are simply nostalgic …

Wow, that is pretty dang close to perfect. One problem I see from the screenshot is that the ladders are supposed to be blue rather than red. Any idea why the palette would have some colors mixed up? -Jim

BTW this is completely legal as the guy who wrote this game worked for a company called Epyx who at the time had a clause in its contracts that seven years after the game was marketted, ownership of the rights would be transferred to the author. So, the original coder owns the rights to the game and …

Here you go. Attached is "Jumpman" for the PCJr. in all its glory. Within the attached zip is the executable and the source code if you want to take a look. -Jim

Ack. The Dig and Full Throttle as well. -Jim

Perhaps not all LucasArts adventure games, but certainly the later ones. Compare running Full Throttle in ScummVM or on a legit DOS machine to Full Throttle running in DosBox and you'll have no problem noticing the difference. Same goes for The Dig. The vertical sensitivity is approximately half …

So even after setting the machine type to Tandy the game will not run in 16 colors at 160x200. The screen just turns black. Are you guys sure the S3 or whatever card you are emulating is capable of displaying this video mode?

The mouse speed is definitely way off in many of games. The vertical sensitivity in Lucasarts adventure games is about half what it was intended to be. Has anyone found a solution to this problem? If this problem were fixed, I would never have to use ScummVM again. -Jim

I have recently been working on getting the PCJr version of "Jumpman" to work in all its 16 color glory. The problem is that the game is checking for PCJr. bios, and if a positive is returned, the game will attempt to set video "Mode 8" which to my understanding is a 16 color 160x200 resolution mode …