Re: [Freeswitch-users] BUG??? Bad mixed Audio record_session
It happens to 40% of my long duration calls, when it has more than 10 minutes there always the Leg A get out of phase. Is not that the begining gets copies, it's that the last minutes of the call are one leg out of phase with the other Like *During Live Call you here:*>* *>* 1. A: Hi Bro*>* 2. B; Hi Man, How are you??*>* 3. A: Excellent Bro*>* 4. B: Good For you*>* 5. A: Have a nice Day*>* 6. B; Same to you*>* *>* *>* But on the recorder file you hear:*>* *>* 1. A: Hi / B: Hi man How are you??*>* 2. A: Bro*>* 3. B: Good For you*>* 4. B: Same to you / A; Excellent*>* 5. A: Bro*>* 6. A: Have a Nice Day* Not like repeated, buy out of phase ---------------- Are you able to reproduce this on demand? If so how long do you have to record a sound file for it to occur? Is it always the beginning of the sound file that gets copied to the end, or is it X minutes prior to the end of the file? William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518william.king at quentustech.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> On 03/07/2013 08:33 PM, Jesus Ramon Rocha Velazquez wrote:
* Hi,*>* *>* I'm having the next problem:*>* *>* When using record_session on long calls (more than 20 minutes) at some*>* point the final output file "bad mix" the channels, so the A-Leg and*>* B-Leg get one over the other in different times. It looks that in some*>* point the A-Leg "cuts" or "accelerate" audio frames and as result the*>* final audio sounds like two people talking at different times or at the*>* same time but whitout order. Like:*>* *>* During Call Audio:*>* *>* 1. A: Hi Bro*>* 2. B; Hi Man, How are you??*>* 3. A: Excellent Bro*>* 4. B: Good For you*>* 5. A: Have a nice Day*>* 6. B; Same to you*>* *>* *>* On Final Output Audio File:*>* *>* 1. A: Hi / B: Hi man How are you??*>* 2. A: Bro*>* 3. B: Good For you*>* 4. B: Same to you / A; Excellent*>* 5. A: Bro*>* 6. A: Have a Nice Day*>* *>* Tried to use same codec on both legs but not working, the result for*>* long calls is the same. also tried to change the .wav for a .gsm but*>* when converting, the result is the same.*>* *>* Dial Plan:*>* *>* <action application="set" data="continue_on_fail=true"/>*>* <action application="ring_ready" />*>* <action application="set" data="ringback=%(2000,4000,440.0,480.0)"/>*>* <action application="set" data="record_waste_resources=true"/>*>* <action application="set" data="media_bug_answer_req=true"/>*>* <action application="set" data="RECORD_TITLE=Recording*>* ${destination_number} ${caller_id_number} ${strft$*>* <action application="set" data="RECORD_SOFTWARE=OverCall PBX*>* 1.0.0.1"/>*>* <action application="set" data="RECORD_ARTIST=OverCall PBX*>* 1.0.0.1"/>*>* <action application="set" data="RECORD_COMMENT=OverCall PBX*>* 1.0.0.1"/>*>* <action application="set" data="RECORD_DATE=${strftime(%Y-%m-%d*>* %H:%M)}"/>*>* <action application="set" data="RECORD_STEREO=true"/>*>* <action application="record_session"*>* data="/my/path/grabaciones/${uuid}.wav"/>*>* *>* <action application="execute_extension" data="SETUP_RECORDING XML*>* default"/>*>* *>* <action application="bridge"*>* data="sofia/gateway/...................*>* *>* I'm Using*>* *>* Intel(R) Core(TM) i5-2310 (4 Cores)*>* 8 GB Ram*>* Debian Wheezy x86*>* FreeSWITCH Version 1.3.14b+git~20130301T214848Z~c35a41e4ca (git c35a41e*>* 2013-03-01 21:48:48Z)*>* *>* Greetings and hope some may know whats happening here, because it's*>* driving me crazy*>* *>* *>* _________________________________________________________________________*>* Professional FreeSWITCH Consulting Services:*>* consulting at freeswitch.org <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>*>* http://www.freeswitchsolutions.com*>* *>* FreeSWITCH-powered IP PBX: The CudaTel Communication Server*>* http://www.cudatel.com*>* *>* Official FreeSWITCH Sites*>* http://www.freeswitch.org*>* http://wiki.freeswitch.org*>* http://www.cluecon.com*>* *>* FreeSWITCH-users mailing list*>* FreeSWITCH-users at lists.freeswitch.org <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>*>* http://lists.freeswitch.org/mailman/listinfo/freeswitch-users*>* UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users*>* http://www.freeswitch.org*
------------------------------
It happens to 40% of my long duration calls, when it has more than 10 minutes there always the Leg A get out of phase. Is not that the begining gets copies, it's that the last minutes of the call are one leg out of phase with the other Like *During Live Call you here:*
* *>* 1. A: Hi Bro*>* 2. B; Hi Man, How are you??*>* 3. A: Excellent Bro*>* 4. B: Good For you*>* 5. A: Have a nice Day*>* 6. B; Same to you*>* *>* * * But on the recorder file you hear:* * *>* 1. A: Hi / B: Hi man How are you??*>* 2. A: Bro*>* 3. B: Good For you*>* 4. B: Same to you / A; Excellent*>* 5. A: Bro*>* 6. A: Have a Nice Day* Not like repeated, buy out of phase
---------------- Are you able to reproduce this on demand? If so how long do you have to record a sound file for it to occur? Is it always the beginning of the sound file that gets copied to the end, or is it X minutes prior to the end of the file? William King Senior Engineer Quentus Technologies, INC 1037 NE 65th St Suite 273 Seattle, WA 98115 Main: (877) 211-9337 Office: (206) 388-4772 Cell: (253) 686-5518william.king at quentustech.com <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users> On 03/07/2013 08:33 PM, Jesus Ramon Rocha Velazquez wrote:
* Hi,*>* *>* I'm having the next problem:*>* *>* When using record_session on long calls (more than 20 minutes) at some*>* point the final output file "bad mix" the channels, so the A-Leg and*>* B-Leg get one over the other in different times. It looks that in some*>* point the A-Leg "cuts" or "accelerate" audio frames and as result the*>* final audio sounds like two people talking at different times or at the*>* same time but whitout order. Like:*>* *>* During Call Audio:*>* *>* 1. A: Hi Bro*>* 2. B; Hi Man, How are you??*>* 3. A: Excellent Bro*>* 4. B: Good For you*>* 5. A: Have a nice Day*>* 6. B; Same to you*>* *>* *>* On Final Output Audio File:*>* *>* 1. A: Hi / B: Hi man How are you??*>* 2. A: Bro*>* 3. B: Good For you*>* 4. B: Same to you / A; Excellent*>* 5. A: Bro*>* 6. A: Have a Nice Day*>* *>* Tried to use same codec on both legs but not working, the result for*>* long calls is the same. also tried to change the .wav for a .gsm but*>* when converting, the result is the same.*>* *>* Dial Plan:*>* *>* <action application="set" data="continue_on_fail=true"/>*>* <action application="ring_ready" />*>* <action application="set" data="ringback=%(2000,4000,440.0,480.0)"/>*>* <action application="set" data="record_waste_resources=true"/>*>* <action application="set" data="media_bug_answer_req=true"/>*>* <action application="set" data="RECORD_TITLE=Recording*>* ${destination_number} ${caller_id_number} ${strft$*>* <action application="set" data="RECORD_SOFTWARE=OverCall PBX*>* 1.0.0.1"/>*>* <action application="set" data="RECORD_ARTIST=OverCall PBX*>* 1.0.0.1"/>*>* <action application="set" data="RECORD_COMMENT=OverCall PBX*>* 1.0.0.1"/>*>* <action application="set" data="RECORD_DATE=${strftime(%Y-%m-%d*>* %H:%M)}"/>*>* <action application="set" data="RECORD_STEREO=true"/>*>* <action application="record_session"*>* data="/my/path/grabaciones/${uuid}.wav"/>*>* *>* <action application="execute_extension" data="SETUP_RECORDING XML*>* default"/>*>* *>* <action application="bridge"*>* data="sofia/gateway/...................*>* *>* I'm Using*>* *>* Intel(R) Core(TM) i5-2310 (4 Cores)*>* 8 GB Ram*>* Debian Wheezy x86*>* FreeSWITCH Version 1.3.14b+git~20130301T214848Z~c35a41e4ca (git c35a41e*>* 2013-03-01 21:48:48Z)*>* *>* Greetings and hope some may know whats happening here, because it's*>* driving me crazy*>* *>* * * _________________________________________________________________________*>* Professional FreeSWITCH Consulting Services:*>* consulting at freeswitch.org <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>*>* http://www.freeswitchsolutions.com*>* *>* FreeSWITCH-powered IP PBX: The CudaTel Communication Server*>* http://www.cudatel.com*>* *>* Official FreeSWITCH Sites*>* http://www.freeswitch.org*>* http://wiki.freeswitch.org*>* http://www.cluecon.com*>* *>* FreeSWITCH-users mailing list*>* FreeSWITCH-users at lists.freeswitch.org <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>*>* http://lists.freeswitch.org/mailman/listinfo/freeswitch-users*>* UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users*>* http://www.freeswitch.org*
------------------------------ -- En caso de requerir mas información puede preguntar sin compromiso. - Tel. (52) (55) 5373 0270 - Cel. (521)/(044) 55 3246 6150 - Correo Electrónico: jesus.rocha@overvoiplatam.com - Skype: overvoiplatamsales Saludos Jesus Rocha OverVoIP LatAm Sales and Carrier Alliances Manager. Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Queda prohibida su divulgación, copia o distribución a terceros sin la previa autorización escrita de *Overvoip Latam * En caso de no ser usted la persona a la que fuera dirigido este mensaje y a pesar de ello continúa leyéndolo, ponemos en su conocimiento que está cometiendo un acto ilícito en virtud de la legislación vigente en la actualidad, por lo que deberá dejarlo de leer automáticamente. *Overvoip Latam * no es responsable de su integridad, exactitud, o de lo que acontezca cuando el correo electrónico circula por las infraestructuras de comunicaciones electrónicas públicas. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. El correo electrónico vía Internet no permite asegurar la confidencialidad de los mensajes que se transmiten ni su integridad o correcta recepción, por lo que* **Overvoip Latam * no asume ninguna responsabilidad que pueda derivarse de este hecho. No imprima este correo si no es necesario. Ahorrar papel protege el medio ambiente.
participants (1)
-
Jesus Ramon Rocha Velazquez