it was easy, first i extracted all the frames of all the animations to pcx with aniview saving to 4 letter names. then i opened photoshop, open the color dable and save it as pal, start recording a new action. convert to rgb, resize to 160% with bicubic filtering, apply blur and sharpen to resample the thing and get rid of any jaggedness, then convert to index color using custom and loading the pal file. save close and stop action. play back on every single frame of all the anis, then drag all your name0000.pcx files onto ac and rename back to their original names and youre done.
or not. while were on the subject, what is it with the ani converter changing the index on some of the pixels? every so often, dispite the fact that all images hold the same pallette, and are the same resolution. the images themselves were easy to convert. i get the feeling that the problem is a bug in ac.exe (is this in the scp, i thought i remembered seeing it in the repository). i noticed that the location of the bad pixels coincided with the data in the previous frame, as if the processing buffer isnt being cleard between frames.
anyway heres an examplethe first image is the preconverted frame, in the proper format with the proper palette. the next is the problem frame from the resized energy2.ani (ive doubled the size to make it easyer to see). anyway i noticed that the position of the added white pixels was in direct relation to the contents of one of the previous frames. energy2 is a 4 frame ani, the 3rd and 4th frame both carried over the error. so either ac isnt clearing the working buffer between frames, or its a size reducing feature (to not store redundant pixels betwen frames) that isnt working right. anyway ive super-imposed the 2 frames using screen and you can see that the positions lign up with data in previouse frames. it looks as if theres a multiply going on for them.
[attachment deleted by admin]
