Random question (mostly/only) to/for the devs

[Majora]

So I was playing Super Metroid again and it was laggy on my netbook. Then it ocurred to me that the graphics options were on kinda "high". Namely, scaling filters! Why can't ZC use those so that it doesn't look like crap at the bigger (anything above 640x480 pretty much) resolutions? Just curious. If Allegro doesn't continue to be a pile of inflexible garbage, I'd imagine that since there's pixel art scaling libraries/etc (i.e. what emulators use, hq2x, hq3x, Eagle, etc. etc.) already it'd be a simple matter, no?


Then again, I have zero idea how ZC handles graphics, and from what little i've seen they're handled in a hilariously ghetto fashion.


I'm sure this will become irrelevant when ZC goes open but for now...

(on another note, despite ZC seemingly being low-resource on the surface, it could benefit greately from being a multi-threaded program. Or more specifically, able to take advantage of multi-core CPUs or even the GPU, or both! But I have a vague impression that fiddling with hardware stuff would be a pain in the ass, to that extent. Again, ZC Open will possibly address this someday. :I)

[Gleeok]

How does ZC look like crap at high resolutions? I removed the sbig stuff back during RC3 in favor of allowing users to set any arbitrary window size/resolution -- it should scale perfectly to any size rect while maintaining aspect ratio. If you are getting hardware stretching in full-screen you need to set res_x, res_y to match the ratio in your display settings.

I have no problem with adding an option to use any alternate (non-allegro) magnification-filtering algorithm to draw the screen in ZC. An option to use these can be placed in the config file and launcher, and perhaps a shortcut key as well. If someone wants to contribute one then be my guest. :).

[code should be written in c or c++ and make use of allegro bitmaps (and be working, obviously), preferably wrapped in a single function call] ex:

void hq2x_blit(BITMAP* src, BITMAP* dest, int scale, int source_x, int source_y, int source_w, int source_h); // x,y,w,h; we don't need to scale entire source bitmap (black border pixels)

[edit] Actually, the size is always 224, 168 I think...

[Majora]

http://code.google.com/p/hqx/source/...src/hq3x.c?r=2

Found the code! Fuck if I know how to splice it in. Hmm. http://www.hiend3d.com/hq3x.html

[LinktheMaster]

Well, I will say that unfortunately ZC's current scaling, while really nice, isn't perfect in what it does anyway. I've noticed some resolutions tend to break it. While most of the common ones work (1024x768, 1280x720, etc.), some will just revert back to 320x240. I'm wanting to say the default netbook resolution (1024x600) did this, but I can't remember. I was doing testing for ZCM and found this problem.

[Nicholas Steel]

How does ZC look like crap at high resolutions? I removed the sbig stuff back during RC3 in favor of allowing users to set any arbitrary window size/resolution -- it should scale perfectly to any size rect while maintaining aspect ratio. If you are getting hardware stretching in full-screen you need to set res_x, res_y to match the ratio in your display settings.

Oh? I didn't realize this! I was just using 640x480 under the assumption that higher resolutions still had massive black borders all around the screen.

Edit: Very awesome, no more shitty blurry upscaling! Hooray for crisp pixellated graphics!

[Gleeok]

Oh? I didn't realize this! I was just using 640x480 under the assumption that higher resolutions still had massive black borders all around the screen.

Edit: Very awesome, no more shitty blurry upscaling! Hooray for crisp pixellated graphics!

I guess we need to start writing things down. :lol smily: I forget what stuff does all the time... >_>

[Nicholas Steel]

I guess we need to start writing things down. :lol smily: I forget what stuff does all the time... >_>

I notice that it doesn't scale up the display at 1920x1080 as much as Zelda Classic 1.92b183. In 2.50 Release Candidate 5 at 1920x1080 there is about an inch of wasted space below the gameplay display and also above the gameplay display. In 1.92b183 at 640x480 with sbig=1 there is about 1 centimeter of wasted space above and below the gameplay display.

Anyways to have 1920x1080 fill in the empty vertical space while retaining correct aspect ratio?

[Gleeok]

Unfortunately I don't have those display options. Can you post a screenshot?

[Nicholas Steel]

@Gleeok

1.92b183 (640x480, sbig=1)


2.50 RC5 (1920x1080)


Notice that in 2.50 the bright blue border fully surrounds the gameplay (And the faded blue border) while in 1.92 the faded border extends all the way to the top and bottom of the display? 1.92 scales the image up to fit 100% of the vertical space.

[Gleeok]

Aha. I see what you mean now. Borders within borders... I'll add sbig back in for that I guess.

Can you check something? In the same settings as that pic, look in the 2.5 allegro.log and see if triple buffering is enabled.