Statistics

240,861 members
117,080 posts
  • ChukGleason
    Contributor - Level 2
    2019-08-30

    Church sound tech here, we have a Midas M32R, about 15 months.  

    I for one (and maybe it's only me) have been struggling to really understand the routing ideas in the M32R; I know there are some defaults, like inputs 1-16 default to the 16 XLR Inputs, etc.   Plus, I've got 16 channels of vocalist & instruments coming in thru AES50-A, as inputs 17-32.  

    But is there any documentation the defines the default routing, and how do a quick startup & get music coming out for the FOH?  I see in the M32R Manual that it calls out that XLR outputs #15 &6 default to being the main stero pair.  Or XLR Jack #7&8, in another piece of documentation. (combing the Quick Start Guide and the Main Manual I've found a couple discrepancies between them) 

     

     

    read more...
    0 321
    • ChukGleason
      DaveMorrison

      Hi @ChukGleason 


      On 16 output mixers, 15&16 are the LR main bus. On 8 output, 7&8 are the default outputs. Routing is one of the most confusing aspects of this mixer. Because it's powerful, it's a little harder to understand the concepts. The output assignments are generally done in two stages. Output 1-16 is main "staging" area to assign individual outputs from the many different sources (Aux Out and Ultranet can do the same). Output 1-16, however, is only an intermediate stage; these assignment go nowhere until they are then assigned to Card Output, AES50 A/B, or XLR Output.


      If you have questions about input, output, and routing, this is the place to ask. You can upload a scene file for us to analyze or fix, send us a description of your system and requirement, and we can give you a hand.


      The forum members are a great resource and will gladly help.

      • August 30, 2019
    • ChukGleason
      ChukGleason

      Dave - 

      You've made a classic understatement about the complexity of the routing. 


      So here's what I've worked out so far:


      1) Define all your inputs; whethere Local, (1-8, 9-16) and whatever you're bringing in thru AES-50-A (and of cours -B, if you're using it)  Write them down, one by one.


      2) Define your main output, Mono-Center or Main L-R, and if it goes out thru AES50-A to the amp, write that down; #8 for Mono, and #7 & 8 for stereo, route it from (whichever it is) to that AES-50A output


      3) Standard input signal operation;  Solo it to get its initial level, adjust the input gain to your standard level (0 dB or -10 dB, or whatever is your common), adjust the channel slider to your comfortable level (again, 0 or -10)


      4) Assign that channel to your  Main Output, with the Main Bus control portion on the upper control surface, adjusting Pan/Balance control as necessary if you're using Stereo. 


      5) In the Routing screen of the main display, figure out how to assign Main L/R or Mono Center to AES50-A #7 & 8 or just #8; 

      6) Assuming you've already got everything connected properly end to end, both incoming from the stage box to the mixer, and going out of the mixer back to the stage box & an amplifier & speaker, should be able to bring up your Main Level slider, and get some sound.  


      7) Continue with each input, in turn, getting  a decent level going out to the Main Output.  


      8) Each new output, such as Monitor speakers, or feeds to the other building or being sent to a PC for recording, is done similarly, but routed thru the MIX BUS sets; and you can route up to 4 at a time on one screen.

      Here's my example:


      1) Pastor's wireless  with lapel mic:  her mic gets routed everywhere (Main, Overflow, via MIX BUS2, Hearing Assist system, via MIX BUS 3, and  Recording, via MIX BUS 4 ) EXCEPT to the Monitors, which have routed thru MIX BUS 1, out the the AES50-A, #1 up to the stage box & to the monitor amp; 
      2) Associate pastor's mic, with lapel mic, exactly the same; because neither need to be heard in the monitor speaker for the praise band.  
      3) Next inputs, wireless headset mics for the vocalists, again, same except they DO get sent to the Monitor circuit. 


      4) Next, instruments like the guitar, the Clavinova, the mic for the Grand Piano, each get the same input trim treatment routing to Main Output(s), and then to the correct MIX BUS outputs, except probably don't need any Grand Piano mic in the Monitor mix; we do want it in the Recording feed.


      5) Output to other places can be sent out thru the #1 thru whatever XLR outputs, or maybe thru the AUX Outputs (again, my example, I round anything to be recorded, out thru AUX 5 & 6 as a stereo pair to a PC running Audacity). 

      So, that's a rough draft of how to go thru setup & routing.  It does seem to be kind of daunting because you have to decide early on where things are going and how to get them there, without having made other decisions first, so it's a little 'recursive' ; you define some things, run your setup routine for levels & routings, then have to do it again, 

      I'm reminded of my dad's story about his own mother, who married late at the age of 41 in 1915, a comparative old maid.  Her  new mother-in-law was trying to teach her to cook husband's favorites, and would often say 'Well, how much of this? Use your judgement!'   To which my grandma G would respond 'I am new to this, I don't have any judgement to fall back on! I need it spelled out concisely.  If I try to use my own judgement now, I'll probably fail, and not know exaclty where I've failed' 

      So, does that make sense, as to what I've been struggling against?  Now I have to take that general (VERY general) setup routine, and boil it down to a step-by-step procedure that a newby could follow if ALL the experienced members of the sound crew were to (for example) fall off a cliff.

      Further discussion requested here.  


      Further apologies if I've already borked some description here; it's been a long day & the brain cells are shutting down.    


       

      • September 20, 2019
    • ChukGleason
      DaveMorrison

      @ChukGleason 


      I think you have a pretty good grasp of the system. Sometimes it's the little things that can trip you up. For me, it's some of the labels and terminology that Midas uses—some of it seems backwards to me. Anyway—You can post your scene file if you ever get stuck. And we can always answer your questions. 


      The matrix function may be of interest to you if your overflow and/or Hearing Assist system (maybe even the PC feed) is similar to the Main output. The matrix outputs could be a copy of the main output with separate Level, compression and EQ applied to it. This could reduce your five independent mixes down to two or three.


       

      • September 20, 2019
    • ChukGleason
      ChukGleason

      Dave -


      Thanks for the offer to look at my file; here it is.  It's kind of a hodge podge of some different setups, combined non-linearly.  So there are a few disconnects and dead ends in a couple of the routings.  EX:  the way this is set up, the Main PA output is sent thru the Matrix 6 to the Recording output; altho I also have a MIXBUS #3 is supposed to go to the record output, instead. That way, the record output level can be independently controlled, separate from the Main Output.  Currently, if we make any adjustment to the Main Output slider, it also adjusts the record level.  

      I've also only just realized another problem I have, not that it can be solved here.  The Main Screen of the M32R is just at the wrong distance for either pair of my glasses; either the short-distance readers, or the distance/driving glasses with a nearsighted bifocal.    Must be time for a new Rx for the eyes.  


       


      Thanks.


      Chuk

      Midas M32R Scene Moderately standard.scn
      • October 22, 2019
  • NelsonVega
    Contributor - Level 1
    2019-07-23

    when trying to update pro2. this error appears. Which may be? error #52 - Failed security check ... thanksWhatsApp Image 2019-07-22 at 13.21.02.jpeg

    read more...
    0 317
    • NelsonVega
      ChaseMcKnight

      Hi @NelsonVega 

      Typically this is due to a corrupt firmware, likely it just downloaded incorrectly. Try downloading the update file again from the website and if you can connect to the internet via landline, even better. 

      Re-format your USB drive (FAT or FAT32) and create a folder '  DL2Upgrades ' - then place the unzipped .tar file in the folder and try upgrading the console firmware again. 

      Let me know if you have any other issues.

      • July 25, 2019
  • staceyhainey
    Contributor - Level 3
    2019-06-07

    Just a general question,,,,

    My band just purchased an M32C with the DL32, and PM16’s for monitoring 

    i split the vocal, and instruments into mix busses, and sent the busses to ultra net, but it seems like we aren’t getting the full signal (some busses seem absent on the pm16)   We do have something that kind of works, but there’s gotta be a better way 

    will post a screen shot of the routing pages

    read more...
    0 316
    • staceyhainey
    • staceyhainey
      RexBeckett


      @staceyhainey wrote:


      Just a general question,,,,


      My band just purchased an M32C with the DL32, and PM16’s for monitoring 


      i split the vocal, and instruments into mix busses, and sent the busses to ultra net, but it seems like we aren’t getting the full signal (some busses seem absent on the pm16)   We do have something that kind of works, but there’s gotta be a better way  


      will post a screen shot of the routing pages





      @staceyhainey 


      Where are you connecting the P16Ms - to the M32C or the DL32? If the DL32, you need to open Routing -> AES50 A/B and select AES50-A 33-40 = Ultranet 1-8 and  AES50-A 41-48 = Ultranet 9-16. This will send the 16 Ultranet outputs to the DL32 on AES50-A 33-48 which are routed to the P16 socket.  


       

      • June 7, 2019
  • S-Audio
    Contributor - Level 2
    2020-03-01

    I am trying to use M32 edit with my M32rlive console but I can't get them to talk to each other.

    The software recognizes the console and the IP address match but when I highlight the console and hit connect nothing happens and it says disconnected. any help would be appreciated.

    Ron

    IMG_2156.JPG
    read more...
    0 316
    • S-Audio
      RexBeckett

      @S-Audio 


      You need to change one of the IP addresses. They should be in the same subnet but cannot be the same address. e.g. Set the console to 192.168.0.32

      • February 29, 2020
    • S-Audio
      S-Audio

      I tried changing the IP address on the console as you suggested but still nothing.I didn't recognize the console like it did in the screen shot attached to my first post....

      • February 29, 2020
    • S-Audio
      RexBeckett


      @S-Audio wrote:


      I tried changing the IP address on the console as you suggested but still nothing.I didn't recognize the console like it did in the screen shot attached to my first post....





      @S-Audio 


      The screenshot shows that there are two active network ports on your PC and they are both in the same subnet. This can cause problems. If you disable or disconnect the Wifi port, the PC should be able to find the console. If you need to keep Wifi active, try changing both the PC LAN port and console to a different subnet e.g. 192.168.32.nnn

      • February 29, 2020
    • S-Audio
      S-Audio

      I tured oof WIFI and it found the console right away so that was the issue. Now I have this message poping up.


      My console firm ware is the latest version 4.2 and it say uncompatable. I can't win   Now what?


      See attached.

      IMG_2157.JPG
      • February 29, 2020
    • S-Audio
      S-Audio

      Sorry about the typo's. I have been trying to get this going for hours.

      • February 29, 2020
  • RalphHopstaken
    Contributor - Level 3
    2020-03-11

    I was curious if it is possible to use a Lan power injector to supply power into the AES50 to the DP48. I did use it with the P16 and that worked perfectly.

    it wil be used to put the original DP48 power supply in the flightcase where all the monitor stuff is in and only use the cat5 aes50 to the DP48

    read more...
    0 300
    • RalphHopstaken
      GaryHiggins

      @RalphHopstaken 


      Hello, I can't answer your question but was curious as to which injector you used for p16? I had toyed with this idea but never tried any.

      • March 10, 2020
    • RalphHopstaken
      RexBeckett

      @RalphHopstaken 


      According to the specifications, the DP48 PoE conforms to IEEE802.3af so it should run from an injector that meets the same standard.


      DP48.PNG

      • March 10, 2020
    • RalphHopstaken
      RalphHopstaken

      @GaryHiggins  you can use every power injector as long it has the same power input connector live the original power supply from the p16. I use something like on the picture below


       


      poe power injector.jpg


       


       

      • March 11, 2020
    • RalphHopstaken
      Paul_Vannatto

      @RalphHopstaken I would not recommend using a POE injector as shown for the DP48, since it would require the removal of the ethercon shells from the ends of the AES50 cables. 

      • March 11, 2020
    • RalphHopstaken
      RalphHopstaken

      @Paul_Vannatto you can't use that power injector for the PD48 because those are only 100mbit/sec but for the P16 they work great. for what you sy about the shield insite the m32 or DP48 the schield ends on the shassis so after that there is no connectionif you use cat 6 there is enough shielding and i use only max 10 meter of cable and only to one DP48

      • March 13, 2020
  • shawnrowe1
    Newcomer - Level 1
    2020-07-06
    Hi, I have an X32 running into 2 DL153's. Everything on the 1st DL153 works great, but the second one the inputs gain stage is much lower than plugging a device into the 1st DL153. Am I missing something in the set-up that might cause the second DL153 not to perform exactly as the 1st one?
    read more...
    0 299
    • shawnrowe1
      GaryHiggins You can't daisy chain blue box Midas stageboxes. If that's what you did, that might be it. If you use different ports and the settings are identical, it maybe could be different firmware? Try switching the stagebox from A to B or whatever one is right and see if it's the same. I guess it could be the hardware is defective, hope not.
      • July 6, 2020
      • X32 - going to 2 DL153's
        shawnrowe1 I will be back over there in the morning. They aren't daisy chained, they are AES50 A to the first one and AES50 B to the second one. But second one Mic Pre's get much less gain. I got another DL153 in case I can't resolve it on the hardware side. I'm wondering if the X32 treats them differently being on a S-16 stage box, I believe you have a master Sync and the other boxes would sync to that box for gain control? Not sure if the step-up to a Midas stagebox does the same processing to be controlled by the X32?
        • 1
        • ·
        • July 6, 2020
      • X32 - going to 2 DL153's
        GaryHiggins I would think the X32 would be master for both (sync Int) I don't own a 153 so I am unsure how the see sync) would guess both should be set as slave to the X32. Great you have a spare 153! That should seal it if it works, it would be hardware (or still firmware I guess) as to the cause for the one with weak gain. You are sure it's not the X32 gain setting on the particular port?
        • July 6, 2020
    • shawnrowe1
      Nigel67 Hi shawnrowe1, as Gary mentioned above, the X32 will be master and the DL153's will be set to slave. They cannot be daisy chained together, one in AES50 A and the other in AES50 B. There should be no reason for a difference in gains so you might want to check the mic gain and digital trim positions via the surface. I am unsure if you have seen this, but to get an output from the DL153, its not as straight forward as you may think. https://musictribecommunity.powerappsportals.com/en-us/knowledgebase/article/KA-02305
      I also do not know how this would affect the patching of the second DL153 hanging off the AES50B port, with regards to the inputs. I have no way of checking either as we are working from home. It may require you to do a little testing yourself I am afraid. Quickest way to tell if one unit is faulty is to swap ports with them and see if the fault follows or not.
      • July 6, 2020
      • X32 - going to 2 DL153's
        Nigel67 Hi shawnrowe1. I have just checked a DL153 on the A port and a DL151 on the B port. Didn't have another 153 but the X32 sees the boxes as DL15X not as individual boxes. The gain levels on all inputs were the same. With regards to the outputs to the boxes (the link that I put in), whether the unit is on the A or B port, you have to use AES50 A or AES50 B Out 17-24. Just to make this doubly understandable, if you want outputs 1-8 from the console to go to the 8 outputs on the DL153 plugged into port B, then you assign AES50 B outs 17-24. Any questions, please ask
        • 1
        • ·
        • July 7, 2020
      • X32 - going to 2 DL153's
        shawnrowe1 Sorry - I need to udate - X32 is set to internal clock I have a DL151 on AES50 A and a DL153 on AES50 B. Both of these devices are on the same firmware and are set to external clock. The Device ID on THe DL151 is Device 1 and the DL153 is Device 2. I can plug my Line level Computer source into Inputs 31-32 on the Console by Patching through the Inputs 7-8 on the DL 153 and get low audio. If I move the input to device DL153 on inputs 15-16 and patch that to the console on 31-32, then the audio is clipping as it should. Move it back to DL153 and I have to boost gain on line level source to +10 just to get a nice volume.
        • July 7, 2020
    • shawnrowe1
      shawnrowe1 What is the technical support phone number? I can't find it anywhere.
      • July 7, 2020
      • X32 - going to 2 DL153's
        Nigel67 I am sorry, but there are no longer any phone numbers. All contact is now via the community or submitting a ticket to us.
        • July 8, 2020
    • shawnrowe1
      shawnrowe1 I solved the issue - The reason I had low levels was because I actually didn't have head-amp control on the DL153. After doing some cross checking the problem just kept persisting no matter on the new 153 with updted firmware, etc.. I noticed that the second device was plugged into the 2nd AES50 port on the DL153. So, I thought maybe I don't have headamp control because of it might need to be in port 1 and not 2... BINGO! Now I have control of both devices and audio passing as it should. Thanks everyone! Glad it was an easy fix, just not where I expected to find the answer.
      • July 7, 2020
      • X32 - going to 2 DL153's
        Nigel67 Hi shawnrowe1. Great to hear that you are up and running. I have to admit that I have never tested using the DL15X B port to see what would happen. I would have expected it to have worked in exactly the same manner as the A port because it is just a redundant cable connection for PRO Series - obviously this isn't the case. There must be some other communication protocol going on here when connected to a X32. Will check it out next time I am in the office.
        • July 8, 2020
  • gtcode
    Contributor - Level 2
    2019-07-29
    Ok, after returning our DN9630 to get a used X32 Core, we finally have the components we need to cover all scenarios. Scenario 1: M32 AES50-A <-> DL32 AES50-A X32 Core AES50-A <-> DL32 AES50-B M32 sync is internal X32 Core sync is AES50-A Scenario 1, the AES50 syncs are both green on the DL32. Sync on the DL32 was green in this case. Audio seemed to work ok. Outputs should default in this case to the M32 since it's on AES50-A (that's my understanding?). Scenario 2: M32 is powered down, DL32 is still on X32 Core AES50-A <-> DL32 AES50-B In this case, we were unable to get the DL32 AES50-B to sync green. Question: Will Scenario 2 work? We want to leave the M32 powered off, and be able to use the X32 Core AES50-A to the DL32 AES50-B.
    read more...
    0 297
    • gtcode
      Paul_Vannatto


      @gtcode wrote:

      Question: Will Scenario 2 work? We want to leave the M32 powered off, and be able to use the X32 Core AES50-A to the DL32 AES50-B.



      No it will not work. The DL32 can only receive the wordclock from the AES50 A port. So if you turn off the M32 (with sync as internal - thus master clock), you will have to connect the X32 Core to the DL32 AES50 A port and turn on the sync (on X32 Core) to internal. Just remember that when you want scenario to switch it back (AES50 B and sync to AES50 A).


       


      If you don't want to hassle with changing sync and ports, a better way to set this up would be:


      M32 [B] <-> [A] X32 Core [B] <-> [A] DL32


      Make the X32 Core master clock (sync = Internal) and M32 as slave (sync = AES50 B)


      X32 Core Routing, AES50-a screen (DL32 inputs to M32)


      * Outputs 1-8 -> AES50 B1-8


      * Outputs 9-16 -> AES50 B9-16


      * Outputs 17-24 -> AES50 B17-24


      * Outputs 25-32 -> AES50 B25-32


      X32 Core Routing, AES50-b screen (M32 outputs to DL32 outputs)


      * Outputs 1-8 -> AES50 A1-8


      * Outputs 9-16 -> AES50 A9-16


       


      For scenario 2, if you want X32 Core outputs to go to the DL32, you will probably want to change the Routing, AES50-b screen to:


      * Outputs 1-8 -> Out 1-8


      * Outputs 9-16 -> Out 9-16


       

      • July 29, 2019
    • gtcode
      gtcode

      Thanks Paul.  Would the proposed second setup introduce additional latency to the M32 since the audio is ostensibly now passing through the X32 Core?

      • July 29, 2019
    • gtcode
      Paul_Vannatto


      @gtcode wrote:


      Would the proposed second setup introduce additional latency to the M32 since the audio is ostensibly now passing through the X32 Core?





      If I remember correctly the AES50 latency is 0.9ms. So if you are traveling the speed of light, I guess that would be significant. 


       

      • July 29, 2019
    • gtcode
      gtcode

      I wonder exactly how they would add up.  Maybe it's 0.9ms per stage and side, so M32->X32Core->DL32->X32Core->M32 might introduce 4 * 0.9ms = 3.6ms round trip.

      • July 29, 2019
    • gtcode
      Paul_Vannatto

      Well all I can say is that of all of the many users I've helped (over the 6+ years) with similar scenarios (console <> console <> stagebox <> stagebox), I've yet to hear from one that complained about latency issues.

      • July 29, 2019
  • kevonavitch
    Contributor - Level 1
    2020-07-23

    Hi,

    I have a few MIDAS DP48s for the band members. Running them from X32/M32 mixers. Been able to import group names and manually program groups. But I have not been able to figure out how to use the Auto Assign by group or color features. Do you need a HUB4 to use this capability?

    Also, I found an AES50 Group name assignment feature in the Library section of the X32-Edit software. I can input the information there but don't know how to push it out to the DP48. Does it also require a HUB4 to allow this feature to work?

    Thanks!

    Kevin

    read more...
    0 296
    • kevonavitch
      Paul_Vannatto Hi Kevin,

      Are you getting the channel names and colors in the DP48 via AES50? If so the auto assign by color should work (based on those channel colors). I haven't used that feature for over a year now.

      The AES50 section of the library should work (as long as you are using X32 firmware 4.02 and DP48 firmware 1.4). You need to put the DP48 in slave mode (in the Setup). Then in the AES50 library (of X32) select broadcast to A or B (depending on which AES50 port you are using for the DP48)
      • July 22, 2020
    • kevonavitch
      kevonavitch Thanks, Paul. I really appreciate the quick answer. I had firmware 4.01 on the M32C and the new 1.5 on the DP48. Update the first. My issue might have been that I forgot to turn on the internal clock on the M32C (usually it is slaved to the X32 as a monitor mixer). I was able to get it to both pick up the auto assign and the library broadcast features. Worked beautifully!

      I had another question about where to tap the signal but I'll start another thread to create a separate headline.
      • July 24, 2020
      • MIDAS DP48 Auto Assign Groups by Name/Color
        Paul_Vannatto Ah yes, 4.01 had issues. Updating to 4.02 will help. Glad to hear you got it working. I'll watch for your other thread.
        • 1
        • ·
        • July 24, 2020
      • MIDAS DP48 Auto Assign Groups by Name/Color
        kevonavitch Another thought came to mind. When I first tried it, it was from my X32. But I had the DP48 daisy-chained after our SD16 stage box. Does the stage box potential strip out the channel messages from the X32. I think I recall reading that the DP48 should be wired first (which seems risky). And if that is the necessary to allow the channel messages to reach the DP48, how much latency would each box add to the signal in the chain (we have 3)?

        Sorry for all the questions! I'm finding it hard to get clear answers online since the product is so new.
        • July 24, 2020
      • MIDAS DP48 Auto Assign Groups by Name/Color
        kevonavitch I'm back in the practice room testing. It seems the stage boxes are the problem. When I put the AES50 directly in to the DP48, the broadcast works. With my two SD16s in between, the message does not reach. I notice the latest DP48 firmware talks about allowing name commands to go through stage boxes (I have 1.5 installed). I suspect I may have to update the firmware for the SD16s. Will give that a try and report back.

        Thanks again for your help, Paul.
        • July 25, 2020
  • mattrcraig
    Contributor - Level 2
    2020-05-28

    He everyone!

    We are starting to livestream and we just got a M32R to run our broadcast feed. We also want to throw a Behringer X32 in the mix for a separate monitor board. We have a DL32 stage box to run all of our channels.

    What would be the sequence for us to hook everything up properly and get the best result? 

    read more...
    0 293
    • mattrcraig
      CraigFowler

      There are a couple of ways to do it. The way I think makes the most sense is to go DL32>Monitors>FOH>Livestream.  Monitor console is clock master, the other consoles slave off it.

      • May 28, 2020
    • mattrcraig
      GaryHiggins

      @mattrcraig 


      As Craig said there are a few ways to do this. A couple of considerations: Will you ever use preamps from the monitor board or always just the DL32 preamps? If you might sometimes use the monitor mixer preamps, the X32 then as the live feed board makes sense to me. Why waste any M32 mic pre's for the live feed when it will only mirror aes50? The other consideration is where the preamps of the DL32 are to be controlled from. The A port side of the DL controls preamps and its output assignments. So another possible scenario where the monitor position mixer controls preamps:


       


      M32 FOH A <>A X32 (as live feed) x32 sync A


       


      M32 FOH B<>A M32R B<>A DL32  (M32R as master. M32 FOH sync B)


       


      Monitor M32R controls DL outputs and all preamp control. M32R mirrors its inputs via aes50 to FOH. FOH mirrors aes50 to X32 for live stream. 

      • May 28, 2020
    • mattrcraig
      mattrcraig Craig, what side of the AES50 should I use for each connection?
      • May 28, 2020
    • mattrcraig
      CraigFowler

      The only one that really matters is the A socket on the DL32. The rest are interchangeable. However for consistency in routing tables, I’d go;


      DL32(A)>Monitors(B)


      Monitors(A)>FOH(B)


      FOH(A)>Livestream(B)

      • May 29, 2020
    • mattrcraig
      mattrcraig

      Ok, gotcha.


      What if we wanted to run the monitors out of the B side of the DL32, though?


      still use A side for the other boards.


      Do you foresee a problem doing it that way?

      • May 29, 2020
  • DwayneAasberg
    Super Contributor - Level 1
    2019-06-30

    Hello all.  Working with a new M32 in our church.

    We have a pretty good handle on scenes, snippets and library entries.

    But how about things like mixer settings under Setup and the Assign sections.  How can these settings be recorded in case somebody really mucks things up?

    Thx in advance.
    Dwayne A

    read more...
    0 293
    • DwayneAasberg
      Paul_Vannatto

      Hi Dwayne @DwayneAasberg,


      The assign settings are included in the scenes (lines 23-30). For the global settings, I thought Patrick had made a tool to backup and restore these settings. But looking on his website, I don't see it. You can backup these settings using Live Toolbox, MX Terminal, or LT_Command. 


       


      To save the settings you would use he following tidbit commands (or create a tidbit file):


      Store 1


      Store 1 allconfig


      Recall 1 tid "M32 Global Settings.tid"


       


      To restore these settings, use the following tidbit command


      Launch tid "M32 Global Settings.tid"


       

      • June 30, 2019
    • DwayneAasberg
      DwayneAasberg

      Good morning Paul and happy Canada Day.


      Okay.  Assigns are included in scenes.  Good to know.


      Since I don't see a way to manipulate them with snippets on the board I assume the only way copy assigns from one scene to another is with an off-board script editor.  Correct?


      I will download the other tools you mention to capture and save the global settings.


      Thx again for your help.
      D

      • June 30, 2019
Go to page