did you try a regular cvs build or a patched one ?

It's the one with "experimental patches". The thread you started/pinned here:
CVS Builds By AEP

Containing this link:
A cvs compile with experimental patches:
http://ykhwong.x-y.net/page.htm

I am *very* happy I did. I do have another link, for what I believe is more of a standard/basic compile here:
http://cvscompile.aep-emu.de/dosbox.htm

But, I am not very good with compiling my own build from source, and the one compiled at that site has not been updated since July 3. I believe the Tandy fixes were submitted ~July 11. I was really just looking for the Tandy issue to be fixed without "breaking" anything else.

What I was surprised to find is everything I sited before. Tandy mode fix, and every game that wasn't working before (IE Operation Carnage, Neverending Story II) working beautifully now as well. Additionally, although a little slow and processor intensive (As it always is), the HQ2X filter was a nice bonus too (I presuming that render is one of the 'experimental' parts). Nonetheless, everything is rock solid and my "old" conf files work perfectly. AFAIK, the aforementioned release (7-30-05 "Experimental" CVS - ha!) might as well be called DOSBox 0.64. It's fantastic.

-Trebor

I was wondering as some of the experimental patches deal with the (s)vga graprhics and the keyboard.

Vesa 16 bit patch does not affect svga chipsets (except for s3 trio64).
It seems that all the keyboard patches I've applied work fine.

that one of vasyl implements a few vga graphics fixes as well as far as I knows.
Didn't look that much at it. (Harekiets area)

My patch should not affect properly written VGA games but DOS games often had a lot of odd hardware-level hacks. As I pointed awhile ago, the way how CRTC was handled in 0.63 there was risk that some game may find Trident hardware there. After that game programmer could get fancy and try some Trident-specific tricks, even in basic VGA modes (on the register level Trident 8800 handled 320x200x256 as 640x200x16, that was fixed in later versions). I am not saying that it is what was breaking those games but it was one of the possibilities.
Another patch that could greatly improve compatibility of VGA games is ih8regs's CRTC patch which I integrated into mine at some point.
Well, if all patches in ykhwong's build make it we will have very solid 0.64, that's for sure. It may be a good idea to add a link to ykhwong's site on the main DOSBox page to add exposure. Would be a good community testing.

I've found that Ultima 8 in ykhwong's build doesn't let me choose the avatar name. Dunno, can be a configuration problem, but i'd like someone to double check it.

The bug will be fixed in next build.

It seems that some keys are not matched with keymapper because of 'More keyboards handled' patch.

could you post the corrected patch for that here then ?

I meant that I just modified a line in keyboard.cpp
to fix that game (Ultima 8 ) .

1//           if (s->mode & KBD_MODE_MOUSE_INT)
2//                irq12_level = 1;
3//        } else {
4            if ((s->mode & KBD_MODE_KBD_INT) && 
5                !(s->mode & KBD_MODE_DISABLE_KBD))
6-//              irq1_level = 1;
7+                irq1_level = 1;
8			PIC_ActivateIRQ(1);

Ah, would you check this thread, please?
Topic 9576

hmm that looks like the qemu keyboard handler. I haven't got any plans on adding that.
My intention is to add keyboardv2.diff

I thought that qemukeyboard.cpp has 'More keyboards handled' functions.
The reason not to add keyboardv2.diff is that keyboard is thoroughly locked in windows 3.1.

hmm didn't know that. I only browsed the diff didn't try it yet to see how it behaved.

> I thought that qemukeyboard.cpp has 'More keyboards handled' functions.

That patch is pretty experimental stuff.

Another thing, with the usual caveats that it might be a configuration problem, the colors of the game floor13
on
http://www.the-underdogs.org/game.php?id=419

Are off. Instead of greyscale like in the screenshoot, the pallete seems to have aquired other colors.

Also smart update screws with the videos and curson in MOO2, but then, that i'd guess is to be expected.

> Also smart update screws with the videos and curson in MOO2

The smart update patch has flaws with several games, by design
(not respecting most vga access through ports).

I don't know why the colors are strange in my build.
(changing graphic chipsets isn't helpful for it to work fine)
In other dosbox builds, the game is not playable as I tested.

Strange. I remember playing it on a dosbox version. moe's perhaps?
It worked fine, without configuration tweaks.

Yes, you're right..;
I had tested it on other two builds. I'll see what makes the colors broken.