[asterisk-dev] [Code Review]: fix using external MP3 player with res_timing_dahdi being used as timer causing MOH stream to stop
elguero
reviewboard at asterisk.org
Wed Dec 7 14:44:31 CST 2011
> On Dec. 7, 2011, 2:28 p.m., mjordan wrote:
> > Looks good!
> >
> > I noticed that the review was against trunk, but several of the issue participants were hoping for a 1.8 patch. Are you planning on putting this in 1.8 and 10 as well?
That was my error at the beginning. I was under trunk on my dev machine when I created the original patch but since it was applying cleanly to 1.8 and 10, I left it. I can create patches for each version, if it will make it easier to get it in. I do not have commit access.
- elguero
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1578/#review4959
-----------------------------------------------------------
On Dec. 7, 2011, 1:10 p.m., elguero wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1578/
> -----------------------------------------------------------
>
> (Updated Dec. 7, 2011, 1:10 p.m.)
>
>
> Review request for Asterisk Developers.
>
>
> Summary
> -------
>
> The attached patch does the following:
>
> - Changes the load priority so that this module is loaded after the timing interfaces are.
>
> At times, res_musichold.so would work with an external mp3 player. Through debugging, I noticed that res_timing_pthread was being used at first. If I only loaded res_timing_dahdi, then the external mp3 stream would start and then pause causing nothing to be heard on the channel. So, if res_timing_pthread was present at start, upon reload, since res_timing_dahdi takes priority as a timer, the timing changed to this timing interface and would just sit there, hence the need for the following change.
>
> - Adds the POLLPRI event for ast_poll, otherwise ast_poll just sits there waiting when the timer being used is res_timing_dahdi.so
>
> - Attempt to cleanup a few items
>
>
> This addresses bug ASTERISK-17474.
> https://issues.asterisk.org/jira/browse/ASTERISK-17474
>
>
> Diffs
> -----
>
> /trunk/include/asterisk/module.h 346950
> /trunk/res/res_musiconhold.c 346950
> /trunk/res/res_timing_dahdi.c 346950
> /trunk/res/res_timing_pthread.c 346950
> /trunk/res/res_timing_timerfd.c 346950
>
> Diff: https://reviewboard.asterisk.org/r/1578/diff
>
>
> Testing
> -------
>
> Local box running CentOS 5.7 and dahdi-trunk.
>
> On JIRA, tested by:
> Thomas Arimont - 1.8.7
> Luke H - 1.8.8-rc3, CentOS 5.5 (32bit), DAHDI 2.5.0.2
>
>
> Thanks,
>
> elguero
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20111207/4663a437/attachment.htm>
More information about the asterisk-dev
mailing list