Softphone, webphone and VoIP server Forum

HomeHomeDiscussionsDiscussionsMizu SoftphoneMizu Softphone[Resolved] Playback (only) fails in unusual way, during VoIP test call[Resolved] Playback (only) fails in unusual way, during VoIP test call
Previous
 
Next
New Post
9/22/2011 8:55 PM
 

I am using the nymgo VoIP service with the MizuPhone.

A nymgo test call goes normally until the playback begins. During the 10-second playback period, a strange sound is played back, that sounds like a low-frequency stuttering human voice. At first I thought it to be a distorted version of my recorded message. However, after repeating the test with complete silence following the beep signal, it was found that this 'sound' occurs regardless of whether or not there is any audio input during the recording period of the test call.

This is both under Windows 2000 Professional, and Windows 7 Professional (on the same hardware, but using a dual boot).

With the phone running on a different computer (an Asus netbook running Windows XP Home Edition) the phone performs the test call perfectly normally. That is, if one records voice, it is reproduced, and if one is silent, there is silence, and the playback is normal and of good quality.

Both systems are using the same wireless router-modem. It is the same whether using a hard-wired (ethernet) connection, or the Wi-Fi signal: the desktop system fails, the netbook succeeds, as described.

The Mizutech softphone can switch between primary and secondary audio configurations. I have Realtek HD audio set as the primary configuration, and the default MS Windows audio playback and record as the secondary. It makes no difference whether the primary or secondary is active: the playback fails, as described. It is something peculiar to the desktop computer, apparently.

I thought it might be the ethernet port, so I plugged a USB Wi-Fi adapter into the desktop unit, and tested the MizuPhone through that. The adapter creates its own port, separate from the ethernet adapter. The problem, however, was the same: inability to properly play back at the appropriate time during the test call.

I can't think of where to look next. Has anyone else ever come across this or anything resembling it? What in the system could be doing this?

P.S.: the proprietary VoIP protocols (e.g., Skype and Yahoo! Voice) work fine, on the first try after installation.

P.P.S.: MizuPhone v2.1.1.14

 
New Post
9/28/2011 3:47 PM
 

Hello

Thank you for the detailed error report.

Is it possible to send us a detaild log about this problem?

You can create a log in the following way:
-From the "File" menu open "Advanced settings" then go to the "Application" page
-Increase the loglevel to "Max loglevel" (or "including rtp log" if the problem is related to media/RTP) and click on Save
-Restart the softphone (File menu -> Exit, then start again) and reproduce the problem
-Go back to the application settings and click on the "View Logs" which will open the logs in notepad
-From notepad click on File menu -> Save as, and save your logfile for example on the desktop
-Send the logfile by email (attached) to support@mizu-voip.com

Please make sure to have only one call in the log. That one in which the problem was reproduced.


 
New Post
10/5/2011 7:58 AM
 

host wrote

Thank you for the detailed error report.

Is it possible to send us a detaild log about this problem?

Yes, and thank you for the reply. 

I apologize for the delay in responding to your offer to help.  For some reason I missed the forum's notification in my Inbox, until I happened to check the forum directly, and only then saw your reply.

Give me a day or two to work on generating the file you are requesting.  Thanks again.

 

 
New Post
10/5/2011 6:25 PM
 

The log file has been sent to the address, as directed.

Conditions for generating the file:

111 was dialed, as this is the nymgo test-call service.

The test service says it will begin recording after a beep tone.

Since I initially thought the 'guttural vocalization noise' was a distorted version of my own test message, I have started running tests by simply letting the audio input go silent at this point.  This is what I did while the log was being recorded. 

It seems to make no difference whether I record my voice, or just record silence.  The 'noise' or 'strange sounds' that are played back remain the same, either way. 

The difficulty as previously described happened again, while the logging was in effect. 

When the announcer resumes after the playback, her voice is perfectly clear. 

I allowed the finishing announcement, and the call, to terminate normally, then followed the directions to obtain the log.

I will be most interested to learn what the log shows.  I have never come across anything like this, before.

Thanks!

 

 
New Post
10/18/2011 9:11 AM
 

Problem has been resolved.  For benefit of other mizuphone users seeing this thread in a search:

The nymgo VoIP service apparently relies on a codec unsupported by the free version of mizuphone.  Tech support asked me to download the non-free version of mizuphone, because in their tests (apparently, using the non-free version) they were unable to duplicate my inability to communicate.

I followed the directions, installed the paid version (unfortunately, it immediately came up as 'expired') and in the single minute of operation allowed by this version, I was able to make a test call to nymgo, which worked perfectly. 

Thanks to mizuphone support, and its excellent technicians who were able to diagnose the problem from my description alone, as the log they analyzed showed no evidence of any connection difficulties. 

As well, for future reference, both I and readers of this thread will know how to identify a failure due to incompatible codecs, and how to resolve it.

 
New Post
10/22/2011 9:41 PM
 

RonC wrote

Problem has been resolved.  For benefit of other mizuphone users seeing this thread in a search:

As well, for future reference, both I and readers of this thread will know how to identify a failure due to incompatible codecs, and how to resolve it.

The solution from mizutech technicians was better than I thought: after installing and testing the non-free version, as suggested, the free version began to work normally.  The technicians will know better than I if the free version may be using codecs installed by the paid version.  For personal (non-business) use, the free version really has all I need, so I am most grateful. 

 
New Post
11/18/2012 11:57 PM
 
Thanks for sharing the solution. Thanks.

Smile is for the way you look at me!
 
Previous
 
Next
HomeHomeDiscussionsDiscussionsMizu SoftphoneMizu Softphone[Resolved] Playback (only) fails in unusual way, during VoIP test call[Resolved] Playback (only) fails in unusual way, during VoIP test call


You need to register / login to be able to post in the forum