Hi Michael, All; I don't normally care about animation, so this is the first time I have encountered this bug. I have read reports before that sometimes reducing the memory allocated as XMS for All, fixes some animation problems. I, also, have found a strangness associated with the value "XMS for All" and animation, and with video mode too. http://www.nulldevice.net/images/saddam.gif (128,435 bytes - 18 frames) 1) Using Trident VGA (512k) in Trident specific 640x480x256 color mode, with XMS for 1 at 256k, animation occurs only with XMS for All at 2Mb. Not at 1Mb and not at 4Mb. 2) Using Matrox VGA (4Mb) in VESA mode, 640x480x256 colors, animation will not run PROPERLY (colors overwrite) unless it is run in Hicolor at least once first. 3) Using the Matrox card in Hicolor, (640x480) animation will only run if XMS for all is 2Mb or 4Mb THE FIRST TIME with XMS for 1 at 256, but once it has run, the XMS for 1 can be reduced to 128 and the XMS for All reduced to 1Mb and it runs fine after "USE NEW SETTINGS". 4) Once it is running in Hicolor, I can switch to 256 color and it runs PERFECTLY every time with 128k 4 One and 1Mb 4 All. 5) Separate issue: If I try to RE-SIZE the image to 2x, the animation doesn't run under any settings of memory. I guess Arachne can't do two things at once ? All tests, virtual screens OFF. Total ^available^ XMS both systems = 8Mb. What info did I forget to provide ? - Clarence Verge - Still using Arachne V1.62 ....
