Home » The PARIS Forums » PARIS: Main » New Build for Paris
| New Build for Paris [message #102515] |
Sun, 15 February 2009 16:26  |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Since all is going so well finally I thought it would be
good to show what's possible with Paris and a quadcore.
I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
with a Q9450 Yorkfield 2.66 quadcore.
I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
whatevers and Faderworks across all 64 tracks.
Then I decided to push it.
I put 29 Waves Ren comps across all tracks as the transport
was playing. No glitches (plenty of edits too) but with no GUIs
open. I was impressed since the CPU didn't exceed 10%.
I installed a few Waves SSL Channel Strips with no glitches,
transport still running in loop mode. If anyone knows that plug,
it's gui is very hard on the graphics card as well as being a little
CPU intensive. I got brave and added 25 with only a glitch or two.
GUIs closed. Now we're talking 60+ native plugs and the CPU
is peaking around 15-20%. Smooth audio although mix got a little
goofy sounding!
Then I got really brave... I started opening the SSL GUIs making
sure to leave the meters showing on each one. I got 6 going with the
CPU up between 35 + 45% . This was unheard of on my old box.
Transport would stop after 2 as I recall. I added the seventh GUI when
I got the Paris Assertion Error we all know. Yes it crashed and I couldn't
find the save I tried to make either.
Bottom line is the CPU never reached beyond 50% and the internal latency I
have been keeping to a minimum never exceeded 208us! That's incredible
from my experience.
After I backup it'll be time for the Creamware card, Cubase 4.5,
Midi 8x8 patchbay.
New UAD latency with ver 5.2 is:
8256 samples most plugs including Neve 88R
Helios and Pultec 8287 samples
This is about half as long from the old revs. The install is also
easier for us because the EX1 and Fairchild load correctly
first time out. Just wrap with FxPansion 3.3 and all is well.
Thanks again to Mike Audet for being so helpful when
I was ready to throw in the towel. His drivers are making
this all possible. Buy 'em. Good for multi ADATs, ADAT sync
and Hyperthreading comps too.
Tom
|
|
|
|
| Re: New Build for Paris [message #102516 is a reply to message #102515] |
Sun, 15 February 2009 16:45  |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
Are you running an expansion chassis?
What slots are on the MB PCI and PCIe?
what about power supply?
Inquiring minds want to know
hehehe
Don
"Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998b7cc$1@linux...
> Since all is going so well finally I thought it would be
> good to show what's possible with Paris and a quadcore.
>
> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
> with a Q9450 Yorkfield 2.66 quadcore.
>
> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
> whatevers and Faderworks across all 64 tracks.
> Then I decided to push it.
>
> I put 29 Waves Ren comps across all tracks as the transport
> was playing. No glitches (plenty of edits too) but with no GUIs
> open. I was impressed since the CPU didn't exceed 10%.
> I installed a few Waves SSL Channel Strips with no glitches,
> transport still running in loop mode. If anyone knows that plug,
> it's gui is very hard on the graphics card as well as being a little
> CPU intensive. I got brave and added 25 with only a glitch or two.
> GUIs closed. Now we're talking 60+ native plugs and the CPU
> is peaking around 15-20%. Smooth audio although mix got a little
> goofy sounding!
>
> Then I got really brave... I started opening the SSL GUIs making
> sure to leave the meters showing on each one. I got 6 going with the
> CPU up between 35 + 45% . This was unheard of on my old box.
> Transport would stop after 2 as I recall. I added the seventh GUI when
> I got the Paris Assertion Error we all know. Yes it crashed and I
> couldn't
> find the save I tried to make either.
>
> Bottom line is the CPU never reached beyond 50% and the internal latency I
> have been keeping to a minimum never exceeded 208us! That's incredible
> from my experience.
>
> After I backup it'll be time for the Creamware card, Cubase 4.5,
> Midi 8x8 patchbay.
>
> New UAD latency with ver 5.2 is:
> 8256 samples most plugs including Neve 88R
> Helios and Pultec 8287 samples
>
> This is about half as long from the old revs. The install is also
> easier for us because the EX1 and Fairchild load correctly
> first time out. Just wrap with FxPansion 3.3 and all is well.
>
> Thanks again to Mike Audet for being so helpful when
> I was ready to throw in the towel. His drivers are making
> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
> and Hyperthreading comps too.
>
> Tom
>
>
>
>
|
|
|
|
| Re: New Build for Paris [message #102517 is a reply to message #102516] |
Sun, 15 February 2009 17:00 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hi Don,
Ya, 13 slot older PCI Magma. PCIe would be saweet but I
didn't want to spend more cash. It's in the innermost slot
close to the power supply. That slot is where the host
card goes. I have all Paris cards sharing IRQ 20 using
slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
than DJ's did. You have to test each one to really know
how the IRQ chips will fall. I have a 550 watt in both Magma
and comp. UAD2 is PCIe and is the graphics card. UAD1
is in the Magma as will be the Creamware card shortly.
Tom
"Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
> Are you running an expansion chassis?
>
> What slots are on the MB PCI and PCIe?
>
> what about power supply?
>
> Inquiring minds want to know
>
> hehehe
>
> Don
>
>
> "Tom Bruhl" <arpegio@comcast.net> wrote in message
> news:4998b7cc$1@linux...
>> Since all is going so well finally I thought it would be
>> good to show what's possible with Paris and a quadcore.
>>
>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>> with a Q9450 Yorkfield 2.66 quadcore.
>>
>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>> whatevers and Faderworks across all 64 tracks.
>> Then I decided to push it.
>>
>> I put 29 Waves Ren comps across all tracks as the transport
>> was playing. No glitches (plenty of edits too) but with no GUIs
>> open. I was impressed since the CPU didn't exceed 10%.
>> I installed a few Waves SSL Channel Strips with no glitches,
>> transport still running in loop mode. If anyone knows that plug,
>> it's gui is very hard on the graphics card as well as being a little
>> CPU intensive. I got brave and added 25 with only a glitch or two.
>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>> is peaking around 15-20%. Smooth audio although mix got a little
>> goofy sounding!
>>
>> Then I got really brave... I started opening the SSL GUIs making
>> sure to leave the meters showing on each one. I got 6 going with the
>> CPU up between 35 + 45% . This was unheard of on my old box.
>> Transport would stop after 2 as I recall. I added the seventh GUI when
>> I got the Paris Assertion Error we all know. Yes it crashed and I
>> couldn't
>> find the save I tried to make either.
>>
>> Bottom line is the CPU never reached beyond 50% and the internal latency
>> I
>> have been keeping to a minimum never exceeded 208us! That's incredible
>> from my experience.
>>
>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>> Midi 8x8 patchbay.
>>
>> New UAD latency with ver 5.2 is:
>> 8256 samples most plugs including Neve 88R
>> Helios and Pultec 8287 samples
>>
>> This is about half as long from the old revs. The install is also
>> easier for us because the EX1 and Fairchild load correctly
>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>
>> Thanks again to Mike Audet for being so helpful when
>> I was ready to throw in the towel. His drivers are making
>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>> and Hyperthreading comps too.
>>
>> Tom
>>
>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102539 is a reply to message #102517] |
Mon, 16 February 2009 23:12 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Got some serious good things going on now.
Paris is stable, powerful and efficient.
I ran tests yesterday that proved the CPU and
even PCI bus are not stopping anything from
happening. Today recording 30 tracks punching in/out
caused no probs with average paris config settings.
Yesterday 60+ natives and very low cpu with same
config.
It's finally awesome as I had hoped.
Tomorrow I'm adding the Creamware hardware software.
This will be one of the major hurdles along with some more
USB devices and Cubase.
Tom
"Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998bfc6@linux...
> Hi Don,
>
> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
> didn't want to spend more cash. It's in the innermost slot
> close to the power supply. That slot is where the host
> card goes. I have all Paris cards sharing IRQ 20 using
> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
> than DJ's did. You have to test each one to really know
> how the IRQ chips will fall. I have a 550 watt in both Magma
> and comp. UAD2 is PCIe and is the graphics card. UAD1
> is in the Magma as will be the Creamware card shortly.
>
> Tom
>
>
>
>
> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>> Are you running an expansion chassis?
>>
>> What slots are on the MB PCI and PCIe?
>>
>> what about power supply?
>>
>> Inquiring minds want to know
>>
>> hehehe
>>
>> Don
>>
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>> news:4998b7cc$1@linux...
>>> Since all is going so well finally I thought it would be
>>> good to show what's possible with Paris and a quadcore.
>>>
>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>
>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>> whatevers and Faderworks across all 64 tracks.
>>> Then I decided to push it.
>>>
>>> I put 29 Waves Ren comps across all tracks as the transport
>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>> open. I was impressed since the CPU didn't exceed 10%.
>>> I installed a few Waves SSL Channel Strips with no glitches,
>>> transport still running in loop mode. If anyone knows that plug,
>>> it's gui is very hard on the graphics card as well as being a little
>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>> is peaking around 15-20%. Smooth audio although mix got a little
>>> goofy sounding!
>>>
>>> Then I got really brave... I started opening the SSL GUIs making
>>> sure to leave the meters showing on each one. I got 6 going with the
>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>> Transport would stop after 2 as I recall. I added the seventh GUI when
>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>> couldn't
>>> find the save I tried to make either.
>>>
>>> Bottom line is the CPU never reached beyond 50% and the internal latency
>>> I
>>> have been keeping to a minimum never exceeded 208us! That's incredible
>>> from my experience.
>>>
>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>> Midi 8x8 patchbay.
>>>
>>> New UAD latency with ver 5.2 is:
>>> 8256 samples most plugs including Neve 88R
>>> Helios and Pultec 8287 samples
>>>
>>> This is about half as long from the old revs. The install is also
>>> easier for us because the EX1 and Fairchild load correctly
>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>
>>> Thanks again to Mike Audet for being so helpful when
>>> I was ready to throw in the towel. His drivers are making
>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>> and Hyperthreading comps too.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102540 is a reply to message #102539] |
Tue, 17 February 2009 00:07 |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
You'll probably want to install the Cubase VST plugs to a different folder
from Paris' VST plugs. I ran into some real wierd stuff trying new plugs in
Paris, and it got unstable. If it pans, cool, add the other folder but if it
doesn't sorting them out is a big pain. I sort mine now on the C drive by
VSTplugs and VSTparis. Had some real big issues with DirectX and this
because it works differently. Vegas and Paris plugs don't play nice
together, ditto stuff like the plugs Nero installs.
AA
"Tom Bruhl" <arpegio@comcast.net> wrote in message news:499a68e7@linux...
> Got some serious good things going on now.
>
> Paris is stable, powerful and efficient.
> I ran tests yesterday that proved the CPU and
> even PCI bus are not stopping anything from
> happening. Today recording 30 tracks punching in/out
> caused no probs with average paris config settings.
> Yesterday 60+ natives and very low cpu with same
> config.
>
> It's finally awesome as I had hoped.
>
> Tomorrow I'm adding the Creamware hardware software.
> This will be one of the major hurdles along with some more
> USB devices and Cubase.
>
> Tom
>
>
>
>
> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998bfc6@linux...
>> Hi Don,
>>
>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>> didn't want to spend more cash. It's in the innermost slot
>> close to the power supply. That slot is where the host
>> card goes. I have all Paris cards sharing IRQ 20 using
>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>> than DJ's did. You have to test each one to really know
>> how the IRQ chips will fall. I have a 550 watt in both Magma
>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>> is in the Magma as will be the Creamware card shortly.
>>
>> Tom
>>
>>
>>
>>
>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>> Are you running an expansion chassis?
>>>
>>> What slots are on the MB PCI and PCIe?
>>>
>>> what about power supply?
>>>
>>> Inquiring minds want to know
>>>
>>> hehehe
>>>
>>> Don
>>>
>>>
>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>> news:4998b7cc$1@linux...
>>>> Since all is going so well finally I thought it would be
>>>> good to show what's possible with Paris and a quadcore.
>>>>
>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>
>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>> whatevers and Faderworks across all 64 tracks.
>>>> Then I decided to push it.
>>>>
>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>> transport still running in loop mode. If anyone knows that plug,
>>>> it's gui is very hard on the graphics card as well as being a little
>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>> goofy sounding!
>>>>
>>>> Then I got really brave... I started opening the SSL GUIs making
>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>> Transport would stop after 2 as I recall. I added the seventh GUI when
>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>> couldn't
>>>> find the save I tried to make either.
>>>>
>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>> latency I
>>>> have been keeping to a minimum never exceeded 208us! That's incredible
>>>> from my experience.
>>>>
>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>> Midi 8x8 patchbay.
>>>>
>>>> New UAD latency with ver 5.2 is:
>>>> 8256 samples most plugs including Neve 88R
>>>> Helios and Pultec 8287 samples
>>>>
>>>> This is about half as long from the old revs. The install is also
>>>> easier for us because the EX1 and Fairchild load correctly
>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>
>>>> Thanks again to Mike Audet for being so helpful when
>>>> I was ready to throw in the towel. His drivers are making
>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>> and Hyperthreading comps too.
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102541 is a reply to message #102540] |
Tue, 17 February 2009 07:36 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hi Aaron,
I am going to reinstall all the plugs for Cubase in a
separate folder as you suggested. I know that Paris
will fight it out with some plugs so I made sure it was isolated
from the rest of the VST world.
Not sure how to isolate DX. They seem to load where they load
most of the time don't they? I'll direct them to a new folder if
possible.
Thanks for the heads up.
Tom
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:499a754b@linux...
> You'll probably want to install the Cubase VST plugs to a different folder
> from Paris' VST plugs. I ran into some real wierd stuff trying new plugs
> in Paris, and it got unstable. If it pans, cool, add the other folder but
> if it doesn't sorting them out is a big pain. I sort mine now on the C
> drive by VSTplugs and VSTparis. Had some real big issues with DirectX and
> this because it works differently. Vegas and Paris plugs don't play nice
> together, ditto stuff like the plugs Nero installs.
>
> AA
>
>
> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:499a68e7@linux...
>> Got some serious good things going on now.
>>
>> Paris is stable, powerful and efficient.
>> I ran tests yesterday that proved the CPU and
>> even PCI bus are not stopping anything from
>> happening. Today recording 30 tracks punching in/out
>> caused no probs with average paris config settings.
>> Yesterday 60+ natives and very low cpu with same
>> config.
>>
>> It's finally awesome as I had hoped.
>>
>> Tomorrow I'm adding the Creamware hardware software.
>> This will be one of the major hurdles along with some more
>> USB devices and Cubase.
>>
>> Tom
>>
>>
>>
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998bfc6@linux...
>>> Hi Don,
>>>
>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>> didn't want to spend more cash. It's in the innermost slot
>>> close to the power supply. That slot is where the host
>>> card goes. I have all Paris cards sharing IRQ 20 using
>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>> than DJ's did. You have to test each one to really know
>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>> is in the Magma as will be the Creamware card shortly.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>> Are you running an expansion chassis?
>>>>
>>>> What slots are on the MB PCI and PCIe?
>>>>
>>>> what about power supply?
>>>>
>>>> Inquiring minds want to know
>>>>
>>>> hehehe
>>>>
>>>> Don
>>>>
>>>>
>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>> news:4998b7cc$1@linux...
>>>>> Since all is going so well finally I thought it would be
>>>>> good to show what's possible with Paris and a quadcore.
>>>>>
>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>
>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>> whatevers and Faderworks across all 64 tracks.
>>>>> Then I decided to push it.
>>>>>
>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>> it's gui is very hard on the graphics card as well as being a little
>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>> goofy sounding!
>>>>>
>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>> when
>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>> couldn't
>>>>> find the save I tried to make either.
>>>>>
>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>> latency I
>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>> incredible
>>>>> from my experience.
>>>>>
>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>> Midi 8x8 patchbay.
>>>>>
>>>>> New UAD latency with ver 5.2 is:
>>>>> 8256 samples most plugs including Neve 88R
>>>>> Helios and Pultec 8287 samples
>>>>>
>>>>> This is about half as long from the old revs. The install is also
>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>
>>>>> Thanks again to Mike Audet for being so helpful when
>>>>> I was ready to throw in the towel. His drivers are making
>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>> and Hyperthreading comps too.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102548 is a reply to message #102541] |
Tue, 17 February 2009 18:05 |
Rod Lincoln
Messages: 883
Registered: September 2005
|
Senior Member |
|
|
Yeah, you can put DX anywhere and the apps just "see" it.
Rod
"Tom Bruhl" <arpegio@comcast.net> wrote:
>Hi Aaron,
>
>I am going to reinstall all the plugs for Cubase in a
>separate folder as you suggested. I know that Paris
>will fight it out with some plugs so I made sure it was isolated
>from the rest of the VST world.
>
>Not sure how to isolate DX. They seem to load where they load
>most of the time don't they? I'll direct them to a new folder if
>possible.
>
>Thanks for the heads up.
>Tom
>
>
>
>
>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>news:499a754b@linux...
>> You'll probably want to install the Cubase VST plugs to a different folder
>> from Paris' VST plugs. I ran into some real wierd stuff trying new plugs
>> in Paris, and it got unstable. If it pans, cool, add the other folder
but
>> if it doesn't sorting them out is a big pain. I sort mine now on the C
>> drive by VSTplugs and VSTparis. Had some real big issues with DirectX
and
>> this because it works differently. Vegas and Paris plugs don't play nice
>> together, ditto stuff like the plugs Nero installs.
>>
>> AA
>>
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:499a68e7@linux...
>>> Got some serious good things going on now.
>>>
>>> Paris is stable, powerful and efficient.
>>> I ran tests yesterday that proved the CPU and
>>> even PCI bus are not stopping anything from
>>> happening. Today recording 30 tracks punching in/out
>>> caused no probs with average paris config settings.
>>> Yesterday 60+ natives and very low cpu with same
>>> config.
>>>
>>> It's finally awesome as I had hoped.
>>>
>>> Tomorrow I'm adding the Creamware hardware software.
>>> This will be one of the major hurdles along with some more
>>> USB devices and Cubase.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998bfc6@linux...
>>>> Hi Don,
>>>>
>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>> didn't want to spend more cash. It's in the innermost slot
>>>> close to the power supply. That slot is where the host
>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>> than DJ's did. You have to test each one to really know
>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>> is in the Magma as will be the Creamware card shortly.
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>>
>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>>> Are you running an expansion chassis?
>>>>>
>>>>> What slots are on the MB PCI and PCIe?
>>>>>
>>>>> what about power supply?
>>>>>
>>>>> Inquiring minds want to know
>>>>>
>>>>> hehehe
>>>>>
>>>>> Don
>>>>>
>>>>>
>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>> news:4998b7cc$1@linux...
>>>>>> Since all is going so well finally I thought it would be
>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>
>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>
>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>> Then I decided to push it.
>>>>>>
>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>> it's gui is very hard on the graphics card as well as being a little
>>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>> goofy sounding!
>>>>>>
>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>> when
>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>> couldn't
>>>>>> find the save I tried to make either.
>>>>>>
>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>> latency I
>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>> incredible
>>>>>> from my experience.
>>>>>>
>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>> Midi 8x8 patchbay.
>>>>>>
>>>>>> New UAD latency with ver 5.2 is:
>>>>>> 8256 samples most plugs including Neve 88R
>>>>>> Helios and Pultec 8287 samples
>>>>>>
>>>>>> This is about half as long from the old revs. The install is also
>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>
>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>> and Hyperthreading comps too.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102549 is a reply to message #102540] |
Tue, 17 February 2009 17:11 |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
What happens when you go to load them...do you lose all your regular VST's
because you're pointing them to a different folder...just wondering as I've
never had any problems with my VST's but then again I don't use cubase VST's
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:499a754b@linux...
> You'll probably want to install the Cubase VST plugs to a different folder
> from Paris' VST plugs. I ran into some real wierd stuff trying new plugs
> in Paris, and it got unstable. If it pans, cool, add the other folder but
> if it doesn't sorting them out is a big pain. I sort mine now on the C
> drive by VSTplugs and VSTparis. Had some real big issues with DirectX and
> this because it works differently. Vegas and Paris plugs don't play nice
> together, ditto stuff like the plugs Nero installs.
>
> AA
>
>
> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:499a68e7@linux...
>> Got some serious good things going on now.
>>
>> Paris is stable, powerful and efficient.
>> I ran tests yesterday that proved the CPU and
>> even PCI bus are not stopping anything from
>> happening. Today recording 30 tracks punching in/out
>> caused no probs with average paris config settings.
>> Yesterday 60+ natives and very low cpu with same
>> config.
>>
>> It's finally awesome as I had hoped.
>>
>> Tomorrow I'm adding the Creamware hardware software.
>> This will be one of the major hurdles along with some more
>> USB devices and Cubase.
>>
>> Tom
>>
>>
>>
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998bfc6@linux...
>>> Hi Don,
>>>
>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>> didn't want to spend more cash. It's in the innermost slot
>>> close to the power supply. That slot is where the host
>>> card goes. I have all Paris cards sharing IRQ 20 using
>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>> than DJ's did. You have to test each one to really know
>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>> is in the Magma as will be the Creamware card shortly.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>> Are you running an expansion chassis?
>>>>
>>>> What slots are on the MB PCI and PCIe?
>>>>
>>>> what about power supply?
>>>>
>>>> Inquiring minds want to know
>>>>
>>>> hehehe
>>>>
>>>> Don
>>>>
>>>>
>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>> news:4998b7cc$1@linux...
>>>>> Since all is going so well finally I thought it would be
>>>>> good to show what's possible with Paris and a quadcore.
>>>>>
>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>
>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>> whatevers and Faderworks across all 64 tracks.
>>>>> Then I decided to push it.
>>>>>
>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>> it's gui is very hard on the graphics card as well as being a little
>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>> goofy sounding!
>>>>>
>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>> when
>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>> couldn't
>>>>> find the save I tried to make either.
>>>>>
>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>> latency I
>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>> incredible
>>>>> from my experience.
>>>>>
>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>> Midi 8x8 patchbay.
>>>>>
>>>>> New UAD latency with ver 5.2 is:
>>>>> 8256 samples most plugs including Neve 88R
>>>>> Helios and Pultec 8287 samples
>>>>>
>>>>> This is about half as long from the old revs. The install is also
>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>
>>>>> Thanks again to Mike Audet for being so helpful when
>>>>> I was ready to throw in the towel. His drivers are making
>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>> and Hyperthreading comps too.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102553 is a reply to message #102549] |
Tue, 17 February 2009 21:19 |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
do you lose all your regular VST's
> because you're pointing them to a different folder
Nah. You can have more than one folder. It's the rogue plugs that'll nail
you. Intermittent wierdness, streaming errors, incompatibility, and just
downright inability to load paris w/o defeating the VST in the paris.cfg
file are some of the things I've seen. Best to try them in a different
folder and copy over one at a time,test, copy another over, test, etc. etc.
etc.
tedious, but necessary since the Paris VST code is, er... aged.
AA
"Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
> What happens when you go to load them...do you lose all your regular VST's
> because you're pointing them to a different folder...just wondering as
> I've never had any problems with my VST's but then again I don't use
> cubase VST's
>
>
> "Aaron Allen" <know-spam@not_here.dude> wrote in message
> news:499a754b@linux...
>> You'll probably want to install the Cubase VST plugs to a different
>> folder from Paris' VST plugs. I ran into some real wierd stuff trying new
>> plugs in Paris, and it got unstable. If it pans, cool, add the other
>> folder but if it doesn't sorting them out is a big pain. I sort mine now
>> on the C drive by VSTplugs and VSTparis. Had some real big issues with
>> DirectX and this because it works differently. Vegas and Paris plugs
>> don't play nice together, ditto stuff like the plugs Nero installs.
>>
>> AA
>>
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:499a68e7@linux...
>>> Got some serious good things going on now.
>>>
>>> Paris is stable, powerful and efficient.
>>> I ran tests yesterday that proved the CPU and
>>> even PCI bus are not stopping anything from
>>> happening. Today recording 30 tracks punching in/out
>>> caused no probs with average paris config settings.
>>> Yesterday 60+ natives and very low cpu with same
>>> config.
>>>
>>> It's finally awesome as I had hoped.
>>>
>>> Tomorrow I'm adding the Creamware hardware software.
>>> This will be one of the major hurdles along with some more
>>> USB devices and Cubase.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>> news:4998bfc6@linux...
>>>> Hi Don,
>>>>
>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>> didn't want to spend more cash. It's in the innermost slot
>>>> close to the power supply. That slot is where the host
>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>> than DJ's did. You have to test each one to really know
>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>> is in the Magma as will be the Creamware card shortly.
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>>
>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>>> Are you running an expansion chassis?
>>>>>
>>>>> What slots are on the MB PCI and PCIe?
>>>>>
>>>>> what about power supply?
>>>>>
>>>>> Inquiring minds want to know
>>>>>
>>>>> hehehe
>>>>>
>>>>> Don
>>>>>
>>>>>
>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>> news:4998b7cc$1@linux...
>>>>>> Since all is going so well finally I thought it would be
>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>
>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>
>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>> Then I decided to push it.
>>>>>>
>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>> it's gui is very hard on the graphics card as well as being a little
>>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>> goofy sounding!
>>>>>>
>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>> when
>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>> couldn't
>>>>>> find the save I tried to make either.
>>>>>>
>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>> latency I
>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>> incredible
>>>>>> from my experience.
>>>>>>
>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>> Midi 8x8 patchbay.
>>>>>>
>>>>>> New UAD latency with ver 5.2 is:
>>>>>> 8256 samples most plugs including Neve 88R
>>>>>> Helios and Pultec 8287 samples
>>>>>>
>>>>>> This is about half as long from the old revs. The install is also
>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>
>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>> and Hyperthreading comps too.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102574 is a reply to message #102553] |
Wed, 18 February 2009 22:44 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hey All,
Cubase 4.0 is loaded, it's troublesome audio project played
perfectly first time out. NO LATENCY. I added Paris
into the mix, got all the ADAT and analog/spdif in/outs
between the two working. Set proprietary clock, latency settings (3ms)
in the Creamware asio audio, got Paris MTC internally to send to
Cubase internally with NO LATENCY. Locked perfectly
with Paris ADAT sending clock to Creamware hardware interpreted
by Cubase.
Lots more to do but the giant hurdle has been kicked
over on it's ass.
Low low latency, low CPU. 3ms @ 44.1.
Whew !
Thanks for all your help along the way,
Tom
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:499b9f4f@linux...
> do you lose all your regular VST's
>> because you're pointing them to a different folder
>
> Nah. You can have more than one folder. It's the rogue plugs that'll nail
> you. Intermittent wierdness, streaming errors, incompatibility, and just
> downright inability to load paris w/o defeating the VST in the paris.cfg
> file are some of the things I've seen. Best to try them in a different
> folder and copy over one at a time,test, copy another over, test, etc.
> etc. etc.
> tedious, but necessary since the Paris VST code is, er... aged.
> AA
>
>
> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>> What happens when you go to load them...do you lose all your regular
>> VST's because you're pointing them to a different folder...just wondering
>> as I've never had any problems with my VST's but then again I don't use
>> cubase VST's
>>
>>
>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>> news:499a754b@linux...
>>> You'll probably want to install the Cubase VST plugs to a different
>>> folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>> new plugs in Paris, and it got unstable. If it pans, cool, add the other
>>> folder but if it doesn't sorting them out is a big pain. I sort mine now
>>> on the C drive by VSTplugs and VSTparis. Had some real big issues with
>>> DirectX and this because it works differently. Vegas and Paris plugs
>>> don't play nice together, ditto stuff like the plugs Nero installs.
>>>
>>> AA
>>>
>>>
>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>> news:499a68e7@linux...
>>>> Got some serious good things going on now.
>>>>
>>>> Paris is stable, powerful and efficient.
>>>> I ran tests yesterday that proved the CPU and
>>>> even PCI bus are not stopping anything from
>>>> happening. Today recording 30 tracks punching in/out
>>>> caused no probs with average paris config settings.
>>>> Yesterday 60+ natives and very low cpu with same
>>>> config.
>>>>
>>>> It's finally awesome as I had hoped.
>>>>
>>>> Tomorrow I'm adding the Creamware hardware software.
>>>> This will be one of the major hurdles along with some more
>>>> USB devices and Cubase.
>>>>
>>>> Tom
>>>>
>>>>
>>>>
>>>>
>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>> news:4998bfc6@linux...
>>>>> Hi Don,
>>>>>
>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>> close to the power supply. That slot is where the host
>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>> than DJ's did. You have to test each one to really know
>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>>>> Are you running an expansion chassis?
>>>>>>
>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>
>>>>>> what about power supply?
>>>>>>
>>>>>> Inquiring minds want to know
>>>>>>
>>>>>> hehehe
>>>>>>
>>>>>> Don
>>>>>>
>>>>>>
>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>> news:4998b7cc$1@linux...
>>>>>>> Since all is going so well finally I thought it would be
>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>
>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>
>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>> Then I decided to push it.
>>>>>>>
>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>>> it's gui is very hard on the graphics card as well as being a little
>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>> goofy sounding!
>>>>>>>
>>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>>> when
>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>>> couldn't
>>>>>>> find the save I tried to make either.
>>>>>>>
>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>> latency I
>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>> incredible
>>>>>>> from my experience.
>>>>>>>
>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>> Midi 8x8 patchbay.
>>>>>>>
>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>> Helios and Pultec 8287 samples
>>>>>>>
>>>>>>> This is about half as long from the old revs. The install is also
>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>
>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>> and Hyperthreading comps too.
>>>>>>>
>>>>>>> Tom
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102575 is a reply to message #102574] |
Wed, 18 February 2009 23:06 |
TC
Messages: 327
Registered: September 2005
|
Senior Member |
|
|
Tom,
That's amazing, congrats!
Cheers,
TC
Tom Bruhl wrote:
> Hey All,
>
> Cubase 4.0 is loaded, it's troublesome audio project played
> perfectly first time out. NO LATENCY. I added Paris
> into the mix, got all the ADAT and analog/spdif in/outs
> between the two working. Set proprietary clock, latency settings (3ms)
> in the Creamware asio audio, got Paris MTC internally to send to
> Cubase internally with NO LATENCY. Locked perfectly
> with Paris ADAT sending clock to Creamware hardware interpreted
> by Cubase.
>
> Lots more to do but the giant hurdle has been kicked
> over on it's ass.
>
> Low low latency, low CPU. 3ms @ 44.1.
>
> Whew !
>
> Thanks for all your help along the way,
> Tom
>
> "Aaron Allen" <know-spam@not_here.dude> wrote in message
> news:499b9f4f@linux...
>> do you lose all your regular VST's
>>> because you're pointing them to a different folder
>> Nah. You can have more than one folder. It's the rogue plugs that'll nail
>> you. Intermittent wierdness, streaming errors, incompatibility, and just
>> downright inability to load paris w/o defeating the VST in the paris.cfg
>> file are some of the things I've seen. Best to try them in a different
>> folder and copy over one at a time,test, copy another over, test, etc.
>> etc. etc.
>> tedious, but necessary since the Paris VST code is, er... aged.
>> AA
>>
>>
>> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>> What happens when you go to load them...do you lose all your regular
>>> VST's because you're pointing them to a different folder...just wondering
>>> as I've never had any problems with my VST's but then again I don't use
>>> cubase VST's
>>>
>>>
>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>> news:499a754b@linux...
>>>> You'll probably want to install the Cubase VST plugs to a different
>>>> folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>> new plugs in Paris, and it got unstable. If it pans, cool, add the other
>>>> folder but if it doesn't sorting them out is a big pain. I sort mine now
>>>> on the C drive by VSTplugs and VSTparis. Had some real big issues with
>>>> DirectX and this because it works differently. Vegas and Paris plugs
>>>> don't play nice together, ditto stuff like the plugs Nero installs.
>>>>
>>>> AA
>>>>
>>>>
>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>> news:499a68e7@linux...
>>>>> Got some serious good things going on now.
>>>>>
>>>>> Paris is stable, powerful and efficient.
>>>>> I ran tests yesterday that proved the CPU and
>>>>> even PCI bus are not stopping anything from
>>>>> happening. Today recording 30 tracks punching in/out
>>>>> caused no probs with average paris config settings.
>>>>> Yesterday 60+ natives and very low cpu with same
>>>>> config.
>>>>>
>>>>> It's finally awesome as I had hoped.
>>>>>
>>>>> Tomorrow I'm adding the Creamware hardware software.
>>>>> This will be one of the major hurdles along with some more
>>>>> USB devices and Cubase.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>> news:4998bfc6@linux...
>>>>>> Hi Don,
>>>>>>
>>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>>> close to the power supply. That slot is where the host
>>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>> than DJ's did. You have to test each one to really know
>>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>>>>> Are you running an expansion chassis?
>>>>>>>
>>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>>
>>>>>>> what about power supply?
>>>>>>>
>>>>>>> Inquiring minds want to know
>>>>>>>
>>>>>>> hehehe
>>>>>>>
>>>>>>> Don
>>>>>>>
>>>>>>>
>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>> news:4998b7cc$1@linux...
>>>>>>>> Since all is going so well finally I thought it would be
>>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>>
>>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>
>>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>>> Then I decided to push it.
>>>>>>>>
>>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>>>> it's gui is very hard on the graphics card as well as being a little
>>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>> goofy sounding!
>>>>>>>>
>>>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>>>> sure to leave the meters showing on each one. I got 6 going with the
>>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>>>> when
>>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>>>> couldn't
>>>>>>>> find the save I tried to make either.
>>>>>>>>
>>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>> latency I
>>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>>> incredible
>>>>>>>> from my experience.
>>>>>>>>
>>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>> Midi 8x8 patchbay.
>>>>>>>>
>>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>>> Helios and Pultec 8287 samples
>>>>>>>>
>>>>>>>> This is about half as long from the old revs. The install is also
>>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>
>>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>> and Hyperthreading comps too.
>>>>>>>>
>>>>>>>> Tom
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102577 is a reply to message #102575] |
Wed, 18 February 2009 23:37 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
TC,
Finally.
But thanks,
Tom
"TC" <tc@spammetodeathyoubastards.org> wrote in message
news:499d09f2@linux...
> Tom,
>
> That's amazing, congrats!
>
> Cheers,
>
> TC
>
> Tom Bruhl wrote:
>> Hey All,
>>
>> Cubase 4.0 is loaded, it's troublesome audio project played
>> perfectly first time out. NO LATENCY. I added Paris
>> into the mix, got all the ADAT and analog/spdif in/outs
>> between the two working. Set proprietary clock, latency settings (3ms)
>> in the Creamware asio audio, got Paris MTC internally to send to
>> Cubase internally with NO LATENCY. Locked perfectly
>> with Paris ADAT sending clock to Creamware hardware interpreted
>> by Cubase.
>>
>> Lots more to do but the giant hurdle has been kicked
>> over on it's ass.
>>
>> Low low latency, low CPU. 3ms @ 44.1.
>>
>> Whew !
>>
>> Thanks for all your help along the way,
>> Tom
>>
>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>> news:499b9f4f@linux...
>>> do you lose all your regular VST's
>>>> because you're pointing them to a different folder
>>> Nah. You can have more than one folder. It's the rogue plugs that'll
>>> nail you. Intermittent wierdness, streaming errors, incompatibility,
>>> and just downright inability to load paris w/o defeating the VST in the
>>> paris.cfg file are some of the things I've seen. Best to try them in a
>>> different folder and copy over one at a time,test, copy another over,
>>> test, etc. etc. etc.
>>> tedious, but necessary since the Paris VST code is, er... aged.
>>> AA
>>>
>>>
>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>> What happens when you go to load them...do you lose all your regular
>>>> VST's because you're pointing them to a different folder...just
>>>> wondering as I've never had any problems with my VST's but then again I
>>>> don't use cubase VST's
>>>>
>>>>
>>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>> news:499a754b@linux...
>>>>> You'll probably want to install the Cubase VST plugs to a different
>>>>> folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>>> new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>>> other folder but if it doesn't sorting them out is a big pain. I sort
>>>>> mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>>> issues with DirectX and this because it works differently. Vegas and
>>>>> Paris plugs don't play nice together, ditto stuff like the plugs Nero
>>>>> installs.
>>>>>
>>>>> AA
>>>>>
>>>>>
>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>> news:499a68e7@linux...
>>>>>> Got some serious good things going on now.
>>>>>>
>>>>>> Paris is stable, powerful and efficient.
>>>>>> I ran tests yesterday that proved the CPU and
>>>>>> even PCI bus are not stopping anything from
>>>>>> happening. Today recording 30 tracks punching in/out
>>>>>> caused no probs with average paris config settings.
>>>>>> Yesterday 60+ natives and very low cpu with same
>>>>>> config.
>>>>>>
>>>>>> It's finally awesome as I had hoped.
>>>>>>
>>>>>> Tomorrow I'm adding the Creamware hardware software.
>>>>>> This will be one of the major hurdles along with some more
>>>>>> USB devices and Cubase.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>> news:4998bfc6@linux...
>>>>>>> Hi Don,
>>>>>>>
>>>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>>>> close to the power supply. That slot is where the host
>>>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>> than DJ's did. You have to test each one to really know
>>>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>>>
>>>>>>> Tom
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>> news:4998bc4d@linux...
>>>>>>>> Are you running an expansion chassis?
>>>>>>>>
>>>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>>>
>>>>>>>> what about power supply?
>>>>>>>>
>>>>>>>> Inquiring minds want to know
>>>>>>>>
>>>>>>>> hehehe
>>>>>>>>
>>>>>>>> Don
>>>>>>>>
>>>>>>>>
>>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>> news:4998b7cc$1@linux...
>>>>>>>>> Since all is going so well finally I thought it would be
>>>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>>>
>>>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>
>>>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris
>>>>>>>>> plugs
>>>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>>>> Then I decided to push it.
>>>>>>>>>
>>>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>>>>> it's gui is very hard on the graphics card as well as being a
>>>>>>>>> little
>>>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or
>>>>>>>>> two.
>>>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>>> goofy sounding!
>>>>>>>>>
>>>>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>>>>> sure to leave the meters showing on each one. I got 6 going with
>>>>>>>>> the
>>>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>>>>> when
>>>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>>>>> couldn't
>>>>>>>>> find the save I tried to make either.
>>>>>>>>>
>>>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>>> latency I
>>>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>> incredible
>>>>>>>>> from my experience.
>>>>>>>>>
>>>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>> Midi 8x8 patchbay.
>>>>>>>>>
>>>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>>>> Helios and Pultec 8287 samples
>>>>>>>>>
>>>>>>>>> This is about half as long from the old revs. The install is also
>>>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>
>>>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>> and Hyperthreading comps too.
>>>>>>>>>
>>>>>>>>> Tom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
|
|
|
|
| Re: New Build for Paris [message #102579 is a reply to message #102574] |
Thu, 19 February 2009 02:00 |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
faaannnnntastico.
AA
"Tom Bruhl" <arpegio@comcast.net> wrote in message news:499d0535@linux...
> Hey All,
>
> Cubase 4.0 is loaded, it's troublesome audio project played
> perfectly first time out. NO LATENCY. I added Paris
> into the mix, got all the ADAT and analog/spdif in/outs
> between the two working. Set proprietary clock, latency settings (3ms)
> in the Creamware asio audio, got Paris MTC internally to send to
> Cubase internally with NO LATENCY. Locked perfectly
> with Paris ADAT sending clock to Creamware hardware interpreted
> by Cubase.
>
> Lots more to do but the giant hurdle has been kicked
> over on it's ass.
>
> Low low latency, low CPU. 3ms @ 44.1.
>
> Whew !
>
> Thanks for all your help along the way,
> Tom
>
> "Aaron Allen" <know-spam@not_here.dude> wrote in message
> news:499b9f4f@linux...
>> do you lose all your regular VST's
>>> because you're pointing them to a different folder
>>
>> Nah. You can have more than one folder. It's the rogue plugs that'll nail
>> you. Intermittent wierdness, streaming errors, incompatibility, and just
>> downright inability to load paris w/o defeating the VST in the paris.cfg
>> file are some of the things I've seen. Best to try them in a different
>> folder and copy over one at a time,test, copy another over, test, etc.
>> etc. etc.
>> tedious, but necessary since the Paris VST code is, er... aged.
>> AA
>>
>>
>> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>> What happens when you go to load them...do you lose all your regular
>>> VST's because you're pointing them to a different folder...just
>>> wondering as I've never had any problems with my VST's but then again I
>>> don't use cubase VST's
>>>
>>>
>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>> news:499a754b@linux...
>>>> You'll probably want to install the Cubase VST plugs to a different
>>>> folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>> new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>> other folder but if it doesn't sorting them out is a big pain. I sort
>>>> mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>> issues with DirectX and this because it works differently. Vegas and
>>>> Paris plugs don't play nice together, ditto stuff like the plugs Nero
>>>> installs.
>>>>
>>>> AA
>>>>
>>>>
>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>> news:499a68e7@linux...
>>>>> Got some serious good things going on now.
>>>>>
>>>>> Paris is stable, powerful and efficient.
>>>>> I ran tests yesterday that proved the CPU and
>>>>> even PCI bus are not stopping anything from
>>>>> happening. Today recording 30 tracks punching in/out
>>>>> caused no probs with average paris config settings.
>>>>> Yesterday 60+ natives and very low cpu with same
>>>>> config.
>>>>>
>>>>> It's finally awesome as I had hoped.
>>>>>
>>>>> Tomorrow I'm adding the Creamware hardware software.
>>>>> This will be one of the major hurdles along with some more
>>>>> USB devices and Cubase.
>>>>>
>>>>> Tom
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>> news:4998bfc6@linux...
>>>>>> Hi Don,
>>>>>>
>>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>>> close to the power supply. That slot is where the host
>>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>> than DJ's did. You have to test each one to really know
>>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:4998bc4d@linux...
>>>>>>> Are you running an expansion chassis?
>>>>>>>
>>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>>
>>>>>>> what about power supply?
>>>>>>>
>>>>>>> Inquiring minds want to know
>>>>>>>
>>>>>>> hehehe
>>>>>>>
>>>>>>> Don
>>>>>>>
>>>>>>>
>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>> news:4998b7cc$1@linux...
>>>>>>>> Since all is going so well finally I thought it would be
>>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>>
>>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>
>>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>>> Then I decided to push it.
>>>>>>>>
>>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>>>> it's gui is very hard on the graphics card as well as being a
>>>>>>>> little
>>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>> goofy sounding!
>>>>>>>>
>>>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>>>> sure to leave the meters showing on each one. I got 6 going with
>>>>>>>> the
>>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>>>> when
>>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>>>> couldn't
>>>>>>>> find the save I tried to make either.
>>>>>>>>
>>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>> latency I
>>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>>> incredible
>>>>>>>> from my experience.
>>>>>>>>
>>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>> Midi 8x8 patchbay.
>>>>>>>>
>>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>>> Helios and Pultec 8287 samples
>>>>>>>>
>>>>>>>> This is about half as long from the old revs. The install is also
>>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>
>>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>> and Hyperthreading comps too.
>>>>>>>>
>>>>>>>> Tom
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102587 is a reply to message #102579] |
Thu, 19 February 2009 14:21 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hey guys,
First session today. Had paris config set to
punch time fast and not a problems. I'm not
used to getting in AND out with Paris like tape! Nice.
Paris rendered mixes so fast I didn't see it happen.
Click it's done. Stable as could be.
Had to use Cubase which was in the same machine
so it saved time just to convert a Mp3 to wav for
the session.
Sweet to be back working again and more than just functional.
Quicker, no probs with anything Paris. Soon I'll be mixing
and it will be a joy with the plug/counts available. I'll get that list
tonight. I have to get the latencies for some new ones still.
The quickness is definitely worth the money.
Maybe not my effort though!
Tom
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:499d32da@linux...
> faaannnnntastico.
> AA
>
>
> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:499d0535@linux...
>> Hey All,
>>
>> Cubase 4.0 is loaded, it's troublesome audio project played
>> perfectly first time out. NO LATENCY. I added Paris
>> into the mix, got all the ADAT and analog/spdif in/outs
>> between the two working. Set proprietary clock, latency settings (3ms)
>> in the Creamware asio audio, got Paris MTC internally to send to
>> Cubase internally with NO LATENCY. Locked perfectly
>> with Paris ADAT sending clock to Creamware hardware interpreted
>> by Cubase.
>>
>> Lots more to do but the giant hurdle has been kicked
>> over on it's ass.
>>
>> Low low latency, low CPU. 3ms @ 44.1.
>>
>> Whew !
>>
>> Thanks for all your help along the way,
>> Tom
>>
>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>> news:499b9f4f@linux...
>>> do you lose all your regular VST's
>>>> because you're pointing them to a different folder
>>>
>>> Nah. You can have more than one folder. It's the rogue plugs that'll
>>> nail you. Intermittent wierdness, streaming errors, incompatibility,
>>> and just downright inability to load paris w/o defeating the VST in the
>>> paris.cfg file are some of the things I've seen. Best to try them in a
>>> different folder and copy over one at a time,test, copy another over,
>>> test, etc. etc. etc.
>>> tedious, but necessary since the Paris VST code is, er... aged.
>>> AA
>>>
>>>
>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>> What happens when you go to load them...do you lose all your regular
>>>> VST's because you're pointing them to a different folder...just
>>>> wondering as I've never had any problems with my VST's but then again I
>>>> don't use cubase VST's
>>>>
>>>>
>>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>> news:499a754b@linux...
>>>>> You'll probably want to install the Cubase VST plugs to a different
>>>>> folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>>> new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>>> other folder but if it doesn't sorting them out is a big pain. I sort
>>>>> mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>>> issues with DirectX and this because it works differently. Vegas and
>>>>> Paris plugs don't play nice together, ditto stuff like the plugs Nero
>>>>> installs.
>>>>>
>>>>> AA
>>>>>
>>>>>
>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>> news:499a68e7@linux...
>>>>>> Got some serious good things going on now.
>>>>>>
>>>>>> Paris is stable, powerful and efficient.
>>>>>> I ran tests yesterday that proved the CPU and
>>>>>> even PCI bus are not stopping anything from
>>>>>> happening. Today recording 30 tracks punching in/out
>>>>>> caused no probs with average paris config settings.
>>>>>> Yesterday 60+ natives and very low cpu with same
>>>>>> config.
>>>>>>
>>>>>> It's finally awesome as I had hoped.
>>>>>>
>>>>>> Tomorrow I'm adding the Creamware hardware software.
>>>>>> This will be one of the major hurdles along with some more
>>>>>> USB devices and Cubase.
>>>>>>
>>>>>> Tom
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>> news:4998bfc6@linux...
>>>>>>> Hi Don,
>>>>>>>
>>>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>>>> close to the power supply. That slot is where the host
>>>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>> than DJ's did. You have to test each one to really know
>>>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>>>
>>>>>>> Tom
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>> news:4998bc4d@linux...
>>>>>>>> Are you running an expansion chassis?
>>>>>>>>
>>>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>>>
>>>>>>>> what about power supply?
>>>>>>>>
>>>>>>>> Inquiring minds want to know
>>>>>>>>
>>>>>>>> hehehe
>>>>>>>>
>>>>>>>> Don
>>>>>>>>
>>>>>>>>
>>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>> news:4998b7cc$1@linux...
>>>>>>>>> Since all is going so well finally I thought it would be
>>>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>>>
>>>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>
>>>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris
>>>>>>>>> plugs
>>>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>>>> Then I decided to push it.
>>>>>>>>>
>>>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>>>>> it's gui is very hard on the graphics card as well as being a
>>>>>>>>> little
>>>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or
>>>>>>>>> two.
>>>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>>> goofy sounding!
>>>>>>>>>
>>>>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>>>>> sure to leave the meters showing on each one. I got 6 going with
>>>>>>>>> the
>>>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>> Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>>>>> when
>>>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>>>>> couldn't
>>>>>>>>> find the save I tried to make either.
>>>>>>>>>
>>>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>>> latency I
>>>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>> incredible
>>>>>>>>> from my experience.
>>>>>>>>>
>>>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>> Midi 8x8 patchbay.
>>>>>>>>>
>>>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>>>> Helios and Pultec 8287 samples
>>>>>>>>>
>>>>>>>>> This is about half as long from the old revs. The install is also
>>>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>
>>>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>> and Hyperthreading comps too.
>>>>>>>>>
>>>>>>>>> Tom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102590 is a reply to message #102587] |
Thu, 19 February 2009 14:40 |
JeffH
Messages: 307
Registered: October 2007
Location: Wamic, OR
|
Senior Member |
|
|
Tom,
Have you gotten to syncing Paris and Cubase ITB?
JH
> Hey guys,
>
> First session today. Had paris config set to
> punch time fast and not a problems. I'm not
> used to getting in AND out with Paris like tape! Nice.
> Paris rendered mixes so fast I didn't see it happen.
> Click it's done. Stable as could be.
>
> Had to use Cubase which was in the same machine
> so it saved time just to convert a Mp3 to wav for
> the session.
>
> Sweet to be back working again and more than just functional.
> Quicker, no probs with anything Paris. Soon I'll be mixing
> and it will be a joy with the plug/counts available. I'll get that list
> tonight. I have to get the latencies for some new ones still.
>
> The quickness is definitely worth the money.
> Maybe not my effort though!
>
> Tom
>
>
>
> "Aaron Allen" <know-spam@not_here.dude> wrote in message
> news:499d32da@linux...
>
>>faaannnnntastico.
>>AA
>>
>>
>>"Tom Bruhl" <arpegio@comcast.net> wrote in message news:499d0535@linux...
>>
>>>Hey All,
>>>
>>>Cubase 4.0 is loaded, it's troublesome audio project played
>>>perfectly first time out. NO LATENCY. I added Paris
>>>into the mix, got all the ADAT and analog/spdif in/outs
>>>between the two working. Set proprietary clock, latency settings (3ms)
>>>in the Creamware asio audio, got Paris MTC internally to send to
>>>Cubase internally with NO LATENCY. Locked perfectly
>>>with Paris ADAT sending clock to Creamware hardware interpreted
>>>by Cubase.
>>>
>>>Lots more to do but the giant hurdle has been kicked
>>>over on it's ass.
>>>
>>>Low low latency, low CPU. 3ms @ 44.1.
>>>
>>>Whew !
>>>
>>>Thanks for all your help along the way,
>>>Tom
>>>
>>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>news:499b9f4f@linux...
>>>
>>>>do you lose all your regular VST's
>>>>
>>>>>because you're pointing them to a different folder
>>>>
>>>>Nah. You can have more than one folder. It's the rogue plugs that'll
>>>>nail you. Intermittent wierdness, streaming errors, incompatibility,
>>>>and just downright inability to load paris w/o defeating the VST in the
>>>>paris.cfg file are some of the things I've seen. Best to try them in a
>>>>different folder and copy over one at a time,test, copy another over,
>>>>test, etc. etc. etc.
>>>>tedious, but necessary since the Paris VST code is, er... aged.
>>>>AA
>>>>
>>>>
>>>>"Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>>
>>>>>What happens when you go to load them...do you lose all your regular
>>>>>VST's because you're pointing them to a different folder...just
>>>>>wondering as I've never had any problems with my VST's but then again I
>>>>>don't use cubase VST's
>>>>>
>>>>>
>>>>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>>news:499a754b@linux...
>>>>>
>>>>>>You'll probably want to install the Cubase VST plugs to a different
>>>>>>folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>>>>new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>>>>other folder but if it doesn't sorting them out is a big pain. I sort
>>>>>>mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>>>>issues with DirectX and this because it works differently. Vegas and
>>>>>>Paris plugs don't play nice together, ditto stuff like the plugs Nero
>>>>>>installs.
>>>>>>
>>>>>>AA
>>>>>>
>>>>>>
>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>news:499a68e7@linux...
>>>>>>
>>>>>>>Got some serious good things going on now.
>>>>>>>
>>>>>>>Paris is stable, powerful and efficient.
>>>>>>>I ran tests yesterday that proved the CPU and
>>>>>>>even PCI bus are not stopping anything from
>>>>>>>happening. Today recording 30 tracks punching in/out
>>>>>>>caused no probs with average paris config settings.
>>>>>>>Yesterday 60+ natives and very low cpu with same
>>>>>>>config.
>>>>>>>
>>>>>>>It's finally awesome as I had hoped.
>>>>>>>
>>>>>>>Tomorrow I'm adding the Creamware hardware software.
>>>>>>>This will be one of the major hurdles along with some more
>>>>>>>USB devices and Cubase.
>>>>>>>
>>>>>>>Tom
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>news:4998bfc6@linux...
>>>>>>>
>>>>>>>>Hi Don,
>>>>>>>>
>>>>>>>>Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>>>didn't want to spend more cash. It's in the innermost slot
>>>>>>>>close to the power supply. That slot is where the host
>>>>>>>>card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>>>slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>>>than DJ's did. You have to test each one to really know
>>>>>>>>how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>>>and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>>>is in the Magma as will be the Creamware card shortly.
>>>>>>>>
>>>>>>>>Tom
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>"Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>>>news:4998bc4d@linux...
>>>>>>>>
>>>>>>>>>Are you running an expansion chassis?
>>>>>>>>>
>>>>>>>>>What slots are on the MB PCI and PCIe?
>>>>>>>>>
>>>>>>>>>what about power supply?
>>>>>>>>>
>>>>>>>>>Inquiring minds want to know
>>>>>>>>>
>>>>>>>>>hehehe
>>>>>>>>>
>>>>>>>>>Don
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>>news:4998b7cc$1@linux...
>>>>>>>>>
>>>>>>>>>>Since all is going so well finally I thought it would be
>>>>>>>>>>good to show what's possible with Paris and a quadcore.
>>>>>>>>>>
>>>>>>>>>>I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>>>with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>>
>>>>>>>>>>I'm using a 29 track mix with plenty of edits, 15 or so Paris
>>>>>>>>>>plugs
>>>>>>>>>>scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>>>whatevers and Faderworks across all 64 tracks.
>>>>>>>>>>Then I decided to push it.
>>>>>>>>>>
>>>>>>>>>>I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>>>was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>>>open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>>>I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>>>transport still running in loop mode. If anyone knows that plug,
>>>>>>>>>>it's gui is very hard on the graphics card as well as being a
>>>>>>>>>>little
>>>>>>>>>>CPU intensive. I got brave and added 25 with only a glitch or
>>>>>>>>>>two.
>>>>>>>>>>GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>>>is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>>>>goofy sounding!
>>>>>>>>>>
>>>>>>>>>>Then I got really brave... I started opening the SSL GUIs making
>>>>>>>>>>sure to leave the meters showing on each one. I got 6 going with
>>>>>>>>>>the
>>>>>>>>>>CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>>>Transport would stop after 2 as I recall. I added the seventh GUI
>>>>>>>>>>when
>>>>>>>>>>I got the Paris Assertion Error we all know. Yes it crashed and I
>>>>>>>>>>couldn't
>>>>>>>>>>find the save I tried to make either.
>>>>>>>>>>
>>>>>>>>>>Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>>>>latency I
>>>>>>>>>>have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>>>incredible
>>>>>>>>>>from my experience.
>>>>>>>>>>
>>>>>>>>>>After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>>>Midi 8x8 patchbay.
>>>>>>>>>>
>>>>>>>>>>New UAD latency with ver 5.2 is:
>>>>>>>>>>8256 samples most plugs including Neve 88R
>>>>>>>>>>Helios and Pultec 8287 samples
>>>>>>>>>>
>>>>>>>>>>This is about half as long from the old revs. The install is also
>>>>>>>>>>easier for us because the EX1 and Fairchild load correctly
>>>>>>>>>>first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>>
>>>>>>>>>>Thanks again to Mike Audet for being so helpful when
>>>>>>>>>>I was ready to throw in the towel. His drivers are making
>>>>>>>>>>this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>>>and Hyperthreading comps too.
>>>>>>>>>>
>>>>>>>>>>Tom
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102592 is a reply to message #102590] |
Thu, 19 February 2009 14:58 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hey Jeff,
Ya, works great. No cables. Not sample accurate though.
ADAT sync is doable if I buy a Sync Plate for my Scope card.
No rush for me.
Tom
"Jeff Hoover" <jkhoover@excite.com> wrote in message news:499de4d3@linux...
> Tom,
>
> Have you gotten to syncing Paris and Cubase ITB?
>
> JH
>> Hey guys,
>>
>> First session today. Had paris config set to
>> punch time fast and not a problems. I'm not
>> used to getting in AND out with Paris like tape! Nice.
>> Paris rendered mixes so fast I didn't see it happen.
>> Click it's done. Stable as could be.
>>
>> Had to use Cubase which was in the same machine
>> so it saved time just to convert a Mp3 to wav for
>> the session.
>>
>> Sweet to be back working again and more than just functional.
>> Quicker, no probs with anything Paris. Soon I'll be mixing
>> and it will be a joy with the plug/counts available. I'll get that list
>> tonight. I have to get the latencies for some new ones still.
>>
>> The quickness is definitely worth the money.
>> Maybe not my effort though!
>>
>> Tom
>>
>>
>>
>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>> news:499d32da@linux...
>>
>>>faaannnnntastico.
>>>AA
>>>
>>>
>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message news:499d0535@linux...
>>>
>>>>Hey All,
>>>>
>>>>Cubase 4.0 is loaded, it's troublesome audio project played
>>>>perfectly first time out. NO LATENCY. I added Paris
>>>>into the mix, got all the ADAT and analog/spdif in/outs
>>>>between the two working. Set proprietary clock, latency settings (3ms)
>>>>in the Creamware asio audio, got Paris MTC internally to send to
>>>>Cubase internally with NO LATENCY. Locked perfectly
>>>>with Paris ADAT sending clock to Creamware hardware interpreted
>>>>by Cubase.
>>>>
>>>>Lots more to do but the giant hurdle has been kicked
>>>>over on it's ass.
>>>>
>>>>Low low latency, low CPU. 3ms @ 44.1.
>>>>
>>>>Whew !
>>>>
>>>>Thanks for all your help along the way,
>>>>Tom
>>>>
>>>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>news:499b9f4f@linux...
>>>>
>>>>>do you lose all your regular VST's
>>>>>
>>>>>>because you're pointing them to a different folder
>>>>>
>>>>>Nah. You can have more than one folder. It's the rogue plugs that'll
>>>>>nail you. Intermittent wierdness, streaming errors, incompatibility,
>>>>>and just downright inability to load paris w/o defeating the VST in the
>>>>>paris.cfg file are some of the things I've seen. Best to try them in a
>>>>>different folder and copy over one at a time,test, copy another over,
>>>>>test, etc. etc. etc.
>>>>>tedious, but necessary since the Paris VST code is, er... aged.
>>>>>AA
>>>>>
>>>>>
>>>>>"Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>>>
>>>>>>What happens when you go to load them...do you lose all your regular
>>>>>>VST's because you're pointing them to a different folder...just
>>>>>>wondering as I've never had any problems with my VST's but then again
>>>>>>I don't use cubase VST's
>>>>>>
>>>>>>
>>>>>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>>>news:499a754b@linux...
>>>>>>
>>>>>>>You'll probably want to install the Cubase VST plugs to a different
>>>>>>>folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>>>>>new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>>>>>other folder but if it doesn't sorting them out is a big pain. I sort
>>>>>>>mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>>>>>issues with DirectX and this because it works differently. Vegas and
>>>>>>>Paris plugs don't play nice together, ditto stuff like the plugs Nero
>>>>>>>installs.
>>>>>>>
>>>>>>>AA
>>>>>>>
>>>>>>>
>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>news:499a68e7@linux...
>>>>>>>
>>>>>>>>Got some serious good things going on now.
>>>>>>>>
>>>>>>>>Paris is stable, powerful and efficient.
>>>>>>>>I ran tests yesterday that proved the CPU and
>>>>>>>>even PCI bus are not stopping anything from
>>>>>>>>happening. Today recording 30 tracks punching in/out
>>>>>>>>caused no probs with average paris config settings.
>>>>>>>>Yesterday 60+ natives and very low cpu with same
>>>>>>>>config.
>>>>>>>>
>>>>>>>>It's finally awesome as I had hoped.
>>>>>>>>
>>>>>>>>Tomorrow I'm adding the Creamware hardware software.
>>>>>>>>This will be one of the major hurdles along with some more
>>>>>>>>USB devices and Cubase.
>>>>>>>>
>>>>>>>>Tom
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>news:4998bfc6@linux...
>>>>>>>>
>>>>>>>>>Hi Don,
>>>>>>>>>
>>>>>>>>>Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>>>>didn't want to spend more cash. It's in the innermost slot
>>>>>>>>>close to the power supply. That slot is where the host
>>>>>>>>>card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>>>>slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>>>>than DJ's did. You have to test each one to really know
>>>>>>>>>how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>>>>and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>>>>is in the Magma as will be the Creamware card shortly.
>>>>>>>>>
>>>>>>>>>Tom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>"Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>>>>news:4998bc4d@linux...
>>>>>>>>>
>>>>>>>>>>Are you running an expansion chassis?
>>>>>>>>>>
>>>>>>>>>>What slots are on the MB PCI and PCIe?
>>>>>>>>>>
>>>>>>>>>>what about power supply?
>>>>>>>>>>
>>>>>>>>>>Inquiring minds want to know
>>>>>>>>>>
>>>>>>>>>>hehehe
>>>>>>>>>>
>>>>>>>>>>Don
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>>>news:4998b7cc$1@linux...
>>>>>>>>>>
>>>>>>>>>>>Since all is going so well finally I thought it would be
>>>>>>>>>>>good to show what's possible with Paris and a quadcore.
>>>>>>>>>>>
>>>>>>>>>>>I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>>>>with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>>>
>>>>>>>>>>>I'm using a 29 track mix with plenty of edits, 15 or so Paris
>>>>>>>>>>>plugs
>>>>>>>>>>>scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>>>>whatevers and Faderworks across all 64 tracks.
>>>>>>>>>>>Then I decided to push it.
>>>>>>>>>>>
>>>>>>>>>>>I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>>>>was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>>>>open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>>>>I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>>>>transport still running in loop mode. If anyone knows that plug,
>>>>>>>>>>>it's gui is very hard on the graphics card as well as being a
>>>>>>>>>>>little
>>>>>>>>>>>CPU intensive. I got brave and added 25 with only a glitch or
>>>>>>>>>>>two.
>>>>>>>>>>>GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>>>>is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>>>>>goofy sounding!
>>>>>>>>>>>
>>>>>>>>>>>Then I got really brave... I started opening the SSL GUIs making
>>>>>>>>>>>sure to leave the meters showing on each one. I got 6 going with
>>>>>>>>>>>the
>>>>>>>>>>>CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>>>>Transport would stop after 2 as I recall. I added the seventh
>>>>>>>>>>>GUI when
>>>>>>>>>>>I got the Paris Assertion Error we all know. Yes it crashed and
>>>>>>>>>>>I couldn't
>>>>>>>>>>>find the save I tried to make either.
>>>>>>>>>>>
>>>>>>>>>>>Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>>>>>latency I
>>>>>>>>>>>have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>>>>incredible
>>>>>>>>>>>from my experience.
>>>>>>>>>>>
>>>>>>>>>>>After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>>>>Midi 8x8 patchbay.
>>>>>>>>>>>
>>>>>>>>>>>New UAD latency with ver 5.2 is:
>>>>>>>>>>>8256 samples most plugs including Neve 88R
>>>>>>>>>>>Helios and Pultec 8287 samples
>>>>>>>>>>>
>>>>>>>>>>>This is about half as long from the old revs. The install is
>>>>>>>>>>>also
>>>>>>>>>>>easier for us because the EX1 and Fairchild load correctly
>>>>>>>>>>>first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>>>
>>>>>>>>>>>Thanks again to Mike Audet for being so helpful when
>>>>>>>>>>>I was ready to throw in the towel. His drivers are making
>>>>>>>>>>>this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>>>>and Hyperthreading comps too.
>>>>>>>>>>>
>>>>>>>>>>>Tom
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
|
|
|
|
| Re: New Build for Paris [message #102597 is a reply to message #102592] |
Fri, 20 February 2009 07:33 |
Deej [5]
Messages: 373
Registered: March 2008
|
Senior Member |
|
|
"Tom Bruhl" <arpegio@comcast.net> wrote:
>Hey Jeff,
>
>Ya, works great. No cables. Not sample accurate though.
>ADAT sync is doable if I buy a Sync Plate for my Scope card.
>No rush for me.
>
>Tom
Tom,
Try this:
1. Fly your drum tracks into Cubase and send them to a stereo bus which is
outputting to an ADAT output pair wihch is patched into a Paris stereo input
pair.
2. Configure a pair of tracks in Paris with the Paris ADAT inputs (and a
corresponding pair of outputs) as inserts.
3. In Cubase, designate this ADAT pair as an external instrument.
4. Instantiate a Pultec and something like a Fairchild or the Neve 33609
on the buss and ping it for round trip latency through Paris so you can get
a sample/ms calculation.
5. Use that number in Faderworks to delay compensate Paris for the round
trip. I'm not sure if this will owrk with UAD plugins instantiated, but if
it does, you've now got a means to more quickly use groups in Paris with
delay compensation. You could basically run NY style (parallel) compression
this way.
I know you can just lightpipe the tracks from the ADAT out of Cubase to the
ADAT input of Paris, but using inserts may have have the following advantage:
1. you get an accurate number for compensating in Faderworks
2. it is convoluted, more complicated and less intuitive and therefore much
cooler than something simple and obvious.
;)
Cheers,
>
>
>"Jeff Hoover" <jkhoover@excite.com> wrote in message news:499de4d3@linux...
>> Tom,
>>
>> Have you gotten to syncing Paris and Cubase ITB?
>>
>> JH
>>> Hey guys,
>>>
>>> First session today. Had paris config set to
>>> punch time fast and not a problems. I'm not
>>> used to getting in AND out with Paris like tape! Nice.
>>> Paris rendered mixes so fast I didn't see it happen.
>>> Click it's done. Stable as could be.
>>>
>>> Had to use Cubase which was in the same machine
>>> so it saved time just to convert a Mp3 to wav for
>>> the session.
>>>
>>> Sweet to be back working again and more than just functional.
>>> Quicker, no probs with anything Paris. Soon I'll be mixing
>>> and it will be a joy with the plug/counts available. I'll get that list
>>> tonight. I have to get the latencies for some new ones still.
>>>
>>> The quickness is definitely worth the money.
>>> Maybe not my effort though!
>>>
>>> Tom
>>>
>>>
>>>
>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>> news:499d32da@linux...
>>>
>>>>faaannnnntastico.
>>>>AA
>>>>
>>>>
>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message news:499d0535@linux...
>>>>
>>>>>Hey All,
>>>>>
>>>>>Cubase 4.0 is loaded, it's troublesome audio project played
>>>>>perfectly first time out. NO LATENCY. I added Paris
>>>>>into the mix, got all the ADAT and analog/spdif in/outs
>>>>>between the two working. Set proprietary clock, latency settings (3ms)
>>>>>in the Creamware asio audio, got Paris MTC internally to send to
>>>>>Cubase internally with NO LATENCY. Locked perfectly
>>>>>with Paris ADAT sending clock to Creamware hardware interpreted
>>>>>by Cubase.
>>>>>
>>>>>Lots more to do but the giant hurdle has been kicked
>>>>>over on it's ass.
>>>>>
>>>>>Low low latency, low CPU. 3ms @ 44.1.
>>>>>
>>>>>Whew !
>>>>>
>>>>>Thanks for all your help along the way,
>>>>>Tom
>>>>>
>>>>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>>news:499b9f4f@linux...
>>>>>
>>>>>>do you lose all your regular VST's
>>>>>>
>>>>>>>because you're pointing them to a different folder
>>>>>>
>>>>>>Nah. You can have more than one folder. It's the rogue plugs that'll
>>>>>>nail you. Intermittent wierdness, streaming errors, incompatibility,
>>>>>>and just downright inability to load paris w/o defeating the VST in
the
>>>>>>paris.cfg file are some of the things I've seen. Best to try them in
a
>>>>>>different folder and copy over one at a time,test, copy another over,
>>>>>>test, etc. etc. etc.
>>>>>>tedious, but necessary since the Paris VST code is, er... aged.
>>>>>>AA
>>>>>>
>>>>>>
>>>>>>"Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>>>>
>>>>>>>What happens when you go to load them...do you lose all your regular
>>>>>>>VST's because you're pointing them to a different folder...just
>>>>>>>wondering as I've never had any problems with my VST's but then again
>>>>>>>I don't use cubase VST's
>>>>>>>
>>>>>>>
>>>>>>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>>>>news:499a754b@linux...
>>>>>>>
>>>>>>>>You'll probably want to install the Cubase VST plugs to a different
>>>>>>>>folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>>>>>>new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>>>>>>other folder but if it doesn't sorting them out is a big pain. I
sort
>>>>>>>>mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>>>>>>issues with DirectX and this because it works differently. Vegas
and
>>>>>>>>Paris plugs don't play nice together, ditto stuff like the plugs
Nero
>>>>>>>>installs.
>>>>>>>>
>>>>>>>>AA
>>>>>>>>
>>>>>>>>
>>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>news:499a68e7@linux...
>>>>>>>>
>>>>>>>>>Got some serious good things going on now.
>>>>>>>>>
>>>>>>>>>Paris is stable, powerful and efficient.
>>>>>>>>>I ran tests yesterday that proved the CPU and
>>>>>>>>>even PCI bus are not stopping anything from
>>>>>>>>>happening. Today recording 30 tracks punching in/out
>>>>>>>>>caused no probs with average paris config settings.
>>>>>>>>>Yesterday 60+ natives and very low cpu with same
>>>>>>>>>config.
>>>>>>>>>
>>>>>>>>>It's finally awesome as I had hoped.
>>>>>>>>>
>>>>>>>>>Tomorrow I'm adding the Creamware hardware software.
>>>>>>>>>This will be one of the major hurdles along with some more
>>>>>>>>>USB devices and Cubase.
>>>>>>>>>
>>>>>>>>>Tom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>>news:4998bfc6@linux...
>>>>>>>>>
>>>>>>>>>>Hi Don,
>>>>>>>>>>
>>>>>>>>>>Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>>>>>didn't want to spend more cash. It's in the innermost slot
>>>>>>>>>>close to the power supply. That slot is where the host
>>>>>>>>>>card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>>>>>slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>>>>>than DJ's did. You have to test each one to really know
>>>>>>>>>>how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>>>>>and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>>>>>is in the Magma as will be the Creamware card shortly.
>>>>>>>>>>
>>>>>>>>>>Tom
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>"Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>>>>>news:4998bc4d@linux...
>>>>>>>>>>
>>>>>>>>>>>Are you running an expansion chassis?
>>>>>>>>>>>
>>>>>>>>>>>What slots are on the MB PCI and PCIe?
>>>>>>>>>>>
>>>>>>>>>>>what about power supply?
>>>>>>>>>>>
>>>>>>>>>>>Inquiring minds want to know
>>>>>>>>>>>
>>>>>>>>>>>hehehe
>>>>>>>>>>>
>>>>>>>>>>>Don
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>"Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>>>>news:4998b7cc$1@linux...
>>>>>>>>>>>
>>>>>>>>>>>>Since all is going so well finally I thought it would be
>>>>>>>>>>>>good to show what's possible with Paris and a quadcore.
>>>>>>>>>>>>
>>>>>>>>>>>>I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>>>>>with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>>>>
>>>>>>>>>>>>I'm using a 29 track mix with plenty of edits, 15 or so Paris
>>>>>>>>>>>>plugs
>>>>>>>>>>>>scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>>>>>whatevers and Faderworks across all 64 tracks.
>>>>>>>>>>>>Then I decided to push it.
>>>>>>>>>>>>
>>>>>>>>>>>>I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>>>>>was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>>>>>open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>>>>>I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>>>>>transport still running in loop mode. If anyone knows that plug,
>>>>>>>>>>>>it's gui is very hard on the graphics card as well as being a
>>>>>>>>>>>>little
>>>>>>>>>>>>CPU intensive. I got brave and added 25 with only a glitch or
>>>>>>>>>>>>two.
>>>>>>>>>>>>GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>>>>>is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>>>>>>goofy sounding!
>>>>>>>>>>>>
>>>>>>>>>>>>Then I got really brave... I started opening the SSL GUIs making
>>>>>>>>>>>>sure to leave the meters showing on each one. I got 6 going with
>>>>>>>>>>>>the
>>>>>>>>>>>>CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>>>>>Transport would stop after 2 as I recall. I added the seventh
>>>>>>>>>>>>GUI when
>>>>>>>>>>>>I got the Paris Assertion Error we all know. Yes it crashed
and
>>>>>>>>>>>>I couldn't
>>>>>>>>>>>>find the save I tried to make either.
>>>>>>>>>>>>
>>>>>>>>>>>>Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>>>>>>latency I
>>>>>>>>>>>>have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>>>>>incredible
>>>>>>>>>>>>from my experience.
>>>>>>>>>>>>
>>>>>>>>>>>>After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>>>>>Midi 8x8 patchbay.
>>>>>>>>>>>>
>>>>>>>>>>>>New UAD latency with ver 5.2 is:
>>>>>>>>>>>>8256 samples most plugs including Neve 88R
>>>>>>>>>>>>Helios and Pultec 8287 samples
>>>>>>>>>>>>
>>>>>>>>>>>>This is about half as long from the old revs. The install is
>>>>>>>>>>>>also
>>>>>>>>>>>>easier for us because the EX1 and Fairchild load correctly
>>>>>>>>>>>>first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>>>>
>>>>>>>>>>>>Thanks again to Mike Audet for being so helpful when
>>>>>>>>>>>>I was ready to throw in the towel. His drivers are making
>>>>>>>>>>>>this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>>>>>and Hyperthreading comps too.
>>>>>>>>>>>>
>>>>>>>>>>>>Tom
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>
|
|
|
|
|
|
|
|
|
|
| Re: New Build for Paris [message #102614 is a reply to message #102587] |
Sun, 22 February 2009 21:57 |
Rod Lincoln
Messages: 883
Registered: September 2005
|
Senior Member |
|
|
Paris "rendered mixes"???? do you mean "rendered tracks"? or are you using
some virtual mixes?
Rod
"Tom Bruhl" <arpegio@comcast.net> wrote:
>Hey guys,
>
>First session today. Had paris config set to
>punch time fast and not a problems. I'm not
>used to getting in AND out with Paris like tape! Nice.
>Paris rendered mixes so fast I didn't see it happen.
>Click it's done. Stable as could be.
>
>Had to use Cubase which was in the same machine
>so it saved time just to convert a Mp3 to wav for
>the session.
>
>Sweet to be back working again and more than just functional.
>Quicker, no probs with anything Paris. Soon I'll be mixing
>and it will be a joy with the plug/counts available. I'll get that list
>tonight. I have to get the latencies for some new ones still.
>
>The quickness is definitely worth the money.
>Maybe not my effort though!
>
>Tom
>
>
>
>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>news:499d32da@linux...
>> faaannnnntastico.
>> AA
>>
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message news:499d0535@linux...
>>> Hey All,
>>>
>>> Cubase 4.0 is loaded, it's troublesome audio project played
>>> perfectly first time out. NO LATENCY. I added Paris
>>> into the mix, got all the ADAT and analog/spdif in/outs
>>> between the two working. Set proprietary clock, latency settings (3ms)
>>> in the Creamware asio audio, got Paris MTC internally to send to
>>> Cubase internally with NO LATENCY. Locked perfectly
>>> with Paris ADAT sending clock to Creamware hardware interpreted
>>> by Cubase.
>>>
>>> Lots more to do but the giant hurdle has been kicked
>>> over on it's ass.
>>>
>>> Low low latency, low CPU. 3ms @ 44.1.
>>>
>>> Whew !
>>>
>>> Thanks for all your help along the way,
>>> Tom
>>>
>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>> news:499b9f4f@linux...
>>>> do you lose all your regular VST's
>>>>> because you're pointing them to a different folder
>>>>
>>>> Nah. You can have more than one folder. It's the rogue plugs that'll
>>>> nail you. Intermittent wierdness, streaming errors, incompatibility,
>>>> and just downright inability to load paris w/o defeating the VST in
the
>>>> paris.cfg file are some of the things I've seen. Best to try them in
a
>>>> different folder and copy over one at a time,test, copy another over,
>>>> test, etc. etc. etc.
>>>> tedious, but necessary since the Paris VST code is, er... aged.
>>>> AA
>>>>
>>>>
>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>>> What happens when you go to load them...do you lose all your regular
>>>>> VST's because you're pointing them to a different folder...just
>>>>> wondering as I've never had any problems with my VST's but then again
I
>>>>> don't use cubase VST's
>>>>>
>>>>>
>>>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>> news:499a754b@linux...
>>>>>> You'll probably want to install the Cubase VST plugs to a different
>>>>>> folder from Paris' VST plugs. I ran into some real wierd stuff trying
>>>>>> new plugs in Paris, and it got unstable. If it pans, cool, add the
>>>>>> other folder but if it doesn't sorting them out is a big pain. I sort
>>>>>> mine now on the C drive by VSTplugs and VSTparis. Had some real big
>>>>>> issues with DirectX and this because it works differently. Vegas and
>>>>>> Paris plugs don't play nice together, ditto stuff like the plugs Nero
>>>>>> installs.
>>>>>>
>>>>>> AA
>>>>>>
>>>>>>
>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>> news:499a68e7@linux...
>>>>>>> Got some serious good things going on now.
>>>>>>>
>>>>>>> Paris is stable, powerful and efficient.
>>>>>>> I ran tests yesterday that proved the CPU and
>>>>>>> even PCI bus are not stopping anything from
>>>>>>> happening. Today recording 30 tracks punching in/out
>>>>>>> caused no probs with average paris config settings.
>>>>>>> Yesterday 60+ natives and very low cpu with same
>>>>>>> config.
>>>>>>>
>>>>>>> It's finally awesome as I had hoped.
>>>>>>>
>>>>>>> Tomorrow I'm adding the Creamware hardware software.
>>>>>>> This will be one of the major hurdles along with some more
>>>>>>> USB devices and Cubase.
>>>>>>>
>>>>>>> Tom
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>> news:4998bfc6@linux...
>>>>>>>> Hi Don,
>>>>>>>>
>>>>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>>>>> close to the power supply. That slot is where the host
>>>>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>>> than DJ's did. You have to test each one to really know
>>>>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>>>>
>>>>>>>> Tom
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>>> news:4998bc4d@linux...
>>>>>>>>> Are you running an expansion chassis?
>>>>>>>>>
>>>>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>>>>
>>>>>>>>> what about power supply?
>>>>>>>>>
>>>>>>>>> Inquiring minds want to know
>>>>>>>>>
>>>>>>>>> hehehe
>>>>>>>>>
>>>>>>>>> Don
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>> news:4998b7cc$1@linux...
>>>>>>>>>> Since all is going so well finally I thought it would be
>>>>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>>>>
>>>>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>>
>>>>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris
>>>>>>>>>> plugs
>>>>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>>>>> Then I decided to push it.
>>>>>>>>>>
>>>>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>>> transport still running in loop mode. If anyone knows that plug,
>>>>>>>>>> it's gui is very hard on the graphics card as well as being a
>>>>>>>>>> little
>>>>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or
>>>>>>>>>> two.
>>>>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>>> is peaking around 15-20%. Smooth audio although mix got a little
>>>>>>>>>> goofy sounding!
>>>>>>>>>>
>>>>>>>>>> Then I got really brave... I started opening the SSL GUIs making
>>>>>>>>>> sure to leave the meters showing on each one. I got 6 going with
>>>>>>>>>> the
>>>>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>>> Transport would stop after 2 as I recall. I added the seventh
GUI
>>>>>>>>>> when
>>>>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and
I
>>>>>>>>>> couldn't
>>>>>>>>>> find the save I tried to make either.
>>>>>>>>>>
>>>>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>>>>>>>>>> latency I
>>>>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>>> incredible
>>>>>>>>>> from my experience.
>>>>>>>>>>
>>>>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>>> Midi 8x8 patchbay.
>>>>>>>>>>
>>>>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>>>>> Helios and Pultec 8287 samples
>>>>>>>>>>
>>>>>>>>>> This is about half as long from the old revs. The install is
also
>>>>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>>
>>>>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>>> and Hyperthreading comps too.
>>>>>>>>>>
>>>>>>>>>> Tom
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102615 is a reply to message #102614] |
Sun, 22 February 2009 23:04 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hi Rod,
Ya they were tracks that happened to be mixes.
I installed Kontakt 3 tonight and the comp is purring like
a kitten. The authorization process was a pain though.
More soft synths to install along with a bunch of sample sets.
I should be able to push the envelope now and see where
this rig lies compared to the two comps I was using before.
Paris on an AMD 3000+ & Cubase on a dualcore AMD 2.8.
Paris on it's own is no comparison.
Tom
"Rod Lincoln" <rlincoln@nospam.kc.rr.com> wrote in message
news:49a23fa5$1@linux...
>
> Paris "rendered mixes"???? do you mean "rendered tracks"? or are you using
> some virtual mixes?
> Rod
> "Tom Bruhl" <arpegio@comcast.net> wrote:
>>Hey guys,
>>
>>First session today. Had paris config set to
>>punch time fast and not a problems. I'm not
>>used to getting in AND out with Paris like tape! Nice.
>>Paris rendered mixes so fast I didn't see it happen.
>>Click it's done. Stable as could be.
>>
>>Had to use Cubase which was in the same machine
>>so it saved time just to convert a Mp3 to wav for
>>the session.
>>
>>Sweet to be back working again and more than just functional.
>>Quicker, no probs with anything Paris. Soon I'll be mixing
>>and it will be a joy with the plug/counts available. I'll get that list
>>tonight. I have to get the latencies for some new ones still.
>>
>>The quickness is definitely worth the money.
>>Maybe not my effort though!
>>
>>Tom
>>
>>
>>
>>"Aaron Allen" <know-spam@not_here.dude> wrote in message
>>news:499d32da@linux...
>>> faaannnnntastico.
>>> AA
>>>
>>>
>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>> news:499d0535@linux...
>>>> Hey All,
>>>>
>>>> Cubase 4.0 is loaded, it's troublesome audio project played
>>>> perfectly first time out. NO LATENCY. I added Paris
>>>> into the mix, got all the ADAT and analog/spdif in/outs
>>>> between the two working. Set proprietary clock, latency settings (3ms)
>>>> in the Creamware asio audio, got Paris MTC internally to send to
>>>> Cubase internally with NO LATENCY. Locked perfectly
>>>> with Paris ADAT sending clock to Creamware hardware interpreted
>>>> by Cubase.
>>>>
>>>> Lots more to do but the giant hurdle has been kicked
>>>> over on it's ass.
>>>>
>>>> Low low latency, low CPU. 3ms @ 44.1.
>>>>
>>>> Whew !
>>>>
>>>> Thanks for all your help along the way,
>>>> Tom
>>>>
>>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>> news:499b9f4f@linux...
>>>>> do you lose all your regular VST's
>>>>>> because you're pointing them to a different folder
>>>>>
>>>>> Nah. You can have more than one folder. It's the rogue plugs that'll
>
>>>>> nail you. Intermittent wierdness, streaming errors, incompatibility,
>
>>>>> and just downright inability to load paris w/o defeating the VST in
> the
>>>>> paris.cfg file are some of the things I've seen. Best to try them in
> a
>>>>> different folder and copy over one at a time,test, copy another over,
>
>>>>> test, etc. etc. etc.
>>>>> tedious, but necessary since the Paris VST code is, er... aged.
>>>>> AA
>>>>>
>>>>>
>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message news:499b6540@linux...
>>>>>> What happens when you go to load them...do you lose all your regular
>
>>>>>> VST's because you're pointing them to a different folder...just
>>>>>> wondering as I've never had any problems with my VST's but then again
> I
>>>>>> don't use cubase VST's
>>>>>>
>>>>>>
>>>>>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>>>>>> news:499a754b@linux...
>>>>>>> You'll probably want to install the Cubase VST plugs to a different
>
>>>>>>> folder from Paris' VST plugs. I ran into some real wierd stuff
>>>>>>> trying
>
>>>>>>> new plugs in Paris, and it got unstable. If it pans, cool, add the
>
>>>>>>> other folder but if it doesn't sorting them out is a big pain. I
>>>>>>> sort
>
>>>>>>> mine now on the C drive by VSTplugs and VSTparis. Had some real big
>
>>>>>>> issues with DirectX and this because it works differently. Vegas and
>
>>>>>>> Paris plugs don't play nice together, ditto stuff like the plugs
>>>>>>> Nero
>
>>>>>>> installs.
>>>>>>>
>>>>>>> AA
>>>>>>>
>>>>>>>
>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>> news:499a68e7@linux...
>>>>>>>> Got some serious good things going on now.
>>>>>>>>
>>>>>>>> Paris is stable, powerful and efficient.
>>>>>>>> I ran tests yesterday that proved the CPU and
>>>>>>>> even PCI bus are not stopping anything from
>>>>>>>> happening. Today recording 30 tracks punching in/out
>>>>>>>> caused no probs with average paris config settings.
>>>>>>>> Yesterday 60+ natives and very low cpu with same
>>>>>>>> config.
>>>>>>>>
>>>>>>>> It's finally awesome as I had hoped.
>>>>>>>>
>>>>>>>> Tomorrow I'm adding the Creamware hardware software.
>>>>>>>> This will be one of the major hurdles along with some more
>>>>>>>> USB devices and Cubase.
>>>>>>>>
>>>>>>>> Tom
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>> news:4998bfc6@linux...
>>>>>>>>> Hi Don,
>>>>>>>>>
>>>>>>>>> Ya, 13 slot older PCI Magma. PCIe would be saweet but I
>>>>>>>>> didn't want to spend more cash. It's in the innermost slot
>>>>>>>>> close to the power supply. That slot is where the host
>>>>>>>>> card goes. I have all Paris cards sharing IRQ 20 using
>>>>>>>>> slots 1, 5, 8 & 12 in the Magma. Mine lined up differently
>>>>>>>>> than DJ's did. You have to test each one to really know
>>>>>>>>> how the IRQ chips will fall. I have a 550 watt in both Magma
>>>>>>>>> and comp. UAD2 is PCIe and is the graphics card. UAD1
>>>>>>>>> is in the Magma as will be the Creamware card shortly.
>>>>>>>>>
>>>>>>>>> Tom
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Don Nafe" <dnafe@rogers.com> wrote in message
>>>>>>>>> news:4998bc4d@linux...
>>>>>>>>>> Are you running an expansion chassis?
>>>>>>>>>>
>>>>>>>>>> What slots are on the MB PCI and PCIe?
>>>>>>>>>>
>>>>>>>>>> what about power supply?
>>>>>>>>>>
>>>>>>>>>> Inquiring minds want to know
>>>>>>>>>>
>>>>>>>>>> hehehe
>>>>>>>>>>
>>>>>>>>>> Don
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>>>>>>>>>> news:4998b7cc$1@linux...
>>>>>>>>>>> Since all is going so well finally I thought it would be
>>>>>>>>>>> good to show what's possible with Paris and a quadcore.
>>>>>>>>>>>
>>>>>>>>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>>>>>>>>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>>>>>>>>>
>>>>>>>>>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris
>
>>>>>>>>>>> plugs
>>>>>>>>>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>>>>>>>>>> whatevers and Faderworks across all 64 tracks.
>>>>>>>>>>> Then I decided to push it.
>>>>>>>>>>>
>>>>>>>>>>> I put 29 Waves Ren comps across all tracks as the transport
>>>>>>>>>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>>>>>>>>>> open. I was impressed since the CPU didn't exceed 10%.
>>>>>>>>>>> I installed a few Waves SSL Channel Strips with no glitches,
>>>>>>>>>>> transport still running in loop mode. If anyone knows that
>>>>>>>>>>> plug,
>>>>>>>>>>> it's gui is very hard on the graphics card as well as being a
>
>>>>>>>>>>> little
>>>>>>>>>>> CPU intensive. I got brave and added 25 with only a glitch or
>
>>>>>>>>>>> two.
>>>>>>>>>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>>>>>>>>>> is peaking around 15-20%. Smooth audio although mix got a
>>>>>>>>>>> little
>>>>>>>>>>> goofy sounding!
>>>>>>>>>>>
>>>>>>>>>>> Then I got really brave... I started opening the SSL GUIs
>>>>>>>>>>> making
>>>>>>>>>>> sure to leave the meters showing on each one. I got 6 going with
>
>>>>>>>>>>> the
>>>>>>>>>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>>>>>>>>>> Transport would stop after 2 as I recall. I added the seventh
> GUI
>>>>>>>>>>> when
>>>>>>>>>>> I got the Paris Assertion Error we all know. Yes it crashed and
> I
>>>>>>>>>>> couldn't
>>>>>>>>>>> find the save I tried to make either.
>>>>>>>>>>>
>>>>>>>>>>> Bottom line is the CPU never reached beyond 50% and the internal
>
>>>>>>>>>>> latency I
>>>>>>>>>>> have been keeping to a minimum never exceeded 208us! That's
>>>>>>>>>>> incredible
>>>>>>>>>>> from my experience.
>>>>>>>>>>>
>>>>>>>>>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>>>>>>>>>> Midi 8x8 patchbay.
>>>>>>>>>>>
>>>>>>>>>>> New UAD latency with ver 5.2 is:
>>>>>>>>>>> 8256 samples most plugs including Neve 88R
>>>>>>>>>>> Helios and Pultec 8287 samples
>>>>>>>>>>>
>>>>>>>>>>> This is about half as long from the old revs. The install is
> also
>>>>>>>>>>> easier for us because the EX1 and Fairchild load correctly
>>>>>>>>>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>>>>>>>>>
>>>>>>>>>>> Thanks again to Mike Audet for being so helpful when
>>>>>>>>>>> I was ready to throw in the towel. His drivers are making
>>>>>>>>>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>>>>>>>>>> and Hyperthreading comps too.
>>>>>>>>>>>
>>>>>>>>>>> Tom
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
|
|
|
|
| Re: New Build for Paris [message #102625 is a reply to message #102609] |
Mon, 23 February 2009 20:33 |
Deej [5]
Messages: 373
Registered: March 2008
|
Senior Member |
|
|
If I was going to build myself another Paris rig, I'd probably be looking
at getting myself a Ramsa DA7 for duties such as routing drums and other
tracks through busses in the mixer and applying compression, etc. I haven't
studied this too much, but that's a very cool board. If the faders could
somehow be mapped, it would be even cooler. I wonder if Analog X still uses
Paris. He might be the guy to talk to about something like this. He had an
O1V mapped to Paris about 10 years ago.
"Tom Bruhl" <arpegio@comcast.net> wrote:
>Hey Deej,
>
>Tried it. The problem is that there's no real-time way
>of delay comp with the live insert coming from Cubase.
>Faderworks is a native plug and I'm sure you recall they
>are only active on playback of tracks within Paris. Since
>that's the case I would have to record the NY drum submix
>then compensate and add compression for desired effect.
>I can do that within Paris and add the same plugins there.
>Mike has added a mix control on NoLimit, stereo comp
>and a few others that are new to our Paris plugs. This allows
>automation and parallel compression within Paris via the
>simple aux bus. No UADs but still good stuff.
>
>I guess the same could be done if compensating for UAD and a
>non compressed bus to and from Cubase using Faderworks on
>the individual tracks before they're sent via two Paris aux busses.
>
>Analog mixing seems so much easier huh?
>
>Tom
>
>
>
>
>
>"Deej" <noway@jose.net> wrote in message news:499edfa4$1@linux...
>>
>> Hmmm....I just rethought this insert's thing relative to external FX in
>> cubase.
>> It's definitely possible but may be a bit more complicated than I
>> originally
>> thought, which would make it even more fun.
>>
>> I'll post up more about this later.
>>
>>
>> "Deej" <noway@jose.net> wrote:
>>>
>>>
>>>>
>>>>3. In Cubase, designate this ADAT pair as an external instrument.
>>>
>>>Sorry.....this was a pre coffee post:
>>>
>>>3. In Cubase, designate this ADAT pair as an external effect
>>>
>>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102631 is a reply to message #102515] |
Tue, 24 February 2009 13:44 |
Very Deep Productions
Messages: 22
Registered: February 2009
Location: Schenectady, NY
|
Junior Member |
|
|
Wow, that sounds smokin' Tom. Simply amazing processing power you've got
there. By the way which motherboard are you using with that Quad Core?
Rich
"Tom Bruhl" <arpegio@comcast.net> wrote in message news:4998b7cc$1@linux...
> Since all is going so well finally I thought it would be
> good to show what's possible with Paris and a quadcore.
>
> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
> with a Q9450 Yorkfield 2.66 quadcore.
>
> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
> whatevers and Faderworks across all 64 tracks.
> Then I decided to push it.
>
> I put 29 Waves Ren comps across all tracks as the transport
> was playing. No glitches (plenty of edits too) but with no GUIs
> open. I was impressed since the CPU didn't exceed 10%.
> I installed a few Waves SSL Channel Strips with no glitches,
> transport still running in loop mode. If anyone knows that plug,
> it's gui is very hard on the graphics card as well as being a little
> CPU intensive. I got brave and added 25 with only a glitch or two.
> GUIs closed. Now we're talking 60+ native plugs and the CPU
> is peaking around 15-20%. Smooth audio although mix got a little
> goofy sounding!
>
> Then I got really brave... I started opening the SSL GUIs making
> sure to leave the meters showing on each one. I got 6 going with the
> CPU up between 35 + 45% . This was unheard of on my old box.
> Transport would stop after 2 as I recall. I added the seventh GUI when
> I got the Paris Assertion Error we all know. Yes it crashed and I
> couldn't
> find the save I tried to make either.
>
> Bottom line is the CPU never reached beyond 50% and the internal latency I
> have been keeping to a minimum never exceeded 208us! That's incredible
> from my experience.
>
> After I backup it'll be time for the Creamware card, Cubase 4.5,
> Midi 8x8 patchbay.
>
> New UAD latency with ver 5.2 is:
> 8256 samples most plugs including Neve 88R
> Helios and Pultec 8287 samples
>
> This is about half as long from the old revs. The install is also
> easier for us because the EX1 and Fairchild load correctly
> first time out. Just wrap with FxPansion 3.3 and all is well.
>
> Thanks again to Mike Audet for being so helpful when
> I was ready to throw in the towel. His drivers are making
> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
> and Hyperthreading comps too.
>
> Tom
>
>
>
>
Molon Labe - Leonidis at Thermopylae
Very Deep Productions
Schenectady, NY
www.richlamanna.com
|
|
|
|
| Re: New Build for Paris [message #102632 is a reply to message #102631] |
Tue, 24 February 2009 14:41 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hi Rich,
Here's the link:
http://www.gigabyte.com.tw/Products/Motherboard/Products_Spe c.aspx?ClassValue=Motherboard&ProductID=2742&Product Name=GA-EP35-DS3P
Chris Ludwig put mine together at ADK. His knowledge is worth
the extra cash. No question about it. I had mine built back in July.
Today it would be less money for you I'll bet. Maybe build an even
faster one!!!
An expansion chassis is essential but well worth the speed increase
compared to slower machines with 6 PCI slots. Only important if
you're mixing with large native plugin counts. Or, like I want everything
in one machine which if nothing else is just cool. No monitor switching,
KVMs etc..
It should keep me going for a few more very productive years with Paris.
If I give up on Paris then Cubase is there waiting to take over the audio
recording duties too.
Mike Audet's drivers are essential to this setup too. He deserves huge
props for all that he has done for us here as well as me personally.
Tom
"Very Deep Productions" <richlamanna@earthlink.net> wrote in message
news:49a46f18$1@linux...
> Wow, that sounds smokin' Tom. Simply amazing processing power you've got
> there. By the way which motherboard are you using with that Quad Core?
>
> Rich
>
> "Tom Bruhl" <arpegio@comcast.net> wrote in message
> news:4998b7cc$1@linux...
>> Since all is going so well finally I thought it would be
>> good to show what's possible with Paris and a quadcore.
>>
>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>> with a Q9450 Yorkfield 2.66 quadcore.
>>
>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>> whatevers and Faderworks across all 64 tracks.
>> Then I decided to push it.
>>
>> I put 29 Waves Ren comps across all tracks as the transport
>> was playing. No glitches (plenty of edits too) but with no GUIs
>> open. I was impressed since the CPU didn't exceed 10%.
>> I installed a few Waves SSL Channel Strips with no glitches,
>> transport still running in loop mode. If anyone knows that plug,
>> it's gui is very hard on the graphics card as well as being a little
>> CPU intensive. I got brave and added 25 with only a glitch or two.
>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>> is peaking around 15-20%. Smooth audio although mix got a little
>> goofy sounding!
>>
>> Then I got really brave... I started opening the SSL GUIs making
>> sure to leave the meters showing on each one. I got 6 going with the
>> CPU up between 35 + 45% . This was unheard of on my old box.
>> Transport would stop after 2 as I recall. I added the seventh GUI when
>> I got the Paris Assertion Error we all know. Yes it crashed and I
>> couldn't
>> find the save I tried to make either.
>>
>> Bottom line is the CPU never reached beyond 50% and the internal latency
>> I
>> have been keeping to a minimum never exceeded 208us! That's incredible
>> from my experience.
>>
>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>> Midi 8x8 patchbay.
>>
>> New UAD latency with ver 5.2 is:
>> 8256 samples most plugs including Neve 88R
>> Helios and Pultec 8287 samples
>>
>> This is about half as long from the old revs. The install is also
>> easier for us because the EX1 and Fairchild load correctly
>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>
>> Thanks again to Mike Audet for being so helpful when
>> I was ready to throw in the towel. His drivers are making
>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>> and Hyperthreading comps too.
>>
>> Tom
>>
>>
>>
>>
>
>
|
|
|
|
| Re: New Build for Paris [message #102645 is a reply to message #102632] |
Wed, 25 February 2009 17:39 |
Very Deep Productions
Messages: 22
Registered: February 2009
Location: Schenectady, NY
|
Junior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_004F_01C99789.1A03A510
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Tom, that's good news, the montherboard for my new build will be a =
Gigabyte GA-EP35-DS3R (rev. 2.1). It has one less PCIe slot, max 8 gig =
ram and no firewire which I don't use anyway. Mnnn, maybe I should have =
gotten the GA-EP35-DS3P, now that I'm thinking about it.
Rich
"Tom Bruhl" <arpegio@comcast.net> wrote in message =
news:49a47c80@linux...
> Hi Rich,
>=20
> Here's the link:
> =
http://www.gigabyte.com.tw/Products/Motherboard/Products_Spe c.aspx?ClassV=
alue=3DMotherboard&ProductID=3D2742&ProductName=3DGA -EP35-DS3P
>=20
>=20
> Chris Ludwig put mine together at ADK. His knowledge is worth
> the extra cash. No question about it. I had mine built back in July.
> Today it would be less money for you I'll bet. Maybe build an even
> faster one!!!
>=20
> An expansion chassis is essential but well worth the speed increase
> compared to slower machines with 6 PCI slots. Only important if
> you're mixing with large native plugin counts. Or, like I want =
everything
> in one machine which if nothing else is just cool. No monitor =
switching,
> KVMs etc..
>=20
> It should keep me going for a few more very productive years with =
Paris.
> If I give up on Paris then Cubase is there waiting to take over the =
audio
> recording duties too.
>=20
> Mike Audet's drivers are essential to this setup too. He deserves =
huge
> props for all that he has done for us here as well as me personally.
>=20
> Tom
>=20
>=20
>=20
>=20
>=20
>=20
> "Very Deep Productions" <richlamanna@earthlink.net> wrote in message=20
> news:49a46f18$1@linux...
>> Wow, that sounds smokin' Tom. Simply amazing processing power you've =
got=20
>> there. By the way which motherboard are you using with that Quad =
Core?
>>
>> Rich
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message=20
>> news:4998b7cc$1@linux...
>>> Since all is going so well finally I thought it would be
>>> good to show what's possible with Paris and a quadcore.
>>>
>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>
>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>> whatevers and Faderworks across all 64 tracks.
>>> Then I decided to push it.
>>>
>>> I put 29 Waves Ren comps across all tracks as the transport
>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>> open. I was impressed since the CPU didn't exceed 10%.
>>> I installed a few Waves SSL Channel Strips with no glitches,
>>> transport still running in loop mode. If anyone knows that plug,
>>> it's gui is very hard on the graphics card as well as being a little
>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>> is peaking around 15-20%. Smooth audio although mix got a little
>>> goofy sounding!
>>>
>>> Then I got really brave... I started opening the SSL GUIs making
>>> sure to leave the meters showing on each one. I got 6 going with the
>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>> Transport would stop after 2 as I recall. I added the seventh GUI =
when
>>> I got the Paris Assertion Error we all know. Yes it crashed and I=20
>>> couldn't
>>> find the save I tried to make either.
>>>
>>> Bottom line is the CPU never reached beyond 50% and the internal =
latency=20
>>> I
>>> have been keeping to a minimum never exceeded 208us! That's =
incredible
>>> from my experience.
>>>
>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>> Midi 8x8 patchbay.
>>>
>>> New UAD latency with ver 5.2 is:
>>> 8256 samples most plugs including Neve 88R
>>> Helios and Pultec 8287 samples
>>>
>>> This is about half as long from the old revs. The install is also
>>> easier for us because the EX1 and Fairchild load correctly
>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>
>>> Thanks again to Mike Audet for being so helpful when
>>> I was ready to throw in the towel. His drivers are making
>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>> and Hyperthreading comps too.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>
>>=20
>=20
>
------=_NextPart_000_004F_01C99789.1A03A510
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.16809" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV><FONT face=3DArial><FONT size=3D2><FONT color=3D#000000><SPAN =
class=3Dmb-model-name=20
style=3D"COLOR: #fd6724">Tom, that's good news, the montherboard for my =
new=20
build will be a Gigabyte GA-EP35-DS3R</SPAN><SPAN=20
class=3Dmb-model-name-attached style=3D"COLOR: #fd6724"> (rev. 2.1). It =
has one less=20
PCIe slot, max 8 gig ram and no firewire which I don't use anyway. =
Mnnn,=20
maybe I should have gotten the <FONT size=3D3><FONT face=3D"Times New =
Roman"><SPAN=20
class=3Dmb-model-name style=3D"COLOR: #fd6724">GA-EP35-DS3P, now that =
I'm thinking=20
about it.</SPAN></FONT></FONT></SPAN></FONT></FONT></FONT></DIV >
<DIV><FONT face=3DArial><FONT size=3D2><FONT color=3D#000000><SPAN=20
class=3Dmb-model-name-attached style=3D"COLOR: #fd6724"><FONT =
size=3D3><FONT=20
face=3D"Times New Roman"><SPAN class=3Dmb-model-name=20
style=3D"COLOR: =
#fd6724"></SPAN></FONT></FONT></SPAN></FONT></FONT></FONT > </DIV>
<DIV><FONT face=3DArial><FONT size=3D2><FONT color=3D#000000><SPAN=20
class=3Dmb-model-name-attached style=3D"COLOR: #fd6724"><FONT =
size=3D3><FONT=20
face=3D"Times New Roman"><SPAN class=3Dmb-model-name=20
style=3D"COLOR: =
#fd6724">Rich</SPAN></FONT></FONT></SPAN></FONT></FONT ></FONT></DIV>
<DIV><SPAN class=3Dmb-model-name-attached style=3D"COLOR: #fd6724"><FONT =
face=3DArial=20
size=3D2></FONT></SPAN> </DIV>
<DIV><FONT face=3DArial size=3D2>"Tom Bruhl" <</FONT><A=20
href=3D"mailto:arpegio@comcast.net"><FONT face=3DArial color=3D#000000=20
size=3D2>arpegio@comcast.net</FONT></A><FONT face=3DArial size=3D2>> =
wrote in=20
message </FONT><A href=3D"news:49a47c80@linux"><FONT face=3DArial =
color=3D#000000=20
size=3D2>news:49a47c80@linux</FONT></A><FONT face=3DArial=20
size=3D2>...</FONT></DIV><FONT face=3DArial size=3D2>> Hi =
Rich,<BR>> <BR>>=20
Here's the link:<BR>> </FONT><A=20
href=3D" http://www.gigabyte.com.tw/Products/Motherboard/Products_Spe c.asp=
x?ClassValue=3DMotherboard&ProductID=3D2742& ProductName=3DGA-EP35=
-DS3P"><FONT=20
face=3DArial=20
size=3D2> http://www.gigabyte.com.tw/Products/Motherboard/Products_Spe c.as=
px?ClassValue=3DMotherboard&ProductID=3D2742& ;ProductName=3DGA-EP3=
5-DS3P</FONT></A><BR><FONT=20
face=3DArial size=3D2>> <BR>> <BR>> Chris Ludwig put mine =
together at=20
ADK. His knowledge is worth<BR>> the extra cash. No =
question=20
about it. I had mine built back in July.<BR>> Today it would be =
less=20
money for you I'll bet. Maybe build an even<BR>> faster =
one!!!<BR>>=20
<BR>> An expansion chassis is essential but well worth the speed=20
increase<BR>> compared to slower machines with 6 PCI slots. =
Only=20
important if<BR>> you're mixing with large native plugin counts. Or, =
like I=20
want everything<BR>> in one machine which if nothing else is just =
cool. =20
No monitor switching,<BR>> KVMs etc..<BR>> <BR>> It should keep =
me=20
going for a few more very productive years with Paris.<BR>> If I give =
up on=20
Paris then Cubase is there waiting to take over the audio<BR>> =
recording=20
duties too.<BR>> <BR>> Mike Audet's drivers are essential to this =
setup=20
too. He deserves huge<BR>> props for all that he has done for =
us here=20
as well as me personally.<BR>> <BR>> Tom<BR>> <BR>> <BR>> =
<BR>> <BR>> <BR>> <BR>> "Very Deep Productions" =
<</FONT><A=20
href=3D"mailto:richlamanna@earthlink.net"><FONT face=3DArial=20
size=3D2>richlamanna@earthlink.net</FONT></A><FONT face=3DArial =
size=3D2>> wrote in=20
message <BR>> </FONT><A href=3D"news:49a46f18$1@linux"><FONT =
face=3DArial=20
size=3D2>news:49a46f18$1@linux</FONT></A><FONT face=3DArial =
size=3D2>...<BR>>>=20
Wow, that sounds smokin' Tom. Simply amazing processing power you've got =
<BR>>> there. By the way which motherboard are you using with that =
Quad=20
Core?<BR>>><BR>>> Rich<BR>>><BR>>> "Tom Bruhl"=20
<</FONT><A href=3D"mailto:arpegio@comcast.net"><FONT face=3DArial=20
size=3D2>arpegio@comcast.net</FONT></A><FONT face=3DArial size=3D2>> =
wrote in=20
message <BR>>> </FONT><A href=3D"news:4998b7cc$1@linux"><FONT =
face=3DArial=20
size=3D2>news:4998b7cc$1@linux</FONT></A><FONT face=3DArial=20
size=3D2>...<BR>>>> Since all is going so well finally I =
thought it would=20
be<BR>>>> good to show what's possible with Paris and a=20
quadcore.<BR>>>><BR>>>> I have 4 EDS, 2 Mecs, 1 UAD-2, =
1 UAD-1=20
installed with 4GB Ram<BR>>>> with a Q9450 Yorkfield 2.66=20
quadcore.<BR>>>><BR>>>> I'm using a 29 track mix with =
plenty=20
of edits, 15 or so Paris plugs<BR>>>> scattered about. =
Maybe 2=20
Autotunes, 5 UAD whatevers, 4 Voxengo<BR>>>> whatevers and =
Faderworks=20
across all 64 tracks.<BR>>>> Then I decided to push=20
it.<BR>>>><BR>>>> I put 29 Waves Ren comps across all =
tracks=20
as the transport<BR>>>> was playing. No glitches (plenty =
of edits=20
too) but with no GUIs<BR>>>> open. I was impressed since =
the CPU=20
didn't exceed 10%.<BR>>>> I installed a few Waves SSL Channel =
Strips=20
with no glitches,<BR>>>> transport still running in loop =
mode. If=20
anyone knows that plug,<BR>>>> it's gui is very hard on the =
graphics=20
card as well as being a little<BR>>>> CPU intensive. I =
got brave=20
and added 25 with only a glitch or two.<BR>>>> GUIs =
closed. Now=20
we're talking 60+ native plugs and the CPU<BR>>>> is peaking =
around=20
15-20%. Smooth audio although mix got a little<BR>>>> =
goofy=20
sounding!<BR>>>><BR>>>> Then I got really =
brave... I=20
started opening the SSL GUIs making<BR>>>> sure to leave the =
meters=20
showing on each one. I got 6 going with the<BR>>>> CPU up =
between 35 +=20
45% . This was unheard of on my old box.<BR>>>> Transport =
would=20
stop after 2 as I recall. I added the seventh GUI =
when<BR>>>> I=20
got the Paris Assertion Error we all know. Yes it crashed and I=20
<BR>>>> couldn't<BR>>>> find the save I tried to make=20
either.<BR>>>><BR>>>> Bottom line is the CPU never =
reached=20
beyond 50% and the internal latency <BR>>>> I<BR>>>> =
have been=20
keeping to a minimum never exceeded 208us! That's=20
incredible<BR>>>> from my =
experience.<BR>>>><BR>>>>=20
After I backup it'll be time for the Creamware card, Cubase =
4.5,<BR>>>>=20
Midi 8x8 patchbay.<BR>>>><BR>>>> New UAD latency with =
ver 5.2=20
is:<BR>>>> 8256 samples most plugs including Neve =
88R<BR>>>>=20
Helios and Pultec 8287 samples<BR>>>><BR>>>> This is =
about=20
half as long from the old revs. The install is =
also<BR>>>> easier=20
for us because the EX1 and Fairchild load correctly<BR>>>> =
first time=20
out. Just wrap with FxPansion 3.3 and all is=20
well.<BR>>>><BR>>>> Thanks again to Mike Audet for =
being so=20
helpful when<BR>>>> I was ready to throw in the towel. =
His=20
drivers are making<BR>>>> this all possible. Buy =
'em. Good=20
for multi ADATs, ADAT sync<BR>>>> and Hyperthreading comps=20
too.<BR>>>><BR>>>>=20
Tom<BR>>>><BR>>>> <BR>>>><BR>>>><BR >&g=
t;><BR>>>=20
<BR>> <BR>></FONT></BODY></HTML>
------=_NextPart_000_004F_01C99789.1A03A510--
Molon Labe - Leonidis at Thermopylae
Very Deep Productions
Schenectady, NY
www.richlamanna.com
|
|
|
|
| Re: New Build for Paris [message #102646 is a reply to message #102645] |
Wed, 25 February 2009 18:21 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
Hi Rich,
PCIe is the wave of the future. The extra PCI slot
might buy you a EDS card position. IRQs are important
but less so in these newer mobos/chipsets.
We're both on the forefront of Paris technology that's for sure.
Good luck,
Tom
PS Make sure you have the newest most stable BIOS available
before you begin! That cost me another 6 weeks of trouble shooting.
"Very Deep Productions" <richlamanna@earthlink.net> wrote in message
news:49a5f789@linux...
Tom, that's good news, the montherboard for my new build will be a Gigabyte
GA-EP35-DS3R (rev. 2.1). It has one less PCIe slot, max 8 gig ram and no
firewire which I don't use anyway. Mnnn, maybe I should have gotten the
GA-EP35-DS3P, now that I'm thinking about it.
Rich
"Tom Bruhl" <arpegio@comcast.net> wrote in message news:49a47c80@linux...
> Hi Rich,
>
> Here's the link:
> http://www.gigabyte.com.tw/Products/Motherboard/Products_Spe c.aspx?ClassValue=Motherboard&ProductID=2742&Product Name=GA-EP35-DS3P
>
>
> Chris Ludwig put mine together at ADK. His knowledge is worth
> the extra cash. No question about it. I had mine built back in July.
> Today it would be less money for you I'll bet. Maybe build an even
> faster one!!!
>
> An expansion chassis is essential but well worth the speed increase
> compared to slower machines with 6 PCI slots. Only important if
> you're mixing with large native plugin counts. Or, like I want everything
> in one machine which if nothing else is just cool. No monitor switching,
> KVMs etc..
>
> It should keep me going for a few more very productive years with Paris.
> If I give up on Paris then Cubase is there waiting to take over the audio
> recording duties too.
>
> Mike Audet's drivers are essential to this setup too. He deserves huge
> props for all that he has done for us here as well as me personally.
>
> Tom
>
>
>
>
>
>
> "Very Deep Productions" <richlamanna@earthlink.net> wrote in message
> news:49a46f18$1@linux...
>> Wow, that sounds smokin' Tom. Simply amazing processing power you've got
>> there. By the way which motherboard are you using with that Quad Core?
>>
>> Rich
>>
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message
>> news:4998b7cc$1@linux...
>>> Since all is going so well finally I thought it would be
>>> good to show what's possible with Paris and a quadcore.
>>>
>>> I have 4 EDS, 2 Mecs, 1 UAD-2, 1 UAD-1 installed with 4GB Ram
>>> with a Q9450 Yorkfield 2.66 quadcore.
>>>
>>> I'm using a 29 track mix with plenty of edits, 15 or so Paris plugs
>>> scattered about. Maybe 2 Autotunes, 5 UAD whatevers, 4 Voxengo
>>> whatevers and Faderworks across all 64 tracks.
>>> Then I decided to push it.
>>>
>>> I put 29 Waves Ren comps across all tracks as the transport
>>> was playing. No glitches (plenty of edits too) but with no GUIs
>>> open. I was impressed since the CPU didn't exceed 10%.
>>> I installed a few Waves SSL Channel Strips with no glitches,
>>> transport still running in loop mode. If anyone knows that plug,
>>> it's gui is very hard on the graphics card as well as being a little
>>> CPU intensive. I got brave and added 25 with only a glitch or two.
>>> GUIs closed. Now we're talking 60+ native plugs and the CPU
>>> is peaking around 15-20%. Smooth audio although mix got a little
>>> goofy sounding!
>>>
>>> Then I got really brave... I started opening the SSL GUIs making
>>> sure to leave the meters showing on each one. I got 6 going with the
>>> CPU up between 35 + 45% . This was unheard of on my old box.
>>> Transport would stop after 2 as I recall. I added the seventh GUI when
>>> I got the Paris Assertion Error we all know. Yes it crashed and I
>>> couldn't
>>> find the save I tried to make either.
>>>
>>> Bottom line is the CPU never reached beyond 50% and the internal latency
>>> I
>>> have been keeping to a minimum never exceeded 208us! That's incredible
>>> from my experience.
>>>
>>> After I backup it'll be time for the Creamware card, Cubase 4.5,
>>> Midi 8x8 patchbay.
>>>
>>> New UAD latency with ver 5.2 is:
>>> 8256 samples most plugs including Neve 88R
>>> Helios and Pultec 8287 samples
>>>
>>> This is about half as long from the old revs. The install is also
>>> easier for us because the EX1 and Fairchild load correctly
>>> first time out. Just wrap with FxPansion 3.3 and all is well.
>>>
>>> Thanks again to Mike Audet for being so helpful when
>>> I was ready to throw in the towel. His drivers are making
>>> this all possible. Buy 'em. Good for multi ADATs, ADAT sync
>>> and Hyperthreading comps too.
>>>
>>> Tom
>>>
>>>
>>>
>>>
>>
>>
>
>
|
|
|
|
Goto Forum:
Current Time: Wed Nov 27 06:44:46 PST 2024
Total time taken to generate the page: 0.01848 seconds
|
The PARIS Forums
Search
Help
Members
Register
Login
Home
