MantisBT - Zandronum |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0002021 | Zandronum | [All Projects] Bug | public | 2014-12-06 02:34 | 2017-08-15 10:56 |
|
Reporter | StrikerMan780 | |
Assigned To | | |
Priority | normal | Severity | major | Reproducibility | always |
Status | new | Resolution | open | |
Platform | | OS | | OS Version | |
Product Version | 1.3 | |
Target Version | | Fixed in Version | | |
|
Summary | 0002021: Clients are not made aware of Target pointer if bulletpuff has +PUFFGETSOWNER |
Description | It seems that bullet puffs that have +PUFFGETSOWNER, do not inform clients of the owner of the puff. This can cause some issues with some effects that rely on knowing this information, such as bullet tracers, or other effects. |
Steps To Reproduce | zandronum -host -nomonsters -file decorate.txt
zandronum -file decorate.txt -connect localhost
Shoot a hitscan weapon, the fire should be spawning in your face, not at the impact site. |
Additional Information | Quote
22:03 <TheEnigma> The bullet tracer code that I put together works wonderfully offline, but has a major fucking freakout online.
22:05 <TheEnigma> I'm guessing the pointers of bullet puffs are either not sent to clients at all
22:06 <TheEnigma> or, the pointers of an actor spawned by the server rather than clientside, aren't transferred to clientside spawned actors/effects later (which is a major problem).
✂ ✂ ✂ ✂ ✂
22:26 <Dusk> it needs to know the target pointer of the puff?
22:26 <TheEnigma> It needs to know the target, and the rearranged pointers to the tracer.
22:26 <Dusk> okay well the client doesn't know this
22:26 <Dusk> which is why this isn't working
|
Tags | No tags attached. |
Relationships | |
Attached Files | decorate.txt (780) 2014-12-06 03:45 /tracker/file_download.php?file_id=1341&type=bug |
|
Issue History |
Date Modified | Username | Field | Change |
2014-12-06 02:34 | StrikerMan780 | New Issue | |
2014-12-06 03:17 | Dusk | Assigned To | => Dusk |
2014-12-06 03:17 | Dusk | Status | new => assigned |
2014-12-06 03:27 | Dusk | Steps to Reproduce Updated | bug_revision_view_page.php?rev_id=6102#r6102 |
2014-12-06 03:27 | Dusk | Additional Information Updated | bug_revision_view_page.php?rev_id=6104#r6104 |
2014-12-06 03:28 | Dusk | File Added: decorate.txt | |
2014-12-06 03:40 | StrikerMan780 | Note Added: 0011039 | |
2014-12-06 03:41 | Dusk | File Deleted: decorate.txt | |
2014-12-06 03:41 | StrikerMan780 | Note Edited: 0011039 | bug_revision_view_page.php?bugnote_id=11039#r6108 |
2014-12-06 03:42 | StrikerMan780 | Note Edited: 0011039 | bug_revision_view_page.php?bugnote_id=11039#r6109 |
2014-12-06 03:43 | StrikerMan780 | Note Edited: 0011039 | bug_revision_view_page.php?bugnote_id=11039#r6110 |
2014-12-06 03:45 | Dusk | File Added: decorate.txt | |
2014-12-06 03:46 | Dusk | Note Edited: 0011039 | bug_revision_view_page.php?bugnote_id=11039#r6111 |
2014-12-06 03:46 | Dusk | Note Edited: 0011039 | bug_revision_view_page.php?bugnote_id=11039#r6112 |
2014-12-06 16:27 | Dusk | Note Added: 0011040 | |
2014-12-06 16:28 | Dusk | Priority | normal => high |
2014-12-06 16:28 | Dusk | Product Version | => 2.0-beta |
2014-12-06 16:28 | Dusk | Target Version | => 2.0 |
2014-12-06 17:16 | Dusk | Note Edited: 0011040 | bug_revision_view_page.php?bugnote_id=11040#r6114 |
2014-12-06 17:16 | Dusk | Additional Information Updated | bug_revision_view_page.php?rev_id=6115#r6115 |
2014-12-06 19:27 | Dusk | Note Edited: 0011040 | bug_revision_view_page.php?bugnote_id=11040#r6116 |
2015-01-04 17:30 | Torr Samaho | Note Added: 0011276 | |
2015-01-11 16:18 | Dusk | Target Version | 2.0 => |
2015-01-14 12:19 | Dusk | Note Added: 0011373 | |
2015-01-14 12:19 | Dusk | Assigned To | Dusk => |
2015-01-14 12:19 | Dusk | Status | assigned => new |
2015-01-14 12:20 | Dusk | Priority | high => normal |
2015-01-14 12:20 | Dusk | Product Version | 2.0-beta => 1.3 |
2015-01-17 21:28 | StrikerMan780 | Note Added: 0011410 | |
2015-01-17 21:31 | Dusk | Note Deleted: 0011410 | |
2017-08-15 06:19 | Catastrophe | Note Added: 0018192 | |
Notes |
|
(0011039)
|
StrikerMan780
|
2014-12-06 03:40
(edited on: 2014-12-06 03:46) |
|
The test decorate.txt included is messed up, use this code instead:
Detached posted code into a new testcase decorate.txt --Dusk
|
|
|
(0011040)
|
Dusk
|
2014-12-06 16:27
(edited on: 2014-12-06 19:27) |
|
We have a problem. Starting from 2.0 Zandronum starts getting ZDoom's pointer manipulation functionality. I don't think that the netcode is designed to handle this. We need to assess this issue or pointer manipulation functions will potentially be a massive trainwreck online!
Note: I'm not sure if we need to actually do anything regards to pointer manipulation, however I see a potential problem and we should discuss that in more detail. The problem in this ticket is that clients don't know what a puff has hit.
|
|
|
|
Quote from Dusk
Starting from 2.0 Zandronum starts getting ZDoom's pointer manipulation functionality. I don't think that the netcode is designed to handle this.
I think that fact that this are pointers internally doesn't matter. Our netID can be used for the identification. What may be a problem is that we don't sync target, master or tracer in general. |
|
|
(0011373)
|
Dusk
|
2015-01-14 12:19
|
|
As for the actual bullet puff scripting, this is something we need to discuss more about. |
|
|
|
Was anything done about this? |
|