Home » The PARIS Forums » PARIS: Main » recommendations for good practice regimen
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: recommendations for good practice regimen [message #95722 is a reply to message #95721] |
Thu, 07 February 2008 14:26   |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
>> > I put it on =
>the first=20
> one.<BR>> > Then whatever you put on other slots it =
>does not=20
> matter because =3D3D<BR>> >faderworks<BR>> =
>> =20
> always does what is supposed to do.<BR>> ><BR>> =20
> > Tom, yes why should you use sampleslide when Faderworks has =
>been=20
> =3D<BR>>=3D3D<BR>> >written<BR>> > to =
>do this for=20
> us only BETTER !<BR>> ><BR>> > 1. You =
>put=20
> faderworks 1in/1out on every Paris audio track.<BR>> =
>> 2. If=20
> you wanna use a stereo pair of tracks the put the 2in/2out=20
> =3D<BR>>=3D3D<BR>> >faderworks.<BR>> =
>> 3. I made=20
> a Default project with 64 (4 cards) faderworks=20
> instances<BR>=3D<BR>>=3D3D<BR>> >already<BR>> =
>> =20
> loaded so no hassle thereafter...<BR>> > 4. If you =
>make a=20
> list with plugins and latencies (64 for now is =3D<BR>>more =
>=3D3D<BR>> =20
> >than<BR>> > enouph) these will be remembered =
>with every=20
> new project.<BR>> > Just remember to have the button =
>in the=20
> OFF state.<BR>> > 5. Even if you use FFX4 and/or =
>chainer or=20
> other wrpper on other =3D<BR>>slots<BR>> =
>=3D3D<BR>> =20
> >faderworks<BR>> > will do whatever is asked to=20
> do.<BR>> > 6 HERE IS HOW IT ACTUALLY =
>WORKS:<BR>> =20
> > The default status of the plugin is to ignore the =
>latency=20
> status =3D<BR>>for<BR>> =3D3D<BR>> =
>>the<BR>> =20
> > track you are putting the plugin.<BR>> > =
>For=20
> instance.<BR>> ><BR>> > A. You put a =
>waves=20
> renvox on track 1 on slot two either =
>standalone<BR>=3D<BR>>or<BR>> =20
> =3D3D<BR>> >from<BR>> > withing the FFX4 =
>or=20
> chainer...<BR>> > Now the actual latency this plugin =
>
> introduces is 64 samples.<BR>> > That MEANS that all =
>other=20
> Paris audio tracks are 64 samples ahead =3D<BR>>of =
>=3D3D<BR>> =20
> >track<BR>> > 1 or if you like ,track 1 is 64 =
>sample=20
> latent.<BR>> > NOW having in mind that you have put=20
> Faderworks on every track then<BR>=3D<BR>>BY<BR>> =
>=3D3D<BR>> =20
> >JUST<BR>> > pushing the ON button track 1 of the =
>Waves=20
> renvox preset then =3D3D<BR>> >Faderworks<BR>> =
>> =20
> DELAYS all other Paris audio tracks by 64 samples LEAVING intact =
>=3D<BR>>the=20
> =3D3D<BR>> >audio<BR>> > track 1 for =
>which=20
> faderworks ignores the latency.<BR>> > OVERALL =
>latency is=20
> displayed on every track too !!<BR>> > It even =
>substract=20
> latency !!!!<BR>> > So by putting a waves rencomp =
>(64=20
> samples) on track 2 that does NOT<BR>=3D<BR>>=3D3D<BR>> =20
> >mean<BR>> > that faderworks will delay all =
>others again=20
> by 64 samples !! , thus<BR>=3D<BR>>=3D3D<BR>> =20
> >overall<BR>> > latency WILL REMAIN at 64 =
>samples, ONLY=20
> track 2 which was already =3D<BR>>64 =3D3D<BR>> =20
> >samples<BR>> > latent because of track 1 now =
>faderworks=20
> just SUBSTRACTS that 64 =3D<BR>>=3D3D<BR>> =
>>samples<BR>> =20
> > for this track !!<BR>> ><BR>> =
>> =20
> Anyone understood what I typed in here ? :)<BR>> > =20
> Regards,<BR>> > Dimitrios=3D3D20<BR>> =20
> ><BR>> > eff H <<A=20
> href=3D"mailto:jkhoover@excite.com">jkhoover@excite.com</A>>=20
> wrote:<BR>> > >Dimitrios<BR>> > =
>
> ><BR>> > >How does this function with plugins =
>inside a=20
> wrapper, for =3D<BR>>example=3D3D20<BR>> > =
>>autotune=20
> wrapped inside FFX4?<BR>> > ><BR>> =
>> =20
> >JH<BR>> > ><BR>> > =20
> >wrote:<BR>> > >> I tried the beta1 and it =
>is=20
> marvelous.<BR>> > >> It holds 64 presets with=20
> latencies so you can just click the =
>on<BR>=3D<BR>>=3D3D<BR>> =20
> >button<BR>> > anytime<BR>> > =
>>>=20
> you load the plugin...<BR>> > >>=20
> Regards,<BR>> > >> Dimitrios<BR>> =20
> ><BR>> ><BR>> ><BR>> >I choose =
>Polesoft=20
> Lockspam to fight spam, and you?<BR>> =20
> >http://www.polesoft.com/refer.html =3D20<BR>> =20
> ><BR>> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0=20
> Transitional//EN"><BR>> =
>><HTML><HEAD><BR>> =20
> ><META http-equiv=3D3D3DContent-Type content=3D3D3D"text/html;=20
> =3D3D<BR>> >charset=3D3D3Diso-8859-1"><BR>> =
>><META=20
> content=3D3D3D"MSHTML 6.00.2900.2180" =
>name=3D3D3DGENERATOR><BR>> =20
> ><STYLE></STYLE><BR>> =
>></HEAD><BR>> =20
> ><BODY bgColor=3D3D3D#ffffff><BR>> =
>><DIV><FONT=20
> face=3D3D3DArial =
>size=3D3D3D2>Dimitrios,</FONT></DIV><BR>> =20
> ><DIV><FONT face=3D3D3DArial size=3D3D3D2>This a
|
|
|
|
|
|
| Re: recommendations for good practice regimen [message #95735 is a reply to message #95729] |
Thu, 07 February 2008 17:47 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
/A> </FONT></DIV></BODY></HTML>
>>
>>
>Is in Denmark without my Parissystem for some months but I'm in too.
Erling Loevik
"Dimitrios" <musurgio@otenet.gr> skrev i en meddelelse
news:480fa5ac$1@linux...
>
> Hi,
> I would like to start a post here where everyone that will sign this will
> commit to buy-pay a 50$ (I cam up with that price) fee for the completion
> and release of this super plugin.
> Imagine a Faderworks type of plugin where all vst (well almost all...)
> will
> be automatically recognised and so the latency compensation will be done
> automatically.
> If that graps any interest from any Paris users please reply with your
> name
> signing and commited to pay-buy this plugin.
> If enouph Paris users will sign then maybe the Faderworks author might
> work
> this out.
> Regards,
> Dimitrios
>
> 1. Dimitrios BitzenisHmmm Deej, what's going on? It's not you to be out here for a whole week and
it seems noone have observed it yet:o)
ErlingI'm a Faderworks-owner, I'm in.
Bjorn R
"Dimitrios" <musurgio@otenet.gr> wrote in message news:480fa5ac$1@linux...
>
> Hi,
> I would like to start a post here where everyone that will sign this will
> commit to buy-pay a 50$ (I cam up with that price) fee for the completion
> and release of this super plugin.
> Imagine a Faderworks type of plugin where all vst (well almost all...)
will
> be automatically recognised and so the latency compensation will be done
> automatically.
> If that graps any interest from any Paris users please reply with your
name
> signing and commited to pay-buy this plugin.
> If enouph Paris users will sign then maybe the Faderworks author might
work
> this out.
> Regards,
> Dimitrios
>
> 1. Dimitrios BitzenisHe's ok. He's just had some commitments. I've had a few emails from him.
I expect he'll be back here in the next couple of days.
Cheers,
Kim.
"erlilo" <erlingl@tdcadsl.dk> wrote:
>Hmmm Deej, what's going on? It's not you to be out here for a whole week
and
>it seems noone have observed it yet:o)
>
>Erling
>
>if a man speaks and there's no woman around is he still wrong?
On Thu, 24 Apr 2008 07:57:58 +0200, "erlilo" <erlingl@tdcadsl.dk>
wrote:
>Hmmm Deej, what's going on? It's not you to be out here for a whole week and
>it seems noone have observed it yet:o)
>
>Erling
>Count me in
And if faderworks works it PT a whole bunch of PTLE users would be
interested in his automatic PDC version
Don
"Dimitrios" <musurgio@otenet.gr> wrote in message news:480fa45a$1@linux...
>
> Hi,
> You already know that all efforts towards PDC and its update was
> exclusively
> for us Paris users !!
> By now I guess there is no daw left without autonatic PDC, so...
> According to the author's words:
>
> "if someone feels that this update is worth an upgrade price, he can use
> the "Donation Button" of MultiInspectorFree on the VertexDSP downloads
> page.
> But I don't want to urge anyone - it is completely voluntary. Maybe you
> can
> post this information in the PARIS forum."
>
> Please note that depending on this donation efforst by us is MY PLAN to
> ask
> from him to write an AUTOMATIC PDC for Paris !!!
> He said he could do that but that would interest only us Paris users , so
> who would buy this plugin ?
>
> Regards,
> Dimitrios
>OK, thank you. That really does clear up your point of view for me. I
admire that you do that much reading . . . I haven't the time or the
attention span, otherwise I would, too.
But still, how do you know what Tim Robbins knows? And how much does he
need to know before making valid observations about the sleazy state of our
media?
I don't know. I respect and value any observant person's point of view. I
learn a lot just here on the newsgroup, even from people I tend to
vehemently agree with.
But keep up the good work . . . I do admire a reader.
S
"TCB" <nobody@ishere.com> wrote in message news:480f5b09$1@linux...
>
> Why would you think I would pay attention to politicians when reading and
> thinking about politics and current affairs?
>
> OK, to give only a few examples. I read William S. Lind religiously. He is
> a hidebound cultural conservative (which I abhor) but he's deeply read in
> European military history and has done groundbreaking work on current war
> fighting theory. I read Brian Clough and Stan Goff (both very much
> liberals)
> about counter insurgency because in addition to being highly educated they
> actually fought in counter insurgencies for the US and Australia
> respectively.
> I read everything I can by Robert Fisk and Patrick Cockburn because they
> speak good Arabic and have been reporting from the middle east for over 20
> years each. They're generally 'left' though both are truly reporters, they
> try to report what's happening. I read everything I can by Mike Whitney
> because
> he's so damn funny, his bits about the Iranian oil borse still bring tears
> to my eyes. At the more macro level I read Pat Buchanan (again, not into
> the catholic cultural conservatism, but he's a genuine anti-empire
> conservative),
> Gore Vidal, William Blum, and Matt Taibbi as much as I can.
>
> So, those are the KINDS of people I read. I would be thrilled if Robert
> Fisk
> talked to the NAB. But Tim Robbins? It's just a 'who cares' kind of thing.
>
>
> TCB
>
> "Sarah" <sarahjane@sarahtonin.com> wrote:
>>According to Mr Amercian Heritage, politics is "the art or science of
>>governing . . . " and to govern is "To make and administer the public
>>policy
>
>>and affairs of; exercise sovereign authority in." Hmm, OK, who should we
> be
>>listening to on this subject? Who are the "experts" and how did they get
>
>>that way? Masters of Political Science? I don't think you'll find many
> of
>>those among our leaders. There are lot of lawyers in the ranks, but I'm
> not
>>sure that makes anyone an expert in governing. Is it time spent in the
>
>>halls of congress that makes one an "expert"? So we should listen to the
>
>>really old guys? . . . Ted Stevens leaps to mind. Or Ted Kennedy for that
>
>>matter.
>>
>>Have you ever watched C-Span, or other examples of our government at work?
>
>>Some of those people just don't strike me as our best and brightest. I
> can
>>only watch that stuff for about five minutes before I scream and change
> the
>>channel. It's just so intolerably slow and painfully dispassionate. If
>
>>those are our experts, I can see why we're in serious trouble.
>>
>>Are there really any experts in politics/governing? Who are they, and
>>what
>
>>are their credentials? In our system of government, aren't WE essentially
>
>>the government? Doesn't that mean give every one of us the "expertise,"
>
|
|
|
|
| Re: recommendations for good practice regimen [message #95749 is a reply to message #95735] |
Fri, 08 February 2008 02:00 |
steve the artguy
Messages: 308
Registered: June 2005
|
Senior Member |
|
|
'm in.
"Dimitrios" <musurgio@otenet.gr> wrote in message news:480fa5ac$1@linux...
>
> Hi,
> I would like to start a post here where everyone that will sign this will
> commit to buy-pay a 50$ (I cam up with that price) fee for the completion
> and release of this super plugin.
> Imagine a Faderworks type of plugin where all vst (well almost all...)
> will
> be automatically recognised and so the latency compensation will be done
> automatically.
> If that graps any interest from any Paris users please reply with your
> name
> signing and commited to pay-buy this plugin.
> If enouph Paris users will sign then maybe the Faderworks author might
> work
> this out.
> Regards,
> Dimitrios
>
> 1. Dimitrios BitzenisI'm in...
"Dimitrios" <musurgio@otenet.gr> wrote:
>
>Hi,
>I would like to start a post here where everyone that will sign this will
>commit to buy-pay a 50$ (I cam up with that price) fee for the completion
>and release of this super plugin.
>Imagine a Faderworks type of plugin where all vst (well almost all...) will
>be automatically recognised and so the latency compensation will be done
>automatically.
>If that graps any interest from any Paris users please reply with your name
>signing and commited to pay-buy this plugin.
>If enouph Paris users will sign then maybe the Faderworks author might work
>this out.
>Regards,
>Dimitrios
>
>1. Dimitrios BitzenisI'm in...
"Dimitrios" <musurgio@otenet.gr> wrote:
>
>Hi,
>I would like to start a post here where everyone that will sign this will
>commit to buy-pay a 50$ (I cam up with that price) fee for the completion
>and release of this super plugin.
>Imagine a Faderworks type of plugin where all vst (well almost all...) will
>be automatically recognised and so the latency compensation will be done
>automatically.
>If that graps any interest from any Paris users please reply with your name
>signing and commited to pay-buy this plugin.
>If enouph Paris users will sign then maybe the Faderworks author might work
>this out.
>Regards,
>Dimitrios
>
>1. Dimitrios Bitzenisyup. Do NOT optimize headers. Or conversely, you could use TJ Weber's
program StripWav to remove extra header information of the WAV files that
Paris can't read/doesn't know what to do with.
AA
"Tyrone Corbett" <tyronecorbett@comcast.net> wrote in message
news:48113787$1@linux...
>
> Hey guy's, typically I manually convert my PAF's to WAV's one by one via
> the
> PAF Converter. Tonight I decided to use Wavelab because of the batch
> processing
> capability. The files converted rather quickly, but when I imported them
> back into a Paris project, they were garbage. Is there something I missed
> using the batch processing in Wavelab?
>
> Thanks!At the moment...
U47
Daking Pre/Eq
ADL 1000 Comp
Could change any minute... :)
"Gary Flanigan" <garyf_94103@yahoo.com> wrote:
>
>
>Lawson L47MP
>VT Fearn pre
>Manley El OP
>
>
>
>
>
>
>"Tyrone Corbett" <tyronecorbett@comcast.net> wrote:
>>
>>Hey guys, what's everyone doing vocal chain wise? I'm using the following
>>on most projects.
>>
>>SE Gemini
>>Avalon 757Sp (a little tube vibe)
>>Neve Portico 5012
>>Urie 1178
>Who was that masked Wiki man?
Props on what you're doing as well dude.
AA
"Kerry Galloway" <kg@kerrygalloway.com> wrote in message
news:C43682B4.AC5D%kg@kerrygalloway.com...
> It IS pretty freakin' cool, innit?
>
> - K
>
>
> On 4/24/08 6:38 PM, in article 481135ff@linux, "Deej" <noway@jose.us>
> wrote:
>
>>
>> "erlilo" <erlingl@tdcadsl.dk> wrote:
>>> Hmmm Deej, what's going on? It's not you to be out here for a whole week
>> and
>>> it seems noone have observed it yet:o)
>>>
>>> Erling
>>>
>>
>>
>> All it takes is one week of my being gone and look what happens...... PDC
>> for Paris.
>>
>> How cool is that? I should have left years ago.
>>
>> ;D
>>
>You rock! That's perfect, posted it before my gig tonight.
http://www.kerrygalloway.com/WikiPARIS/wikka.php?wakka=Nativ eLatencyDatabase
Hooly dooly, those are some big-ass latency numbers.
Over a second latency? What did the UAD have to do - contact UA's head
office to get permission to pass each individual sample?
- Kerry
On 4/24/08 6:46 PM, in article 481137fa$1@linux, "Deej" <noway@jose.us>
wrote:
>
> Kerry Galloway <kg@kerrygalloway.com> wrote:
>> http://www.kerrygalloway.com/WikiPARIS/wikka.php?wakka=Nativ eLatencyDatabase
>>
>> There's a decent start there, composed of efforts of Dimitrios' I've found,
>> plus the official WAVES latency specs.
>>
>> The term "database" is actually technically incorrect at the moment; it's
>> currently just a text list. The name reflects my intention to build it into
>> an actual user-contributable, searchable database - just as soon as I
>> decide/figure out how to do that.
>>
>> For now, if you want to add a plugin that's not on the list - assuming you
>> are logged in to the Wiki, just doubleclick on the page to open the editor
>> and add the plugin to the bottom of the page as text, using something along
>> the lines of the following format - PLUGIN NAME / [TAB] / LATENCY IN
>> SAMPLES; just bring info and I'll take care of tidying it if needed.
>>
>> Please contribute more as you find them!
>>
>>
>> - Kerry
>
>
> Here's some info I dragged out of my archives regarding Paris nudge values.
> I don't know if it will help, bu6t it might if the programmer needs info
> on how Paris "sees" things......
>
> The nudge values are not consistent with what one would expect the samples
> to be per ms and they are also not consistent with themselves. Meaning that
> a 1ms nudge would be expected to be 44 samples but is actually 80. A 10ms
> nudge isn't 10 X 80 or 800 samples though, it's actually 480.
>
> Here they are if anyone is interested:
>
> 1ms= 80 samples
> 5ms= 240 samples
> 10ms= 480 samples
> 25ms= 1120 samples
> 50ms= 2240 samples
> 75ms= 3360 samples
> 100ms= 4480 samples
>
>
> also, using sampleslide to assist the nudge function....for UAD-1 plugins,
> the Sampleslide presets were as follows:
>
> 1 Plugin 1536 (slide 4 x 100ms in Editor)
> 1 Pultec 1523 (slide 4 x 100ms in Editor)
> 2 Plugins 3072 (slide 8 x 100ms in Editor)
> 2 Pultecs 3046 (slide 8 x 100ms in Editor)
> 1 Plugin 1 Pultec 3059 (slide 8 x 100ms in Editor)
> 2 Plugins 1 Pultec 4595 (slide 12 x 100ms in Editor)
> 2 Pultecs 1 Plugin 4582 (slide 12 x 100ms in Editor)
> 3 Plugins 4608 (slide 12 x 100ms in Editor)
> 3 Pultecs 4569 (slide 12 x 100ms in Editor)
>
> I think I put this together back when UAD-1 latency was twice what it is
> now.
>
> Well anyway....FWIW
>
> ;o)
>sure, why not.
On 24 Apr 2008 07:10:04 +1000, "Dimitrios" <musurgio@otenet.gr> wrote:
>
>Hi,
>I would like to start a post here where everyone that will sign this will
>commit to buy-pay a 50$ (I cam up with that price) fee for the completion
>and release of this super plugin.
>Imagine a Faderworks type of plugin where all vst (well almost all...) will
>be automatically recognised and so the latency compensation will be done
>automatically.
>If that graps any interest from any Paris users please reply with your name
>signing and commited to pay-buy this plugin.
>If enouph Paris users will sign then maybe the Faderworks author might work
>this out.
>Regards,
>Dimitrios
>
>1. Dimitrios Bitzenisa kazoo with a pin in one end.
a tp tube covered in wax covering a rolling pin
a hamsters in one of those wheel things connected to the rolling pin
works like a charm...i've never sounded so good.
On 25 Apr 2008 09:23:43 +1000, "Tyrone Corbett"
<tyronecorbett@comcast.net> wrote:
>
>Hey guys, what's everyone doing v
|
|
|
|
|
|
| Re: recommendations for good practice regimen [message #95756 is a reply to message #95680] |
Fri, 08 February 2008 06:37 |
rick
Messages: 1976
Registered: February 2006
|
Senior Member |
|
|
a href="http://www.kerrygalloway.com/WikiPARIS/wikka.php?wakka=NativeLatencyDatabase" target="_blank"> http://www.kerrygalloway.com/WikiPARIS/wikka.php?wakka=Nativ eLatencyDatabase
>>>
>>> There's a decent start there, composed of efforts of Dimitrios' I've
found,
>>> plus the official WAVES latency specs.
>>>
>>> The term "database" is actually technically incorrect at the moment;
it's
>>> currently just a text list. The name reflects my intention to build it
into
>>> an actual user-contributable, searchable database - just as soon as I
>>> decide/figure out how to do that.
>>>
>>> For now, if you want to add a plugin that's not on the list - assuming
you
>>> are logged in to the Wiki, just doubleclick on the page to open the editor
>>> and add the plugin to the bottom of the page as text, using something
along
>>> the lines of the following format - PLUGIN NAME / [TAB] / LATENCY IN
>>> SAMPLES; just bring info and I'll take care of tidying it if needed.
>>>
>>> Please contribute more as you find them!
>>>
>>>
>>> - Kerry
>>
>>
>> Here's some info I dragged out of my archives regarding Paris nudge values.
>> I don't know if it will help, bu6t it might if the programmer needs info
>> on how Paris "sees" things......
>>
>> The nudge values are not consistent with what one would expect the samples
>> to be per ms and they are also not consistent with themselves. Meaning
that
>> a 1ms nudge would be expected to be 44 samples but is actually 80. A 10ms
>> nudge isn't 10 X 80 or 800 samples though, it's actually 480.
>>
>> Here they are if anyone is interested:
>>
>> 1ms= 80 samples
>> 5ms= 240 samples
>> 10ms= 480 samples
>> 25ms= 1120 samples
>> 50ms= 2240 samples
>> 75ms= 3360 samples
>> 100ms= 4480 samples
>>
>>
>> also, using sampleslide to assist the nudge function....for UAD-1 plugins,
>> the Sampleslide presets were as follows:
>>
>> 1 Plugin 1536 (slide 4 x 100ms in Editor)
>> 1 Pultec 1523 (slide 4 x 100ms in Editor)
>> 2 Plugins 3072 (slide 8 x 100ms in Editor)
>> 2 Pultecs 3046 (slide 8 x 100ms in Editor)
>> 1 Plugin 1 Pultec 3059 (slide 8 x 100ms in Editor)
>> 2 Plugins 1 Pultec 4595 (slide 12 x 100ms in Editor)
>> 2 Pultecs 1 Plugin 4582 (slide 12 x 100ms in Editor)
>> 3 Plugins 4608 (slide 12 x 100ms in Editor)
>> 3 Pultecs 4569 (slide 12 x 100ms in Editor)
>>
>> I think I put this together back when UAD-1 latency was twice what it
is
>> now.
>>
|
|
|
|
Goto Forum:
Current Time: Wed May 06 17:13:34 PDT 2026
Total time taken to generate the page: 0.02190 seconds
|
The PARIS Forums
Search
Help
Members
Register
Login
Home
