 |
It also does it in 2.08 It also does it in 2.07..... You have to leave it sit there for 5 or 6 seconds, then pick it up, sound keeps playing. |
 |
It appears that this was some sort of formatting issue in the respective script file. After playing around with it the issue was suddenly gone, even after I had reverted the changes. Maybe some sort of hidden character. Commited script/tdm_ammo_noisemaker_small.script (basically unchanged) with revision 16493. As I don't know what the issue was counterchecking seems appropriate before closing the issue. |
 |
I do not believe that your commit has any effect. You just removed a few of duplicate EOLs. If you no longer have the problem, it most likely means that the problem is not 100% reproducible. |
|
|
Well, at least I could perfectly reproduce the issue before. I honestly have no clue what the issue is and why it seems gone now. What I can tell is though that before the arrow was never hidden, hence the sound was played continuosly (there is a loop running in the scriptobject that stops the sound if either enough time has passed or the entity is hidden). Can you replicate the issue? |
|
|
No still happens in 2.10. Shoot arrow, wait 2 seconds then pick it up, sound never stops playing for me. |
|
|
2.10: https://www.youtube.com/watch?v=66hYKtXNnHk Does the same thing in SVN |
|
|
Okay, thanks. Then I'll try what I had originally in mind. |
|
|
I am able to reproduce the error in svn. However, once I add something to the scriptobject of the noisemaker (even if it is just some console output) the error is gone. Weird s*!t happens :/ |
|
|
Commited modified noisemaker def and script file. The noisemaker gets hidden by the script (in addition to what the code already does). I am not able to reproduce the bug as it disappears once I touch the respective files, so please countercheck. |
|
|
Nope, still does it. |
|
|
I see. My issue is that I cannot reliably reproduce the error. I would guess it happens in less then 10% of the cases on my end, but if it does often several times in a row. |
|
|
Is it possible it's more affected by high fps? I'm running it at 240fps to match my monitor, what are you running at? |
|
|
I'm running at 60FPS. A short test with higher framerates implies that you might be on to something. To countercheck you could try setting it to 60FPS and see if the issue becomes more rare. It would explain why this isn't reported that often (if it got even reported by someone else), as most FM's will probably not run at such high frame rates for most players. The issue is that I tried to track down the code involved into this (frob and sound) but couldn't find where the hiding and sound stopping actually takes place. The latter might be something implicit in the sound system (default stop of sound if the emitter got removed or so) but neither the frob code nor the frob action script cause the hiding of the arrow upon frob. It's hard to fix something if you don't know where stuff takes place. I may take another look during the week, maybe I've overseen something. But as I can't promise to find something I unassigned the issue from myself. |
|
|
Damn, it is related to high FPS or uncapped FPS at least. With Uncap FPS OFF, I can't get it to happen. With Uncap FPS ON, but set to 60 fps, I got it to happen once. With Uncap FPS ON, with 240 fps, happens every time, if you wait 2-3 seconds before picking it up. I did notice that at higher FPS, the arrow almost immediately stops bouncing around on the ground, but at 60 fps, the arrow continues to bounce and move around. I think that's normal as the arrow is supposed to have a mechanical noise maker that makes it bounce around. EDIT: uncap FPS command toggles com_fixedTic to 1. |
|
|
I've updated the bug report with this new information, new steps to reproduce and a link to download a test map. |
 |
How the heck is this working? float soundTimer = sys.getTime(); float propTimer = soundTimer; neither of these are static values sys.getTime propagates to both vars both vars are used in comparison to sys.getTime gonna set them to static Edit: Woo!! TDM won't start with them set to static ... |
|
|
This is game script, not C++. |
|
|
Please try to reproduce this now that rev 10499 FPS fix is applied |
|
|
There is no reason why the issue would go away after fixing player physics. It might have been fixed with some other changes, but I think that's unlikely. |
|
|
No problem still happens. Also, with com_fixedTic 0, the issue isn't present, and also the noise arrow bounces around like it used to. But with com_fixedTic 1, the arrow is still while on the ground. |
- Anonymous
