RE: [AD] Potential color conversion bug

[ Thread Index | Date Index | More lists.liballeg.org/allegro-developers Archives ]


> On Mon, 2005-06-20 at 10:14 -0700, Robert Ohannessian wrote:
> >
> > Sure, but then just make ddraw->vtable->blit_from_memory() call
> > ddraw->vtable->blit_between_formats() if it can't do a blit with
> > conversion at the same time.
> 
> Yes, of course. But I couldn't test that change myself, without
> windows..


It's not as if we lacked people who use Allegro under Windows on a
regular basis...


> Oh, btw, I tried Peter's example code, but added this line:
> 
> printf ("%d -> %d\n", bitmap_color_depth(bm),
> bitmap_color_depth(screen));
> 
> Now, the interesting results:
> 32 -> 32
> mem 4.160000
> 32 -> 32
> vid 12.340000
> 
> I.e., video bitmaps simply *are* slower with AllegroGL under Linux,
even
> if no color conversion at all is done. So, fixing this won't change
> anything on the original problem that video bitmaps are slower.


Something's fishy here. Can you trace down AGL and see which vtable
function ends up being called here, and which path is taken?

Thanks.





Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/