[schaibaaParticipant]

I think it’s fair to agree to disagree. Personally, I prefer to bypass one if it’s in the signal chain due to the fact that it’s most likely going to do something that I don’t want it to at least a few times. YMMV

[schaibaaParticipant]

quote:

---

Originally posted by AgentSmith

there’s the possibility to have some multiband compressors onboard??
another question: when will be released new firmware??

---

1.63 is pretty new and seems to be extremely stable.

[schaibaaParticipant]

quote:

---

Originally posted by FruifsGrourry

Hey Guys! Just wanted to say hello to the new community . Thanks for letting me in!

---

Just curious, what made you decide to make your first post in a thread that’s a year old?

[schaibaaParticipant]

Well and if you work from the opposite angle (like you’re doing the same work on different surfaces) having to remember the various templates might be a bit weird.

Can’t please all, it’s a coin flip.

[schaibaaParticipant]

I just don’t see it — I think most people would think that would make it more like an amateur toy.

[schaibaaParticipant]

bleh no thanks, they are pretty unprofessional!

[schaibaaParticipant]

Isn’t this kind of petty?

I think they did it right, and if you thought about using your system outside of the exact configuration you’re using it for now you might understand the reasoning a bit better.

[schaibaaParticipant]

I already have yet you have chosen to disregard my reply.

Sound Reinforcement 101:

https://books.google.com/books?id=d7ft6F8ZUdcC&pg=RA3-PA174&lpg=RA3-PA174&dq=preamp+pad+causes+noise&source=bl&ots=1g-RWsH93q&sig=nkjf5xqUUOTQLlnA43dunSGqqwA&hl=en&ei=q90gTKLvJ4H_nAe229Vh&sa=X&oi=book_result&ct=result&resnum=5&ved=0CCoQ6AEwBA#v=onepage&q=preamp%20pad%20causes%20noise&f=false

Read the entry on the left.

Pads attenuate signal, not noise.

[schaibaaParticipant]

quote:

---

Originally posted by jheimberg

Ok, makes sense.

As I’m thinking about it, isn’t what I’m trying to achieve very similar to LCR panning? Is that generally set up as thee discreet signals, or do L&R sum for C?

http://www.soundadvicetraining.com

---

Yes this is very similar, and before desks were built to understand LCR, people just used an aux. Either one would work, the L/C/R may feel more integrated into the workflow which might be good – or bad (if you want to reduce it’s visibility/control/etc).

Also, Tim is right — over slow internet connections you would be better off using rdp to a local PC.

[schaibaaParticipant]

Yeah, just set the auxes post-everything. Sounds like a perfect situation to use an aux.

In the majority of the higher end consoles, the differences between an aux and a matrix are essentially nil. I would use post fade auxes and set the post point to after everything. You could even setup the aux and then pull it off the channel strip if you want – that way it can’t be messed with.

You could very well use a matrix as well — in this case there may be no difference. I believe with matrixes you may not choose where you take the signal (post HPF, post eq, post comp, etc) but I could be wrong. In this case since you want post everything you might as well use a matrix if that’s the way you prefer to think about them, but it’s the same as an aux with slightly less flexibility.

[schaibaaParticipant]

I’d use some post-everything auxes to feed the necessary speakers discretely. Anything wrong with that?

[schaibaaParticipant]

Naturally the pad will raise the noise floor by the value of the pad, 30db in this case. This is because whatever noise was there prior to applying the pad will be raised 30db when you engage the pad and then add 30db of preamp.

The pad is very important – not to be disregarded. My system doesn’t make much noise, but if you have a noisy bass guitar on a DI and pad the input, then have to crank the pre – then you will get some noise. Pads are tools that should be used only if necessary. This would be true on any console, though – and not specific to the iLive.

[schaibaaParticipant]

Hi Jonathan!

Accessing the idr via outside network can be accomplished in a few ways — the easist, but least secure is probably to forward whatever ports the editor uses from your outside-ip to your idr ip. This is called port forwarding, or sometimes called putting the idr on the dmz. If you plan to have a standard broadband internet connection with a router, then just forward the ports the IDR uses to the idr ip in your router.. should be simple enough.

The problem with that, is that anyone can jump on remotely by pointing their editor instance at your external IP. The better solution would be to install a VPN product (there are some open source versions) — vpn into the network so that your PC is then connected on that network, then you would be able to access the IDR via local IP.

[schaibaaParticipant]

Unfortunately even then it’s still not the same.

Problem is if you assign Guitar L to both groups, AFAIK you can’t adjust the send levels to those groups independantly. I don’t think it’s possible on the iLive.

[schaibaaParticipant]

With just two sources it becomes a somewhat smaller issue — however, you’re not panning 100% R and L on the guitar channels, so at some point you do want Guitar R to engage the compressor on Guitar L – somewhat rare. The bigger issue is that your groups will usually contain more than 2 inputs – like a lead and 2 or 3 backing vocals.

[Author]

Posts