The PARIS Forums


Home » The PARIS Forums » PARIS: Main » Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!!
Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87905] Tue, 10 July 2007 20:31 Go to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
Every time I close a project and then reopen it, various patches to my
external gear are disabled.....especially prevalent on the inputs, but not
always, and sometimes the outputs are reassigned to different ones. I never
know what I'm going to be faces with when I recall a project. Sometimes it
takes me 10-15 minutes just hunt everything down to repatch.

This really sucks........and I mean to the point that I'm about to kick this
damn thing out the window. Does Nuendo do this too? I need to be able to
save a project with AD/DA's assigned to external processors and be able to
recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to PISS ME
OFF!!!!!
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87912 is a reply to message #87905] Tue, 10 July 2007 22:09 Go to previous messageGo to next message
Neil is currently offline  Neil
Messages: 1645
Registered: April 2006
Senior Member
May I suggest something?

OK, I'm using my system as an example here since you & I have
different convertor sets, but follow for a moment & maybe this
will help if you apply similar principals to your setup...

I have two Multifaces... let's say I have various
inputs on Multiface #1 assigned to INPUTS as follows in
the "VST Connections" dialogue:

Multiface ch1 = Mono Input/Kick
MF Ch 2 = Mono Input/Snare
MF Ch 3 = Mono Input/Hat
MF Ch 4 = Mono Input/Cowbell & digital cowbell sample triggers
MF Ch's 5&6 = Stereo Input/OH's
MF Ch's 7&8 = Stereo Input/Drum Room-Ambience Mics
MF Ch's 9&10 = (SPDIF/Not used in this scenario)
MF Ch's 11 to 14 = ADAT (Lightpipe) inputs used for 4 tom mics.

.... and the only OUTputs you have assigned are:
MF Ch's 1&2 (OUTPUTS) = main monitors

OK, so that wipes out ALL the inputs except for SPDIF in the
first Multiface, yes? All the other inputs would have to be
routed through the 2nd Multiface in this scenario... here's the
thing... when you get to mixdown & external EFX routing, let's
say you want your VST connections to look like this on your
first (Master!!!) Multiface - i.e the same one as above:

MF Ch's 1&2 OUTPUTS = main monitors (no change there)
MF Ch 3 OUTPUT = send to external EFX/Distressor on vox track
MF Ch 3 INPUT = return from external EFX/Distressor on vox track
MF Ch 4 OUTPUT = send to external EFX/Massenburg EQ on kik
MF Ch 4 INPUT = return from external EFX/Massenburg EQ on kik
MF Ch's 5&6 OUTPUTS = send to external Lexi 480L, Engine "A"
MF Ch's 5&6 INPUTS = return from external Lexi 480L, Engine "A"
MF Ch's 7&8 OUTPUTS = send to external Lexi 480L, Engine "B"
MF Ch's 7&8 INPUTS = return from external Lexi 480L, Engine "B"
MF CH's 9&10 OUTPUTS = SPDIF to Quantec Yardstick IN's/Sends
MF CH's 9&10 INPUTS = SPDIF to Quantec Yardstick OUTS/Returns
<lightpipes not used in mixdown in this example>

Quite a bit different routing scenario than the one you used for
tracking, yes? I suspect what's happening is that you're not
saving your VST connections routing - if that's the case, every
time you open up a project it'll take you to the last "saved"
version, including any routing changes you've made & saved,
but NOT any routing changes you've made, but not saved!

You can save these routing/patching changes in one of two ways:

1.) set up all your routing for your patching & external EFX,
and make sure you save the project again once you do that
(either under a new project name or just overwrite what you've
got... I tend to save under a new name in case I fuck anything
up - or simply hate what I've done - and need to go back :) )

2.) Save your routing scenarios in the "VST Connections"
dialogue... there's an option that let's you save those...
you could go from:
"ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
"ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
"ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"

Now, it's true I have SX3 and you have C4, but I would bet it's
the same basic idea. Got it? Kewl?

Let us know if that works for you.

Neil













"DJ" <animix _ at _ animas _ dot _ net> wrote:
>Every time I close a project and then reopen it, various patches to my
>external gear are disabled.....especially prevalent on the inputs, but not

>always, and sometimes the outputs are reassigned to different ones. I never

>know what I'm going to be faces with when I recall a project. Sometimes
it
>takes me 10-15 minutes just hunt everything down to repatch.
>
>This really sucks........and I mean to the point that I'm about to kick
this
>damn thing out the window. Does Nuendo do this too? I need to be able to

>save a project with AD/DA's assigned to external processors and be able
to
>recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to PISS ME

>OFF!!!!!
>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87918 is a reply to message #87912] Tue, 10 July 2007 22:27 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
Hmmmm........the I/O busses can be saved, but the external FX are constant
from project to project so that sorta' doesn't make sense to me, but then
again it might.......sorta.......maybe............I guess. I'm fried tonight
so I've shut it down.

BTW......there's a Neve Portico tape emulator on Gearslutz for $1200.00
right now (or at least there was last night). You need this.

;o)

"Neil" <OIUOIU@.com> wrote in message news:4694660a$1@linux...
>
> May I suggest something?
>
> OK, I'm using my system as an example here since you & I have
> different convertor sets, but follow for a moment & maybe this
> will help if you apply similar principals to your setup...
>
> I have two Multifaces... let's say I have various
> inputs on Multiface #1 assigned to INPUTS as follows in
> the "VST Connections" dialogue:
>
> Multiface ch1 = Mono Input/Kick
> MF Ch 2 = Mono Input/Snare
> MF Ch 3 = Mono Input/Hat
> MF Ch 4 = Mono Input/Cowbell & digital cowbell sample triggers
> MF Ch's 5&6 = Stereo Input/OH's
> MF Ch's 7&8 = Stereo Input/Drum Room-Ambience Mics
> MF Ch's 9&10 = (SPDIF/Not used in this scenario)
> MF Ch's 11 to 14 = ADAT (Lightpipe) inputs used for 4 tom mics.
>
> ... and the only OUTputs you have assigned are:
> MF Ch's 1&2 (OUTPUTS) = main monitors
>
> OK, so that wipes out ALL the inputs except for SPDIF in the
> first Multiface, yes? All the other inputs would have to be
> routed through the 2nd Multiface in this scenario... here's the
> thing... when you get to mixdown & external EFX routing, let's
> say you want your VST connections to look like this on your
> first (Master!!!) Multiface - i.e the same one as above:
>
> MF Ch's 1&2 OUTPUTS = main monitors (no change there)
> MF Ch 3 OUTPUT = send to external EFX/Distressor on vox track
> MF Ch 3 INPUT = return from external EFX/Distressor on vox track
> MF Ch 4 OUTPUT = send to external EFX/Massenburg EQ on kik
> MF Ch 4 INPUT = return from external EFX/Massenburg EQ on kik
> MF Ch's 5&6 OUTPUTS = send to external Lexi 480L, Engine "A"
> MF Ch's 5&6 INPUTS = return from external Lexi 480L, Engine "A"
> MF Ch's 7&8 OUTPUTS = send to external Lexi 480L, Engine "B"
> MF Ch's 7&8 INPUTS = return from external Lexi 480L, Engine "B"
> MF CH's 9&10 OUTPUTS = SPDIF to Quantec Yardstick IN's/Sends
> MF CH's 9&10 INPUTS = SPDIF to Quantec Yardstick OUTS/Returns
> <lightpipes not used in mixdown in this example>
>
> Quite a bit different routing scenario than the one you used for
> tracking, yes? I suspect what's happening is that you're not
> saving your VST connections routing - if that's the case, every
> time you open up a project it'll take you to the last "saved"
> version, including any routing changes you've made & saved,
> but NOT any routing changes you've made, but not saved!
>
> You can save these routing/patching changes in one of two ways:
>
> 1.) set up all your routing for your patching & external EFX,
> and make sure you save the project again once you do that
> (either under a new project name or just overwrite what you've
> got... I tend to save under a new name in case I fuck anything
> up - or simply hate what I've done - and need to go back :) )
>
> 2.) Save your routing scenarios in the "VST Connections"
> dialogue... there's an option that let's you save those...
> you could go from:
> "ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
> "ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"
>
> Now, it's true I have SX3 and you have C4, but I would bet it's
> the same basic idea. Got it? Kewl?
>
> Let us know if that works for you.
>
> Neil
>
>
>
>
>
>
>
>
>
>
>
>
>
> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>>Every time I close a project and then reopen it, various patches to my
>>external gear are disabled.....especially prevalent on the inputs, but not
>
>>always, and sometimes the outputs are reassigned to different ones. I
>>never
>
>>know what I'm going to be faces with when I recall a project. Sometimes
> it
>>takes me 10-15 minutes just hunt everything down to repatch.
>>
>>This really sucks........and I mean to the point that I'm about to kick
> this
>>damn thing out the window. Does Nuendo do this too? I need to be able to
>
>>save a project with AD/DA's assigned to external processors and be able
> to
>>recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to PISS ME
>
>>OFF!!!!!
>>
>>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87919 is a reply to message #87912] Tue, 10 July 2007 22:29 Go to previous messageGo to next message
Dedric Terry is currently offline  Dedric Terry   UNITED STATES
Messages: 788
Registered: June 2007
Senior Member
DJ - I would bet this is what is happening as well. I/O assignments are
global, not on a per project basis.

In N3 this is the only reason I end up with re-routed I/O - the reason being
that your default or last project may have a different setup and in order to
accommodate regular I/O assignments, external gear is taken offline Saving
your I/O assignments, including CR setup can be a lifesaver, assuming this
is the problem you are seeing.

Do note that the two (VST I/O and the control room config) are separate and
you need to save both, even though they will impact one another when
allocating I/O (if you use the Control Room at least - it is *not* saved
with the I/O presets at the moment, though I think it should).

This is also one feature I would ask for in N4/C4.x - I/O and Control Rooms
settings saved with each project, in addition to retaining global preset
list/default setting option.

Hope that solves the problem DJ - I know rerouting is massively frustrating.

Regards,
Dedric

On 7/10/07 11:09 PM, in article 4694660a$1@linux, "Neil" <OIUOIU@.com>
wrote:

>
> May I suggest something?
>
> OK, I'm using my system as an example here since you & I have
> different convertor sets, but follow for a moment & maybe this
> will help if you apply similar principals to your setup...
>
> I have two Multifaces... let's say I have various
> inputs on Multiface #1 assigned to INPUTS as follows in
> the "VST Connections" dialogue:
>
> Multiface ch1 = Mono Input/Kick
> MF Ch 2 = Mono Input/Snare
> MF Ch 3 = Mono Input/Hat
> MF Ch 4 = Mono Input/Cowbell & digital cowbell sample triggers
> MF Ch's 5&6 = Stereo Input/OH's
> MF Ch's 7&8 = Stereo Input/Drum Room-Ambience Mics
> MF Ch's 9&10 = (SPDIF/Not used in this scenario)
> MF Ch's 11 to 14 = ADAT (Lightpipe) inputs used for 4 tom mics.
>
> ... and the only OUTputs you have assigned are:
> MF Ch's 1&2 (OUTPUTS) = main monitors
>
> OK, so that wipes out ALL the inputs except for SPDIF in the
> first Multiface, yes? All the other inputs would have to be
> routed through the 2nd Multiface in this scenario... here's the
> thing... when you get to mixdown & external EFX routing, let's
> say you want your VST connections to look like this on your
> first (Master!!!) Multiface - i.e the same one as above:
>
> MF Ch's 1&2 OUTPUTS = main monitors (no change there)
> MF Ch 3 OUTPUT = send to external EFX/Distressor on vox track
> MF Ch 3 INPUT = return from external EFX/Distressor on vox track
> MF Ch 4 OUTPUT = send to external EFX/Massenburg EQ on kik
> MF Ch 4 INPUT = return from external EFX/Massenburg EQ on kik
> MF Ch's 5&6 OUTPUTS = send to external Lexi 480L, Engine "A"
> MF Ch's 5&6 INPUTS = return from external Lexi 480L, Engine "A"
> MF Ch's 7&8 OUTPUTS = send to external Lexi 480L, Engine "B"
> MF Ch's 7&8 INPUTS = return from external Lexi 480L, Engine "B"
> MF CH's 9&10 OUTPUTS = SPDIF to Quantec Yardstick IN's/Sends
> MF CH's 9&10 INPUTS = SPDIF to Quantec Yardstick OUTS/Returns
> <lightpipes not used in mixdown in this example>
>
> Quite a bit different routing scenario than the one you used for
> tracking, yes? I suspect what's happening is that you're not
> saving your VST connections routing - if that's the case, every
> time you open up a project it'll take you to the last "saved"
> version, including any routing changes you've made & saved,
> but NOT any routing changes you've made, but not saved!
>
> You can save these routing/patching changes in one of two ways:
>
> 1.) set up all your routing for your patching & external EFX,
> and make sure you save the project again once you do that
> (either under a new project name or just overwrite what you've
> got... I tend to save under a new name in case I fuck anything
> up - or simply hate what I've done - and need to go back :) )
>
> 2.) Save your routing scenarios in the "VST Connections"
> dialogue... there's an option that let's you save those...
> you could go from:
> "ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
> "ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"
>
> Now, it's true I have SX3 and you have C4, but I would bet it's
> the same basic idea. Got it? Kewl?
>
> Let us know if that works for you.
>
> Neil
>
>
>
>
>
>
>
>
>
>
>
>
>
> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>> Every time I close a project and then reopen it, various patches to my
>> external gear are disabled.....especially prevalent on the inputs, but not
>
>> always, and sometimes the outputs are reassigned to different ones. I never
>
>> know what I'm going to be faces with when I recall a project. Sometimes
> it
>> takes me 10-15 minutes just hunt everything down to repatch.
>>
>> This really sucks........and I mean to the point that I'm about to kick
> this
>> damn thing out the window. Does Nuendo do this too? I need to be able to
>
>> save a project with AD/DA's assigned to external processors and be able
> to
>> recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to PISS ME
>
>> OFF!!!!!
>>
>>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87920 is a reply to message #87918] Tue, 10 July 2007 22:44 Go to previous messageGo to next message
Neil is currently offline  Neil
Messages: 1645
Registered: April 2006
Senior Member
"DJ" <animix _ at _ animas _ dot _ net> wrote:
>Hmmmm........the I/O busses can be saved, but the external FX
>are constant from project to project so that sorta' doesn't
>make sense to me, but then again it Might.......sorta.......maybe............I
guess. I'm fried
tonight so I've shut it down.

OK, good - read it again & print it out in the morning lol

>BTW......there's a Neve Portico tape emulator on Gearslutz for
>$1200.00 right now (or at least there was last night). You
>need this.

Kewl, send me the link - though I may not need it, I think this
week I have found the "secret of glue" in Cubase :) :D) :D)
Kinda like "the Riddle of Steel" in Conan the Barbarian, but
different :D

Neil
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87931 is a reply to message #87919] Wed, 11 July 2007 04:27 Go to previous messageGo to next message
John [1] is currently offline  John [1]
Messages: 2229
Registered: September 2005
Senior Member
DJ did you try posting your rant to the Cubase forum or do you prefer to post
DAW questions to the competitors forums?

Cubase 4 is fantastic! Last night I was using the MEAP multi export and
had it automatically drop through 40 tracks and export them to individually
numbered + track name files. Yeah baby.

Is it possible you have built something too complex again?
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87932 is a reply to message #87920] Wed, 11 July 2007 07:08 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
"Neil" <OIUOIU@OIU.com> wrote in message news:46946e3e$1@linux...
>
> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>>Hmmmm........the I/O busses can be saved, but the external FX
>>are constant from project to project so that sorta' doesn't
>>make sense to me, but then again it
>>Might.......sorta.......maybe............I
> guess. I'm fried
> tonight so I've shut it down.
>
> OK, good - read it again & print it out in the morning lol
>
>>BTW......there's a Neve Portico tape emulator on Gearslutz for
>>$1200.00 right now (or at least there was last night). You
>>need this.
>
> Kewl, send me the link - though I may not need it, I think this
> week I have found the "secret of glue" in Cubase :) :D) :D)
> Kinda like "the Riddle of Steel" in Conan the Barbarian, but
> different :D
>
> Neil

http://www.gearslutz.com:80/board/gearslutz-secondhand-gear- classifieds/133056-portico-5042-tape-emulator.html

Tell me about the glue

;o)
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87933 is a reply to message #87931] Wed, 11 July 2007 07:13 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
"John" <no@no.com> wrote in message news:4694be9e$1@linux...
>
> DJ did you try posting your rant to the Cubase forum or do you prefer to
> post
> DAW questions to the competitors forums?
>
> Cubase 4 is fantastic! Last night I was using the MEAP multi export and
> had it automatically drop through 40 tracks and export them to
> individually
> numbered + track name files. Yeah baby.
>
> Is it possible you have built something too complex again?

Hey John,

I don't post to the Cubase forum. It does absolutely no good. I post here
and get answers. I wouldn't exactly call Paris a competitor to
Cubase......more like a parallel universe........and yes, of course I may
have built something too complex. That's the meaning of life around here
;o). However, everything works disgustingly well, with the exception of
saving the I/O.

I'm going to look into this some more tonight.

;o)
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87935 is a reply to message #87912] Wed, 11 July 2007 07:25 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
Ok Neil,

I have reread your post.

> 1.) set up all your routing for your patching & external EFX,
> and make sure you save the project again once you do that
> (either under a new project name or just overwrite what you've
> got... I tend to save under a new name in case I fuck anything
> up - or simply hate what I've done - and need to go back :) )

I have done this. Doesn't make any difference........probably
because........

> 2.) Save your routing scenarios in the "VST Connections"
> dialogue... there's an option that let's you save those...
> you could go from:
> "ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
> "ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"

I have not done this, but I will try it. I think herein may lie the
(Germaincally screwballishly logical) answer.

;o)


"Neil" <OIUOIU@.com> wrote in message news:4694660a$1@linux...
>
> May I suggest something?
>
> OK, I'm using my system as an example here since you & I have
> different convertor sets, but follow for a moment & maybe this
> will help if you apply similar principals to your setup...
>
> I have two Multifaces... let's say I have various
> inputs on Multiface #1 assigned to INPUTS as follows in
> the "VST Connections" dialogue:
>
> Multiface ch1 = Mono Input/Kick
> MF Ch 2 = Mono Input/Snare
> MF Ch 3 = Mono Input/Hat
> MF Ch 4 = Mono Input/Cowbell & digital cowbell sample triggers
> MF Ch's 5&6 = Stereo Input/OH's
> MF Ch's 7&8 = Stereo Input/Drum Room-Ambience Mics
> MF Ch's 9&10 = (SPDIF/Not used in this scenario)
> MF Ch's 11 to 14 = ADAT (Lightpipe) inputs used for 4 tom mics.
>
> ... and the only OUTputs you have assigned are:
> MF Ch's 1&2 (OUTPUTS) = main monitors
>
> OK, so that wipes out ALL the inputs except for SPDIF in the
> first Multiface, yes? All the other inputs would have to be
> routed through the 2nd Multiface in this scenario... here's the
> thing... when you get to mixdown & external EFX routing, let's
> say you want your VST connections to look like this on your
> first (Master!!!) Multiface - i.e the same one as above:
>
> MF Ch's 1&2 OUTPUTS = main monitors (no change there)
> MF Ch 3 OUTPUT = send to external EFX/Distressor on vox track
> MF Ch 3 INPUT = return from external EFX/Distressor on vox track
> MF Ch 4 OUTPUT = send to external EFX/Massenburg EQ on kik
> MF Ch 4 INPUT = return from external EFX/Massenburg EQ on kik
> MF Ch's 5&6 OUTPUTS = send to external Lexi 480L, Engine "A"
> MF Ch's 5&6 INPUTS = return from external Lexi 480L, Engine "A"
> MF Ch's 7&8 OUTPUTS = send to external Lexi 480L, Engine "B"
> MF Ch's 7&8 INPUTS = return from external Lexi 480L, Engine "B"
> MF CH's 9&10 OUTPUTS = SPDIF to Quantec Yardstick IN's/Sends
> MF CH's 9&10 INPUTS = SPDIF to Quantec Yardstick OUTS/Returns
> <lightpipes not used in mixdown in this example>
>
> Quite a bit different routing scenario than the one you used for
> tracking, yes? I suspect what's happening is that you're not
> saving your VST connections routing - if that's the case, every
> time you open up a project it'll take you to the last "saved"
> version, including any routing changes you've made & saved,
> but NOT any routing changes you've made, but not saved!
>
> You can save these routing/patching changes in one of two ways:
>
> 1.) set up all your routing for your patching & external EFX,
> and make sure you save the project again once you do that
> (either under a new project name or just overwrite what you've
> got... I tend to save under a new name in case I fuck anything
> up - or simply hate what I've done - and need to go back :) )
>
> 2.) Save your routing scenarios in the "VST Connections"
> dialogue... there's an option that let's you save those...
> you could go from:
> "ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
> "ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
> "ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"
>
> Now, it's true I have SX3 and you have C4, but I would bet it's
> the same basic idea. Got it? Kewl?
>
> Let us know if that works for you.
>
> Neil
>
>
>
>
>
>
>
>
>
>
>
>
>
> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>>Every time I close a project and then reopen it, various patches to my
>>external gear are disabled.....especially prevalent on the inputs, but not
>
>>always, and sometimes the outputs are reassigned to different ones. I
>>never
>
>>know what I'm going to be faces with when I recall a project. Sometimes
> it
>>takes me 10-15 minutes just hunt everything down to repatch.
>>
>>This really sucks........and I mean to the point that I'm about to kick
> this
>>damn thing out the window. Does Nuendo do this too? I need to be able to
>
>>save a project with AD/DA's assigned to external processors and be able
> to
>>recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to PISS ME
>
>>OFF!!!!!
>>
>>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87939 is a reply to message #87919] Wed, 11 July 2007 07:46 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
>
> This is also one feature I would ask for in N4/C4.x - I/O and Control
> Rooms
> settings saved with each project, in addition to retaining global preset
> list/default setting option.
>


What astounds me is that it "wouldn't" do this by default. Unbelievable.

;oP
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87943 is a reply to message #87939] Wed, 11 July 2007 11:03 Go to previous messageGo to next message
Dedric Terry is currently offline  Dedric Terry   UNITED STATES
Messages: 788
Registered: June 2007
Senior Member
Without a doubt. Makes me wonder if ASIO is disconnected in some way that
makes this
less than trivial. If it were trivial, and if I were a programmer at SB, I
would have changed this during
my lunch hour, just because it's annoying.

I have a feeling this is on the horizon though - the new control room
concept and studio management is designed
to replace the hardware mixer/outboard system - and that includes (or
should) patch bays that would change from project to project.

Dedric

"DJ" <animix _ at _ animas _ dot _ net> wrote in message
news:4694eecb$1@linux...
> >
>> This is also one feature I would ask for in N4/C4.x - I/O and Control
>> Rooms
>> settings saved with each project, in addition to retaining global preset
>> list/default setting option.
>>
>
>
> What astounds me is that it "wouldn't" do this by default. Unbelievable.
>
> ;oP
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #87958 is a reply to message #87932] Wed, 11 July 2007 14:42 Go to previous messageGo to next message
Neil is currently offline  Neil
Messages: 1645
Registered: April 2006
Senior Member
"DJ" <animix _ at _ animas _ dot _ net> wrote:
>
>"Neil" <OIUOIU@OIU.com> wrote in message news:46946e3e$1@linux...
>>
>> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>>>Hmmmm........the I/O busses can be saved, but the external FX
>>>are constant from project to project so that sorta' doesn't
>>>make sense to me, but then again it
>>>Might.......sorta.......maybe............I
>> guess. I'm fried
>> tonight so I've shut it down.
>>
>> OK, good - read it again & print it out in the morning lol
>>
>>>BTW......there's a Neve Portico tape emulator on Gearslutz for
>>>$1200.00 right now (or at least there was last night). You
>>>need this.
>>
>> Kewl, send me the link - though I may not need it, I think this
>> week I have found the "secret of glue" in Cubase :) :D) :D)
>> Kinda like "the Riddle of Steel" in Conan the Barbarian, but
>> different :D
>>
>> Neil
>
> http://www.gearslutz.com:80/board/gearslutz-secondhand-gear- classifieds/133056-portico-5042-tape-emulator.html

ARGH! I have to sign up & register for Gearslutz in order to log
in & see the post?

>Tell me about the glue

I'll post a link later so you can actually hear the glue.

Neil
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88066 is a reply to message #87919] Fri, 13 July 2007 23:08 Go to previous messageGo to next message
audioguy_editout_ is currently offline  audioguy_editout_   CANADA
Messages: 249
Registered: December 2005
Senior Member
My I/O routing is saved with N3.... I don't get this. If I
open different project files, I have different I/O set-ups
in each.

David.

Dedric Terry wrote:
> DJ - I would bet this is what is happening as well. I/O assignments are
> global, not on a per project basis.
>
> In N3 this is the only reason I end up with re-routed I/O - the reason being
> that your default or last project may have a different setup and in order to
> accommodate regular I/O assignments, external gear is taken offline Saving
> your I/O assignments, including CR setup can be a lifesaver, assuming this
> is the problem you are seeing.
>
> Do note that the two (VST I/O and the control room config) are separate and
> you need to save both, even though they will impact one another when
> allocating I/O (if you use the Control Room at least - it is *not* saved
> with the I/O presets at the moment, though I think it should).
>
> This is also one feature I would ask for in N4/C4.x - I/O and Control Rooms
> settings saved with each project, in addition to retaining global preset
> list/default setting option.
>
> Hope that solves the problem DJ - I know rerouting is massively frustrating.
>
> Regards,
> Dedric
>
> On 7/10/07 11:09 PM, in article 4694660a$1@linux, "Neil" <OIUOIU@.com>
> wrote:
>
>
>>May I suggest something?
>>
>>OK, I'm using my system as an example here since you & I have
>>different convertor sets, but follow for a moment & maybe this
>>will help if you apply similar principals to your setup...
>>
>>I have two Multifaces... let's say I have various
>>inputs on Multiface #1 assigned to INPUTS as follows in
>>the "VST Connections" dialogue:
>>
>>Multiface ch1 = Mono Input/Kick
>>MF Ch 2 = Mono Input/Snare
>>MF Ch 3 = Mono Input/Hat
>>MF Ch 4 = Mono Input/Cowbell & digital cowbell sample triggers
>>MF Ch's 5&6 = Stereo Input/OH's
>>MF Ch's 7&8 = Stereo Input/Drum Room-Ambience Mics
>>MF Ch's 9&10 = (SPDIF/Not used in this scenario)
>>MF Ch's 11 to 14 = ADAT (Lightpipe) inputs used for 4 tom mics.
>>
>>... and the only OUTputs you have assigned are:
>>MF Ch's 1&2 (OUTPUTS) = main monitors
>>
>>OK, so that wipes out ALL the inputs except for SPDIF in the
>>first Multiface, yes? All the other inputs would have to be
>>routed through the 2nd Multiface in this scenario... here's the
>>thing... when you get to mixdown & external EFX routing, let's
>>say you want your VST connections to look like this on your
>>first (Master!!!) Multiface - i.e the same one as above:
>>
>>MF Ch's 1&2 OUTPUTS = main monitors (no change there)
>>MF Ch 3 OUTPUT = send to external EFX/Distressor on vox track
>>MF Ch 3 INPUT = return from external EFX/Distressor on vox track
>>MF Ch 4 OUTPUT = send to external EFX/Massenburg EQ on kik
>>MF Ch 4 INPUT = return from external EFX/Massenburg EQ on kik
>>MF Ch's 5&6 OUTPUTS = send to external Lexi 480L, Engine "A"
>>MF Ch's 5&6 INPUTS = return from external Lexi 480L, Engine "A"
>>MF Ch's 7&8 OUTPUTS = send to external Lexi 480L, Engine "B"
>>MF Ch's 7&8 INPUTS = return from external Lexi 480L, Engine "B"
>>MF CH's 9&10 OUTPUTS = SPDIF to Quantec Yardstick IN's/Sends
>>MF CH's 9&10 INPUTS = SPDIF to Quantec Yardstick OUTS/Returns
>><lightpipes not used in mixdown in this example>
>>
>>Quite a bit different routing scenario than the one you used for
>>tracking, yes? I suspect what's happening is that you're not
>>saving your VST connections routing - if that's the case, every
>>time you open up a project it'll take you to the last "saved"
>>version, including any routing changes you've made & saved,
>>but NOT any routing changes you've made, but not saved!
>>
>>You can save these routing/patching changes in one of two ways:
>>
>>1.) set up all your routing for your patching & external EFX,
>>and make sure you save the project again once you do that
>>(either under a new project name or just overwrite what you've
>>got... I tend to save under a new name in case I fuck anything
>>up - or simply hate what I've done - and need to go back :) )
>>
>>2.) Save your routing scenarios in the "VST Connections"
>>dialogue... there's an option that let's you save those...
>>you could go from:
>>"ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
>>"ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
>>"ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
>>"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
>>"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"
>>
>>Now, it's true I have SX3 and you have C4, but I would bet it's
>>the same basic idea. Got it? Kewl?
>>
>>Let us know if that works for you.
>>
>>Neil
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>"DJ" <animix _ at _ animas _ dot _ net> wrote:
>>
>>>Every time I close a project and then reopen it, various patches to my
>>>external gear are disabled.....especially prevalent on the inputs, but not
>>
>>>always, and sometimes the outputs are reassigned to different ones. I never
>>
>>>know what I'm going to be faces with when I recall a project. Sometimes
>>
>>it
>>
>>>takes me 10-15 minutes just hunt everything down to repatch.
>>>
>>>This really sucks........and I mean to the point that I'm about to kick
>>
>>this
>>
>>>damn thing out the window. Does Nuendo do this too? I need to be able to
>>
>>>save a project with AD/DA's assigned to external processors and be able
>>
>>to
>>
>>>recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to PISS ME
>>
>>>OFF!!!!!
>>>
>>>
>>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88071 is a reply to message #88066] Sat, 14 July 2007 07:00 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
This is a multi-part message in MIME format.

------=_NextPart_000_0359_01C7C5ED.0AC879A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

I called Steinberg USA. They called Germany. I got the following in an =
e-mail:

Maybe the 2x audio cards are cascaded differently each time on booting =
up the machine? This would explain how the busses are set wrong in =
Cubase as a result of the changed hardware order. Maybe a driver issue =
or control panel setup question here.

Check with RME to be sure that you have the latest driver, and also see =
if there is anything they can recommend to stop the cards from altering =
their boot order. I hope this information helps, let me know if there =
is anything else I can do.

Nice theory, but wrong. I have the lateas drivers and all of these cards =
midi I/O are patched into a big midi patchbay and quite a bit of the =
digital I/O is patched into a Frontier Apache. If the cards were =
initializing differently each time, then the patchbay assignments would =
get scrambled. These patches remain consistent. the only thing that =
doesn't remain consistent is Cubase 4.=20

As I said before, Cubase 4 must DIE!!!!




"Dave(EK Sound)" <audioguy_editout_@shaw.ca> wrote in message =
news:469869c6$1@linux...
> My I/O routing is saved with N3.... I don't get this. If I=20
> open different project files, I have different I/O set-ups=20
> in each.
>=20
> David.
>=20
> Dedric Terry wrote:
>> DJ - I would bet this is what is happening as well. I/O assignments =
are
>> global, not on a per project basis.
>>=20
>> In N3 this is the only reason I end up with re-routed I/O - the =
reason being
>> that your default or last project may have a different setup and in =
order to
>> accommodate regular I/O assignments, external gear is taken offline =
Saving
>> your I/O assignments, including CR setup can be a lifesaver, assuming =
this
>> is the problem you are seeing.
>>=20
>> Do note that the two (VST I/O and the control room config) are =
separate and
>> you need to save both, even though they will impact one another when
>> allocating I/O (if you use the Control Room at least - it is *not* =
saved
>> with the I/O presets at the moment, though I think it should).
>>=20
>> This is also one feature I would ask for in N4/C4.x - I/O and Control =
Rooms
>> settings saved with each project, in addition to retaining global =
preset
>> list/default setting option.
>>=20
>> Hope that solves the problem DJ - I know rerouting is massively =
frustrating.
>>=20
>> Regards,
>> Dedric
>>=20
>> On 7/10/07 11:09 PM, in article 4694660a$1@linux, "Neil" =
<OIUOIU@.com>
>> wrote:
>>=20
>>=20
>>>May I suggest something?
>>>
>>>OK, I'm using my system as an example here since you & I have
>>>different convertor sets, but follow for a moment & maybe this
>>>will help if you apply similar principals to your setup...
>>>
>>>I have two Multifaces... let's say I have various
>>>inputs on Multiface #1 assigned to INPUTS as follows in
>>>the "VST Connections" dialogue:
>>>
>>>Multiface ch1 =3D Mono Input/Kick
>>>MF Ch 2 =3D Mono Input/Snare
>>>MF Ch 3 =3D Mono Input/Hat
>>>MF Ch 4 =3D Mono Input/Cowbell & digital cowbell sample triggers
>>>MF Ch's 5&6 =3D Stereo Input/OH's
>>>MF Ch's 7&8 =3D Stereo Input/Drum Room-Ambience Mics
>>>MF Ch's 9&10 =3D (SPDIF/Not used in this scenario)
>>>MF Ch's 11 to 14 =3D ADAT (Lightpipe) inputs used for 4 tom mics.
>>>
>>>... and the only OUTputs you have assigned are:
>>>MF Ch's 1&2 (OUTPUTS) =3D main monitors
>>>
>>>OK, so that wipes out ALL the inputs except for SPDIF in the
>>>first Multiface, yes? All the other inputs would have to be
>>>routed through the 2nd Multiface in this scenario... here's the
>>>thing... when you get to mixdown & external EFX routing, let's
>>>say you want your VST connections to look like this on your
>>>first (Master!!!) Multiface - i.e the same one as above:
>>>
>>>MF Ch's 1&2 OUTPUTS =3D main monitors (no change there)
>>>MF Ch 3 OUTPUT =3D send to external EFX/Distressor on vox track
>>>MF Ch 3 INPUT =3D return from external EFX/Distressor on vox track
>>>MF Ch 4 OUTPUT =3D send to external EFX/Massenburg EQ on kik
>>>MF Ch 4 INPUT =3D return from external EFX/Massenburg EQ on kik
>>>MF Ch's 5&6 OUTPUTS =3D send to external Lexi 480L, Engine "A"
>>>MF Ch's 5&6 INPUTS =3D return from external Lexi 480L, Engine "A"
>>>MF Ch's 7&8 OUTPUTS =3D send to external Lexi 480L, Engine "B"
>>>MF Ch's 7&8 INPUTS =3D return from external Lexi 480L, Engine "B"
>>>MF CH's 9&10 OUTPUTS =3D SPDIF to Quantec Yardstick IN's/Sends
>>>MF CH's 9&10 INPUTS =3D SPDIF to Quantec Yardstick OUTS/Returns
>>><lightpipes not used in mixdown in this example>
>>>
>>>Quite a bit different routing scenario than the one you used for
>>>tracking, yes? I suspect what's happening is that you're not
>>>saving your VST connections routing - if that's the case, every
>>>time you open up a project it'll take you to the last "saved"
>>>version, including any routing changes you've made & saved,
>>>but NOT any routing changes you've made, but not saved!
>>>
>>>You can save these routing/patching changes in one of two ways:
>>>
>>>1.) set up all your routing for your patching & external EFX,
>>>and make sure you save the project again once you do that
>>>(either under a new project name or just overwrite what you've
>>>got... I tend to save under a new name in case I fuck anything
>>>up - or simply hate what I've done - and need to go back :) )
>>>
>>>2.) Save your routing scenarios in the "VST Connections"
>>>dialogue... there's an option that let's you save those...
>>>you could go from:
>>>"ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting", to...
>>>"ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA", to...
>>>"ScreamingOkapis-SongOfWorldPeace-VocalOverdubs", to...
>>>"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA", to...
>>>"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB"
>>>
>>>Now, it's true I have SX3 and you have C4, but I would bet it's
>>>the same basic idea. Got it? Kewl?
>>>
>>>Let us know if that works for you.
>>>
>>>Neil
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>"DJ" <animix _ at _ animas _ dot _ net> wrote:
>>>
>>>>Every time I close a project and then reopen it, various patches to =
my
>>>>external gear are disabled.....especially prevalent on the inputs, =
but not
>>>
>>>>always, and sometimes the outputs are reassigned to different ones. =
I never
>>>
>>>>know what I'm going to be faces with when I recall a project. =
Sometimes
>>>
>>>it=20
>>>
>>>>takes me 10-15 minutes just hunt everything down to repatch.
>>>>
>>>>This really sucks........and I mean to the point that I'm about to =
kick
>>>
>>>this=20
>>>
>>>>damn thing out the window. Does Nuendo do this too? I need to be =
able to
>>>
>>>>save a project with AD/DA's assigned to external processors and be =
able
>>>
>>>to=20
>>>
>>>>recall it.......CONSISTENTLY!!!. This **FUCKING POS** is about to =
PISS ME
>>>
>>>>OFF!!!!!=20
>>>>
>>>>
>>>
>>
------=_NextPart_000_0359_01C7C5ED.0AC879A0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.6000.16414" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3DArial size=3D2>I called Steinberg USA. They called =
Germany. I got=20
the following in an e-mail:</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2><EM>Maybe the 2x audio cards are =
cascaded=20
differently each time on booting up the machine? This would explain how =
the=20
busses are set wrong in Cubase as a result of the changed hardware =
order. Maybe=20
a driver issue or control panel setup question here.<BR><BR>Check with =
RME to be=20
sure that you have the latest driver, and also see if there is anything =
they can=20
recommend to stop the cards from altering their boot order.&nbsp; I hope =
this=20
information helps, let me know if there is anything else I can=20
do.</EM></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><EM></EM></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Nice theory, but wrong. I have the =
lateas drivers=20
and all of these cards midi I/O are patched into a big midi patchbay and =
quite a=20
bit of the digital I/O is patched into a Frontier Apache. If the cards =
were=20
initializing differently each time, then the patchbay assignments would =
get=20
scrambled. These patches remain consistent. the only thing that doesn't =
remain=20
consistent is Cubase 4. </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>As I said before, Cubase 4 must=20
DIE!!!!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>&nbsp;</DIV>
<DIV><BR><BR></DIV></FONT>
<DIV><FONT face=3DArial size=3D2>"Dave(EK Sound)" &lt;</FONT><A=20
href=3D"mailto:audioguy_editout_@shaw.ca"><FONT face=3DArial=20
size=3D2>audioguy_editout_@shaw.ca</FONT></A><FONT face=3DArial =
size=3D2>&gt; wrote in=20
message </FONT><A href=3D"news:469869c6$1@linux"><FONT face=3DArial=20
size=3D2>news:469869c6$1@linux</FONT></A><FONT face=3DArial=20
size=3D2>...</FONT></DIV><FONT face=3DArial size=3D2>&gt; My I/O routing =
is saved with=20
N3.... I don't get this.&nbsp; If I <BR>&gt; open different project =
files, I=20
have different I/O set-ups <BR>&gt; in each.<BR>&gt; <BR>&gt; =
David.<BR>&gt;=20
<BR>&gt; Dedric Terry wrote:<BR>&gt;&gt; DJ - I would bet this is what =
is=20
happening as well.&nbsp; I/O assignments are<BR>&gt;&gt; global, not on =
a per=20
project basis.<BR>&gt;&gt; <BR>&gt;&gt; In N3 this is the only reason I =
end up=20
with re-routed I/O - the reason being<BR>&gt;&gt; that your default or =
last=20
project may have a different setup and in order to<BR>&gt;&gt; =
accommodate=20
regular I/O assignments, external gear is taken offline =
Saving<BR>&gt;&gt; your=20
I/O assignments, including CR setup can be a lifesaver, assuming=20
this<BR>&gt;&gt; is the problem you are seeing.<BR>&gt;&gt; <BR>&gt;&gt; =
Do note=20
that the two (VST I/O and the control room config) are separate =
and<BR>&gt;&gt;=20
you need to save both, even though they will impact one another =
when<BR>&gt;&gt;=20
allocating I/O (if you use the Control Room at least - it is *not*=20
saved<BR>&gt;&gt; with the I/O presets at the moment, though I think it=20
should).<BR>&gt;&gt; <BR>&gt;&gt; This is also one feature I would ask =
for in=20
N4/C4.x - I/O and Control Rooms<BR>&gt;&gt; settings saved with each =
project, in=20
addition to retaining global preset<BR>&gt;&gt; list/default setting=20
option.<BR>&gt;&gt; <BR>&gt;&gt; Hope that solves the problem DJ - I =
know=20
rerouting is massively frustrating.<BR>&gt;&gt; <BR>&gt;&gt;=20
Regards,<BR>&gt;&gt; Dedric<BR>&gt;&gt; <BR>&gt;&gt; On 7/10/07 11:09 =
PM, in=20
article </FONT><A href=3D"mailto:4694660a$1@linux"><FONT face=3DArial=20
size=3D2>4694660a$1@linux</FONT></A><FONT face=3DArial size=3D2>, "Neil" =
&lt;</FONT><A=20
href=3D"mailto:OIUOIU@.com"><FONT face=3DArial =
size=3D2>OIUOIU@.com</FONT></A><FONT=20
face=3DArial size=3D2>&gt;<BR>&gt;&gt; wrote:<BR>&gt;&gt; <BR>&gt;&gt;=20
<BR>&gt;&gt;&gt;May I suggest =
something?<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;OK, I'm=20
using my system as an example here since you &amp; I=20
have<BR>&gt;&gt;&gt;different convertor sets, but follow for a moment =
&amp;=20
maybe this<BR>&gt;&gt;&gt;will help if you apply similar principals to =
your=20
setup...<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;I have two Multifaces... let's =
say I=20
have various<BR>&gt;&gt;&gt;inputs on Multiface #1 assigned to INPUTS as =
follows=20
in<BR>&gt;&gt;&gt;the "VST Connections"=20
dialogue:<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Multiface ch1 =3D Mono=20
Input/Kick<BR>&gt;&gt;&gt;MF Ch 2 =3D Mono Input/Snare<BR>&gt;&gt;&gt;MF =
Ch=20
3&nbsp; =3D Mono Input/Hat<BR>&gt;&gt;&gt;MF Ch 4 =3D Mono Input/Cowbell =
&amp;=20
digital cowbell sample triggers<BR>&gt;&gt;&gt;MF Ch's 5&amp;6 =3D =
Stereo=20
Input/OH's<BR>&gt;&gt;&gt;MF Ch's 7&amp;8 =3D Stereo Input/Drum =
Room-Ambience=20
Mics<BR>&gt;&gt;&gt;MF Ch's 9&amp;10 =3D (SPDIF/Not used in this=20
scenario)<BR>&gt;&gt;&gt;MF Ch's 11 to 14 =3D ADAT (Lightpipe) inputs =
used for 4=20
tom mics.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;... and the only OUTputs you =
have=20
assigned are:<BR>&gt;&gt;&gt;MF Ch's 1&amp;2 (OUTPUTS) =3D main=20
monitors<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;OK, so that wipes out ALL the =
inputs=20
except for SPDIF in the<BR>&gt;&gt;&gt;first Multiface, yes? All the =
other=20
inputs would have to be<BR>&gt;&gt;&gt;routed through the 2nd Multiface =
in this=20
scenario... here's the<BR>&gt;&gt;&gt;thing... when you get to mixdown =
&amp;=20
external EFX routing, let's<BR>&gt;&gt;&gt;say you want your VST =
connections to=20
look like this on your<BR>&gt;&gt;&gt;first (Master!!!) Multiface - i.e =
the same=20
one as above:<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;MF Ch's 1&amp;2 OUTPUTS =3D =
main=20
monitors (no change there)<BR>&gt;&gt;&gt;MF Ch 3 OUTPUT =3D send to =
external=20
EFX/Distressor on vox track<BR>&gt;&gt;&gt;MF Ch 3 INPUT =3D return from =
external=20
EFX/Distressor on vox track<BR>&gt;&gt;&gt;MF Ch 4 OUTPUT =3D send to =
external=20
EFX/Massenburg EQ on kik<BR>&gt;&gt;&gt;MF Ch 4 INPUT =3D return from =
external=20
EFX/Massenburg EQ on kik<BR>&gt;&gt;&gt;MF Ch's 5&amp;6 OUTPUTS =3D send =
to=20
external Lexi 480L, Engine "A"<BR>&gt;&gt;&gt;MF Ch's 5&amp;6 INPUTS =3D =
return=20
from external Lexi 480L, Engine "A"<BR>&gt;&gt;&gt;MF Ch's 7&amp;8 =
OUTPUTS =3D=20
send to external Lexi 480L, Engine "B"<BR>&gt;&gt;&gt;MF Ch's 7&amp;8 =
INPUTS =3D=20
return from external Lexi 480L, Engine "B"<BR>&gt;&gt;&gt;MF CH's =
9&amp;10=20
OUTPUTS =3D SPDIF to Quantec Yardstick IN's/Sends<BR>&gt;&gt;&gt;MF CH's =
9&amp;10=20
INPUTS =3D SPDIF to Quantec Yardstick =
OUTS/Returns<BR>&gt;&gt;&gt;&lt;lightpipes=20
not used in mixdown in this =
example&gt;<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Quite a=20
bit different routing scenario than the one you used=20
for<BR>&gt;&gt;&gt;tracking, yes? I suspect what's happening is that =
you're=20
not<BR>&gt;&gt;&gt;saving your VST connections routing - if that's the =
case,=20
every<BR>&gt;&gt;&gt;time you open up a project it'll take you to the =
last=20
"saved"<BR>&gt;&gt;&gt;version, including any routing changes you've =
made &amp;=20
saved,<BR>&gt;&gt;&gt;but NOT any routing changes you've made, but not=20
saved!<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;You can save these =
routing/patching=20
changes in one of two ways:<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;1.) set up =
all your=20
routing for your patching &amp; external EFX,<BR>&gt;&gt;&gt;and make =
sure you=20
save the project again once you do that<BR>&gt;&gt;&gt;(either under a =
new=20
project name or just overwrite what you've<BR>&gt;&gt;&gt;got... I tend =
to save=20
under a new name in case I fuck anything<BR>&gt;&gt;&gt;up - or simply =
hate what=20
I've done - and need to go back :) )<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;2.) =
Save=20
your routing scenarios in the "VST =
Connections"<BR>&gt;&gt;&gt;dialogue...&nbsp;=20
there's an option that let's you save those...<BR>&gt;&gt;&gt;you could =
go=20
from:<BR>&gt;&gt;&gt;"ScreamingOkapis-SongOfWorldPeace-BasicTrackRouting "=
,=20
to...<BR>&gt;&gt;&gt;"ScreamingOkapis-SongOfWorldPeace-OverdubRoutingA ", =

to...<BR>&gt;&gt;&gt;"ScreamingOkapis-SongOfWorldPeace-VocalOverdubs ",=20
to...<BR>&gt;&gt;&gt;"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingA ", =

to...<BR>&gt;&gt;&gt;"ScreamingOkapis-SongOfWorldPeace-MixdownRoutingB "<B=
R>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Now,=20
it's true I have SX3 and you have C4, but I would bet =
it's<BR>&gt;&gt;&gt;the=20
same basic idea. Got it? Kewl?<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Let us =
know if=20
that works for=20
you.<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;Neil <BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;<=
BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;<BR >&gt;&gt;&gt;<BR>&gt;&gt;&gt;<BR>&gt;&g=
t;&gt;<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt; <BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;<BR=
>&gt;&gt;&gt;<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt; "DJ"=20
&lt;animix _ at _ animas _ dot _ net&gt;=20
wrote:<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;Every time I close a project =
and then=20
reopen it, various patches to my<BR>&gt;&gt;&gt;&gt;external gear are=20
disabled.....especially prevalent on the inputs, but=20
not<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;always, and sometimes the outputs =
are=20
reassigned to different ones. I =
never<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;know=20
what I'm going to be faces with when I recall a project.=20
Sometimes<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;it=20
<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;takes me 10-15 minutes just hunt =
everything=20
down to repatch.<BR>&gt;&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;This really=20
sucks........and I mean to the point that I'm about to=20
kick<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;this=20
<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;damn thing out the window. Does =
Nuendo do=20
this too? I need to be able to<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;save a =
project=20
with AD/DA's assigned to external processors and be=20
able<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;to=20
<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;recall it.......CONSISTENTLY!!!. =
This=20
**FUCKING POS** is about to PISS =
ME<BR>&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt;OFF!!!!!=20
<BR>&gt;&gt;&gt;&gt;<BR>&gt;&gt;&gt;&gt; <BR>&gt;&gt;&gt;<BR>&gt;&gt;</FON=
T></BODY></HTML>

------=_NextPart_000_0359_01C7C5ED.0AC879A0--
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88073 is a reply to message #88071] Sat, 14 July 2007 11:07 Go to previous messageGo to next message
John [1] is currently offline  John [1]
Messages: 2229
Registered: September 2005
Senior Member
DJ, you're becoming a real drama queen. Either figure your shit out or go
with a simpler setup. Drama is for girls.
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88074 is a reply to message #88073] Sat, 14 July 2007 12:12 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
"John" <no@no.com> wrote in message news:469910ea$1@linux...
>
> DJ, you're becoming a real drama queen. Either figure your shit out or
> go
> with a simpler setup. Drama is for girls.

Let me ask you this John. Are you trying to use Cubase 4 in a professional
environment or are you using it for your own personal stuff?

Are you trying to interface it with over 20 analog processors?

Are people looking over your shoulder saying things like, "shit man, this
sucks.........are you gonna be able to get this out for me today?"

Do you have any money riding on the results you are getting with it?

If you did and it wasn't working *as advertized*, would you be a little
stressed?

BTW, I am not the only one having this problem.
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88078 is a reply to message #88074] Sat, 14 July 2007 13:23 Go to previous messageGo to next message
Neil is currently offline  Neil
Messages: 1645
Registered: April 2006
Senior Member
If you've got money (and reputation) riding on it, I would
migrate back to SX3 - or I think you said you went from SX2
to C4, so maybe you ca't migrate back to 3, but you COULD buy
v3 straight-up... get with you dealer & tell him what the
probems are and mybe he'll cut you a deal or try to get
Swineberg to kick in a half-price copy of SX3 or SOMETHING.
At least you could be working right along until until they get
C4 version 1-point-bugfix released.

I can tell you for sure that 3 will save the routing. It saves
it with the project, as long as you don't forget to save the
project once you've changed any patches around... which is easy
enough to forget, since AFAIK that's the one feature that it
DOENS'T prompt you to save any changes made therein. And as I
mentioned, it'll also save specific routing scenarios if you'd
rather go that additional route (which can be nice - that way
you can have a basic trax recording patch template, for
example).

So, Deej, what you're saying is that you tried saving routing
changes in both ways that I had pointed out & it still isn't
doing so?

Neil


"DJ" <animix _ at _ animas _ dot _ net> wrote:
>
>"John" <no@no.com> wrote in message news:469910ea$1@linux...
>>
>> DJ, you're becoming a real drama queen. Either figure your shit out
or
>> go
>> with a simpler setup. Drama is for girls.
>
>Let me ask you this John. Are you trying to use Cubase 4 in a professional

>environment or are you using it for your own personal stuff?
>
>Are you trying to interface it with over 20 analog processors?
>
>Are people looking over your shoulder saying things like, "shit man, this

>sucks.........are you gonna be able to get this out for me today?"
>
>Do you have any money riding on the results you are getting with it?
>
>If you did and it wasn't working *as advertized*, would you be a little

>stressed?
>
>BTW, I am not the only one having this problem.
>
>
>
>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88080 is a reply to message #88074] Sat, 14 July 2007 13:28 Go to previous messageGo to next message
John [1] is currently offline  John [1]
Messages: 2229
Registered: September 2005
Senior Member
I know your frustrated but if you had read the Cubase forum you would know
clearly that it is not on that pro level. It's simply not there. Many people
with paying clients have made that exact claim in the Cubase forum over and
over.

example: http://www.cubase.net/phpbb2/viewtopic.php?t=75146&highl ight=ready

It's like taking a nice Nissan Pathfinder and trying to race it against a
Porsche. it's nice but it ain't no Porsche.

I think you got to get rid of it before you go postal.
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88081 is a reply to message #88078] Sat, 14 July 2007 13:27 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
Hi Neil,

I do have SX3. I bought SX 4 for some of the features, but it seems this
proggie isn't ready for prime time in some areas. I thought the people on
the Cubase.net forum who were going ballistic about the ugs were just a
bunch of wankers until I started trying to push this program a little. I may
go back to SX3....or I may just upgrade to N3. One of my clients is writing
music for video and I think N3 may be a logical move to make. It's got the
features of C4 that were the reason I upgraded from SX3, plus it's got the
post capabilities.

I did try saving the routing scenarios as you described. Sometimes I can
save a project, shut the computer down, reboot it, open the project and
everything is saved. Other times, the patches (inputs mostly) are
disconnected and sometimes different inputs and outputs have been assigned
to the external FX. the idea of the drivers initializing in a different
sequence would make sense except that the I/O that are patched into my
digital patchbay are not being switched, and if these remain the same, that
would indicate that the cards are showing up in the same order each time.

Deej (the drama queen)

"Neil" <OIUOIU@OIU.com> wrote in message news:469930a8$1@linux...
>
> If you've got money (and reputation) riding on it, I would
> migrate back to SX3 - or I think you said you went from SX2
> to C4, so maybe you ca't migrate back to 3, but you COULD buy
> v3 straight-up... get with you dealer & tell him what the
> probems are and mybe he'll cut you a deal or try to get
> Swineberg to kick in a half-price copy of SX3 or SOMETHING.
> At least you could be working right along until until they get
> C4 version 1-point-bugfix released.
>
> I can tell you for sure that 3 will save the routing. It saves
> it with the project, as long as you don't forget to save the
> project once you've changed any patches around... which is easy
> enough to forget, since AFAIK that's the one feature that it
> DOENS'T prompt you to save any changes made therein. And as I
> mentioned, it'll also save specific routing scenarios if you'd
> rather go that additional route (which can be nice - that way
> you can have a basic trax recording patch template, for
> example).
>
> So, Deej, what you're saying is that you tried saving routing
> changes in both ways that I had pointed out & it still isn't
> doing so?
>
> Neil
>
>
> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>>
>>"John" <no@no.com> wrote in message news:469910ea$1@linux...
>>>
>>> DJ, you're becoming a real drama queen. Either figure your shit out
> or
>>> go
>>> with a simpler setup. Drama is for girls.
>>
>>Let me ask you this John. Are you trying to use Cubase 4 in a professional
>
>>environment or are you using it for your own personal stuff?
>>
>>Are you trying to interface it with over 20 analog processors?
>>
>>Are people looking over your shoulder saying things like, "shit man, this
>
>>sucks.........are you gonna be able to get this out for me today?"
>>
>>Do you have any money riding on the results you are getting with it?
>>
>>If you did and it wasn't working *as advertized*, would you be a little
>
>>stressed?
>>
>>BTW, I am not the only one having this problem.
>>
>>
>>
>>
>>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88082 is a reply to message #88078] Sat, 14 July 2007 13:27 Go to previous messageGo to next message
audioguy_editout_ is currently offline  audioguy_editout_   CANADA
Messages: 249
Registered: December 2005
Senior Member
AFAIK, SX3 will run on a C4 dongle... I know for sure that
the N3 dongle will run SX3...

David.

Neil wrote:
> If you've got money (and reputation) riding on it, I would
> migrate back to SX3 - or I think you said you went from SX2
> to C4, so maybe you ca't migrate back to 3, but you COULD buy
> v3 straight-up... get with you dealer & tell him what the
> probems are and mybe he'll cut you a deal or try to get
> Swineberg to kick in a half-price copy of SX3 or SOMETHING.
> At least you could be working right along until until they get
> C4 version 1-point-bugfix released.
>
> I can tell you for sure that 3 will save the routing. It saves
> it with the project, as long as you don't forget to save the
> project once you've changed any patches around... which is easy
> enough to forget, since AFAIK that's the one feature that it
> DOENS'T prompt you to save any changes made therein. And as I
> mentioned, it'll also save specific routing scenarios if you'd
> rather go that additional route (which can be nice - that way
> you can have a basic trax recording patch template, for
> example).
>
> So, Deej, what you're saying is that you tried saving routing
> changes in both ways that I had pointed out & it still isn't
> doing so?
>
> Neil
>
>
> "DJ" <animix _ at _ animas _ dot _ net> wrote:
>
>>"John" <no@no.com> wrote in message news:469910ea$1@linux...
>>
>>>DJ, you're becoming a real drama queen. Either figure your shit out
>
> or
>
>>>go
>>>with a simpler setup. Drama is for girls.
>>
>>Let me ask you this John. Are you trying to use Cubase 4 in a professional
>
>
>>environment or are you using it for your own personal stuff?
>>
>>Are you trying to interface it with over 20 analog processors?
>>
>>Are people looking over your shoulder saying things like, "shit man, this
>
>
>>sucks.........are you gonna be able to get this out for me today?"
>>
>>Do you have any money riding on the results you are getting with it?
>>
>>If you did and it wasn't working *as advertized*, would you be a little
>
>
>>stressed?
>>
>>BTW, I am not the only one having this problem.
>>
>>
>>
>>
>>
>
>
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88083 is a reply to message #88080] Sat, 14 July 2007 13:28 Go to previous messageGo to next message
DJ is currently offline  DJ   FRANCE
Messages: 1124
Registered: July 2005
Senior Member
I think you maybe right

;o)

"John" <no@no.com> wrote in message news:469931de$1@linux...
>
> I know your frustrated but if you had read the Cubase forum you would know
> clearly that it is not on that pro level. It's simply not there. Many
> people
> with paying clients have made that exact claim in the Cubase forum over
> and
> over.
>
> example:
> http://www.cubase.net/phpbb2/viewtopic.php?t=75146&highl ight=ready
>
> It's like taking a nice Nissan Pathfinder and trying to race it against a
> Porsche. it's nice but it ain't no Porsche.
>
> I think you got to get rid of it before you go postal.
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88100 is a reply to message #88073] Sat, 14 July 2007 23:29 Go to previous messageGo to next message
Martin Harrington is currently offline  Martin Harrington   AUSTRALIA
Messages: 560
Registered: September 2005
Senior Member
OOhh, that's calling the kettle black.
I remember a few posts regarding Paris that were written in much stronger
language than that.
Do you remember, John? ;>}

Martin Harrington
www.lendanear-sound.com
0414 913 247

"John" <no@no.com> wrote in message news:469910ea$1@linux...
>
> DJ, you're becoming a real drama queen. Either figure your shit out or
> go
> with a simpler setup. Drama is for girls.

--
Re: Arrrgggghhhh!!!!!!!!!!! CUBASE 4 MUST DIE!!!!!!!! [message #88106 is a reply to message #88100] Sun, 15 July 2007 05:33 Go to previous message
John [1] is currently offline  John [1]
Messages: 2229
Registered: September 2005
Senior Member
I have always had trouble with paris but I didn't built a franken-daw like
DJ. Just a simple 2 card setup was never solid for me where now in cubase
i'm very solid but i don't have a franken-daw either, just one lowly 9652
audio card.

I'm sure I have thrown some drama around though and for that I apologize.
John

"Martin Harrington" <lendan@bigpond.net.au> wrote:
>OOhh, that's calling the kettle black.
>I remember a few posts regarding Paris that were written in much stronger

>language than that.
>Do you remember, John? ;>}
>
>Martin Harrington
>www.lendanear-sound.com
>0414 913 247
>
>"John" <no@no.com> wrote in message news:469910ea$1@linux...
>>
>> DJ, you're becoming a real drama queen. Either figure your shit out
or
>> go
>> with a simpler setup. Drama is for girls.
>
>--
>
Previous Topic: Some thoughts about Drumagog BFD
Next Topic: Metric Halo Channel Strip and Paris Mac
Goto Forum:
  


Current Time: Tue Dec 24 09:10:36 PST 2024

Total time taken to generate the page: 0.05767 seconds