0000778: A_BishopMissileWeave behaves oddly when used on players online

Chat on our Discord Server Get the latest version: 3.1
Source Code

View Issue Details [ Jump to Notes ]

[ Issue History ] [ Print ]

Project

Category

View Status

Date Submitted

Last Update

0000778

Zandronum

[All Projects] Bug

public

2012-04-15 20:06

2014-06-11 21:27

Reporter

Dusk

Assigned To

Priority

normal

Severity

minor

Reproducibility

always

Status

confirmed

Resolution

open

Platform

OS Version

Product Version

Target Version

1.0-beta

Fixed in Version

Summary

0000778: A_BishopMissileWeave behaves oddly when used on players online

Description

> What I've done is make a jetpack that uses GetPlayerInput, requiring the player to press jump twice in order to jetpack around. One problem is A_BishopMissileWeave, that I've put in my player's jetpack state. Offline, it's very smooth when using the jetpack, but even on a locally hosted server, it'll go berserk and get all jittery, especially if the player is against the ceiling/sky. The other problem is air speed. When using this jetpack, no matter if the compatflag for limiting air movement (131072) is on, you'll fly at incredible speeds online, compared to offline where your speed is actually reduced as I intended. I can't see it being an issue with lag due to my test server and client being on the same machine.

> I've checked over my code and I can't think of anything that causes this. I've included the .wad below.

> Example wad:'http://xenaero.googlepages.com/jetpack.wad [^]'

------------------------------------------------------------------

The mentioned air speed problem was fixed long ago, but the jetpack behaves jitterish online.

Attached Files

Relationships

related to

0000764

feedback

TIHan

View bobs after being affected by A_Stop + PROP_FROZEN

Notes
(0003302) Dusk (developer) 2012-04-15 20:57	From what I can tell, A_BishopMissileWeave messes up the prediction when used on the consoleplayer. I don't know enough about prediction to go after this, putting it up for grabs.

(0003303) Torr Samaho (administrator) 2012-04-15 21:15	Prediction issues are often pretty tricky. Right now I don't have time though to look into this.

(0003308) TIHan (reporter) 2012-04-15 22:11 edited on: 2012-04-15 22:13	Unfortunately, this bug suffers from some of the same issues as the A_Stop + PROP_FROZEN bug. The clients do not execute some of the code pointers, they wait for the server to send it to them. This explains the jittery motion with latency.

**Issue Community Support**
Only registered users can voice their support. Click here to register, or here to log in.
Supporters:	No one explicitly supports this issue yet.
Opponents:	No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
2012-04-15 20:06	Dusk	New Issue
2012-04-15 20:06	Dusk	Status	new => assigned
2012-04-15 20:06	Dusk	Assigned To	=> Edward-san
2012-04-15 20:06	Dusk	Assigned To	Edward-san => Dusk
2012-04-15 20:57	Dusk	Note Added: 0003302
2012-04-15 20:57	Dusk	Status	assigned => new
2012-04-15 20:57	Dusk	Assigned To	Dusk =>
2012-04-15 21:15	Torr Samaho	Note Added: 0003303
2012-04-15 22:11	TIHan	Note Added: 0003308
2012-04-15 22:11	TIHan	Relationship added	related to 0000764
2012-04-15 22:12	TIHan	Note Edited: 0003308	View Revisions
2012-04-15 22:13	TIHan	Note Edited: 0003308	View Revisions
2012-06-09 13:22	Torr Samaho	Category	General => Bug
2014-06-11 21:27	Watermelon	Status	new => acknowledged
2014-06-11 21:27	Watermelon	Status	acknowledged => confirmed

Questions or other issues? Contact Us.

Links

Doom and Doom II are the property of id Software.