In addition, I ran # apt-get source dosbox Then performed a diff with fastdosbox's source. There are countless changes, especially in the CPU core. There really aren't, if you ignore whitespace changes (and compare against say, dosbox SVN r3783 since fastdosbox is missing a lot of more recent …

But if that's true, why then is it so much faster on benchmarks like topbench even when I use the fastdosbox-CVS.conf setting in my dosbox.conf? If fastdosbox only changed configuration options, they would run at the same speed. Those two statements are contrary to each other. If you can take the …

Pickle wrote: I wonder if people are paying $1 to have the dynamic core turned on for them... I think you're right... there's barely any noteworthy changes in the source code, besides making the default core "dynamic" instead of "auto".

The issue is not Virtualdub (which is "modern" - latest release was last October), it's an issue with installing the codec - right-click on the "Install movie codec" entry on the start menu and choose "Run as administrator". Then use 32-bit (not 64-bit) virtualdub for editing.

I think it would help if we had the .exe you're trying to run.

I started it because I wanted to play Red Alert on a wii (and the existing ports had bugs in the TLB code that crashed nearly all protected mode games), but the code should run on any 32-bit powerpc machine. The 729MHz wii can even run quake now... although it's only playable at the smallest screen …

A PPC dynarec is actually in progress, just sit tight for a couple of weeks.