Ah, I guess that makes sense. It is somewhat unfortunate that emulating something like this probably isn't something the DOSBox developers would be too interested in doing, especially since the game already works quite well, even if it's not presented quite the same as it would on real hardware. …

Wouldn't it be 8 pixels of horizontal overscan, due to the division by 4 in this case..? At any rate... that's quite a lot of information to process. EDIT: So based on the debugger output, can anyone explain how the final output resolution during gameplay ends up being 640x480, or is the monitor …

I managed to figure the debugger out, at least as much as is relevant to this matter. Here's the relevant output from the debugger when the game switches to gameplay mode: 65751987: VGA:h total 100 end 80 blank (80/98) retrace (84/96) 65751987: VGA:v total 527 end 398 blank (456/519) retrace (458/ …

Actually, I found it easier to tell how badly stretched the DVI output was based on the oblong shape of the orbs and orblets in the game, since they're supposed to be circular in shape and not tallish ovals... At any rate, that video helps confirm what's happening. I did some thinking about it last …

The issue I have with having multiple files recorded is that short sections of the game video and audio, as well as any commentary I might be making at the time, are missed during those transitions when Jazz switches modes, due to Fraps having to stop recording the old file and start recording to a …

This really is getting interesting, and I would like to see that video once it's up. I've altered my request on the request thread with the new explanation of what's actually occurring with this game and whether it would be possible to have DOSBox emulate this. (I'm disappointed there doesn't seem …

It occurs to me as I look at the game some more that the image doesn't at all appear to be distorted due to an incorrect display ratio during the levels, objects that are supposed to be circular appear to be circular, rather than oblong, however, the planets on the world opening screens are oblong …

Hm, so apparently DOSBox's aspect correction isn't *only* linked to the game's output resolution, as editing the game executable to force 320x200 output at all times does not allow DOSBox to aspect correct the whole game. (However, it would allow me to record it as one contiguous file without aspect …

Having text mode's aspect corrected wouldn't be as important for this game, since it never switches to text mode during gameplay. However, it would be useful for recording a game like X-Com 2 (which briefly switches to text mode between its Geoscape and Tactical gameplay modes), since it would allow …

You can force Dosbox to round up Jazz's weird video mode by adding this line to vga_draw.cpp in function VGA_SetupDrawing: vdend += 1; // existing code vdend = (vdend + 3) - ((vdend + 3) % 4); // new line to round up to multiple of 4 I'll have to look into setting up a build environment to compile …

The issue I have with the recording being split into multiple files is that each time recording has to be restarted to a new file, a brief moment of the game footage gets missed while the old file is being closed and the new file started. This wouldn't be so bad if the transitions where this …

EDIT: After some discussion over on another thread I originally started related to Jazz Jackrabbit's oddities regarding mode switching between the level loading screens and levels themselves, and the rest of the game's various screens, it seems I may have figured out what's actually going on, so I …

I'm beginning to wonder if I should do a quick capture of the game using DOSBox's internal capture tool and check the dimensions (and frame rates) of the resulting videos... That could settle once and for all whether the game is actually losing a pixel vertically when switching from menu to in-level …

@leileilol - I'm fairly certain if the output resolution could be padded, Fraps would be able to record a single contiguous file, as it does not seem to care what the refresh rate of the game is and whether or not it switches from one refresh rate to another, this proven by the fact I can record a …

Unfortunately the game does also change it's resolution when it changes the refresh rate, I know as much because it breaks the aspect ratio correction feature DOSBox has (which *only* corrects 320x200 and 640x400 to 320x240 and 640x480 respectively), because the resolution during the actual gameplay …

For the past while I've been testing recording DOSBox with Fraps, I've managed to get things running quite smoothly and I've had some pretty decent test recordings of a number of games, but one in particular has been causing a lot of problems for me, namely, Jazz Jackrabbit. For some unknown reason, …