Xenakios/SWS: Normalize to dB value bug?

[millertone]

Hi Folks,
I have a track with a bunch of hits. I usually normalize these sounds to -6dB, either individually or in groups, using the Xenakios/SWS: Normalize to dB value action. Strangely, it's working just fine on all of the media items on this particular track, except for two of them, where it seems the levels are being attenuated down to - infinity. I've linked a video to demonstrate what's happening. Oh yeah, I'm using Reaper v5.973/x64 and SWS v2.10.0 on Windows.

https://www.dropbox.com/s/q4yxswbhp6...e_Bug.mov?dl=0

-Matt

[millertone]

Update: This is happening when the phase has been inverted on the item.

[nofish]

This is a bug in Reaper API I'd say.

GetMediaItemTakeInfo_Value(take, "D_VOL") (which this SWS action uses) seems to return an inverted value if take phase is inverted.
In the pic both take volumes are set to 0.0 dB, right take has phase inverted.

[millertone]

Originally Posted by nofish

This is a bug in Reaper API I'd say.

Thanks for tracking that down. The workaround for now is to change the order of operations and invert the phase after normalizing...

Matt

[Breeder]

Originally Posted by nofish

This is a bug in Reaper API I'd say.

GetMediaItemTakeInfo_Value(take, "D_VOL") (which this SWS action uses) seems to return an inverted value if take phase is inverted.
In the pic both take volumes are set to 0.0 dB, right take has phase inverted.

I wouldn't call it a bug, more of a clumsy, but still a valid way to handle passing of this information to the caller of the API. I wouldn't count this ever gets fixed - it should be handled on the side using the API - from the script, extension etc...

[nofish]

Originally Posted by Breeder

I wouldn't call it a bug, more of a clumsy, but still a valid way to handle passing of this information to the caller of the API. I wouldn't count this ever gets fixed - it should be handled on the side using the API - from the script, extension etc...

The API description says:

D_VOL : double *, take volume

and nothing about it being flipped if phase is flipped.
So if this isn't regarded as bug at least the API doc should be supplemented with this info imo.

[Breeder]

Originally Posted by nofish

The API description says:


and nothing about it being flipped if phase is flipped.
So if this isn't regarded as bug at least the API doc should be supplemented with this info imo.

Good thinking, haha
I think some stuff in SWS relies on this behavior so changing it would break things. Better for Cockos to just put it into API description.

I kinda got used to stuff like this to be honest, REAPER is full of idiosyncratic things such as these - I guess that's the price we pay for all that power of customization.