Hi everyone, I'm currently putting the finishing touches to a little patch that will make 32-bit games runnable on a 16-bit screen. This is particularly useful for graphics chipsets that can display a 16-bit RGB overlay but not a 32-bit one, and may help out those with 16-bit desktops too. The speed of my conversion isn't great, but it does at least leave 32-bit -> YUY2 conversion in the dust... (32-bit -> YUV was previously the only option for running 32-bit games on overlay hardware that omits 32-bit RGB support.)
Anyway, I'm finding that on a 1GHz machine with GCC 3.2 and full optimisations, it's taking me about ten minutes to recompile x11_window.c and re-link xmame every time I make a change to blit.h. Would anyone have strong objections in principle to blit.h being split up - perhaps into blit_direct.h, blit_indirect.h and blit_mangle.h? I think the huge number of conditionals in this file are causing the excessively long compilation time and memory usage... All the best, -- Alastair M. Robinson Email: [EMAIL PROTECTED] When politicians claim they will build you a "pie in the sky" -- remember whose dough they will be using. -- Lucille J. Goodyear _______________________________________________ Xmame mailing list [EMAIL PROTECTED] http://toybox.twisted.org.uk/mailman/listinfo/xmame
