[r228] Jadder/Stuttering/frame drops with platform behavior

Bugs will be moved here once resolved.

Post » Thu May 19, 2016 5:40 pm

@99Instances2Go
For me it looks like this:

Graphics Feature Status
Canvas: Hardware accelerated
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Software only. Hardware acceleration disabled
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
WebGL: Hardware accelerated
B
22
S
3
G
2
Posts: 30
Reputation: 3,693

Post » Thu May 19, 2016 6:37 pm

All Hardware is enabled. Native GpuMemoryBuffers is no issue on Windows.

How is this test running for you ?
http://www.testufo.com/#test=framerates ... s&pps=2880

Also click and move the mouse during the test.

(here it runs fine on all test modi, see the dropdown menu's)

Maybe it would be an idea to make this stuff into some kind of poll. I am curious for everyones perfomance in a browser.
B
33
S
18
G
28
Posts: 2,493
Reputation: 20,950

Post » Thu May 19, 2016 8:35 pm

@99Instances2Go
With all tests I got "SYNC FAILURE: Imperfect sync. Try closing all apps and browser tabs. " - with one tab opened on clean Chrome v50.

Now, after that long conversation (thank you everyone), I know that VSync can be serious problem- some people have it (or something similar), some don't (or don't know about it yet), some people pay attention to it (because of personal perseption), and some don't (they do not see this as an error, or do not see at all). It's not easy to find main reason of that problem, and it's hard to prove. But first of all - it's sad, that vsync-problem exist.. at all.

I tried to make test on some other machines I had access to. All with different software and hardware configuration- all of them had some vsync issues. Also I read about some bizarre tricks to make browser work a little differently.. yea, but what for - average player know nothing about vsync types, chrome flags and others.

I am quite abashed - Now I know my current situation is the result of vsync-related-problem, but also I still cannot understand part of platform behavior code in all of it, there is collision detection load part of course, however those frame drops are disproportionately larg, so maybe there is something more,waiting to be discovered...

@R0J0hound
Do anyone experiance something similar? What can I do to make my games more accessible on web browser? What tools should I use to execute optimalization tests on device with vsync problem? How to messure game performance in such situation? How can I know if bad performance is my fault, or runtime environment?

( Maybe I should change topic title to make it more accessible for others ? )
Last edited by stachir on Fri May 20, 2016 2:49 pm, edited 4 times in total.
B
22
S
3
G
2
Posts: 30
Reputation: 3,693

Post » Thu May 19, 2016 9:08 pm

You have a serious problem. I am sorry to have no solution.
B
33
S
18
G
28
Posts: 2,493
Reputation: 20,950

Post » Mon May 23, 2016 1:05 pm

Closing as not a bug. I think this is just what @R0J0hound described: if the behavior is disabled it does nothing so the runtime doesn't even redraw the game, so everything looks faster because it's not actually doing anything at all (a variation of the "my game goes slower when a sprite starts moving, why is moving a sprite so slow" type of report we've had in the past).

I guess it's a minor problem a non-moving enabled platform behavior causes redraws, but I don't think it's a serious problem. The platform behavior is also very complex and has to do a lot of stuff like checking for moving platforms, slopes, gravity direction etc. so some of that could be triggering the redraw.

Still, there is no evidence this is a breakage, it looks like C2 has always worked like this. As somebody actually proved there have been no significant changes to the platform behavior. So there is nothing new here, it's just reporting the way things have always been.

If you have trouble with v-sync accuracy, that is an entirely different issue and depends on the browser code. You should probably file a bug at crbug.com with your system spec and v-sync stats to get that investigated, probably referencing crbug.com/422000 (the main vsync bug).
Scirra Founder
B
395
S
232
G
88
Posts: 24,371
Reputation: 193,762

Post » Tue May 24, 2016 2:20 pm

@Ashely
Thank you for answer.
After investigation, and checking many things I realised platform behavior is not the main cause of my problem and there are many components and factors that can affect on all development process. Certainly, I make many mistakes during game/project assembling.

You said "it's just reporting the way things have always been". Ok I can understand that, and just want to focus attention on this issue. Maybe it's time to get into it and rewrite legacy code.

Also, I would like to thank everyone who took part in the discussion.
B
22
S
3
G
2
Posts: 30
Reputation: 3,693

Post » Tue May 24, 2016 3:05 pm

If i may add one more thing.

When i made this example for the forum ... i noticed that it in 'debugging' runs at unbearable framerates. While it runs perfect and smooth outside the 'debugger'. I know that the code is not that optimized, its just a quick example.

So i really think that one should not be botherd by 'debugger framerates'.

99Instances2Go wrote:For future reference.

https://
drive.google.com/open?id=0B1SSuCVV8v74SUhZRXdVRTdZc1E
B
33
S
18
G
28
Posts: 2,493
Reputation: 20,950

Previous

Return to Closed bugs

Who is online

Users browsing this forum: No registered users and 1 guest