Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2007-01-15, 15:11
I don't build it either, they were contributed by others.
Re: Authenticity of AdLib sound
Posted on 2007-01-14, 16:23
The only difference between Adlib and all the "compatible" cards (all ISA soundblasters and the first few PCI ones) is the actual type of chip. Later cards sometimes came with an OPL-3 chip which had extended capabilities. So programs that support both, OPL-2 and OPL-3 can in fact sound differently …
Re: DOSBOX .65 CVS build and optimization benchmark results
Posted on 2007-01-14, 16:14
Well, I think even using just a text-mode program for PGO is better than none at all, since there's a lot in DOSBox that can be optimized and which is not graphics mode dependent. It should be easy to pick 5 "typical" programs for their age, programs that do not pull off weird tricks. Then you'd end …
Re: DOSBOX .65 CVS build and optimization benchmark results
Posted on 2007-01-13, 06:59
wd, right, but I am with the gcc team here: code layout should follow logic and intentions of the programmer, not behaviour of one target machine (who knows, maybe in 5 years, branches are faster exactly opposite from today's branches). That's why we have the GCC_UNLIKELY macro (which I feel is …
Re: archimedean / schleichfahrt way too slow?
Posted on 2007-01-13, 06:43
Well, the latest CVS version in combination with a well-optimized configuration file should be barely sufficient for play at medium quality settings (maximum screen size, no gouraud shading/perspective correction/transparency effects). Read the README and the guides forum for tips on how to optimize …
Re: DOSBOX .65 CVS build and optimization benchmark results
Posted on 2007-01-11, 20:47
Yeah, that's what I mean: If you are doing a non-PGO build, it actually behaves a bit like a PGO build with random profile data. The reasoning is something like this: In some situation some decision must be taken, branches for example cannot be left out, so gcc has to guess which branch is more …
Re: DOSBOX .65 CVS build and optimization benchmark results
Posted on 2007-01-10, 16:28
Note that -O2 is not terribly useful with PGO. If you use -fprofile-use (and I assume that you generated a profile with -fprofile-generate before), the really useful PGO-enabled optimizations are enabled by -O3, not -O2. It's rather easy to explain why gcc-4 may seem slower than gcc-3, and O3 slower …
Re: mounting ripped redbook audio
Posted on 2006-12-28, 22:28
Oggs and mp3s definitely work in a handwritten cue file, I usually use that.
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-12-27, 12:24
Use an unmodified OHQ version, and a plain CVS dosbox version for a start. The dosbox bug is that with fulldouble=true, dosbox will render into a separate blit surface, but never blits it to the real surface later on. This doesn't even reach OHQ code (and is different from my personal opinion that …
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-12-27, 03:02
On the contrary: due to the way UpdateRects is synchronized with the render thread, the surface is always double buffered, even with a single framebuffer. The SDL_DOUBLEBUF flag is only returned if the application requests it, just to be nice and to appear closer to the real thing. Actual output …
Re: Legally getting older games.
Posted on 2006-12-22, 11:29
Thanks for this great summary. Let me add some comments on international law (and more specifically, German law): (2) and (4) are most likely to differ, since they don't map 1:1 to international treaties. 2) In Germany, you don't get licenses for off-the-shelf software, you really own your physical …
Re: Linux: midi and sound fighting over soundcard
Posted on 2006-12-16, 19:40
You are totally right, dmix is enabled by default in moderately recent ALSA versions. This has nothing to do with the kernel, it's libasound that does this (and all ALSA programs use libasound). As you can see fron the error message, dmix is indeed tried, but fails. Reasons for this can vary, but …
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-12-15, 04:20
Well, here it is. Or rather, see the usual download location. This release may break things. I'd be happy to hear a "works here" from Windows and MacOS X users. And a windows DLL would be nice, too ;) OSX support might be broken unless you recompile dosbox against the patched SDL. Or it might not. …
Re: Glide support
Posted on 2006-11-28, 20:40
Okay, here are some Screenshots 😉 BTW, someone who is capable might want to split this thread, since the problem turned out to be not related to glide at all. Although the rendering errors, the missing HUD foremost, is a severe problem, the game is unplayable this way.
Re: Glide support
Posted on 2006-11-28, 20:24
Just print out what ints are called (cpu.cpp) along with the cs:eip, then use the last one (or the last "easy" one) as start for debugging. Can you enter the debugger when the screen is black, or is dosbox hanging completely? The debugger did work, the problem was in a small "in al, 60; cmp al, fa; …
Re: Glide support
Posted on 2006-11-28, 20:19
Hah! Got it! The hang occurred while waiting for a keyboard controller ACK (0xFA). It was never issued, because when CMD_SETOUTPORT was issued, it never got reset to CMD_NONE again, so all keyboard commands were ignored after that. Here's a patch that makes Schleichfahrt 3dfx work, although I have …
Re: Glide support
Posted on 2006-11-28, 19:21
Well, all my recent tests have been done with XMS only. And the MS-DOS boot image variant also failed in all possible combinations, so there's not much left that could be the cause. Is there anything in VGA/VESA emulation that could permanently change state? The hang happens shortly before switching …
Re: Glide support
Posted on 2006-11-26, 20:19
Just in case, I tried your suggestion, but as you already anticipated, it didn't change anything.
Re: Glide support
Posted on 2006-11-24, 18:51
Ok, you've convinced me. Above result was using HIMEM only. Here is no mem manager at all: ALSA:Client initialised [128:0] MIDI:Opened device:alsa Glide:MemBase: 0x0xe753f008 Using partition 0 on drive; skipping 63 sectors Mounted FAT volume is FAT16 with 64222 clusters Mounted FAT volume is FAT12 …
Re: Glide support
Posted on 2006-11-24, 18:16
I really doubt all that can affect it, it's a DOS4GW executable so it should be quite independent of these issues, shouldn't it? BTW, it was a plain MS-DOS 6.22 boot floppy image.
Page 11 of 52