[asterisk-bugs] [JIRA] Commented: (ASTERISK-20168) audiohook.c: Flushing audiohook

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-20168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=195259#comment-195259 ] 

Matt Jordan commented on ASTERISK-20168:
----------------------------------------

Yes.  Probably.

This will get logged when an audio frame is written to an audiohook and the audiohook still has data available on it within some period of tolerance (100 ms).  In your particular case, both the read/write factories still had audio on it that nobody had bothered to retrieve when this frame was written to it.

Without other context its impossible to say for certain that you aren't going to experience something that you might not consider to be nominal behavior, but there's a reason why this is a DEBUG message and not a VERBOSE or higher message: its for debugging.  It isn't an error, or a warning.  If you aren't experiencing off nominal behavior, then you can disregard it.

> audiohook.c: Flushing audiohook
> -------------------------------
>
>                 Key: ASTERISK-20168
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20168
>             Project: Asterisk
>          Issue Type: Information Request
>      Security Level: None
>    Affects Versions: 10.6.0
>            Reporter: Alexandr
>
> In logs :
> [2012-07-25 11:01:42] DEBUG[28715] audiohook.c: Flushing audiohook 0xb56c893c so it remains in sync
> [2012-07-25 11:01:42] DEBUG[28715] audiohook.c: Audiohook 0xb56c893c has stale audio in its factories. Flushing them both
> [2012-07-25 11:01:43] DEBUG[28764] audiohook.c: Audiohook 0xb54f493c has stale audio in its factories. Flushing them both
> It is normal ?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira