VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Building a model world

Posted on 2016-09-26, 17:30

in Milliways
Pro-tip for real-world data: EU open access data. For example, National Land Survey of Finland publishes terrain data (e.g., 3D point clouds produced by helicopter laser scanning). Triangulate that and bam, you have a fairly accurate landscape to drive on. http://www.maanmittauslaitos.fi/en/ …

Re: Full-screen mode

Posted on 2016-07-28, 23:14

in DOSBox Patches
There's output=openglnb which does not use filtering, so it's "pixel perfect", but if the destination dimensions aren't integer multiples of the source's, the pixels will be "uneven". There's also normal2x and normal3x software scalers which you can use in conjunction with output=surface which does …

Re: Full-screen mode

Posted on 2016-07-27, 20:39

in DOSBox Patches
For example, sdlmain.cpp GFX_EndUpdate: #if (HAVE_DDRAW_H) && defined(WIN32) case SCREEN_SURFACE_DDRAW: SDL_UnlockSurface(sdl.blit.surface); ret=IDirectDrawSurface3_Blt( sdl.surface->hwdata->dd_writebuf,&sdl.blit.rect, sdl.blit.surface->hwdata->dd_surface,0, DDBLT_WAIT, NULL); DirectDraw does the HW …

Re: Very laggy on some light-weight games

Posted on 2016-04-28, 20:58

in DOSBox General
It depends significantly only on CPU, except pre-P4. You might be right that with default settings, v-sync is not an issue, but I don't have (and don't intend to have) Win10 to check this with. But you're wrong about computer config not affecting Dosbox performance. I remember you have mentioned …

Re: Very laggy on some light-weight games

Posted on 2016-04-26, 19:25

in DOSBox General
v-sync functionality may cause Dosbox to be slowed down He said that has issues in 0.74 which has no vsync option and default surface mode has no relation to vsync in D3D/OGL. The game on default settings of 0.74 works goodly with 60 Hz. I didn't mean any Dosbox built-in v-sync. There may be …

Re: programming game for dosbox

Posted on 2016-03-02, 20:50

Write the game as you would write it for MS-DOS. You'll find countless tutorials about game/software development for DOS on the Internet. Especially if you use Pascal, C, C++, Basic, or assembly with the good old tools by Watcom, Borland or Microsoft.

Re: Good high resolution computer crt monitor?

Posted on 2016-01-03, 21:22

in Milliways
I tested several cables and different monitors and the common factor was always the Sony monitor(s). If I screwed the cable in tight and then wiggled the connector at the monitor end, the ghosting would sometimes go away for a while (and then return). I'm thinking the input board wasn't designed …

Re: Good high resolution computer crt monitor?

Posted on 2016-01-02, 15:19

in Milliways
I can personally recommend Nokia 446 PRO 19". I'll also agree with Malvineous. Find a monitor with HSYNC capability of more than 100 kHz. The best ones support more than 120 kHz. Also, the video bandwidth figure is important for image quality. Over 200 MHz is pretty good. Too low bandwidth causes …

Re: Test program works very slow in DOSBox

Posted on 2015-12-11, 23:17

in DOSBox General
You're probably compiling it for real mode (I didn't run the executable). Dosbox defaults to fixed 3000 cycles in real-mode. Set cycles=max (and optionally core=dynamic) if you want more speed. Also set fulldouble=false to prevent vsync from blocking Dosbox execution.

Page 3 of 28

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