A forum for the hungry members of the Haxball community.
Kivi wrote:The only thing which should hold back HTML over Flash in leagues is the rec function. Even if you have issues, it's not a reason not to play on HTML. I have issues on Flash and I still play it. Just because a few individuals can't play on HTML properly it shouldn't affect the competitive scene. HTML is by every single point superior to Flash, no matter what people say. If there is a record function on HTML I'll immediately abandon flash and leagues till the move is made.
Get over it.
Unique wrote:I mean he did 3 updates in 3 weeks..aeRo wrote:when basro finally finishes it in 2020 ya
aeRo wrote:Unique wrote:I mean he did 3 updates in 3 weeks..aeRo wrote:when basro finally finishes it in 2020 ya
aye and 7 in the last 3 years
Basro wrote:Yes, it is pretty hard. It's the most complex of the remaining missing flash features. I hope I'll have it implemented sometime in december.
Basro wrote:The physics are the same, I guarantee this since the code hasn't changed.
Basro wrote:HaxBall internal logic has always run at 60hz, it still does in the html5 version.
Basro wrote:No, there's no interpolation in the netcode now or then. Which is why you see objects immediately teleport to a different location when there's lag. Interpolation would smooth that out but I find it hurts more than it helps since it delays the information you are actually interested in (the real position of the ball).
Basro wrote:Yes, html5's WebRTC has considerable advantages over what is available in flash RTMFP.
In flash network events are handled in sync with the screen updates. Meaning that when a network message arrives it might add 1/60th of a second of additional latency before my code even gets to see it. This happened in both the host and the client so it would add about 33msecs of lag. In html5 my code is notified immediately when a new message has arrived.
There's some other advantages of webrtc, like supporting multiple data channels with different message reliability. But they aren't as significant as the message latency fix.
HaxBall netcode itself is also improved in ways unrelated to WebRTC or RTMFP, these improvements also reduce latency and make the netplay more stable when there's lag spikes or packet loss.
Anddy wrote:Basro makes too much money from haxball to quit it
Rulebook wrote:1.23 A replay of every game must be supplied for the result to count.
Failure to supply a replay will result in the match being valued as deflose for both teams.
Users browsing this forum: No registered users and 10 guests