VOGONS

Common searches


Search results

Display options

Re: DOSBox-X branch

Hi, I think DOSBox page fault handling deserves its exclusive discussion. See http://www.vogons.org/viewtopic.php?f=32&t=37417. My solution to this is to enable pf_queue monitoring and keep restarting DOSBox until it reaches Win9x desktop with pf_queue fully flushed. As a side note, optimized build …

Re: Glide patch

I haven't tried out the voodoo chip emulation in DOSBox. I read the post and I feel that it may be too slow as not everything is accelerated with host OpenGL and I couldn't download the patch from the thread. Don't get me wrong, I don't mean to despise its significance, but I think Glide pass- …

Re: Glide patch

Gulikoza, by the way, do you have any interest to port your glide pass-through patch to QEMU? This would definitely breath new life into retro gaming for early Win9x native 3Dfx glide games.

Re: Glide patch

I found an issue with Glide patch. When DOSBox is using imgmount'ed disk image instead of the mount'ed local folder, Glide calls which deals with local texture file, such as gu3dfGetInfo() failed located the file in the guest environment to feed to the host glide wrapper. I had a workaround to put …

Re: Glide patch

Yes, I did have the correct glide2x.dll in the guest OS. Nevermind, I figured it out. Somehow, the MapPhysToLin() implementation using VxDCall to DPMI service in Win9x was failing. I don't know why. I applied h-a-l-9000 paging patch, updated S3 drivers and somehow things were working. I am able to …

Re: Glide patch

It works with Tomb Raider from DOSBox or booted Win95 MS-DOS prompt in DOSBox. This is the only DOS Glide game that I can check. However, none of the WIN32 Glide apps/games work from within Win95. I tried Glide demos/tests from 3Dfx SDK and NFS2SE demo. All of them end up in protection fault within …

Re: Building with gcc 4.7.0, SDL-1.2.15 and SDL_net-1.2.8 produces exe that crashes with Exit to error Illegal GRP4 call 5

See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991 Yes, -mms-bitfields is only turned on by default for Windows mingw targets. However, this exposes a bug since gcc 4.2.0 that __attribute__(packed) is broken with -mms-bitfields. I can't understand what state of mind GCC dev team is in when it is …

Re: Building with gcc 4.7.0, SDL-1.2.15 and SDL_net-1.2.8 produces exe that crashes with Exit to error Illegal GRP4 call 5

Solved. The problem was caused by gcc 4.7.0 and above turning ON -mms-bitfields by default, but in dosbox source files the #pragma pack(1) is only applicable to MSVC. So to build dosbox SVN without changing any of the source files, it needs to be configure with CXXFLAGS="-mno-ms-bitfield .... " With …

Re: Building with gcc 4.7.0, SDL-1.2.15 and SDL_net-1.2.8 produces exe that crashes with Exit to error Illegal GRP4 call 5

I am wondering if building DOSBox with gcc 4.7.3 or gcc 4.8.1 under Linux/x86 (not x64) is producing a working native binary. I don't have any Linux distro with such recent GNU tool chain available at my disposal to try this out, as my primary machine is still Win7. And, I am not in a mood to build …

Re: Building with gcc 4.7.0, SDL-1.2.15 and SDL_net-1.2.8 produces exe that crashes with Exit to error Illegal GRP4 call 5

I had built SDL, SDL_net and SDL_sound with MinGW and I had no issue with the builds. I am not sure about OHQ addition into SDL. Does OHQ mean OpenGL HQ? My SDL does not have such enhancement. It is frustrating and discouraging to see open-sourced projects leaning towards propriety tool chain, …

Re: Building with gcc 4.7.0, SDL-1.2.15 and SDL_net-1.2.8 produces exe that crashes with Exit to error Illegal GRP4 call 5

Bring the thread back into dev attention. Is there a plan to understand the problem with compiling with MinGW gcc > 4.6.2? Both gcc 4.7.2 and 4.8.1 have been released for MinGW/MSYS and I had tried both and they both produce non-functional DOSBox binary. I have been building DOSBox from source since …

Re: MechWarrior 2 | 3D card conversion files

The only version that is worth archiving is the 3Dfx version. Thanks to glide wrapper, dgVoodoo especially, and several patching methods available to run the game in WinXP/Vista/Win7, the game runs flawlessly on state-of-the-art CPU/GPU as of today. Imagine the absolute fluidness during intense mech …

Re: Fullscreen clipped off?

# fullfixed=false DOSBox will try to switch the screen resolution to best match the resolution request by the apps in DOSBox. For example, if a game in DOSBox is requesting 320X240 while your desktop is 1280x1024, DOSBox will perform the switch or try other resolution that's closely match it. ( …

Re: dgVoodoo & Mechwarrior 2 3Dfx

in PC Emulation
There is tremendous difference in Mech2 DOS and Mech2 3Dfx. Mech2 3Dfx is actually Mech2 Win95 version, but replace the DirectX2-based software rendering portion with a hardware-accelerated 3D rendering and higher detailed model. Refer to http://www.geocities.com/k_lupinsky/index.htm for all the 3D- …

Re: Alpha version of Direct3D support

priestlyboy, Overlay by nature is a bit blurry, due to hardware scaling and filtering. Same thing happens to ddraw if you got it to work correctly. The color from a true hardware overlay will also look a bit different due to color space conversion. Overlay is not RGB. DDRAW, however, does not have …

Page 41 of 42