Just changing some bus settings to force the FPGA’s to reprogram. The way it was explained to me on this forum is that the bus structure had been created with a problem when the template show was initially loaded. A normal reboot doesn’t reprogram the FPGA’s that control the buses, only telling them to change will do it. Essentially the reboots weren’t rebooting the thing that needed to be rebooted.
I’d highly doubt your problem is in the audiorack, that doesn’t account for the post-fader signal being missing at the console. It’s not something that tends to happen so I wouldn’t expect it to be a common occurance.
The interface freezes are a bit more prevalent, but I’ve only had it happen once in 17 months. It was during a soundcheck and switching it off and on again had it back up and running in about 40 seconds. I’ve heard from someone else that had one that it’s fine when running fewer inputs but when you start using more channels and more mixes it can cause the interface freeze. My freeze was when I was using more inputs and mixes than normal.
Audio isn’t affected, so if there was a facility to just reboot the user interface without switching off the whole console this wouldn’t really be a problem. Not having that facility moves it from the “doesn’t cause audio to stop” category to “does cause audio to stop” category.
Chris
Thanks Chris, you’ve been really helpful. Thanks for sticking in with me.
To clarify, are you suggesting that I change a bus (e.g. remove 2 aux buses, Apply, reinstate them, Apply)
a) during a show if I have problems, as an option to doing a reboot
b) as a way to fix my current show file.
c) something else?
I just tried removing 2 aux buses, then reinstate them, and was surprised that the console remembered where I had placed the faders for those 2 removed auxes and even remembered the custom names I gave them, but it did loose the mix assignments to those buses.
This would actually be a decent workaround if I could reprogram the FPGAs and solve the problem by removing the last 2 effects and reinstating them. I’ll seldom use effects 7 & 8 and I wouldn’t loose any monitor mixes,…
Also, note that I fixed the problem at the show by going to the processing page, hitting shutdown, flipping the power switch of then off again. I think that is what you are calling a’normal reboot’ which may not cause the FPGAs to be reinitialized.
Do you now if it is safe to remove and add effects in the middle of a song? Does the system drop audio during this process? I guess I can test.
No problem 
I’m not sure if the bus configuration thing is even relavent to the problem you’re having, but it’s the closest thing I have any experience of. It was on a iLive too. We’d need someone from A&H to give a bit more input on what gets reconfigured when you do certain things. IE, does changing the settings for 2 aux mixes reprogram ALL the FPGA’s or just the FPGA’s for those auxes. That may be really obvious to anyone who properly understands FPGA’s though, but that isn’t me.
FPGA’s were described by another user as ““state” until told to reprogram”. So it wouldn’t seem likely that a reboot would reprogram them, unless there’s a “reprogram” command built into the boot.
Chris
Some FPGAs always need to have the code/configuration reloaded on power up (not necessarily the same thing is reboot). I suspect there are some FPGA designs that can persist their code when power is down, or have the code in local flash or static memory from which they load the ‘last configuration’ from.
Changing show files seems like a sure fire way to reprogram the FPGA, and that is faster than rebooting. Maybe the workaround is to save a she, reload a default show, then reload your saved show. That’s only a few seconds and could be performed between songs.
I don’t know what chip the GLD has or I could research it more. First time I open it up I’ll check :).
I’ll ask in my support ticket.
Just a quick update, I have completed a few more shows with the GLD without any loss of aux outputs, but I have disconnected the ethernet control network and pulled the USB memory stick before each show, as a precaution. i’ll leave the network plugged in for the next few shows.
I also rebuilt the show file from scratch…
In my experience the screen freezes I have had were related to networking issues especially when the console is on DHCP. Assigning an IP has stopped that. I have not had a screen freeze in over a year.