VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Taking screenshots on DOS

Posted on 2020-12-05, 01:57

Update, it appears that this issue is caused by EMM386 memory manager (which sucks for me because SB Live DOS driver needs it). Not surprising, this wouldn't be the first time EMM386 is causing problems in games. I'll try some alternatives and report back. UPD: Crashes with QEMM as well. UPD 2: This …

Re: Flashback - Incorrect aspect ratio?

Posted on 2020-11-19, 03:25

MrFlibble wrote on 2020-11-14, 18:29: Which was the original platform Flashback was developed for? If it's one with square pixels than I guess that would mean the sprites and backgrounds were made for that. Does Amiga have square pixels? I've literally explained this in the OP. >_>

Flashback - Incorrect aspect ratio?

Posted on 2020-10-06, 14:06

Flashback runs in an unusual video mode, 256x224, which I believe comes from Mega Drive since that's the platform this game was originally developed for. Oddly, DosBox doesn't aspect correct this mode even with aspect=true and neither do LCD monitors so it appears pillarboxed in a 4:3 frame which …

Re: Taking screenshots on DOS

Posted on 2020-09-29, 10:19

For what it's worth I can confirm that Screen Thief runs/works in protected mode on real hardware (a 386 and a PII) Damn, so it indeed must be my hardware being too new. I hope there's a workaround or something. I know I'm not the only one with this issue since I saw a user on another forum …

Taking screenshots on DOS

Posted on 2020-09-29, 05:36

I'm having trouble with taking screenshots on DOS. So far I have tried Snarf, Screen Thief and PCXDump. They all work fine in real mode but both Screen Thief and PCXDump cause all protected mode games to crash while Snarf simply doesn't work in them. At the same time, Screen Thief and PCXDump work …

Re: DOSBox Feature Request Thread

Posted on 2020-04-18, 20:15

@Nicknine I am really interested in this phonebook feature because the one set up by HAL9000 has been eliminated as he suggests in the following post: https://www.vogons.org/viewtopic.php?f=41&t=8130&p=99932&hilit=phonebook#p99932 I am trying to play 688 Attack Sub on multiplayer mode and the …

IPX address format

Posted on 2020-03-06, 16:16

According to a comment in the code, DosBox is supposed to generate virtual IPX addresses in accordance with RFC 1234 (http://www.faqs.org/rfcs/rfc1234.html), where the first two octets in host number are zeroes and the last four hold user's IP address. However, DosBox's behavior is different: the …

Re: Modem emulation issues

Posted on 2020-03-01, 15:26

jmarsh wrote on 2020-03-01, 14:54: You think they would have patched the code if there was nothing wrong with it? What? I'm not saying the game wasn't bugged, period; I'm saying that the current issue where the game crashes (almost) every time when you start a modem play was not present on the real …

Re: Modem emulation issues

Posted on 2020-03-01, 13:46

Just because something worked (sometimes) at launch, doesn't mean it isn't bugged. By that logic that majority of DOS games are bugged since most of them have compatibility issues on newer hardware. But the whole point of DosBox is to emulate old hardware to address that. I think it's reasonable to …

Re: Modem emulation issues

Posted on 2020-03-01, 13:39

jmarsh wrote on 2020-03-01, 13:31: You mean like all the games with adlib detection routines that fail on any PC made after ~2000? But they weren't broken at launch, were they? I don't understand your point.

Re: Modem emulation issues

Posted on 2020-03-01, 13:25

jmarsh wrote on 2020-03-01, 13:04: No. Interrupts are not predictable, even with fixed clock speeds. The fact that the game wanders off and tries to execute unmapped memory is a dead-giveaway that it's bugged. It seems highly unlikely to me that the game shipped with a completely broken modem …

Re: Modem emulation issues

Posted on 2020-03-01, 13:02

Modem emulation uses blocking TCP transfers, null-modem uses non-blocking. Like I said in the other thread, it's preferable to use null-modem whenever possible. A wifi "modem" won't accurately emulate a serial port+hardware modem combination any more than DOSBox does already. Considering the data …

Re: Modem emulation issues

Posted on 2020-03-01, 11:40

I saw the same behaviour with Duke3D (1.3D) but every few tries it would actually work correctly; the data being transferred to/from the game was exactly the same in all cases so it looks like it's just some internal state bug in the game. Has it been tested on the real hardware? I might be able to …

Re: DOSBox Feature Request Thread

Posted on 2020-02-29, 19:40

I think DosBox could use some kind of "phonebook" feature that would essentially map fake phone numbers to addresses. This would help games where input field does not allow non-numeric symbols and/or is too small for IP address. I have now set up the build environment for DosBox, I think I can …

Re: Modem emulation issues

Posted on 2020-02-28, 21:02

Well, I've compiled the patch and it was of no use whatsoever, it didn't resolve any of my issues. It looks like it's only intended to fix file uploading. But at least I have the build environment set up now so I can try and do my own investigation. EDIT: Ok, found a bug with backspace handling at …

Re: Modem emulation issues

Posted on 2020-02-28, 06:24

jmarsh wrote on 2020-02-27, 23:52: If the BBSes are telnet-based you need to issue the ATNET1 command before dialing. Yes, I'm aware. Issues #5 and #6 describe behavior with telnet mode enabled with ATNET1 command.

Modem emulation issues

Posted on 2020-02-27, 20:10

I was originally contemplating making a separate topic for each game but I suspect that all of this might be connected. DOSBox modem emulation appears to unstable as I'm facing several problems in different games/apps. 1) Modem commands would sometimes arrive with garbage mixed in as seen in the …

Page 1 of 2

Go to top of page Go to top of page
Close window
Close window