Reply to thread

Message

<blockquote data-quote="tourettes" data-source="post: 673994" data-attributes="member: 10858">I would be glad to hear some more details on the lipsync issue - even when you aren't going to use the renderer itself. All help we can get is wanted. The period of silence after resuming from pause is a known issue and there is currently no way to fix it. It is related to WASAPI buffers, so you could reduce the amount of the DevicePeriod setting in registry. To fix it properly requires a complete refactoring how sample pipeline is handled and it would also require sample caching to be implemented (when pause state is resumed we need to send the already send data to the audio device. Also the whole resampling queue needs to be preserved...). CUrrently the issue is much too small annoyance that it would be worth to fix it (sample pipeline is going to be reworked in the distand future to allow more complex audio processing but that is a different story).</blockquote>

[QUOTE="tourettes, post: 673994, member: 10858"] I would be glad to hear some more details on the lipsync issue - even when you aren't going to use the renderer itself. All help we can get is wanted. The period of silence after resuming from pause is a known issue and there is currently no way to fix it. It is related to WASAPI buffers, so you could reduce the amount of the [b]DevicePeriod[/b] setting in registry. To fix it properly requires a complete refactoring how sample pipeline is handled and it would also require sample caching to be implemented (when pause state is resumed we need to send the already send data to the audio device. Also the whole resampling queue needs to be preserved...). CUrrently the issue is much too small annoyance that it would be worth to fix it (sample pipeline is going to be reworked in the distand future to allow more complex audio processing but that is a different story). [/QUOTE]

Verification