[rmutchlerParticipant]

I had the same suggestion on my Macbook Air 13″. There is no way to fill the screen on the Mac version.

[rmutchlerParticipant]

I had another occurrence this morning.

Before this occurred, I was changing some routing on a different scene. I stored the scene and switched to another scene. After I went through a few different scenes, I had a volume change on the scene. There is no special characters on the name. I tried the scene again after switching and it did not occur again. I’m not exactly sure why it did this. There must be some software issue that is affecting this, since it only started happening after v1.10. I have updated to 1.20.

[rmutchlerParticipant]

It has happened a few times with this particular scene. I’ve reset the fader to nothing and resaved the scene without any luck. This isn’t a gain issue, I have the gain on that particular input one hash mark below the midline on the display. The only thing unique about the scene is it contained a / in the name. I removed the slash and I’m going to see if that has any effect. It doesn’t happen every time, it seems to be random. It started doing it with the 1.1x series of firmware. It has happened on 1.10 and 1.12.

[rmutchlerParticipant]

Check out the documents tab. There is a MIDI and TCP/IP Document on there.

https://www.allen-heath.com/uk/Products/pages/ProductDetails.aspx?catId=GLDSeries&ProductId=GLD80&SubCatId=

[rmutchlerParticipant]

We performed some testing this evening with the following results:

An iPad 1st Gen AT&T running 5.1.1 stayed connected for almost 1 hour.

My iPad 3rd Gen Verizon running 6.1.3 failed.
The iPad Mini Verizon running 6.1.3 doesn’t work. I didn’t have it with me during the testing this evening.

Ping testing showed no more than 100ms ping from my Macbook Air the whole time.

I hooked my iPad 3rd Gen up to the iPhone Configuration Utility and captured the following in the console log during the drop:

Mar 26 19:53:03 RPM2 iGL-MixPad[209] <Warning>: — ERROR — UDP Client Connection Thread recvfrom(…) – error Bad file descriptor
File… /Users/andrewbe/iOS/iGL-MixPad/GLD-Firmware-V1.1/iGL/trunk/iGL-MixPad/classes/../../../../AHNet/trunk/Posix/UDPConnectionThread.cpp
Line… 157
Mar 26 19:54:44 RPM2 kernel[0] <Debug>: launchd[213] Builtin profile: com.apple.xpcd (sandbox)
Mar 26 19:54:45 RPM2 CommCenter[58] <Notice>: Client [com.apple.persistentconnection[apsd,77]] is telling PDP context 0 to go active.

Hopefully that provides some insight as to why this is not working as expected.

Ron

[rmutchlerParticipant]

Andy,

I’ll give that a shot. I’ll take my computer up there and do some diagnostics. Another way to do the same thing is to use ping -t xxx.xxx.xxx.xxx.

That will do a continuous ping to an IP address until you use Ctrl-C to break it.

I will follow up when I have more results from the ping testing.

I’ve been leaning toward the AP as the issue since this started. I just tread lightly as I don’t want to offend a fellow IT professional.

Ron

[rmutchlerParticipant]

I am using a Linksys 4410 WAP on the network. We have a core router and switch on the network. I’m assuming that it is a higher end Cisco since they are using Cisco VoIP on the network. I haven’t checked the firmware level on the WAP, since there is already an IT guy that does stuff at the church.

I think I have a spare router somewhere around the house I might be able to go out to the church and test sometime when there isn’t an activity. As you can expect, it is a bit of a busy time for me.

[rmutchlerParticipant]

I am on a specific wifi. The church has a router in the server closet, but there is a wifi point in the tech area in the sanctuary. I can be 5 feet from the wifi and still have dropouts. I usually have to cycle the wifi on my iPad to get it to connect after the GLD loses connection.

I have been debating on putting in a special router in the tech area and taking the GLD off the main network to see if there is any interference, other than that, I am running out of ideas.

[Author]

Posts