VOGONS

Common searches


Search results

Display options

Re: Linux vs. Windoze dosbox versions

I was seeing the same problem as sehh (I'm also on Fedora Core 4 -- Personally, my sound is AC'97 and don't know what sound support got installed and used). The export SDL_AUDIODRIVER=alsa made a big improvement. Things went from being ridiculously out of sync (seemed like a couple seconds) to being …

restoring the mouse on linux

Hey, I just built DOSBox CVS on Linux (Fedora Core 4, KDE, nVidia drivers). It looks great on Linux -- super-smooth, and the window behaves a bit more nicely than on my WinXP setup. The changes I'd been making all work fine too (with the noteable exception that I need to press CTRL-WINDOWKEY-F# …

Re: Timing issue? - Cronologia by Cascada

Ok, this is solved now (though the problem still exists). The sequences in Cronologia that use the horizontal retrace to synchronize effects don't use any vertical retrace timing. DOSBox emulates vertical retrace with timing.. but rather than emulate horizontal retrace with timing, it uses a hack to …

Re: syncing vsync to the host display

I remember the old VGA-Copy _shareware_ version having a nice exit screen with cool colour effects (background changed so fast that it looked as if coloured bars moved behind the text). Does it work with your patch? (Check www.vgasoft.de to see if it's still available for download) The freeware or …

Re: syncing vsync to the host display

Ok. I had some bugs. I was accidentally setting the vsyncend value (vga.draw.delay.vend's counterpart) to much too long in the correction frame. Fixed it now.. Now looks great (your suggestion was great Moe :)). I'm playing with it with the 'jolt' key to shift the shear line off the screen when …

Re: syncing vsync to the host display

Experimenting with this a bit more, I've noticed that it has.. improved (or at least changed) the compatibility with Panic by Future Crew. Compatibility's only improved when I do the "skip every 15th frame" kind of correction. Without my changes, I can't get the thing to run past the "PANIC" title …

Re: DOSbox killed my machine...

As Mirek mentioned, it's possible that running DOSBox caused more power to be drawn by your computer. It could cause the CPU to run harder (and hotter), and possibly the graphics card too. Either of these would increase power usage, and possibly also cause a fan to turn on or increase its speed. A …

Re: syncing vsync to the host display

I haven't had much time to work on it, but I did a quick test of the 'displaying every 15th frame twice' sort of method. All I did was make the vsync take twice as long whenever necessary, calculated based on the the user-supplied (host) and virtual refresh. That's just a test because it's bound to …

Re: syncing vsync to the host display

Yeah, I actually thought of something like that as I walked out for dinner tonight :) It reminded me of a bunch of filters and stuff a friend of mine was doing for dvd software (rather different though, because of interlacing in that case). Anyway, I think something like that has some potential, …

Re: syncing vsync to the host display

Right now in the calibration, I'm just using a timer value rather than cycling through standard refresh rates, so I'm assuming that in order to get an accurate enough timing this would need to be matched up against a list. In some way or another, the user or dosbox would need to guess what the true …

syncing vsync to the host display

Hey.. A while ago, I started posting somewhere on the forums about the possibility of syncing dosbox's vsync to the host display in cases where the host and virtual display Hz is sufficiently similar to get supersmooth scrolling in certain apps, demos, whatever. I got a preliminary version of the …

Re: The hatred of DosBox

Hmm.. I'm not a big fan of the PhysFS approach, though it would have some usefulness. As you mentioned, not all users will have them.. and the true game owners would have to give themselves the hassle of packaging their own zips (distribution of the packaged ones would afterall be a violation of …

Re: The hatred of DosBox

DosFreak, Yeah, it's best not to interfere with other platforms. I made the assumption that someone will package a release for each platform independently at each point release. To my knowledge, no one is officially responsible for each platform. My reasons for mostly choosing to work on consoles or …

Re: The hatred of DosBox

Someone mentioned adding a default mount. I think it's a good idea to have dosbox ship with a subdirectory for programs, containing one small (freeware) dos application for test/example purposes. It'd be easy for the user to see that this coincides with what's seen on the host drive, which is a big …

Re: The hatred of DosBox

I bet there's some quiet agreement on this already from some of the developers, but I'll add my opinion... I think it's best to make it easiest for as many people to use as possible -- Even the ones who won't read the readme and then go to forums and moan. I wish they were able to get things running …

Re: Overscan border patch

hey, maybe dosbox could implement virtual configuration knobs for the virtual display. That way you could screw around with the display just like on a real old monitor, and resize the visible portion (and consequently, the border) to your heart's content. Could also have a handy factory reset like …

Re: Graphics performance boost

Indeed, I hadn't checked this... it seems the problem is also there when DOSBox changes the resolution. This is a minor issue of too much "not updating". I'll look into it later. Ah. For a minute I thought you'd misunderstood me, but I think you're kind of right. What I'm seeing may be related to …

Re: Graphics performance boost

I notice one new problem in the new build (as compared to the dosboxcvs-051202 build by gulikoza). If I have select output=ddraw with fullfixed=true, and switch to fullscreen, whatever was currently in the window gets scaled up to fill my screen... but then, any further display is in a small …

Page 4 of 6