OK, I did try again with a fresh MinGW installation. installation with all basic packages enabled MSYS fstab correction (or just using fstab.sample as fstab) precompiled libraries (http://sourceforge.net/projects/scummvm/files/build/scummvm-required-libs-mingw.zip/download) extracted to MinGW folder...

@LordHoto:
I gave Cygwin a try because it normally has less problems as MinGW. So this was JFI.

@digitall:
Did you use MSYS/MinGW?

I didn´t try to compile ScummVM under MSYS/MINGW for a long time but I remember that these problems occur under Windows with the Windows MINGW not with the LINUX MINGW for cross compiling. I think Cygwin did show also the same errors.

Wouldn´t it be a quick&dirty solution just to apply the scale2x filter two times?

Original size -> 1st scale2x run -> 2nd scale2x run
for e.g.
320x200 -> scale2x to 640x400 -> scale2x to 1280x800

Check if your monitor has overscan activated for HDMI input, if yes then deactivate it or set it to 0%.

So far I tried it in the past the SCI engine could never be compiled for WinCE. By default this engine is also disabled in the SVN WinCE makefile so I assume Knakos is already aware of this problem. On the other hand perhaps the SCI devs could look over this issue. If they could not compile on their...

Are all the other builds in the buildbot hosted outside the scummVM SourceForge? Since I´m not a dev I can´t answer that question. Anyone willing to host a buildbot for the ARM build out there? Please? If someone is interested I could post my bash shell script which would still need some smaller ch...

My build and packaging process is done by a shell script. This works as long fine as there are no build problems like a broken build somewhere or a greater change like splitting all engines in 2 ScummVM.exe instead into a single one. Although when everything runs fine there would be no check of the ...

From a user point of view (me): I would not use ScummVM anymore if it would have such a builtin tracking/data mining functionality because I´m not willing to give up my privacy for such a useless service.

pilaxoft wrote:Well, well. A question. ¿DW and DW2 are supported by ScummVm?
I can´t see this titles on compatibility chart.

Because the DW engines are only available in the SVN development builds and not in the regular release build.

DrMcCoy wrote:AFAIK, you can also open a "Collector's account" for free which removes the 10 times download limit.

Yes, but I´m not really interested in registering at such a service...

OK, here is the build. Since this is just intended for the sound debugging test I think the RS link (which means 10 available downloads) should do it at the moment:
http://rapidshare.com/files/211343287/S ... 0.ZIP.html
MD5: 36D75C03D69E4204893D6D9424AD27AD

I will compile a new SVN build today. The only problem could be where to upload it. But we will see.

No, it isn't. .mus files are much simpler, they use an 8bit ADPCM codec (readBufferTinsel8() in sound/adpcm.cpp). The decoding doesn't depend on any external library. OK, in that case the migration from Tremor to Tremolo is not the cause of the problem. That would have been the only system relevant...

What happens when I try to start it is that it opens a blank application window with the header title 'SDL_app' before closing again, and performing some kind of change to the files 'scummvm.ini', 'scummvm_stderr.txt' and 'scummvm_stdout.txt' in the ScummVM root directory. Do you still use the same...