Posts by Fuzzbearplush

Quote from AndyH

Here's an example of my game, running in Windows, with the anti-alias setting off (on the left) and on (on the right):

Please login to see this attachment.

I've zoomed in on the screenshots for both. The one on the right is noticably blurry right, so that is with anti-alias on. But the one on the left, while sharper, is still a bit blurry ... why is that? In my case I have a laptop with a high DPI screen. My scale settings are set to 175% otherwise text and icons are super tiny, and it is this scale up done by windows that adds that bit of blur. On my screen, the image on the left does not seem blurry unless you really look closely, or zoom in like I have here. I could work around this by setting my screen resolution lower so I can have a scale of 100% but even then the H/W would scale up the displayed image to fill the laptop screen with some anti-aliasing going on.

In your case, if you see blur with it off I suspect your device is doing something similar. You should find it more noticable if you set anti-aliasing on in Fusion.

You can improve this by going with the scheme you had started with, where pixels are 2x2 and that will likely look sharp on devices with that resolution. On devices with a different resolution you will get some resize blur again so you're never going to be 100% in control of that.

Fusion does give you an option to not resize the window, but instead increase or decrease the size of the frame to match the size of the window. This will result in some part of your screen being truncated or having more visible space (and graphics appearing smaller). You could try to move things about to minimise but I don't think it is worth going down this route as there is only so much you could accommodate for in this scenario.

Display More

I figured out that it's probably just my screen being unfortunate, because if I screenshot it, it shows it as fine, I don't have too many resolutions available on my system for some reason

I'm also worried because the Wx900 resolution is based on my own monitor resolution and I worry if someone is gonna use a different monitor size that it would have issues too

Quote from AndyH

I believe the "Anti-Aliasing while resizing" under the Window properties controls that. I have mine switched off but it has been a while since I tested on mobile which I assume you are using?

On PC, and I always had that turned off, but it's still blurry, and my other issue is I can't even get it to resize properly, when I set screen size to 640x450, there's thin black bars above and below it.

My setup in app properties is:
Fullscreen > All disabled
Options > Check "resize display to fit window size"

Any other setups pretty much don't resize the window at all, and keep it tiny

Quote from AndyH

You can also set your window and frame size to half at 640x450 if you are happy for your objects to move on those 2x2 pixel boundaries. Fusion can be set to scale up the window to 1280x900 doubling the graphic size for you on everything, collisions unaffected. However, if you want your objects to move on 1x1 pixel boundaries then you have to go with one of your two options at the default resolution.

I could size it down to 640x450, it would take reworking stuff, but I must know before hand: Can the window get resized without it becoming blurred a bit? The graphic style I'm going for is very low color, and the blurring kinda messes it up a bit, I've been trying to figure out how to remove it but I can't

Sounds good, there's no blurriness if I use the speed option over quality option.
What about the collision thing? Does it get offset in any way? I use custom collision using compare two general values

I've got a game that is 1280x900, but I make my graphics twice as pixelated, meaning that each 'pixel' on my graphic is 2x2 pixels.
It's a bullet hell/touhou game and naturally there's a lot of bullets, so I was thinking, would it be better to reduce the resolution for the graphic files to half, and use set scale to 2 on every object, including the bullets?
I assume it's gonna help a bit with memory usage, but asking just in case the scale function affects performance in any way

^ The main frame also sends over certain global values from these sub-apps between them

I've got a two player game which is basically an app with 2 sub-apps containing a different frame. I've noticed that if I use a set random generator seed and give no user input the randomized actions differ each time I use run as application.
Could this be because it's multi-threaded or something?

It is not too much of an issue but I would like to program a replay function eventually that just records your inputs but this might make it desync

Quote from Popcorn

I explained this in this rather old article, a few pages down

Please login to see this link.

Thanks for that

I've read about how fast loops and spread value was used in place of for each loops in the past.
How do I do this? I want to check through all instances of an object, but I want it to behave like a fast loop (Once it's called, it skips to the loop instantly and then comes back)

Quote from punchbird

So, you can pass data through using global values/strings, or you could save the array as a file and then load it in the sub app. You can't share objects between sub apps / parent apps.

Looks like the file option is passable. Are there any performance concerns in using it?

I've got an array object set to global in the main frame and a copy of it in the sub-app, but it doesn't seem to work, and after looking at some posts, it seems like this is the case.
An alternative I saw was the "Associative Arrays" object extension, but this object appears to lack the 2-3 dimensionality of the regular array object, which I need.

Any solutions or extensions that solve this?

Quote from NaitorStudios

Remembering that shaders can only see what's rendered INSIDE the visible area of the frame, you can't make it go for example further than the scrolling...
Hence why I said that you need your app resolution to be able to display the entire frame.

Yes, I kept this in mind

Quote from defisym

Please login to see this link.

Never forget to search the forum.

Thanks for that, unfortunatelly having trouble using the shader.
I'm able to select it in the frame properties, input in the prefered parameters but the result is just a black screen

Quote from NaitorStudios

You can find the ZoomBox shader here in the community, it should come with a example showing how it works...
Once you're able to see the entire frame on the window, you can use the shader to zoom to to a specific part of it

I'm sorry but I can't find it. Looked into the shaders library here, searched for it using search tool but can't. Google wasn't a help either.
Could you provide a link

Quote from NaitorStudios

There are a couple of ways, each one with its own caveats...

You can use Viewport or a shader (ZoomBox for example) to pick a part of the frame, but this means you have to set your app resolution to the size of the whole frame, meaning it would use a lot more resources...
This way with a shader of Viewport you can have two or more "windows" showing a part of the frame...

The other way would be loading the same frame into two subapps, by default these would be independent, but you could program a way to sync stuff happening between both instances, like the other player's position, destruction of enemies and stuff.
Idk if this would be more efficient since it has to run double the events, I guess it's less intensive graphically, but can be a pain to set this up...

Thanks for the response, any recommendations for where I can learn more about shaders? Also, my application is already at 1600x900 resolution, and the individual game frame is 548x820

I want to have two screens, like a split screen, for two players. How would I go around making it so that objects, specially large ones, from one screen can't be partially seen in the other one when they are close to the edge?

So, it should be a good idea to put an overlap condition before the distance check (Yes, I am using for each loops)?
Even if the distance check is just one condition after the overlap condition in the same event?

I'm making a bullet hell game and i handle collisions using math based on player and bullet distance in "compare two general values", this has to be ran for every bullet.
I was thinking if it could be a great idea to add one more condition before that and that is if the bullet overlaps the player, would that be better for performance? Does that decrease the amount of times it has to run the math?

Quote from YesNoYes

They should do, but as it's an application property, I have no idea how often it triggers or how exactly it gets "deleted" (are actives with running behaviours all destroyed? etc..). I don't really understand how it works so I just set this to "no" & handle it myself.

Thx, will implement it