Hi ! Thank you very much for your time. I tried to reproduce the problem directly from pjsua, using 'cc' & 'cd', as you have already done : - with pjsua and 'cc' & 'cd' commands, the problem never occurs - with my application, the problem always occurs (is reproducable), if I wait at least 30 seconds, between each playback I think the only difference between my application and pjsua, is that in my application, wav player and its port are created and destoyed each time. I will code a very sample test and durty application, from simple_pjsua, it will be easier to analyse the problem from a simple project. My CPU usage remains very low, during the playback, but I don't ignore this idea. I will try this on two differents computer, one XP and one Linux. I will also try to confirm which new feature of rev.2020 is related to this problem. I will be back after theses few tests. Best regards, Electrocut On Tue, Jun 24, 2008 at 7:26 PM, Nanang Izzuddin <nanang at pjsip.org> wrote: > Hi Tanguy, > > The regular talksprut-silence switchings in the log is normal since it > happens only when silence, it was stream sending zero-audio frame on silence > to keep NAT alive, and this is not shown in r2019 since this modification in > r2020: "re-enable periodic RTP TX which was disabled by #439<https://trac.pjsip.org/repos/ticket/439> > ". > > Another related update in r2020 is changing > PJMEDIA_CODEC_MAX_SILENCE_PERIOD from one second (for 8khz codecs like G711) > to 500ms, and I don't think this causing the problem, it is just make the > keep alive RTP more frequent. > > I tried to reproduce this with pjsua by repeatedly issuing 'cc' & 'cd' > command for stream port & file player port, with some delay as you mentioned > (30 - 60 secs), but I couldn't see any problem. > > Since the VAD's threshold seems to be safe (not changing a lot, and the > latest value is 2, low enough), so for now, the suspect may be CPU load > spike that disturbs the sound callbacks (e.g: loading file from hardisk), > not sure though. > > So please confirm that the problem always happens with such fixed scenario > (reproducable), or 'just' sometime? If it is, how many times step 3-5 should > be repeated before play nothing for 30-60 secs? > > Thanks, > nanang > > > 2008/6/24 Tanguy Floc'h <electrocut at gmail.com>: > >> Hi ! >> >> I face with some audio problems, when playing wav files from my program, >> since rev.2020. >> During the tests, I'm doing this : >> 1- Make an outbound call >> 2- Connect to null-sandport, when media is OK >> 3- Create a wavplayer (for a 16 bits / 16 kHz PCM file), and connect it to >> the conference bridge >> 4- Destroy the player, either during playback, or from the EOF callback >> 5- Repeat steps 3-5 >> >> When I wait about 30 - secondes / 1 minute (playing nothing), before >> playing the wav file again, when the file starts, the sound is jagged, >> during the first seconds (then it is ok). >> >> If I look at the logs, I can see this lines, just before the sound problem >> occurs: >> >> 11:11:12.300 strm0D007E0C Start talksprut.. >> 11:11:12.315 strm0D007E0C Starting silence >> 11:11:12.784 strm0D007E0C Start talksprut.. >> 11:11:12.815 strm0D007E0C Starting silence >> 11:11:13.300 strm0D007E0C Start talksprut.. >> 11:11:13.315 strm0D007E0C Starting silence >> >> Note that when I disable VAD, from pjmedia_media_config struct, the >> problem disappear. >> Maybe it has something to do with VAD and the Silence period ... >> >> I've uploaded the two log files on google doc : >> With rev. 2019, where everything is fine: >> http://docs.google.com/View?docID=dcmdgqxp_8c4g7tjc6 >> With rev. 2020, where the problem occurs: >> http://docs.google.com/View?docID=dcmdgqxp_9f4j64jcv >> >> This problem may be related to this thread: >> >> http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/2007-October/000395.html >> >> The problem is not very important for me, since I can disable VAD, but if >> I can help to solve the problem, maybe I can give you more information. >> >> Best regards, >> >> Electrocut >> >> _______________________________________________ >> Visit our blog: http://blog.pjsip.org >> >> pjsip mailing list >> pjsip at lists.pjsip.org >> http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org >> >> > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20080626/45ca5d4b/attachment.html
