Home » The PARIS Forums » PARIS: Main » EDS_transfer_could_save_us_or....
|
Re: EDS_transfer_could_save_us_or.... [message #66957 is a reply to message #66950] |
Mon, 17 April 2006 06:58   |
Deej [1]
 Messages: 2149 Registered: January 2006
|
Senior Member |
|
|
Dimitrios,
So the question is if the first number 8 instead of 16 makes Paris work too
> hard and produces much heat.
> But with 8,16 transfer (8,8 can work too but streaming with too many
tracks
> over many cards is problematic) we have Paris fly !!!
I'm not quite sureI understand what settings would make Paris fly but create
too much heat. what would be the fastest possible Paris settings? My ED
cards are all exposed to the open air in a machine room with a big fan
blowing air over them. Unless the heat is sufficient to actually melt the
card in the PCI slot, I doubt it would be an issue for me since there is no
case. In the attached picture, the EDS cards are on the very top.
DJ
"Dimitrios" <musurgio@otenet.gr> wrote in message news:44436739$1@linux...
>
> Hi,
> The eds transfer thing could be the answer to how Paris handl;es things.
> Becuase I had a coupleof eds crads stop working on my system and they were
> happily working on other ( I had recently bought some ) made me stop
checking.
>
> Until that time I had found that the 8,16 was the best cnadidate.
> Paris worked with NO latency with VST !!
> Thats why senderella was working REALTIME.
> The magic number for that is the 8 as first number which means that paris
> works with a card transfer size of 8K instead of the normal 16K and as for
> card buffer count using 16 the buffer gets highe and the disk streaming is
> way better than 8,8 where the buffer remains as 8 as normal.
> So the question is if the first number 8 instead of 16 makes Paris work
too
> hard and produces much heat.
> But with 8,16 transfer (8,8 can work too but streaming with too many
tracks
> over many cards is problematic) we have Paris fly !!!
> So senderella can work miracles with paris like using VSTand DX wit auxes
> or submixing all your drumtracks and the processing as a wjhole etc etc.
> So I need your contribution here.
> If we want to take Paris to the next level we need this senderella (and
not
> only) inside router to work at 0 latency !!
> From there I can suggest a million uses to overcome with many Paris
limitations...
> Regards,
> Dimitrios
|
|
|
Re: EDS_transfer_could_save_us_or.... [message #66958 is a reply to message #66957] |
Mon, 17 April 2006 07:14   |
Dimitrios
 Messages: 1056 Registered: August 2005
|
Senior Member |
|
|
Dear DJ,
Nice thought I never thought of taking apart a case...
The magicnumbers are
EDSTransfer 8,16
The first number makes Paris run fast enouph to have a 0 latency senderella
working and the second number ensures that the disk steraming can work reliable
as opposed to havinga transfer of 8,8
Dimitrios
"DJ" <animix_spam-this-ahole_@animas.net> wrote:
>Dimitrios,
>
> So the question is if the first number 8 instead of 16 makes Paris work
too
>> hard and produces much heat.
>> But with 8,16 transfer (8,8 can work too but streaming with too many
>tracks
>> over many cards is problematic) we have Paris fly !!!
>
>I'm not quite sureI understand what settings would make Paris fly but create
>too much heat. what would be the fastest possible Paris settings? My ED
>cards are all exposed to the open air in a machine room with a big fan
>blowing air over them. Unless the heat is sufficient to actually melt the
>card in the PCI slot, I doubt it would be an issue for me since there is
no
>case. In the attached picture, the EDS cards are on the very top.
>
>DJ
>
>
>"Dimitrios" <musurgio@otenet.gr> wrote in message news:44436739$1@linux...
>>
>> Hi,
>> The eds transfer thing could be the answer to how Paris handl;es things.
>> Becuase I had a coupleof eds crads stop working on my system and they
were
>> happily working on other ( I had recently bought some ) made me stop
>checking.
>>
>> Until that time I had found that the 8,16 was the best cnadidate.
>> Paris worked with NO latency with VST !!
>> Thats why senderella was working REALTIME.
>> The magic number for that is the 8 as first number which means that paris
>> works with a card transfer size of 8K instead of the normal 16K and as
for
>> card buffer count using 16 the buffer gets highe and the disk streaming
is
>> way better than 8,8 where the buffer remains as 8 as normal.
>> So the question is if the first number 8 instead of 16 makes Paris work
>too
>> hard and produces much heat.
>> But with 8,16 transfer (8,8 can work too but streaming with too many
>tracks
>> over many cards is problematic) we have Paris fly !!!
>> So senderella can work miracles with paris like using VSTand DX wit auxes
>> or submixing all your drumtracks and the processing as a wjhole etc etc.
>> So I need your contribution here.
>> If we want to take Paris to the next level we need this senderella (and
>not
>> only) inside router to work at 0 latency !!
>> From there I can suggest a million uses to overcome with many Paris
>limitations...
>> Regards,
>> Dimitrios
>
>
>
|
|
|
Re: EDS_transfer_could_save_us_or.... [message #66961 is a reply to message #66958] |
Mon, 17 April 2006 07:18   |
Deej [1]
 Messages: 2149 Registered: January 2006
|
Senior Member |
|
|
These are pretty cool if you want to do this. I think I could make one
myself that was better suited to my needs, but the idea is a good one. The
ones I'm using are by a company named SEN FU. They have been discontinued,
but they are great because you can stack them.
so If I use EDSransfer 8,16 with the Senderella will work bussing VST
plugins to Paris auxes and bussing multiple drum tracks to a stereo pairwith
zero latency from the Senderella app......correct? Now whjat about the
plugins themselves? For instance, If I were bussing tracks to a Waves REN
Comp, would the 64sample latency still be an issue?
;o)
Regards,
Deej
"Dimitrios" <musurgio@otenet.gr> wrote in message news:4443a2b8$1@linux...
>
> Dear DJ,
> Nice thought I never thought of taking apart a case...
>
> The magicnumbers are
> EDSTransfer 8,16
>
> The first number makes Paris run fast enouph to have a 0 latency
senderella
> working and the second number ensures that the disk steraming can work
reliable
> as opposed to havinga transfer of 8,8
>
> Dimitrios
>
>
> "DJ" <animix_spam-this-ahole_@animas.net> wrote:
> >Dimitrios,
> >
> > So the question is if the first number 8 instead of 16 makes Paris work
> too
> >> hard and produces much heat.
> >> But with 8,16 transfer (8,8 can work too but streaming with too many
> >tracks
> >> over many cards is problematic) we have Paris fly !!!
> >
> >I'm not quite sureI understand what settings would make Paris fly but
create
> >too much heat. what would be the fastest possible Paris settings? My ED
> >cards are all exposed to the open air in a machine room with a big fan
> >blowing air over them. Unless the heat is sufficient to actually melt the
> >card in the PCI slot, I doubt it would be an issue for me since there is
> no
> >case. In the attached picture, the EDS cards are on the very top.
> >
> >DJ
> >
> >
> >"Dimitrios" <musurgio@otenet.gr> wrote in message
news:44436739$1@linux...
> >>
> >> Hi,
> >> The eds transfer thing could be the answer to how Paris handl;es
things.
> >> Becuase I had a coupleof eds crads stop working on my system and they
> were
> >> happily working on other ( I had recently bought some ) made me stop
> >checking.
> >>
> >> Until that time I had found that the 8,16 was the best cnadidate.
> >> Paris worked with NO latency with VST !!
> >> Thats why senderella was working REALTIME.
> >> The magic number for that is the 8 as first number which means that
paris
> >> works with a card transfer size of 8K instead of the normal 16K and as
> for
> >> card buffer count using 16 the buffer gets highe and the disk streaming
> is
> >> way better than 8,8 where the buffer remains as 8 as normal.
> >> So the question is if the first number 8 instead of 16 makes Paris work
> >too
> >> hard and produces much heat.
> >> But with 8,16 transfer (8,8 can work too but streaming with too many
> >tracks
> >> over many cards is problematic) we have Paris fly !!!
> >> So senderella can work miracles with paris like using VSTand DX wit
auxes
> >> or submixing all your drumtracks and the processing as a wjhole etc
etc.
> >> So I need your contribution here.
> >> If we want to take Paris to the next level we need this senderella (and
> >not
> >> only) inside router to work at 0 latency !!
> >> From there I can suggest a million uses to overcome with many Paris
> >limitations...
> >> Regards,
> >> Dimitrios
> >
> >
> >
>
|
|
|
Re: EDS_transfer_could_save_us_or.... [message #66963 is a reply to message #66961] |
Mon, 17 April 2006 07:18   |
Deej [1]
 Messages: 2149 Registered: January 2006
|
Senior Member |
|
|
Oops.....sorry, forgot the link to the cool *thing*
http://www.plycon.com/cases/techstation_cases.htm
"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
news:4443a50e@linux...
> These are pretty cool if you want to do this. I think I could make one
> myself that was better suited to my needs, but the idea is a good one. The
> ones I'm using are by a company named SEN FU. They have been discontinued,
> but they are great because you can stack them.
>
> so If I use EDSransfer 8,16 with the Senderella will work bussing VST
> plugins to Paris auxes and bussing multiple drum tracks to a stereo
pairwith
> zero latency from the Senderella app......correct? Now whjat about the
> plugins themselves? For instance, If I were bussing tracks to a Waves REN
> Comp, would the 64sample latency still be an issue?
>
> ;o)
> Regards,
>
> Deej
>
> "Dimitrios" <musurgio@otenet.gr> wrote in message news:4443a2b8$1@linux...
> >
> > Dear DJ,
> > Nice thought I never thought of taking apart a case...
> >
> > The magicnumbers are
> > EDSTransfer 8,16
> >
> > The first number makes Paris run fast enouph to have a 0 latency
> senderella
> > working and the second number ensures that the disk steraming can work
> reliable
> > as opposed to havinga transfer of 8,8
> >
> > Dimitrios
> >
> >
> > "DJ" <animix_spam-this-ahole_@animas.net> wrote:
> > >Dimitrios,
> > >
> > > So the question is if the first number 8 instead of 16 makes Paris
work
> > too
> > >> hard and produces much heat.
> > >> But with 8,16 transfer (8,8 can work too but streaming with too many
> > >tracks
> > >> over many cards is problematic) we have Paris fly !!!
> > >
> > >I'm not quite sureI understand what settings would make Paris fly but
> create
> > >too much heat. what would be the fastest possible Paris settings? My ED
> > >cards are all exposed to the open air in a machine room with a big fan
> > >blowing air over them. Unless the heat is sufficient to actually melt
the
> > >card in the PCI slot, I doubt it would be an issue for me since there
is
> > no
> > >case. In the attached picture, the EDS cards are on the very top.
> > >
> > >DJ
> > >
> > >
> > >"Dimitrios" <musurgio@otenet.gr> wrote in message
> news:44436739$1@linux...
> > >>
> > >> Hi,
> > >> The eds transfer thing could be the answer to how Paris handl;es
> things.
> > >> Becuase I had a coupleof eds crads stop working on my system and they
> > were
> > >> happily working on other ( I had recently bought some ) made me stop
> > >checking.
> > >>
> > >> Until that time I had found that the 8,16 was the best cnadidate.
> > >> Paris worked with NO latency with VST !!
> > >> Thats why senderella was working REALTIME.
> > >> The magic number for that is the 8 as first number which means that
> paris
> > >> works with a card transfer size of 8K instead of the normal 16K and
as
> > for
> > >> card buffer count using 16 the buffer gets highe and the disk
streaming
> > is
> > >> way better than 8,8 where the buffer remains as 8 as normal.
> > >> So the question is if the first number 8 instead of 16 makes Paris
work
> > >too
> > >> hard and produces much heat.
> > >> But with 8,16 transfer (8,8 can work too but streaming with too many
> > >tracks
> > >> over many cards is problematic) we have Paris fly !!!
> > >> So senderella can work miracles with paris like using VSTand DX wit
> auxes
> > >> or submixing all your drumtracks and the processing as a wjhole etc
> etc.
> > >> So I need your contribution here.
> > >> If we want to take Paris to the next level we need this senderella
(and
> > >not
> > >> only) inside router to work at 0 latency !!
> > >> From there I can suggest a million uses to overcome with many Paris
> > >limitations...
> > >> Regards,
> > >> Dimitrios
> > >
> > >
> > >
> >
>
>
|
|
|
Re: EDS_transfer_could_save_us_or.... [message #66965 is a reply to message #66963] |
Mon, 17 April 2006 08:06  |
Dimitrios
 Messages: 1056 Registered: August 2005
|
Senior Member |
|
|
Dear DJ,
Thats nice, I would like to buy one but they ship only Fedex and that makes
things scary...
I have to pay a flat fee of 150$ just for custom services and then some few
bucks more for tax.
I would like to find a place from where they can ship via US airmail like
USPS and not any international courrier or maybe find a similar in Europe...
Any clew ?
Regarding your questions.
Senderella can be considered as a 64 buss system.
You can occupy tracks 15 and 16 open two instances of senderella or chainer
and then senderella and use that as returns.
On track 15 (you can use any submix !!) you have senderella bus 1 return
and on track 16 you have senderella 2 return
Then you use senderella as send 1 and 2 for all your tracks.
To fully understand you have to open two instances of senderella send 1 and
2 so applying different amounts of send you can pan around the stereo field,
got this ?
So you send all your drumtracks to 15 and 16 and then put a stereo DX 0 latency
plugin like Waves C1, or most compressors out there and very nice ones too...
Also you can use your 15 and 16 as fedd for your external reverb !
ACROSS submixes...
Thats the beauty
better use your last submix 15 and 16 audio tracks.
Don't forget to use empty audio files on that tracks !!
If you wanna use a plugin with latency like rencomp (64 samples) or even
UAD1 only solution thus far is to copy all drumtracks and then nudge the
copied back and use only wet signal...
Regards,
Dimitrios
"DJ" <animix_spam-this-ahole_@animas.net> wrote:
>Oops.....sorry, forgot the link to the cool *thing*
>http://www.plycon.com/cases/techstation_cases.htm
>
>"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>news:4443a50e@linux...
>> These are pretty cool if you want to do this. I think I could make one
>> myself that was better suited to my needs, but the idea is a good one.
The
>> ones I'm using are by a company named SEN FU. They have been discontinued,
>> but they are great because you can stack them.
>>
>> so If I use EDSransfer 8,16 with the Senderella will work bussing VST
>> plugins to Paris auxes and bussing multiple drum tracks to a stereo
>pairwith
>> zero latency from the Senderella app......correct? Now whjat about the
>> plugins themselves? For instance, If I were bussing tracks to a Waves
REN
>> Comp, would the 64sample latency still be an issue?
>>
>> ;o)
>> Regards,
>>
>> Deej
>>
>> "Dimitrios" <musurgio@otenet.gr> wrote in message news:4443a2b8$1@linux...
>> >
>> > Dear DJ,
>> > Nice thought I never thought of taking apart a case...
>> >
>> > The magicnumbers are
>> > EDSTransfer 8,16
>> >
>> > The first number makes Paris run fast enouph to have a 0 latency
>> senderella
>> > working and the second number ensures that the disk steraming can work
>> reliable
>> > as opposed to havinga transfer of 8,8
>> >
>> > Dimitrios
>> >
>> >
>> > "DJ" <animix_spam-this-ahole_@animas.net> wrote:
>> > >Dimitrios,
>> > >
>> > > So the question is if the first number 8 instead of 16 makes Paris
>work
>> > too
>> > >> hard and produces much heat.
>> > >> But with 8,16 transfer (8,8 can work too but streaming with too many
>> > >tracks
>> > >> over many cards is problematic) we have Paris fly !!!
>> > >
>> > >I'm not quite sureI understand what settings would make Paris fly but
>> create
>> > >too much heat. what would be the fastest possible Paris settings? My
ED
>> > >cards are all exposed to the open air in a machine room with a big
fan
>> > >blowing air over them. Unless the heat is sufficient to actually melt
>the
>> > >card in the PCI slot, I doubt it would be an issue for me since there
>is
>> > no
>> > >case. In the attached picture, the EDS cards are on the very top.
>> > >
>> > >DJ
>> > >
>> > >
>> > >"Dimitrios" <musurgio@otenet.gr> wrote in message
>> news:44436739$1@linux...
>> > >>
>> > >> Hi,
>> > >> The eds transfer thing could be the answer to how Paris handl;es
>> things.
>> > >> Becuase I had a coupleof eds crads stop working on my system and
they
>> > were
>> > >> happily working on other ( I had recently bought some ) made me stop
>> > >checking.
>> > >>
>> > >> Until that time I had found that the 8,16 was the best cnadidate.
>> > >> Paris worked with NO latency with VST !!
>> > >> Thats why senderella was working REALTIME.
>> > >> The magic number for that is the 8 as first number which means that
>> paris
>> > >> works with a card transfer size of 8K instead of the normal 16K and
>as
>> > for
>> > >> card buffer count using 16 the buffer gets highe and the disk
>streaming
>> > is
>> > >> way better than 8,8 where the buffer remains as 8 as normal.
>> > >> So the question is if the first number 8 instead of 16 makes Paris
>work
>> > >too
>> > >> hard and produces much heat.
>> > >> But with 8,16 transfer (8,8 can work too but streaming with too many
>> > >tracks
>> > >> over many cards is problematic) we have Paris fly !!!
>> > >> So senderella can work miracles with paris like using VSTand DX wit
>> auxes
>> > >> or submixing all your drumtracks and the processing as a wjhole etc
>> etc.
>> > >> So I need your contribution here.
>> > >> If we want to take Paris to the next level we need this senderella
>(and
>> > >not
>> > >> only) inside router to work at 0 latency !!
>> > >> From there I can suggest a million uses to overcome with many Paris
>> > >limitations...
>> > >> Regards,
>> > >> Dimitrios
>> > >
>> > >
>> > >
>> >
>>
>>
>
>
|
|
|
Goto Forum:
Current Time: Wed Mar 19 07:56:36 PDT 2025
Total time taken to generate the page: 0.11702 seconds
|