yes it's a valid concern.<br><br>We should work towards a patch like the one i proposed to init the resources only when they are first called upon so if a paticular call never needs the read codec to do encode and decode then it would only allocate them the first time they actually tried it. then most calls would only use one of each until some of the more crazy scenarios kicked in<br>
<br><br><div class="gmail_quote">On Mon, Apr 6, 2009 at 1:20 PM, Matteo <span dir="ltr"><<a href="mailto:mbrancaleoni@voismart.it">mbrancaleoni@voismart.it</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
----- "Anthony Minessale" <<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@gmail.com</a>> ha scritto:<br>
<div class="im">> did you test it in scenarios where the ptime is mismatched, every<br>
> combination of sample rate transcoding, eavesdroping on a channel in<br>
> all the above situations?<br>
<br>
</div>no, not at all<br>
<div class="im"><br>
> It would require a full suite of testing to confirm.<br>
<br>
</div>I agree.<br>
<div class="im"><br>
> switch_core_io.c:432 does use read_codec for encode<br>
><br>
> i think cases arise where it does need both but we could change the<br>
> code to delay when it inits until the<br>
> first time it needs it instead so it would only take place when<br>
> necessary.<br>
<br>
</div>the question arose investigating the wrong resource usage of<br>
dadhi codec, since it allocs 2 resources for every call.<br>
<br>
maybe the issue is somewhere else?<br>
<br>
regards,<br>
<font color="#888888">matteo<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
Freeswitch-dev mailing list<br>
<a href="mailto:Freeswitch-dev@lists.freeswitch.org">Freeswitch-dev@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-dev" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-dev</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400<br>