Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-12-05, 10:15

by

by augnober

in DOSBox General

in DOSBox General

Ah, didn't think of using OpenGL for that. With a quick check, I didn't see anything in the SDL lib's source for vsync.. so I abstracted the code a bit and was planning to let someone else deal with other platforms 😉

---

Re: Graphics performance boost

Posted on 2005-12-05, 07:33

by

by augnober

in DOSBox Patches

in DOSBox Patches

Ah, quick responses. That means I better re-post the edits I made to my post :) I noticed this about normal3x after my original post: - I've noticed that in 'surface', it gives me 3x height surface. - If I choose 'direct3d', then it actually gives me a 2x height surface. - In 'ddraw', it simply …

---

Re: Graphics performance boost

Posted on 2005-12-05, 07:10

by

by augnober

in DOSBox Patches

in DOSBox Patches

First, I'll be the next to say this change is great work.. kind of a gutsy optimization to attempt too :) I've tried out gulikoza's dosboxcvs-051202 build (which includes the optimization that was available at that time). I noticed that things ran much improved of course. Beyond that, I noticed two …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-12-05, 01:32

by

by augnober

in DOSBox General

in DOSBox General

(someone can correct me if I'm wrong -- but this is as I see it) Within DOSBox, emulated display timings exist in conjunction with the emulated video adapter, and the ports to access those values are also emulated (in our case, 0x3DA is important). Consequently, programs which depend on vsync for …

---

Re: Timing issue? - Cronologia by Cascada

Posted on 2005-11-22, 04:42

by

by augnober

in DOSBox Games/Apps

in DOSBox Games/Apps

Just tried full core now and got the same result (scroller part runs fast).

---

Timing issue? - Cronologia by Cascada

Posted on 2005-11-21, 05:36

by

by augnober

in DOSBox Games/Apps

in DOSBox Games/Apps

-Reposted here, since this thread seems more appropriate. I first posted it in a 'Screen tearing' thread in DOSBox General. Here's an example of a demo that I think (I wish I had access to an old computer..) is timed much differently in DOSBox than in real DOS. It's the first publicly available …

---

Re: How play through the net when the game give me only ...

Posted on 2005-11-19, 02:30

by

by augnober

in DOSBox General

in DOSBox General

If there is phone-number-used-as-ip-address functionality in DOSBox, then my guess would be that it isn't for the null-modem, because null-modem gaming (in my experience) didn't involve any phone number. It was a direct connection between two computers with no switching. This would mean that it …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-18, 10:59

by

by augnober

in DOSBox General

in DOSBox General

Here's an example of a demo that I think (I wish I had access to an old computer..) is timed much differently in DOSBox than in real DOS. It's the first publicly available thing I tried, since it makes massive use of scroll registers and was very smooth. It's Cronologia by Cascada. There are three …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-18, 09:58

by

by augnober

in DOSBox General

in DOSBox General

Ok. The scaling works. I had an unnoticed problem with WIN32 not being defined, so certain things were compiling happily without taking in the d3d stuff, and then I'd forgotten that the description of 'fullfixed' in the conf file is reversed. So, saying you don't want it fixed in fullscreen makes it …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-18, 00:42

by

by augnober

in DOSBox General

in DOSBox General

It's disappointing to hear about the difficulty of fixing this in DOSBox, but I very much disagree about what you guys (the past two posts :)) are saying about DOS software. Lots of software made use of VGA scroll registers and/or pallette modification along with use of vsync timing. These things …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-17, 05:51

by

by augnober

in DOSBox General

in DOSBox General

Yeah, I got his build. I'm trying to get his direct3d changes applied to my copy of the dosbox source so I can make some changes (direct3d output is my favourite -- easy to get scaling with no blurring that way). I've just finished grabbing the source through the sourceforge cvs, as opposed to the …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-17, 02:55

by

by augnober

in DOSBox General

in DOSBox General

Yeah, I understood about the 'sleep' thing. I was less sure about the terminology I was using (sleep? block? pause?), and didn't want to start thinking in detail about how sound emulation may be handled by the emulator.. preferred to figure there's something along the chain to audio output that …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-16, 06:50

by

by augnober

in DOSBox General

in DOSBox General

(sorry for spamming the board in multiple posts.. :)) Following HunterZ's suggestion, I enabled vsync in my display driver and used direct3d. It makes sound skip whenever I'm in fullscreen, and I don't want to cause some extra latency through messing with the sound buffer, so I've disabled it again. …

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-16, 06:38

by

by augnober

in DOSBox General

in DOSBox General

Didn't notice the doublebuffer setting when I made my post... I guess that may be like one of the more complicated things I mentioned at the end of my post.. decoupling the final rendering from the emulated state. Not a bad way, though I like the simpler solutions.

---

Re: Screen tearing in DOS games running through DOSBox

Posted on 2005-11-16, 06:21

by

by augnober

in DOSBox General

in DOSBox General

I really think it should work to use Direct3D or OpenGL output and force vsync on in the video drivers, unless the video drivers are broken/stupid and don't do it even if you set them to. Try Gulikoza's DOSBox CVS with output=direct3d (not the same as ddraw) and make sure you have your video …

---

Re: Fullscreen, yeah right!

Posted on 2005-11-13, 15:36

by

by augnober

in DOSBox General

in DOSBox General

Hey sentenced, I had the same problem in the past, on my mom's LCD. I think the cause was in the BIOS (strange as that may sound..). Look for any options in there that imply that the display image will automatically be upscaled to fill your display. If you find such an option, disabled it. Once this …

---

Re: Star Control 2 palette

Posted on 2004-10-12, 01:43

by

by augnober

in DOS

in DOS

In a dosbox development thread, red_avatar added: "One note: the /g:BIOS tag doesn't work with the popular abandonware version on the net - it has a starcon2.com crack that will run the game without the need for the starmap. Luckily, I bought the original Starcon 2 in mint condition (still in …

---

Re: Star Control 2 palette problem

Posted on 2004-10-12, 01:36

by

by augnober

in DOSBox Development

in DOSBox Development

In that case, I guess there is some use in the hack I did. For the benefit of people at home, here's what I did (try it - It's fun for the whole family!): in starcon2.exe, find "mov dx, 03c7"... replace it with "mov dx, 03c8" a couple lines down, change one of the "inc dx" instructions to "nop" look …

---

Re: Idea: saving & restoring state

Posted on 2004-10-11, 00:08

by

by augnober

in DOSBox Development

in DOSBox Development

The theory sounds right... assuming you don't mess with any files the program's working with. It shouldn't take much more memory than the available system memory in the emulator (and perhaps less with compression). Anyway.. I'm not a developer on this project, but I know enough to know your thought …

---

Re: Nice -- Unreal demo by Future Crew works

Posted on 2004-10-03, 22:26

by

by augnober

in DOSBox General

in DOSBox General

I ran it from C:\REAL and it worked :) Thanks QBix. I tend to have a pretty long directory structure, so maybe that broke it somehow. I'm amazed to see it working all the way through. The sound is a bit choppy for me in most parts (on an AthlonXP-M 2000+ laptop with AC'97 sound and junk video)... …

---