I've build a version of the Allegro 5 demo on OS X. Please could someone test it and let me know if it works or not? Please let me know your OS version and whether you're on PPC or Intel. For reference I built it with 10.4/Intel.
link
Pete

That's a blow since I tested it with "Run under Rosetta" and it was fine.

pete

Maybe Safari refuses to act with a.cc's attachment uploading. Write your posts without attachment, then edit your post and use the Attachment link that appears in down right corner.

.{"name":"596033","src":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/9\/d\/9deccab5de613ff3ebb62e3f845a2843.png","w":652,"h":517,"tn":"\/\/djungxnpq2nug.cloudfront.net\/image\/cache\/9\/d\/9deccab5de613ff3ebb62e3f845a2843"}
The application started with a black window. The game starte after about 10 s. Colours appeared to be off, like screwed palette. Otherwise it was playable.
I have a Powerbook PPC, 1.5 GHz, OSX 10.4.11.

Right, I was about to say that. It looks like I posted back in March
http://www.allegro.cc/forums/thread/595534/735479#target

So maybe just the text rendering needs to be sorted out. Is that the same as what you saw, Evert?

By the way, no disrespect, but I don't think the current graphics do justice to the actual game. I wonder if there's anyone who would like to draw some (particularly the UFO)

Pete

Those graphics look like poo.

Anyway, it works fine on my MacBook Pro. 2.4GHZ/8600M GT, OS X 10.5.4.

Worked here on OS X v10.5.4, MacBook Pro with Intel Core Duo 2.16Ghz, 2 GB RAM, ATI Radeon X1600 video card. There are issues, like the close button does nothing and when I first load, I have to press 'y' three times to get into the game (the first two just make the music restart), but pressing 'z' causes it to start immediately. After playing once (by pressing either key), both start it immediately.

Major kudos for using less than 8% of a CPU core.

EDIT: the graphics look quite good for a 16 colour mode. Please don't misunderstand my point.

EDIT2: works well under Rosetta too. Another general observation: the icon is really, really low resolution.

EDIT3: my olde PowerPC Mac died a few months ago, but for that I might be able to be a bit more helpful.

I can't see that now, since I'm at work and Internet Explorer is an idiot. But I just got a text from O2 to say that the internet is back in my home, so I'm sure I'll be able to work it out later...

Maybe someone with a PPC Mac would be able to let you have a VNC session? If you enable fast user switching, launch a VNC server for user x then switch to user y then the VNC server is still running, allowing you to log in and work as user x while the person physically at the machine labours on as user y. So it'd be something relatively quick that a PowerPC user could do to help the project if the time coordination could be arranged.

I'm sure the built-in remote desktop stuff is similarly capable, but I had the feeling that Apple charge for some part of it?

Might want to attach something Peter

Under Safari 3.1.2 the normal attachments interface works perfectly.

EDIT:

It's nothing in a world where some Cocoa Commodore 64 emulators are more than 40mb.

Here's my crazy guess: a memory initialisation problem. It'd explain why the problem isn't seen under Rosetta and why it seems to affect the background of glyphs without affecting their contents.

Incidentally, what have you done for the built-in font handling in Allegro 5? Ye olde Allegro (& many others) invented-by-programmers fiction of every glyph having a bounding box and the bounding boxes never being allowed to overlap? If so, to what extent can that behaviour be replaced by add-on libraries without having to provide a separate API?

OK my friends can you test this one. I appreciate all the help.

Milan: Current SVN as of a couple of days ago.

Exactly that.

Easily, every font has its own vtable.

Pete

This is the change I made for the demo above

*** /tmp/PB.2143/XCSCMTopOfTrunkRevision-fontbmp.c/fontbmp.c  Thu Aug  7 23:31:14 2008
--- fontbmp.c  Thu Aug  7 22:15:33 2008
*************** A5FONT_FONT *a5font_grab_font_from_bitma
*** 227,232 *
--- 227,233 ----
        return 0;
  
     al_set_target_bitmap(cf->glyphs);
+    al_clear(al_map_rgba(0, 0, 0, 0));
     al_draw_bitmap(bmp, 0, 0, 0);
  
     _al_pop_target_bitmap();

I believe that cf->glyphs was full of garbage when it was created therefore it shows through when the transparent bitmap bmp is blitted onto it.

I don't think your changes are relevant to this particular bug (because the yellow circles are drawn perfectly), but I updated it anyway.

Pete

No one's really done anything yet with the font subsytem. Eventually I'd like to see something more like GlyphKeeper in the core.