No compression (similar to 4.2 datafiles) on this version?

I keep trying to learn the new API. Now I'm checking the examples using the IIO addon. I don't know why but all of them run incredibly slow on my machine (due to the bitmap drawing routines, it seems). I tried to change the created display on ex_bitmap and ex_bitmap_flip to use OpenGL to see how fast they run but they both crash on the call to al_draw_bitmap(). I'm using Allegro 4.9.9.1.

It seems that the problem is in the creation of display bitmaps when using OpenGL, 'cause if I change the following lines in ex_bitmap:

bitmap = al_clone_bitmap(membitmap);
if (!bitmap) bitmap = membitmap;

to this, the program no longer crashes:

bitmap = membitmap;

gdb's output for both examples is almost the same:

Program received signal SIGSEGV, Segmentation fault.
0x00000000 in ?? ()
(gdb) bt
#0  0x00000000 in ?? ()
#1  0x69b26d74 in draw_quad (bitmap=<incomplete type>, sx=0, sy=0, sw=320,
    sh=200, cx=0, cy=0, dx=0, dy=0, dw=320, dh=200, xscale=1, yscale=1,
    angle=0, flags=0) at C:/allegro/allegro-4.9.9.1/src/opengl/ogl_bitmap.c:118
#2  0x69b271bd in ogl_draw_bitmap (bitmap=<incomplete type>, x=0, y=0,
    flags=0) at C:/allegro/allegro-4.9.9.1/src/opengl/ogl_bitmap.c:202
#3  0x69ac1bd7 in al_draw_bitmap (bitmap=0x3f6c18, dx=0, dy=0, flags=0)
    at C:/allegro/allegro-4.9.9.1/src/bitmap_new.c:278
#4  0x00401477 in _mangled_main ()
#5  0x69afeb68 in _WinMain (_main=0x4012e0, hInst=0x400000, hPrev=0x0,
    Cmd=0x241f18 "", nShow=10)
    at C:/allegro/allegro-4.9.9.1/src/win/wnewsys.c:136
#6  0x00401539 in WinMain@16 ()
#7  0x00401881 in main ()
(gdb) quit

Hope it's useful to the devs.

Also, any explanation on why bitmap drawing routines are so slow on my machine?.

Thanks.

Just built r12036 and yes, OpenGL works great there. I tried a simplified version of ex_bitmap with a frame counter and I get around 200 fps using OpenGL (200 fps is great on my machine, I think).

Thanks.

Its BECAUSE it hurts people's eyes that its used. Its a very uncommon color, so it was picked to be a reserved color. At least thats why it was picked for a4.

Magic Pink is also used. The Yellow is for the background around the chars, the pink is used for the char's actual bg, since it's treated as translucent.

Or at least I think thats how it went

I have a port of A4's default font to A5. It even overloads the font vtable so it can use the same data format as A4 (ie, you can just use it without having to do anything special). The only issue is performance is atrocious, but that could be remedied by actually doing the conversion to an A5 bitmap font automatically the first time the font is used.
Or just add a function that will convert the data to a proper A5 font. Maybe that's easiest.