Bug Fix: Stop track fades from hanging on occasion
Track fades could hang if fired in rapid succession. Now each fade will be guaranteed to resume input feeding upon removing the current input to the background fade-out queue. Signed-off-by: Christopher Snowhill <kode54@gmail.com>
This commit is contained in:
parent
c0d411f002
commit
cb9c4d9c01
1 changed files with 1 additions and 1 deletions
|
@ -982,6 +982,7 @@ current_device_listener(AudioObjectID inObjectID, UInt32 inNumberAddresses, cons
|
|||
[fadedBuffers addObject:buffer];
|
||||
[fadedBuffersLock unlock];
|
||||
[outputLock unlock];
|
||||
cutOffInput = NO;
|
||||
}
|
||||
|
||||
- (void)fadeIn {
|
||||
|
@ -990,7 +991,6 @@ current_device_listener(AudioObjectID inObjectID, UInt32 inNumberAddresses, cons
|
|||
fadeStep = ((fadeTarget - fadeLevel) / deviceFormat.mSampleRate) * (1000.0f / 125.0f);
|
||||
fading = YES;
|
||||
faded = NO;
|
||||
cutOffInput = NO;
|
||||
}
|
||||
|
||||
@end
|
||||
|
|
Loading…
Reference in a new issue