View Issue Details

IDProjectCategoryView StatusLast Update
0000061Gameplay + OpenGL[All Projects] Bugpublic2017-04-30 16:14
ReporterMTrop 
Assigned ToRachael 
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionopen 
PlatformOSWindowsOS Version7
Summary0000061: Player Jump Sound is Always Pitch-Shifted
DescriptionAny sound assigned to a player's jump sound via SNDINFO is always pitch-shifted, regardless of whether or not it is exclusively referred to in SNDINFO via "$pitchshift" or placed after a "$pitchshiftrange 0" statement. Weird thing is, it does not happen for any other player sound.

Pitch shifting sounds is turned on in options.
Steps To ReproduceRun GZDoom (v2.3.2) with square1.pk3 as an IWAD. Start the game. Jump around. Get hurt. Land on things. Only the jump sound appears to be pitch-shifted, while others are not, despite the SNDINFO saying so. Or maybe others are as well, and I haven't noticed?
Additional InformationStarted happening around v2.3.0 of GZDoom. I'm running the 32-bit executable on a 64-bit OS, just in case the build matters.
TagsNo tags attached.

Relationships

Activities

Graf Zahl

Graf Zahl

2017-01-16 14:13

administrator   ~0000099

I can see where it comes from but you are still out of luck.

This just inherits the setting from the original *jump definition inside gzdoom.pk3.
Unfortunatly I have no clue how this player sound stuff is supposed to work, it's all black voodoo that never was properly documented. The change comes from properly getting the pitch from the outermost definition that is being played, the old code did not do that and got the pitch from the referenced sound which was 0.
MTrop

MTrop

2017-01-16 14:55

reporter   ~0000102

Thanks, Graf. Glad to know I'm not just hearing things. :)

So what are my options, here? Is there something I can do on my end to ensure proper behavior until a fix is in place?
Graf Zahl

Graf Zahl

2017-02-01 04:47

administrator   ~0000319

Sadly right now I have no idea. Even overriding the pitch for the correct sound does not work, and as I said, the code is rather obtuse and never was documented. I frankly have no idea yet what Randi was doing here, the system is extremely overcomplicated and something I'd remove in a heartbeat if there wasn't so much stuff depending on it.

Issue History

Date Modified Username Field Change
2017-01-16 11:26 MTrop New Issue
2017-01-16 14:13 Graf Zahl Note Added: 0000099
2017-01-16 14:13 Graf Zahl Status new => confirmed
2017-01-16 14:55 MTrop Note Added: 0000102
2017-02-01 04:47 Graf Zahl Note Added: 0000319
2017-04-30 16:14 Rachael Assigned To => Rachael
2017-04-30 16:14 Rachael Status confirmed => closed