yes it's a valid concern.
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
Hi,
----- "Anthony Minessale" <anthony.minessale@gmail.com> ha scritto:
> did you test it in scenarios where the ptime is mismatched, everyno, not at all
> combination of sample rate transcoding, eavesdroping on a channel in
> all the above situations?
I agree.
> It would require a full suite of testing to confirm.
the question arose investigating the wrong resource usage of
> switch_core_io.c:432 does use read_codec for encode
>
> i think cases arise where it does need both but we could change the
> code to delay when it inits until the
> first time it needs it instead so it would only take place when
> necessary.
dadhi codec, since it allocs 2 resources for every call.
maybe the issue is somewhere else?
regards,
matteo
_______________________________________________
Freeswitch-dev mailing list
Freeswitch-dev@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev
http://www.freeswitch.org