Allegro.cc - Online Community

Allegro.cc Forums » Programming Questions » Transitioning from Allegro 4; fullscreen question...

This thread is locked; no one can reply to it. rss feed Print
Transitioning from Allegro 4; fullscreen question...
cantide5ga
Member #14,123
March 2012

In Allegro 4, I am used to doing this, for example:
set_gfx_mode(GFX_AUTODETECT_FULLSCREEN, 320, 200, 0, 0);

I just jumped into the new API of Allegro 5 and am getting my bearings. Considering the code I whipped up below, how would I get this to full screen?

#SelectExpand
1#include <stdio.h> 2#include <allegro5/allegro.h> 3#include <allegro5/allegro_font.h> 4#include <allegro5/allegro_image.h> 5 6ALLEGRO_DISPLAY *display = NULL; 7ALLEGRO_FONT *font = NULL; 8 9int init() { 10 al_init(); 11 if(!al_init()) { fprintf(stderr, "failed to initialize allegro!\n"); return -1; } 12 al_init_font_addon(); 13 al_init_image_addon(); 14 15 display = al_create_display(320, 200); 16 if(!display) { fprintf(stderr, "failed to create display!\n"); return -1; } 17 font = al_load_bitmap_font("a4_font.tga"); 18} 19 20void print(int color, const char *text) { 21 al_draw_text(font, al_map_rgb(255,255,255), 0,0,0, text); 22} 23 24void print(const char *text) { 25 al_draw_text(font, al_map_rgb(255,255,255), 0,0,0, text); 26} 27 28void terminate() { al_destroy_display(display); } 29 30int main(int argc, char **argv) { 31 32 init(); 33 print("Hello World!"); 34 35 al_flip_display(); 36 al_rest(10.0); 37 38 terminate(); 39 40 return 0; 41}

Lastly, I'm using the HTML version of the Allegro 5 manual and just want to make sure there isn't a better guide available. I'm used to Allegro 4's slightly more thorough documentation. I hate bothering the forums with petty questions.

Appreciate any insight.

AMCerasoli
Member #11,955
May 2010
avatar

al_set_new_display_flags(ALLEGRO_FULLSCREEN); before display = al_create_display(320, 200);

cantide5ga
Member #14,123
March 2012

Thanks.

I get an Access Violation, and guess it has to do with the mode I am requesting. 320 x 200 is preferred, but I could live with 320 x 240. Both throw the violation.

With 640 x 480 being a commonly supported resolution, is a good method of getting my preferred 320 x 200 to stretch the bitmap to 640 x 480? Nothing fancy and want to avoid anti-aliasing. Anything else I should consider?

I'm attempting to rewrite a program that used mode 13h with a reduced 4-bit color set. Trying to get to that point before I dive into it further.

Thanks for any follow-ups.

SiegeLord
Member #7,827
October 2006
avatar

I think the best way to do fullscreen is to do al_set_new_display_flags(ALLEGRO_FULLSCREEN_WINDOW) the same size as the main resolution, and then manually resize/letterbox your game to fit. You can stretch the bitmap or use transformations to accomplish the latter (I'm sure there are a few threads with the required code).

"For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18
[SiegeLord's Abode][Codes]:[DAllegro5]:[RustAllegro]

Arvidsson
Member #4,603
May 2004
avatar

This smells like tutorial worthy material! :)

cantide5ga
Member #14,123
March 2012

I imagined before each screen update, I could do the resizing. Can you explain why you suggest ALLEGRO_FULLSCREEN_WINDOW and not ALLEGRO_FULLSCREEN?

SiegeLord
Member #7,827
October 2006
avatar

It's easier to alt-tab away from the windowed fullscreen mode in my experience.

"For in much wisdom is much grief: and he that increases knowledge increases sorrow."-Ecclesiastes 1:18
[SiegeLord's Abode][Codes]:[DAllegro5]:[RustAllegro]

Thomas Fjellstrom
Member #476
June 2000
avatar

With FULLSCREEN_WINDOW you're also guaranteed the mode is supported. A lot of monitors these days (ie: LCDs) have a native mode. Setting anything else will either fail, or get resized by a potentially crappy scaler. My old LCD has probably one of the crappiest scalers ever. It looks so awful its not even funny.

--
Thomas Fjellstrom - [website] - [email] - [Allegro Wiki] - [Allegro TODO]
"If you can't think of a better solution, don't try to make a better solution." -- weapon_S
"The less evidence we have for what we believe is certain, the more violently we defend beliefs against those who don't agree" -- https://twitter.com/neiltyson/status/592870205409353730

AMCerasoli
Member #11,955
May 2010
avatar

I imagined before each screen update, I could do the resizing.

You don't need to resize at each screen update. Depending on the monitor resolution you can resize all of your images, load different ones (bigger/smaller) or both.

I have always wanted to make a tutorial about this, but I really don't have the time right now.

You can use transformations which I don't know anything about, or you can resize your images individually depending on the screen resolution. Resizing it's the most easiest approach after the raw ALLEGRO_FULLSCREEN display option. But you won't notice the difference at least you add black bars in the left and right part of the screen to make the game keep its aspect ratio.

Now, the ideal way would be to not resize the images at all, and show more or less depending on the monitor resolution. A good example would be to play Angry Birds for PC, which resizes the view depending on your monitor resolution, or in case you want a resizing example the card game Spiders which comes with Windows.

The unique one in which you don't need to think about anything but just resize the windows is when using the ALLEGRO_FULLSCREEN flag. With the rest of them the first thing that comes to mind is collision detection, which obviously needs to change when the image increase or decrease. Now if you go with the "ideal" approach in which you don't change any image, the collision detection still the same, but the layout of the game will be your nightmare.

Neither of them are really difficult, the thing is if you're just used to set a flag... Obviously this will be something new that will take you some time.

flowbsd
Member #13,650
October 2011

#SelectExpand
1al_set_new_display_flags(ALLEGRO_RESIZABLE | ALLEGRO_OPENGL | ALLEGRO_OPENGL_3_0); 2ALLEGRO_DISPLAY * display = al_create_display(1280, 800); 3al_set_window_title(display, "Allegro 5 &"); 4GLenum error = glewInit();

____________________________________
3D Egg | OpenGL Forum

cantide5ga
Member #14,123
March 2012

Neither of them are really difficult, the thing is if you're just used to set a flag... Obviously this will be something new that will take you some time.

I don't clearly understand everything you were suggesting and am assuming it is lingo related to this library. It seems you are suggesting a lot of resource use in the manipulation of sprites/tiles on an image by image basis. Why wouldn't it be best practice to work on the 320x200 bitmap in the buffer and on each update expand it to a fullscreen size?

The code/logic has already been produced btw. But even if I wasn't attempting a port of sorts, I'm trying to imagine why I would use such unnecessary complication when making this from the ground up...

Hopefully a follow-up will clear things up. I must be misunderstanding something.

Dizzy Egg
Member #10,824
March 2009
avatar

Basically what he's saying is, why not scale ALL of your images on startup (so in your case double the size of ALL the bitmaps on startup) rather than stretching the screen every frame.

I hope that helps!

----------------------------------------------------
Please check out my songs:
https://soundcloud.com/dont-rob-the-machina

cantide5ga
Member #14,123
March 2012

Wow, got nothing of the sorts from what he said. Great idea though, as the collision routine would work on the same multiplier applied to the graphics.

Thanks

Edgar Reynaldo
Major Reynaldo
May 2007
avatar

If you already have everything working for 320x200, then just set an ALLEGRO_TRANSFORM to scale everything up to the screen, letter boxing as appropriate. You don't need to manipulate your world coordinates at all, except to translate between screen coords and world coords.

I think the steps to build your transform would be :
1) Translate to center on the camera center
2) Scale up to screen dimensions
3) Set this as your transform

(Never tried this before, could be wrong...)

Thomas Fjellstrom
Member #476
June 2000
avatar

Then you can invert that transform and use al_transform_coordinates to map coordinates back.

--
Thomas Fjellstrom - [website] - [email] - [Allegro Wiki] - [Allegro TODO]
"If you can't think of a better solution, don't try to make a better solution." -- weapon_S
"The less evidence we have for what we believe is certain, the more violently we defend beliefs against those who don't agree" -- https://twitter.com/neiltyson/status/592870205409353730

cantide5ga
Member #14,123
March 2012

Thanks everybody.

Go to: