Geekzone: technology news, blogs, forums
Guest
Welcome Guest.
You haven't logged in yet. If you don't have an account you can register now.


techricky

25 posts

Geek

Subscriber

#84408 30-May-2011 17:20
Send private message

Hi all, Apologies for the long story here! Skip to the end for the diagnosis but the background may be interesting to some..

As part of my Broadcasting work I have recently been using the 2degrees Huawei USB Modem with a Laptop for some Audio streaming projects.
While the throughput and even latency was great, the link was experiencing frequent audio pops and clicks, and other artifacts suggesting buffer under/overruns or lost packets..

I figured I was just pushing things a bit too much for a mobile network, We were running only 0.5 sec buffers each way in order to do a studio interactive outside broadcast (at 128kbps mp3)

Anyway, last Friday I set things up for a one way stream allowing decent buffering and AC3 encoding thinking all would be great..  Well it wasn't to be, and after a while I realised that there were still lots of Audio glitches happening!

To try and get to the bottom of the problem I first swapped to my XT modem without restarting the Laptop as broadcast time was nearing, same thing!
Hurredly installing mp3directcut for a test recording showed that the glitches were actually on the windows audio capture not the internet stream at all! Not only that but they were present on several different audio devices, external USB and internal, A frenzy of disabling devices and drivers ensued to no effect.. This was on a clean install of XP pro, so I had to think it was some recent laptop hardware failure.

Finally I used my own Windows7 laptop, installed the software and everything was fine for the night.

The next day I Investigated the problem and soon found that all windows WDM audio, in and out, glitched as soon as the 2degrees application launched. It didnt need to be connected or have the USB modem connected.
When I had previously tested with the XP modem the 2degrees App was left running from the previous connection..

I found that any time the 2degres Application is running, services.exe uses 15-20% processor time.
Using process monitor I tracked this down to it making 10-20,000 registry requests every second!
(I guess part of this was kernel time that was shared with the windows audio drivers causing my problem..)
Anyway the App is well behaved under Windows7 making only occasional registry access, and on two other XP machines the same bad behaviour occurs so I assume it is a bug!
The version is 2degrees Mobile Broadband 21.003.27.02.723.
Huawei dont seem to make updates directly available and I didn't fancy trying to explain it to the helpdesk, maybe someone here will be aware of this or be able to pass it on to Huawei, or is there a newer version?

Create new topic
2degreesCare
1537 posts

Uber Geek

Trusted
2degrees

  #476115 31-May-2011 10:27
Send private message

Thanks for the feedback.

We're trying to replicate your scenario. Can I ask does it happen if you use a dial up connection?

^POB



techricky

25 posts

Geek

Subscriber

  #476133 31-May-2011 11:00
Send private message

Oh great, Thanks for looking into it..
 
I've just tested, and creating a dialup networking connection only there are no problems at all, and no sign of any unusual system activity..

slippers
193 posts

Master Geek


  #476179 31-May-2011 12:47
Send private message

My first thought is that 500ms is too low even if you are going for 'interactive' broadcast.

AFAIK, public radio uses a standard 7 second delay. (this is also to allow for censorship)

I would not necessarily expect consistent throughput through a wireless connection of any sort....So with 500ms you are not allowing much time for it to catch up if there is an interuption.....

True test would be to run ping -t while broadcasting if your latency spikes before or around the same time then you'd need to increase the buffer time by the however long the spike lasts for (and then some)



techricky

25 posts

Geek

Subscriber

  #476200 31-May-2011 13:30
Send private message

This was experimental and Actually I'm really impressed with the network performance!.. I was running pings and seeing occasional spikes to around 200ms which I think is pretty good for a mobile network and portable device..  certainly couldn't guarantee it though :)

We do a lot of these over DSL now, the low delay is needed for conversations with the studio and other contributors, if realtime isn't needed I'll usually run about a 6 sec buffer for TCP.. Generally works pretty well, and the odd, but very rare, dropout is the tradeoff for low cost and anytime use.


Create new topic





News and reviews »

Air New Zealand Starts AI adoption with OpenAI
Posted 24-Jul-2025 16:00


eero Pro 7 Review
Posted 23-Jul-2025 12:07


BeeStation Plus Review
Posted 21-Jul-2025 14:21


eero Unveils New Wi-Fi 7 Products in New Zealand
Posted 21-Jul-2025 00:01


WiZ Introduces HDMI Sync Box and other Light Devices
Posted 20-Jul-2025 17:32


RedShield Enhances DDoS and Bot Attack Protection
Posted 20-Jul-2025 17:26


Seagate Ships 30TB Drives
Posted 17-Jul-2025 11:24


Oclean AirPump A10 Water Flosser Review
Posted 13-Jul-2025 11:05


Samsung Galaxy Z Fold7: Raising the Bar for Smartphones
Posted 10-Jul-2025 02:01


Samsung Galaxy Z Flip7 Brings New Edge-To-Edge FlexWindow
Posted 10-Jul-2025 02:01


Epson Launches New AM-C550Z WorkForce Enterprise printer
Posted 9-Jul-2025 18:22


Samsung Releases Smart Monitor M9
Posted 9-Jul-2025 17:46


Nearly Half of Older Kiwis Still Write their Passwords on Paper
Posted 9-Jul-2025 08:42


D-Link 4G+ Cat6 Wi-Fi 6 DWR-933M Mobile Hotspot Review
Posted 1-Jul-2025 11:34


Oppo A5 Series Launches With New Levels of Durability
Posted 30-Jun-2025 10:15









Geekzone Live »

Try automatic live updates from Geekzone directly in your browser, without refreshing the page, with Geekzone Live now.



Are you subscribed to our RSS feed? You can download the latest headlines and summaries from our stories directly to your computer or smartphone by using a feed reader.