Rich, here's some beta 3 testing info: [-II-] disk video still crashes fractint when you alter image dimensions after the rendering is complete.. this time it made some dump, so i'll send it to you off the list.. [-III-] VESA behaviour changed - no more "insufficient memory" error, but nothing is plotted anyway, and at the <del> screen, the mode looses its dimensions.. ..doesn't happen with virtual=n by-pass, i recommend setting the global "virtual" to 0 in common \ cmdfiles.c: static void initvars_restart() /* <ins> key init */ { ... virtual = 0; } because this gets also called upon startup, so it overwrites xfract and winfract initialization to 0.. [-IV-] using preview window sets the main fractint window to 320x200, thus the preview ends up being half-way off-screen.. happens when you change the <v> screen pars for the 2nd time.. ..and now for something completely different: [:stereo.c:] ..notice that the only loop that writes to colour[] array goes from x towards 0, so even if same[] and colour[] overlap, it doesn't necessarily overwrite the data in use.. it would happen only if following conditions are ever met for the line "colour[x] = colour[same[x]];": same[x] < x && same[x] < abs(xdots - ydots) && the colour is supposed to contain values from the previous round, which it should not be, as at the very first run it would read from an uninitialized area.. actually, those arrays could overlap completely.. /charlie/