Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Beta 2b - Resizing the window makes a funny pattern.
#1
It's really fun to play MM in a teeny window.  Smile  Not really, but it's doable, and I've been pushing the game engine that way. No crashing, but changing the size back to larger results in oddness.

Attaching a screenshot. I use a timer for MM screenshots, to give myself a chance to resume. Ignore the
1
in the pic; it's an artifact from the countdown.




Attached Files Thumbnail(s)
   
Reply
#2
Mick -- did you take this before the game
reacted
to your window resize? If so, that's not a bug.

If, however, you managed to get the window to stay in this state (where the game didn't expand to fill your window's new size), how did you manage to do this? Is it repeatable? If so, what are the steps to do that?
Reply
#3
4C7F6874507F74697F741A0 wrote: Mick -- did you take this before the game
reacted
to your window resize? If so, that's not a bug.

If, however, you managed to get the window to stay in this state (where the game didn't expand to fill your window's new size), how did you manage to do this? Is it repeatable? If so, what are the steps to do that?

I actually see that as I'm resizing when the refresh takes a while to catch up with my action. I reported this early on. It seems odd that it takes so long to for the refresh to catch up to the drag.

I've never managed to get it to stay in this state though. It's probably one of the reasons she was using a timer here, since you'd only be able to capture it while dragging the corner. Then again, she does say that she uses the timer for all screenshots... so perhaps it has nothing to do with it.

Updated some important pronouns that I botched...
Reply
#4
The game is doing a LOT of redrawing/recalculating when you resize the window. Rather than being odd that it takes
so long
to redraw, I see it as being rather impressive it's so fast. I don't know of any other 3D-accelerated games that let you simply resize the window on-the-fly.
Reply
#5
7744534F6B444F52444F210 wrote: The game is doing a LOT of redrawing/recalculating when you resize the window. Rather than being odd that it takes
so long
to redraw, I see it as being rather impressive it's so fast. I don't know of any other 3D-accelerated games that let you simply resize the window on-the-fly.

Ok - I guess I'm speaking from a different perspective, then.  Most of the development I do is server-side work, but I've done quite a bit of GUI development as well, and it seems a bit slow to me based on what I've done and seen in the past.

Then again, I realize it's not an apples to apples comparison. I imagine that there's a *big* difference between the toolkits I've used in the past, and what is being done for 3D accelerated game development, so I'm clearly not taking that into account.

Reply
#6
Can you explain more what you mean by slow? On my Mac, as soon as you release the resize box, it redraws instantly. There really isn't a delay.

The only
delay
is that *while* you are dragging the resize box, you won't see it redraw. That's because my app doesn't get notified of window resizes until after you let go of the box. So I can't avoid this.

Are you guys seeing a delay *after* you let go of the resize box? If so, how long of a delay?
Reply
#7
1320372B0F202B36202B450 wrote:
The only
delay
is that *while* you are dragging the resize box, you won't see it redraw. That's because my app doesn't get notified of window resizes until after you let go of the box. So I can't avoid this.

I can't speak for mick, but this *is* what I'm talking about and explains it. It amounts to a user perception issue, since users tend to be notoriously unconcerned about underlying technology limitations. They see and use applications where they don't have to wait until you release the window to see the application repaint. So something that doesn't work this way appears strange or worst case - defective, even though no defect is really present.

In this case, it wouldn't be so bad if it were simply a flat grey background, but in this case *something* (the window corner that is being dragged) is being repainted which leaves
tracks
on the window background.

As you say, once I release the button, the repaint occurs very quickly. I'm just expecting the repaint to happen at least at certain intervals during the resize, like maybe when the corner is being repainted.

I sent you an email saying how I've had to resort to doing something like this in the past using a little trickery, but that depended on me getting some sort of event to let me know I needed to redraw/repaint. Not much you can do if you don't have that.
Reply
#8
It's repeatable. The redraw is delayed long enough to give me a chance to go
hmmmm...lookit that!

All I do is make the window tiny, then drag it back to the size I usually use.

The screenshot caught the end of the timer's 10 second countdown.

This is a brand new computer.

I am a she.
Reply
#9
Yep, nothing I can do about it Rob, given that I'm using SDL, and only get an event when the user has left go of the window's resize box.
Reply
#10
Vern, I know we're seeing some different behavior between our machines, but do you see the same
corner trail
illustrated in Mick's snapshot when you enlarge your window, or is that solid gray to you with no trace marks?
Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)