VOGONS

Search

Common searches

Search results

Display options

Display options

Re: Everyone but me

Posted on 2007-01-22, 11:28

in GliDOS General
I've tried installing glidos on two rather different german (not messed-up) XP systems and they both pointed by default to Program Files. As Ernie said this directory does not exist, but that's not the point with hardcoded directory strings. Installing went fine, it just created automatically the …

Re: Dosbox debug - which core?

Posted on 2007-01-21, 00:03

in DOSBox General
Yep. It's a matter of taste, but no instructions are left out. That [illegal] might turn up for several reasons, some are because the address decoding in the disassembler is not 100% correct (segment wraps especially) or when the exact paging state can not be determined for some reason. Why it's …

Re: Authenticity of AdLib sound

Posted on 2007-01-21, 00:00

in DOSBox General
As far as i understood it's not possible to emulate sound generated as described in http://repetae.net/john/computer/opledit/tech/adlib2.txt with the current implementation. Srecko might tell more about that.

Re: Dosbox debug - which core?

Posted on 2007-01-20, 23:33

in DOSBox General
Have a look at LogInstruction() in debug.cpp, LOGS tries to keep things compact, doesn't display FS/GS and omits some flags. LOGL is the most readable imo (that's why it was added) but generates rather large log files.

Re: Dosbox debug - which core?

Posted on 2007-01-20, 21:59

in DOSBox General
The dynamic core runs code in blocks, so you'll only get a log of the first instruction of the block, which is quite useless (blocks can be up to 32 instructions). normal core and full core are fine. Also you can reduce the logging information by using LOGS instead of LOG, or display more info with …

Re: Maximum cycles=max level

Posted on 2007-01-19, 20:40

> But then again, since Dosbox already calculates the maximum cycles > available on a constant basis under max mode Well that's not what is done. It's not like there's some speed testing, then some cycle value is calculated, which is then used. The cycles=max setting determines the cycles value …

Re: Maximum cycles=max level

Posted on 2007-01-19, 17:28

> I don't think that was really fair wd. Kaminari and TeaRex were only > demonstrating their personal experiences with Dosbox. Nothing wrong > with that. And what's the unfair part?? > I think having a hard upper cycles limit is the best solution to this issue. Better use a frontend with some …

Re: Maximum cycles=max level

Posted on 2007-01-18, 20:22

If that is needed there's no problem to add it. But i don't see the ultimate reason for this at the moment. Reducing could work by a hard upper cycles limit (not that useful imo) or by having a percentage modifier (like what the cycles up/down keys do at the moment for cycles=max).

Re: D.O.G. is growing up.

Posted on 2007-01-18, 16:41

in DOSBox General
> Scalers already track what has changed, it's just the matter of skipping the unecessary flip... That'd only give useful results if they're copying the screen at once. How would you measure the fps of a game that has a static background but uses a lot of sprites (which are not all drawn at once)?

Re: D.O.G. is growing up.

Posted on 2007-01-18, 16:34

in DOSBox General
The fps you're talking about is the screen refresh rate (70hz in the case of your game). > The catch is that I need to get hold of a way to acces the internal flip > command of the emulated VGA card. That's exactly the screen refresh rate. But, as you already noticed, this is not correlated to what …

Re: Maximum cycles=max level

Posted on 2007-01-18, 00:29

cycles=max is definitely different from cycles=xyz simply because it varies the cycle count on demand. And the max setting is not really wasteful because most newer games will just run smoother. If you are concerned about keen&co not needing this, have a look at cycles=auto.

Page 363 of 445

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