WiFi Dropping out when using N-Stream App on iTouch

Posted by: ast2312 on 15 January 2011

Can anyone help me with this please.

I use the n-stream app on my iTouch(4) to control my Unitiqute. All works well for approximately 20-30 minutes but then the iTouch tells me that the Wifi signal has been lost and ceases to work. When I press the home button the Wifi signal is still strong. I have tested in the room with the Unitiqute and nest to the router and the problem is the same. The app version is the most recent from 7 Jan and I am sure my wifi strenght is strong enough.

Has anybody else experienced this and knows of a way to fix this?
Posted on: 16 January 2011 by Richard Sellicks
I had similar problem when touch could not locate unitiqute. I have had no problems since I fixed the IP address for Qute & Serve via the router.
Posted on: 16 January 2011 by David Dever
Is your Wi-Fi channel set to "Auto" or a fixed channel on your router?
Posted on: 17 January 2011 by 0rangutan
The Qute's wireless antenna isn't great and the device only supports 802.11g.

I have seen a big improvement in stability, plus the ability to stream hi-res FLACs, by using an 802.11n Airport Express as a wireless client and bridging this to my Qute using a shielded CAT5 cable. I have had no drop outs from Qute or n-Stream since this change some months ago.
Posted on: 21 January 2011 by ast2312

Hi David,

My router is set on a fixed channel (11).

Thanks

Andrew

Posted on: 22 January 2011 by Phil Harris
This seems to be something that is being reported as an issue with iOS 4.x at the moment - that the WiFi is inconsistent. I'm assured by the authors here that it is an iOS issue and not a n-App issue. (I have no problems with dropping WiFi connections myself.)

Phil
Posted on: 22 January 2011 by Phil Harris
There are - as far as I'm told - a whole raft of things that are either broken or are not working right in the current iOS versions. Googling around seems to turn up lots of streaming audio problems (in kit that is "made for iPhone" and so is doing things "by the book") and dropping WiFi issues. :-(

Phil
Posted on: 22 January 2011 by Tog
Using IOS devices can throw up odd glitches. My iPhone used to lose the Uniti regularly and no amount of pressing setup etc seemed to work - after the last couple of updates it is solid as a rock. Drains the battery though ....



Tog
Posted on: 22 January 2011 by Phil Harris
It is quite interesting that in the "computers" world if you were having problems with dropping network connections etc. the first thought would usually be either hardware or drivers but with the iPhone / iPod Touch / iPad it seems that the first thing the user assumes is that it's an application issue (especially when I understand that part of the Apple approval process is checking that the submitted code hasn't used any undocumented calls or undocumented functionality)... ;-)

Phil
Posted on: 22 January 2011 by Tog
Phil that is because Apple computers are perfect - do you know nothing?     

Tog
Posted on: 24 January 2011 by Phil Harris
...I know I have two Mac Minis, One MacBook Pro, a 160Gb iPod Classic, a 16Gb iPod Touch 2G, two iPhone 3GSs and an iPhone 4 and so understand exactly what you mean by that statement.


Phil
Posted on: 24 January 2011 by Tog
Interestingly, Plug Player running on an Ipad works quite well and looks pretty but crashes very regularly. On Eyeconnect it races through a large libary (about 3X faster than n-stream) then crashes - it doesn't seem to respond well to touch - may hamper its progress on the Ipad. N-stream may be a little sedate sometimes but it is rock solid at the moment.

Tog
Posted on: 25 January 2011 by Phil Harris
...it appears there are a number of (unrelated) developers on the iOS developers forums asking about seemingly randomly dissapearing WiFi connections so it looks more like a general device issue.

Phil
Posted on: 25 January 2011 by Geoff P
Just a comment or two.

PlugPlayer runs smoothly every time on my i-pod touch in accessing Asset UPnP on my NAS and serving music to my ADS.

The touch WiFi connection is by default set to turn itself off after a couple of minutes of inactivity to save battery life. You can override this to longer or always on, which is the condition I suspect is draining Tog's battery fast. Once the ADS has been set in motion by PlugPlayer it creates a 'local' playlist and can then work thru' that without any further contact with the control point so auto turn off of WiFi on the touch has no affect.

Nice way to do it

regards
Geoff
Posted on: 25 January 2011 by Tog
PlugPlayer  does many things right and points the way to what the n-stream app may become when it is released in the next few months. My main gripe is the lack of user feedback when selecting songs from the track listing. When I select a track PP gives no feedback in terms of highlighting the track to show that it has been selected - at least when I use EyeConnect. Interestingly it refused point blank to play aiff encoded tracks at all despite the fact EC transcodes them on the fly - time to retire EC. PP works fine with Vortexbox.





Tog
Posted on: 29 January 2011 by Simon-in-Suffolk
Andrew, to your comment, sorry quoting still not supported here, you want to allow your wireless router NOT to have a fixed channel, but select it automatically. 802.11b/g have 11 channels to use, and selects the channel that is free or has least interference. If you livewith other houses/flats around you this very important if you want a good chance of a reliable connection

Simon

Posted on: 30 January 2011 by ast2312
Many thanks Simon. Will try this set-up and let you know. Thanks Andrew
Posted on: 01 February 2011 by ast2312
Thought I'd post the latest. Changed the set channel (11) to auto and this has not made a difference to the iTouch dropping out. I am starting to think this issue is more related to power management of the iTouch and the wifi dropping out after a certain time period following no activity - nevertheless very, very frustrating!!
Posted on: 03 February 2011 by Simon-in-Suffolk
Andrew, thanks for the update, anyway best keep on auto so at least that is one less potential problem in the future.

Simon
Posted on: 21 September 2011 by AD Spicer

I am having the same issue on-goingly with both my iPhone 3GS and iPad - VERY frustrating. It drops after 20-30 minutes and then works again as long as I power down the device and restart.  Then it works fine - for a while.  I have never had this issue with any other app I've ever used.  I truly hope a true "fix" can be determined!   I love my UServe and NDX but it sure isn't fun when I have to keep powering down/up my device to control it! 

Posted on: 21 September 2011 by DavidDever

Are you using a dual-band router?

Posted on: 22 September 2011 by Tog

Dual band router essential - try Airport Extreme (even if you are an Applephobic - they are rock solid)

 

Interesting to see what hapens with the updated streamer boards add wifi n into the mix - at the moment my Uniti uses one band whilst my macs use another. Changing channels can work wonders.

 

24/96 files and n-stream wirelessly will cause a problem - connect by wire.

 

Tog

Posted on: 22 September 2011 by AD Spicer

I believe so - using a Apple Time Capsule (i.e., airport extreme).  Everything is hard wired with CAT6 and GB ethernet.

Posted on: 22 September 2011 by DavidDever

Is that you, Al? Mark or John @ ProMusica should be able to sort this out for you....

Posted on: 22 September 2011 by AD Spicer
Originally Posted by DavidDever:

Is that you, Al? Mark or John @ ProMusica should be able to sort this out for you....

Hi Dave!  Yes it's "me".  I will talk to them about it, but thought there might be more definitive info on the forum.  I didn't think they are that dialed in on networking issues.  If you know of other suggestions as it unfolds please let me/us know. Thanks!  ....really diggin' the UServe-SSD and NDX!!!

Posted on: 22 September 2011 by DavidDever

Actually–within the United States, they are tremendously ahead of the pack on the networked streaming audio side of things...!

 

What you might require is a DHCP address reservation (by hardware MAC address, XX:XX:XX:XX:XX:XX) for your devices, which will insure that they appear on the network at an expected address per device–in some systems, this can make all the difference.