On Tue, Apr 7, 2009 at 12:14 AM, Michael Jerris wrote:
> Is this also the case with a totally fresh checkout? If so, please contact
> me on irc tomorrow so I can log into the box and take a look.
>
It's a fresh checkout and build. Talk to you tomorrow, then.
>
> Mike
>
>
> On Apr 6, 2009, at
Is this also the case with a totally fresh checkout? If so, please
contact me on irc tomorrow so I can log into the box and take a look.
Mike
On Apr 6, 2009, at 10:35 PM, Arnaldo de Moraes Pereira > wrote:
Maybe it is related, but I couldn't figure anything helpful from the
thread, nor th
Maybe it is related, but I couldn't figure anything helpful from the thread,
nor the patch.
On Mon, Apr 6, 2009 at 11:23 PM, seven wrote:
> Follow this thread, maybe related to that.
>
> http://lists.freeswitch.org/pipermail/freeswitch-users/2009-April/013147.html
>
>
> On Apr 7, 2009, at 10:11
Follow this thread, maybe related to that.
http://lists.freeswitch.org/pipermail/freeswitch-users/2009-April/013147.html
On Apr 7, 2009, at 10:11 AM, Arnaldo de Moraes Pereira wrote:
Hi,
On ubuntu 8.10, libtool 2.2, FreeSWITCH rev 12933, mod_spidermonkey
builds but won't load. Error: **/us
Hi,
On ubuntu 8.10, libtool 2.2, FreeSWITCH rev 12933, mod_spidermonkey builds
but won't load. Error: **/usr/local/freeswitch/mod/mod_spidermonkey.so:
undefined symbol: PR_LocalTimeParameters**
This seems to be fixed on FSBUILD-41 (
http://jira.freeswitch.org/browse/FSBUILD-41), but I see exactly
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 ca
Hi,
- "Anthony Minessale" ha scritto:
> did you test it in scenarios where the ptime is mismatched, every
> combination of sample rate transcoding, eavesdroping on a channel in
> all the above situations?
no, not at all
> It would require a full suite of testing to confirm.
I agree.
> sw
did you test it in scenarios where the ptime is mismatched, every
combination of sample rate transcoding, eavesdroping on a channel in all the
above situations?
It would require a full suite of testing to confirm.
switch_core_io.c:432 does use read_codec for encode
i think cases arise where it d
Hello,
I'm forwarding the message from my friend since is better suited
for -dev ML.
In addition, we changed the codec_init to ask only for DECODE on read
and for ENCODE on write in sofia and skypiax and everything seems to
work...
there's a reason for that?
are we going to break up things?
re
Thank you for the quick and detailed explain, It had confused me for a
while. :)
On Apr 7, 2009, at 12:21 AM, Anthony Minessale wrote:
1) no the += or = makes no difference to me.
2) the macro is designed to fight clipping:
When a sample exceeds the max size of the datatype we set it to
1) no the += or = makes no difference to me.
2) the macro is designed to fight clipping:
When a sample exceeds the max size of the datatype we set it to the max
value then cut the volume in half of that sample so it does not make too
much noise. if we divide everything by 2 then all the volum
Well, Thank you Anthony. 3 questions In summary,
1) in
if (x < rlen) {
z += (int32_t) *(fp + x);
Any difference if change the "+=" to "=" since z is 0? It just
confused me.
2) If n1 = 32768, n2 = 32766, after use MACRO
switch_normaliz
what ?
I don't know what your question is.
On Mon, Apr 6, 2009 at 9:35 AM, seven du wrote:
> Hi, can someone explain this to me?
>
> In switch_core_media_bug.c, around line 173:
>
>
>
>for (x = 0; x < blen; x++) {
>int32_t z = 0;
>
>
Hi, can someone explain this to me?
In switch_core_media_bug.c, around line 173:
for (x = 0; x < blen; x++) {
int32_t z = 0;
if (x < rlen) {
z += (int32_t) *(fp + x); //what's
difference here
14 matches
Mail list logo
