client.pixel_x/y workaround? in Developer Help

ID:157914
 
Dec 8 2009, 7:49 am
I recently submitted a bug report detailing how client.pixel_x/y isn't updating properly when I call it in a running loop each tick. Does anyone have any ideas on how I can work around this bug? It seems some games (like Theodis.RacingGame) have no problems with client pixel offsets.

I am working on a number of technical prototypes for a new UI concept and would like to work around this issue to see if the idea will work for me or not.


~Polatrite~
#1 Dec 8 2009, 7:54 am
Manually update the client.pixel along with the pixel offset of the mob the player is moving around.
#2 Dec 8 2009, 8:53 am
In response to SuperAntx (#1)
SuperAntx wrote:
Manually update the client.pixel along with the pixel offset of the mob the player is moving around.

So if I update client.mob.pixel_x/y at the same time I update client.pixel_x/y, it will work properly? (I'm at work, I'll check at lunch)


~Polatrite~
#3 Dec 8 2009, 8:57 am
In response to Polatrite (#2)
That's what I do and it seems to work properly, aside from a flicker bug during multiplayer.
#4 Dec 8 2009, 8:58 am
In response to SuperAntx (#3)
I've never had a single problem using client.pixel_x/pixel_y even without using atom.pixel_x/pixel_y -- Submerged uses client pixel offsets to generate things like the screen rumble and whatnot, works perfectly in single and multiplayer.
#5 Dec 8 2009, 8:59 am
In response to Nadrew (#4)
During multiplayer it will flicker constantly, and on several occasions it has crashed DS outright. These problems do not exist while offline.
#6 Dec 8 2009, 9:05 am
In response to SuperAntx (#5)
I've tested Submerged in multiplayer more than once, nobody who has tried it has complained that the screen effects cause any problems.
#7 Dec 8 2009, 9:06 am
In response to Nadrew (#6)
You're rumbling the screen, not following a player around with pixel movement.
#8 Dec 8 2009, 9:08 am
In response to SuperAntx (#7)
I've also never come across the problem you mentioned with systems I've made that do exactly that, even when testing with other people. Have you considered it might be something with your hardware?
#9 Dec 8 2009, 9:12 am
In response to Nadrew (#8)
Nadrew wrote:
I've also never come across the problem you mentioned with systems I've made that do exactly that, even when testing with other people. Have you considered it might be something with your hardware?

An example solution (http://www.polatrite.com/files/ClientPixelBug.zip) was posted with the bug report. Does it exhibit the same problems on your machine?


~Polatrite~

Edit: Hyperlink fail?
#10 Dec 8 2009, 11:32 am
In response to SuperAntx (#3)
SuperAntx wrote:
That's what I do and it seems to work properly, aside from a flicker bug during multiplayer.

I've used weather systems in games where it changes the icon_state of an area, and when it changes the weather, it would do that exact flicker for every player in the game, no matter where they were in the world. And only during online play.

I haven't seen any issues with offsets that result in that flicker, though.

If you're working with areas in your project, it might be the issue.

Or the two could be connected. Maybe the way BYOND draws something.