Home » The PARIS Forums » PARIS: Main » I'm having a really hard time explaining myself :-)
| I'm having a really hard time explaining myself :-) [message #75006] |
Sat, 28 October 2006 07:01  |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
because of the amount of technobabble I use, and my poor grasp of english
syntax :-)
Here's the deal...
1. The idea I am proposing does not use any physical hardware interconnects
between PARIS and the "new" theoretical VST host. It uses a piece of "shared
memory" (see wikipedia) to shuttle samples back and forth. The theoretical
VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
capable application.
2. There would be *one* channel strip in the VST HOST for *each* incoming
virtual ASIO connection. On this strip you could drop as many VST plugs,
or VSTis as you want. The strip would add up the latency for all plugs on
the strip, and then bump the latency up to a user configured amount, thereby
giving you 100% consistent latency for each channels. The output of each
strip would go to an ASIO virtual OUT channel.
3. A simple "new" VST plug would be inserted on each channel in paris. On
this plug you would select *which* one of the 32 "NEW" VST host channels
you wanted to route through.
Now - the 64,000 question is, is there any other use for this new host BESIDES
PARIS. If we can think of other uses for it, I would work on it, if not,
I wouldn't :-) It needs to have a larger potential audience than the paris
community :-)
Chuck
Chuck
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75009 is a reply to message #75006] |
Sat, 28 October 2006 07:58  |
Chris Ludwig
Messages: 868
Registered: May 2006
|
Senior Member |
|
|
HI Chuck,
Do you mean something like the Linux audio app called JACK?
Sounds sort of similar but geared towards Paris.
http://www.ardour.org/jack
Chris
chuck duffy wrote:
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris. On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
>
>
>
--
Chris Ludwig
ADK
chrisl@adkproaudio.com <mailto:chrisl@adkproaudio.com>
www.adkproaudio.com <http://www.adkproaudio.com/>
(859) 635-5762
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75012 is a reply to message #75006] |
Sat, 28 October 2006 08:35 |
Dimitrios
Messages: 1056
Registered: August 2005
|
Senior Member |
|
|
Dear Chuck,
To help me understand this.
Lets talk with paradigm.
Lets say you have a cubase program on same computer with Paris.
Would that plugin of yours make cubase see a "virtual audio card" because
cubase needs an audio card to work and so it will be able to communicate
with these 32 asio origins and destinations like in beetween with Paris ?
That would be wanted from many other users.
Its like rewire.
You can imagine one having SAWpro running audio and Cubase sending the VSTI
asio outs to SAW...
So many potential buyers could benefit.
If I understood correctly, and forgive me if not, it is basically a "Chuck"
rewire but only using asio as protocol of communicating.
Am I wrong ?
Regards,
Dimitrios
"chuck duffy" <c@c.com> wrote:
>
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs
on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75013 is a reply to message #75012] |
Sat, 28 October 2006 08:58 |
brandon[2]
Messages: 380
Registered: June 2006
|
Senior Member |
|
|
Dimitrios,From what I understand it is not to be used with Cubase.
It is to be used stand alone.
It will replace the need for Cubase as an effects rack.
You will only use PARIS and the NEW program Chuck creates.
No Cubase.
It is not intended as a Wormhole2 tpe program.
It is Wormhole plus an effects rack rolled up in one with latency
compensation.
Is that correct Chuck?
That is how I understand it.
B
"Dimitrios" <musurgio@otenet.gr> wrote:
>
>Dear Chuck,
>To help me understand this.
>Lets talk with paradigm.
>Lets say you have a cubase program on same computer with Paris.
>Would that plugin of yours make cubase see a "virtual audio card" because
>cubase needs an audio card to work and so it will be able to communicate
>with these 32 asio origins and destinations like in beetween with Paris
?
>That would be wanted from many other users.
>Its like rewire.
>You can imagine one having SAWpro running audio and Cubase sending the VSTI
>asio outs to SAW...
>So many potential buyers could benefit.
>If I understood correctly, and forgive me if not, it is basically a "Chuck"
>rewire but only using asio as protocol of communicating.
>Am I wrong ?
>Regards,
>Dimitrios
>
>"chuck duffy" <c@c.com> wrote:
>>
>>because of the amount of technobabble I use, and my poor grasp of english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to any
ASIO
>>capable application.
>>
>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>or VSTis as you want. The strip would add up the latency for all plugs
>on
>>the strip, and then bump the latency up to a user configured amount, thereby
>>giving you 100% consistent latency for each channels. The output of each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in paris.
>On
>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>you wanted to route through.
>>
>>Now - the 64,000 question is, is there any other use for this new host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>I wouldn't :-) It needs to have a larger potential audience than the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75014 is a reply to message #75013] |
Sat, 28 October 2006 10:06 |
brandon[2]
Messages: 380
Registered: June 2006
|
Senior Member |
|
|
So the idea is that if you send all the channels you have in PARIS to this
NEW plugin....They will all be delayed the same amount. That amount is equal
to a user definable number OR the amount of samples that is greatest on any
given insert (depending on the amount of plugs), which ever is least?
That is brilliant!
That would be cool if it had two modes.
User definable latency or automatic which updates evertime a new plug is
inserted or removed from the NEW HOST program.
B
B
"Brandon " <A@A.com> wrote:
>
>Dimitrios,From what I understand it is not to be used with Cubase.
>It is to be used stand alone.
>It will replace the need for Cubase as an effects rack.
>You will only use PARIS and the NEW program Chuck creates.
>No Cubase.
>It is not intended as a Wormhole2 tpe program.
>It is Wormhole plus an effects rack rolled up in one with latency
>compensation.
>Is that correct Chuck?
>That is how I understand it.
>
>B
>
>
>
>"Dimitrios" <musurgio@otenet.gr> wrote:
>>
>>Dear Chuck,
>>To help me understand this.
>>Lets talk with paradigm.
>>Lets say you have a cubase program on same computer with Paris.
>>Would that plugin of yours make cubase see a "virtual audio card" because
>>cubase needs an audio card to work and so it will be able to communicate
>>with these 32 asio origins and destinations like in beetween with Paris
>?
>>That would be wanted from many other users.
>>Its like rewire.
>>You can imagine one having SAWpro running audio and Cubase sending the
VSTI
>>asio outs to SAW...
>>So many potential buyers could benefit.
>>If I understood correctly, and forgive me if not, it is basically a "Chuck"
>>rewire but only using asio as protocol of communicating.
>>Am I wrong ?
>>Regards,
>>Dimitrios
>>
>>"chuck duffy" <c@c.com> wrote:
>>>
>>>because of the amount of technobabble I use, and my poor grasp of english
>>>syntax :-)
>>>
>>>Here's the deal...
>>>
>>>1. The idea I am proposing does not use any physical hardware interconnects
>>>between PARIS and the "new" theoretical VST host. It uses a piece of
"shared
>>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>ASIO
>>>capable application.
>>>
>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>or VSTis as you want. The strip would add up the latency for all plugs
>>on
>>>the strip, and then bump the latency up to a user configured amount, thereby
>>>giving you 100% consistent latency for each channels. The output of each
>>>strip would go to an ASIO virtual OUT channel.
>>>
>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>
>>On
>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>you wanted to route through.
>>>
>>>Now - the 64,000 question is, is there any other use for this new host
>BESIDES
>>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>>I wouldn't :-) It needs to have a larger potential audience than the
paris
>>>community :-)
>>>
>>>Chuck
>>>
>>>Chuck
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75018 is a reply to message #75014] |
Sat, 28 October 2006 10:35 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
Zactly. The user definable number would need to be greater than the higest
latency on any single channel in the host. It could also be automatic (higest
+ 1 ms for example).
Chuck
"Brandon" <A@A.com> wrote:
>
>So the idea is that if you send all the channels you have in PARIS to this
>NEW plugin....They will all be delayed the same amount. That amount is equal
>to a user definable number OR the amount of samples that is greatest on
any
>given insert (depending on the amount of plugs), which ever is least?
>That is brilliant!
>That would be cool if it had two modes.
>User definable latency or automatic which updates evertime a new plug is
>inserted or removed from the NEW HOST program.
>
>B
>B
>
>
>"Brandon " <A@A.com> wrote:
>>
>>Dimitrios,From what I understand it is not to be used with Cubase.
>>It is to be used stand alone.
>>It will replace the need for Cubase as an effects rack.
>>You will only use PARIS and the NEW program Chuck creates.
>>No Cubase.
>>It is not intended as a Wormhole2 tpe program.
>>It is Wormhole plus an effects rack rolled up in one with latency
>>compensation.
>>Is that correct Chuck?
>>That is how I understand it.
>>
>>B
>>
>>
>>
>>"Dimitrios" <musurgio@otenet.gr> wrote:
>>>
>>>Dear Chuck,
>>>To help me understand this.
>>>Lets talk with paradigm.
>>>Lets say you have a cubase program on same computer with Paris.
>>>Would that plugin of yours make cubase see a "virtual audio card" because
>>>cubase needs an audio card to work and so it will be able to communicate
>>>with these 32 asio origins and destinations like in beetween with Paris
>>?
>>>That would be wanted from many other users.
>>>Its like rewire.
>>>You can imagine one having SAWpro running audio and Cubase sending the
>VSTI
>>>asio outs to SAW...
>>>So many potential buyers could benefit.
>>>If I understood correctly, and forgive me if not, it is basically a "Chuck"
>>>rewire but only using asio as protocol of communicating.
>>>Am I wrong ?
>>>Regards,
>>>Dimitrios
>>>
>>>"chuck duffy" <c@c.com> wrote:
>>>>
>>>>because of the amount of technobabble I use, and my poor grasp of english
>>>>syntax :-)
>>>>
>>>>Here's the deal...
>>>>
>>>>1. The idea I am proposing does not use any physical hardware interconnects
>>>>between PARIS and the "new" theoretical VST host. It uses a piece of
>"shared
>>>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>>ASIO
>>>>capable application.
>>>>
>>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>>or VSTis as you want. The strip would add up the latency for all plugs
>>>on
>>>>the strip, and then bump the latency up to a user configured amount,
thereby
>>>>giving you 100% consistent latency for each channels. The output of
each
>>>>strip would go to an ASIO virtual OUT channel.
>>>>
>>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>>
>>>On
>>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>>you wanted to route through.
>>>>
>>>>Now - the 64,000 question is, is there any other use for this new host
>>BESIDES
>>>>PARIS. If we can think of other uses for it, I would work on it, if
not,
>>>>I wouldn't :-) It needs to have a larger potential audience than the
>paris
>>>>community :-)
>>>>
>>>>Chuck
>>>>
>>>>Chuck
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75019 is a reply to message #75009] |
Sat, 28 October 2006 10:37 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
ZACTLY, *and* as dimitrios called it, "rewire" for asio, and a VST VSTI plugin
host, and freeware open source.
So.... I really need to find out if there is an audience for this type of
thing.
Chris Ludwig <chrisl@adkproaudio.com> wrote:
>HI Chuck,
>Do you mean something like the Linux audio app called JACK?
>Sounds sort of similar but geared towards Paris.
>
>http://www.ardour.org/jack
>
>Chris
>
>
>chuck duffy wrote:
>
>>because of the amount of technobabble I use, and my poor grasp of english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to any
ASIO
>>capable application.
>>
>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>or VSTis as you want. The strip would add up the latency for all plugs
on
>>the strip, and then bump the latency up to a user configured amount, thereby
>>giving you 100% consistent latency for each channels. The output of each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>you wanted to route through.
>>
>>Now - the 64,000 question is, is there any other use for this new host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>I wouldn't :-) It needs to have a larger potential audience than the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>>
>>
>>
>
>--
>Chris Ludwig
>ADK
>chrisl@adkproaudio.com <mailto:chrisl@adkproaudio.com>
>www.adkproaudio.com <http://www.adkproaudio.com/>
>(859) 635-5762
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75020 is a reply to message #75013] |
Sat, 28 October 2006 10:39 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
Brandon,
Although it is intended to be stand-alone, there wouldn't be anything stopping
you from routing audio to any other asio input/output in the system.
Does wormhole work right with paris at high track counts?
"Brandon " <A@A.com> wrote:
>
>Dimitrios,From what I understand it is not to be used with Cubase.
>It is to be used stand alone.
>It will replace the need for Cubase as an effects rack.
>You will only use PARIS and the NEW program Chuck creates.
>No Cubase.
>It is not intended as a Wormhole2 tpe program.
>It is Wormhole plus an effects rack rolled up in one with latency
>compensation.
>Is that correct Chuck?
>That is how I understand it.
>
>B
>
>
>
>"Dimitrios" <musurgio@otenet.gr> wrote:
>>
>>Dear Chuck,
>>To help me understand this.
>>Lets talk with paradigm.
>>Lets say you have a cubase program on same computer with Paris.
>>Would that plugin of yours make cubase see a "virtual audio card" because
>>cubase needs an audio card to work and so it will be able to communicate
>>with these 32 asio origins and destinations like in beetween with Paris
>?
>>That would be wanted from many other users.
>>Its like rewire.
>>You can imagine one having SAWpro running audio and Cubase sending the
VSTI
>>asio outs to SAW...
>>So many potential buyers could benefit.
>>If I understood correctly, and forgive me if not, it is basically a "Chuck"
>>rewire but only using asio as protocol of communicating.
>>Am I wrong ?
>>Regards,
>>Dimitrios
>>
>>"chuck duffy" <c@c.com> wrote:
>>>
>>>because of the amount of technobabble I use, and my poor grasp of english
>>>syntax :-)
>>>
>>>Here's the deal...
>>>
>>>1. The idea I am proposing does not use any physical hardware interconnects
>>>between PARIS and the "new" theoretical VST host. It uses a piece of
"shared
>>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>ASIO
>>>capable application.
>>>
>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>or VSTis as you want. The strip would add up the latency for all plugs
>>on
>>>the strip, and then bump the latency up to a user configured amount, thereby
>>>giving you 100% consistent latency for each channels. The output of each
>>>strip would go to an ASIO virtual OUT channel.
>>>
>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>
>>On
>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>you wanted to route through.
>>>
>>>Now - the 64,000 question is, is there any other use for this new host
>BESIDES
>>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>>I wouldn't :-) It needs to have a larger potential audience than the
paris
>>>community :-)
>>>
>>>Chuck
>>>
>>>Chuck
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75021 is a reply to message #75014] |
Sat, 28 October 2006 10:39 |
brandon[2]
Messages: 380
Registered: June 2006
|
Senior Member |
|
|
This is a multi-part message in MIME format.
---=_linux454387bd
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
My grasp of ASIO channels is demonstrated in this diagram but this is the
idea I get when thinking of this thing.
B
"Brandon" <A@A.com> wrote:
>
>So the idea is that if you send all the channels you have in PARIS to this
>NEW plugin....They will all be delayed the same amount. That amount is equal
>to a user definable number OR the amount of samples that is greatest on
any
>given insert (depending on the amount of plugs), which ever is least?
>That is brilliant!
>That would be cool if it had two modes.
>User definable latency or automatic which updates evertime a new plug is
>inserted or removed from the NEW HOST program.
>
>B
>B
>
>
>"Brandon " <A@A.com> wrote:
>>
>>Dimitrios,From what I understand it is not to be used with Cubase.
>>It is to be used stand alone.
>>It will replace the need for Cubase as an effects rack.
>>You will only use PARIS and the NEW program Chuck creates.
>>No Cubase.
>>It is not intended as a Wormhole2 tpe program.
>>It is Wormhole plus an effects rack rolled up in one with latency
>>compensation.
>>Is that correct Chuck?
>>That is how I understand it.
>>
>>B
>>
>>
>>
>>"Dimitrios" <musurgio@otenet.gr> wrote:
>>>
>>>Dear Chuck,
>>>To help me understand this.
>>>Lets talk with paradigm.
>>>Lets say you have a cubase program on same computer with Paris.
>>>Would that plugin of yours make cubase see a "virtual audio card" because
>>>cubase needs an audio card to work and so it will be able to communicate
>>>with these 32 asio origins and destinations like in beetween with Paris
>>?
>>>That would be wanted from many other users.
>>>Its like rewire.
>>>You can imagine one having SAWpro running audio and Cubase sending the
>VSTI
>>>asio outs to SAW...
>>>So many potential buyers could benefit.
>>>If I understood correctly, and forgive me if not, it is basically a "Chuck"
>>>rewire but only using asio as protocol of communicating.
>>>Am I wrong ?
>>>Regards,
>>>Dimitrios
>>>
>>>"chuck duffy" <c@c.com> wrote:
>>>>
>>>>because of the amount of technobabble I use, and my poor grasp of english
>>>>syntax :-)
>>>>
>>>>Here's the deal...
>>>>
>>>>1. The idea I am proposing does not use any physical hardware interconnects
>>>>between PARIS and the "new" theoretical VST host. It uses a piece of
>"shared
>>>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>>ASIO
>>>>capable application.
>>>>
>>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>>or VSTis as you want. The strip would add up the latency for all plugs
>>>on
>>>>the strip, and then bump the latency up to a user configured amount,
thereby
>>>>giving you 100% consistent latency for each channels. The output of
each
>>>>strip would go to an ASIO virtual OUT channel.
>>>>
>>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>>
>>>On
>>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>>you wanted to route through.
>>>>
>>>>Now - the 64,000 question is, is there any other use for this new host
>>BESIDES
>>>>PARIS. If we can think of other uses for it, I would work on it, if
not,
>>>>I wouldn't :-) It needs to have a larger potential audience than the
>paris
>>>>community :-)
>>>>
>>>>Chuck
>>>>
>>>>Chuck
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
---=_linux454387bd
Content-Type: image/gif; name="C:\Documents and Settings\LEONY\My Documents\My Pictures\untitled.GIF"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="untitled.GIF"
R0lGODlhwgOoAvcAAAAAAIAAAACAAICAAAAAgIAAgACAgICAgMDAwP8AAAD/
AP//AAAA//8A/wD//////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAMwAAZgAAmQAAzAAA/wAzAAAzMwAzZgAzmQAzzAAz/wBmAABmMwBmZgBm
mQBmzABm/wCZAACZMwCZZgCZmQCZzACZ/wDMAADMMwDMZgDMmQDMzADM/wD/
AAD/MwD/ZgD/mQD/zAD//zMAADMAMzMAZjMAmTMAzDMA/zMzADMzMzMzZjMz
mTMzzDMz/zNmADNmMzNmZjNmmTNmzDNm/zOZADOZMzOZZjOZmTOZzDOZ/zPM
ADPMMzPMZjPMmTPMzDPM/zP/ADP/MzP/ZjP/mTP/zDP//2YAAGYAM2YAZmYA
mWYAzGYA/2YzAGYzM2YzZmYzmWYzzGYz/2ZmAGZmM2ZmZmZmmWZmzGZm/2aZ
AGaZM2aZZmaZmWaZzGaZ/2bMAGbMM2bMZmbMmWbMzGbM/2b/AGb/M2b/Zmb/
mWb/zGb//5kAAJkAM5kAZpkAmZkAzJkA/5kzAJkzM5kzZpkzmZkzzJkz/5lm
AJlmM5lmZplmmZlmzJlm/5mZAJmZM5mZZpmZmZmZzJmZ/5nMAJnMM5nMZpnM
mZnMzJnM/5n/AJn/M5n/Zpn/mZn/zJn//8wAAMwAM8wAZswAmcwAzMwA/8wz
AMwzM8wzZswzmcwzzMwz/8xmAMxmM8xmZsxmmcxmzMxm/8yZAMyZM8yZZsyZ
mcyZzMyZ/8zMAMzMM8zMZszMmczMzMzM/8z/AMz/M8z/Zsz/mcz/zMz///8A
AP8AM/8AZv8Amf8AzP8A//8zAP8zM/8zZv8zmf8zzP8z//9mAP9mM/9mZv9m
mf9mzP9m//+ZAP+ZM/+ZZv+Zmf+ZzP+Z///MAP/MM//MZv/Mmf/MzP/M////
AP//M///Zv//mf//zP///yH5BAEAABAALAAAAADCA6gCAAj/AP8JHEiwoMGD
CBMqXMiwocOHECNKnEixosWLGDNq3Mixo8ePIEOKHEmypMmTKFOqXMmypcuX
MGPKnEmzps2bOHPq3Mmzp8+fQIMKHUq0qNGjSJMqXcq0qdOnUKNKnUq1qtWr
WLNq3cq1q9evYMOKHUu2rNmzaNOqXcu2rdu3cOPKnUu3rt27ePPq3cu3r9+/
gAMLHky4sOHDiBMrXsy4sePHkCNLnky5suXLmDNr3sy5s+fPoEOLHk26tOnT
qFOrXs26tevXsGPLnk27tu3buHPr3s27t+/fwFEIH068uPHjyJMrX868eXLg
0KNLx4pCbPXp2LNrP3odbPft4MOL/6/53Wv58ejTqx95nmv79fDjy4/4Xmv9
+fjzCxYukP/xgd3x11+A1xE3oIEAFkjgdwgaV1B9wxHU4IIITThgggReKKB/
BgpYYXkgRviPg8WNOKGIJt6n34osOrVhdR6+qGCCNL5I44MzmqjjjjG2B2GP
Gs7o4Y0cXnggkTAKyeCPIEqY445Q8pgkjlG2aOWVSkVYZI1bcmkklWB22aWT
B7235ZA6AnkjmVJKOaWWU66JI5pLlpkhklGqieWefAoFZ4pFwljlmSh+ieGf
QdLp44duZqhnlYDaKGOagXZo5qBOKnponBwiCmmfoIZKXpJxajjioKUCKqeR
Yi5454OMDv9pKZSynmcjpYlSmiqaYAJoEIK0LilirauKauyxLXWaJ5ya8voo
q6VqaqivvzpIZqtsstnprH96+umqZr5K7K1f8orsueiyp2Sv5qJIrrM5Elru
otV6ieu92nIarb5tEpsQnfmu6e+Y+KZr8MEeSWrhtEcemi2eDR9Y5692Ivmu
uar26+i6um4LL6yZThxpsCVGjPDJKKul4lUrp+zyy/tZB/PMNBfWclU316zz
zm7lPJXPPAct9FhAR1X00EgnTZ3MSjfttFfccHP0U1M/bfXVHkWt9dZcd+31
11pX3ZTYWJdt9kRgp62216eGRfbZcMetUNTsMS333XhbRLdIb2f/mfffgD+0
d0h9J1V44IgrPThIh3OX+OOQL/5R40ZRDvnlM0uesN2Ydx635hw5J/ropJdu
Osaep+406BuhnpXlqseOLOsaub607Lg3TXtGtrOc++9I745R71bBDvzxLAp/
EfE4I+88zcpbxDxVxj9v/XrRVzT9z9d3j3D2Elmb4qaMVlsrhUeWrP6JrmYq
8fbexy8f+PSVPD605terccSIyjswv7gaVvXkR8De0A8i1pIXqqSVrW2pSmFB
ehiqyPetAlowPgd8SAIBCDAGCoxUINxfx0IosQ8K8IIozE8GHbLBNn3Kg/NK
06k89j6GAWtW7ytUCneonhU2hERAzNW0/z4WwW6FyIX6s9fI4MfDJvrGhwwJ
YgRfaKt48cuIYdoVxyB4Qid6ETxQjGIXR1i+OQmLSFM0IfschiH+DfCLcBxN
GMXIuTjacTpzXAgTofLGO/oxNHlUyB6p9sdCAieQ/zqdIhfJSOcY8pG8QeS/
6gjJSs5GkhWipCU36RpMlkmTnAxlajxJMbeJ8pSsISXIWEgtN31wZBkrlg6H
h8paokaVEkJgwyYVw/9JkGDLs6UwSYPLVv6QVCK8l7+S2CveDfOZoClmfxAo
qCturIbAKhbDpAfNblqmSFIboM/8M0OOKbOKy5QgLb3JzsiAc5Cs1CCzQHhC
cjWTiKFrpz4d0/+pcPKtfhAjmZzsCcPa7fOgiuknPH8IUPzNy1UKUpSlZslN
hFrUZm9aaBRBedGO6qVS4uSoR0dal3eG1JQkTWleTMq3Rrr0pY1UqUz5Is22
fUWjM81pWGrax57gVKdA5QpP3dbToBp1KUP1TlGPylSjJPWmS22qVIPyVPNE
dapY5UlVu/LTrHr1KFtt6P0o6MZESbRHR+vqV9cqlLDK05xIdNcWRZZGebL1
rlhx6zEhCDFCZdRQy4SfWvFK2JzodaN8reEUsbgsTwn2qoWN7EkOe8y63sp/
CgTsq1gIWcl6ViSUpWPBFFYiZRG0Tqmq7GdXC1Zu1E17cE0sZjVLJSb/Dpa1
uEVJaPWIPgoCibRnbZ9Yc0vcnux2KEC7bXGX+5HjUq+zzI1uQ5z7M+hK97oI
oa5UlIvd7kpEu0azrne9C14+ine82C0v1c6LXumq10XsbS9zeQrT+tpXdPLN
L0ne6yL9+hck/B3bfwfMkQAzJb4E/qyBl4LgBEt2wX5zsITR5tp/onTCGHYI
hA2X4Q4zZMNIabCHvwpix434xAUpceVQzGKBqLgoIm5xU19MlBjL+Kg0Ru6N
T5xjPxlMrmbl7o770uOg2Hg2CnwWR1rQgiHrpchAYbKUp0zlKlv5yljOspa3
zOUue/nLYA6zmMdMZikLx8woaMGZ1ZxmJq+5/8xwjnOZnfwTKP9EznjOs573
zOc++5nKbz7zmgPd5j8b+tCI3jKdB2Jnnxw5Nr99kpANwuSaJPrSmJ4yVhvt
U3RFOoYlqfRbMi3mTVeYcCLlU5I3OxJRn8bVTOU0Tx4tm0Jlc9KUbnJqYG1U
We+E1gbjdWmErRr7jXV9JTSfFduIP+CmNmQ5hCUN23pqxqXac8QmTbZPc7E7
VWqIc2W2CMeEsYvhKbN1rvbkro1tXe/a3au5LAf/WrEsLhakow1XvfdnT5/4
WifADja8UbNt0sjbhSCtorL5asSMegvaDVxXv42r7s1dGHkFF03GQ2M/v3ab
rg7FrMOXJUggK3baVP+teEcCfhKWp2vjoYG5Z4L77QnKUkmlRaZpQb7vTxeM
2q/1zvVk/hmib4aBs+03w/c1bi2WT09cdHlC6Hvfqlvd2Bgf+LtTg/R9ychH
XcTW0peI9VuL6+FA0doo18b2trv97XCPu9znTve0VcXomDGOm6+uSO/V/e+A
D7zgB0/4whv+8IhP/NyngvfLnKfxQb+e4idP+cpX/pYqbwrkKdMeKc9E6ger
KWNETxjSv2Tzk3kP6i3ePdMnxvWBgT1L2sz3l6qs037P/Glkb5La11cjvFdJ
m3+dk4Vl1vjusphvzS7AeYr84Da19Rgpus2QSTrs9AR9Z4Jfet2veNbA937/
llZfkkePHfrf5iUvkxkwfJ4/XuJ+v51UNPZzanM/vrd9Rbg/GP5bmPgZ4X+9
h3ujoj+zVVs413R1dW4K12wJuCH3hoDgUkEOCCnmhhguJzYCCBgbuG7gF4Di
x0b1lzFf10rrtz7S13weY03Ylz8iGFFgtzLBRXbZZIE5t4CxRE7W5IDSF2Sv
ZH/9c28+hym2E3ULx2qEkYF6E4IMln8uBYLzt2wfBy0xonwnV4Psw4Ltcj7X
p282dRHRI38I91fqF1EMWG/ApCYHCC/etoPXQn9HdHP7doY/J23V1HRjZH02
1IZ2eD+xxVh5Un3L50oXeBhKuH9MGGEACIYVJ4YH/1dz2MeHWzg+vjRxJneA
7vOFSyha7QdXEdg/80ZFOKiGLDhBSsd0zDSHJNdMcgiECleCE8UtT/KGe3iG
pDVN/0GLjyI+PShbAESBN4F8cRWJAWKFdqhDWagxFJWCXfh0m1g8BPiMrYiJ
9rJzEViHMqRZ9NYss4gvXOhiibgQysOGoGiDv1VO14hyygh14fZwHqdE+JRI
ZkRP9+eIUrhsIUeNdBhxnwh/PqeP90eHI4hrCdOO+Jh+ZuhKFVgv3jKC8WeQ
LqiB4Rhi0YiIrBgpbghxMuSGzqaRObeNR1SCaSQrO1J4nCiQz4Zs1TRXeTiI
7IJzt0iLDoMtqZiK6SSIwv8YSySIj2PodWa3Kbs4fWEXLMmGVvJYcmy0k6Dm
Uw0IkCKngNhITtpofzLJjQM1LNIoRo/YhVZUhVS4fMiogloYgxBnlGgIheok
hnq4kXg4cTOJWuiWbzVng/1BeCe5kGmoLw70H3F5jfwYQAkIlCGJivd0kzcJ
jC9xiBiITuVIjjWCjlSpjjc0UVRZjUC2izzyD3/HWf2Yj4C5SwnJflzidJX5
kJ05J9PEiOpGRE6plyHEl784fyRXjoIpgUoGgShhj3h5fb3kiQv5l2soMsFp
inBYmDVJE074hInBmhk5iCsphG5ZQuMSl+QGiKypmXTHmfaWWJZJieEWlYIy
ldT/GZveKCwFAo51h4YceY8ONYyimSuVOIv/2JxolBI5yXwHyYcjKT4kM5ll
KVyBBYNUSJa8FYspCWyKaYhNSZ/ntJdBFJ3pA5exmYtecpvnSRLk2JrnuJ4+
mJQfWZoNek2AlZnYmZ0fgn7M6Jnt2SplJ5brGIeN8lDO+BYJahY1ahi6CZWk
2J2T2JDf2ZunGSblt6DvqZKQ6XHdCG3TSZ7VOZfMyZ83VZFrcaNkQaUYhaLf
OIYBxaJY6KIdCZxC6YU9xZxF6poP9KBJ6j5LikQYOZhEKaRpYaVokZwxFadS
mh5yunIQqaXQ557cOZqriG7z+Z4kOqd0ukhwkadC94Hx/6GoodOCOnmf+lme
Lfp1Y/mSRdlbcDqnd2qnjHoWjrodh4qoPdOp7AYT2oeqpnpxxTcfoXqqiXl7
n8oWr+oeqxoetapUo2o6srqIbZGr9nGr4AGs5iGsxTqrU2qsXKWs2UGsy4qs
VcqsrIoTqWqfu8qr8lEe4RAONlGtySKtwQqtnuqrNgqusrGt6Jqu6rqu6tqt
NGqut0OuySqusOoS3moW7Jqv+rqv/Nqu7lqq9DqtwZio8Oo7AfsZ/Zqw3KpL
BxutDXus8qoy11o6vQpwqbGt9lmwW+GsLDOxpEOwD/usESsaGJubGhuuI1uv
3/quIWurLasZJdtyHjs6LJuyAv/7rwBrs4uqs54RswP4slEKtK9zsihrseNq
tKfhs+VHtNQxs/h1tK1as0gLqkwbGUqLoVULjUIbr1NLq1lrXk7bHBe7sC33
tdRjtv21tSLbtWXBsZVxtZEXtb+KtgKmti7LsxDLtiRLtmVrt0Urt1Trt39L
rRULuKQBt3FLuDmrt0RDt9sVtmILtYprGoj7f4wbuHjLVZDLHCCbuXd7uQjL
tz/ruTsLuqVruPNKuoM7sEkrukO6ucohtajrsKobtLXLtbMbGpWLaoKLu5OL
uabbto7LYMOLGLtrbb3bsbD7HJLLuoubuyo7e6hxvB54u58LvTdLHp0bvFa1
vMjRuiv/4bari7PAi73lmrxGU7yGQb3Vy73RG76F+7tei758pL6Fwb6s577Z
i5zx67xzS7+EBMCLgb8rZ78HZsDfZ73u4b3f27zkOxoEnE8CvF0IDGMMTKH/
q8DNM8GJEcGtU8EcxsHEK8L1S8IhrMFW67qve8E12L8PLLwmnLYozD0xTBge
bFA1PMIzTME5rMP6u7Eg/Bc3jMM7XDwsjHUwXMRaq8QBzMSKMcTO1MMn/MPj
q72yK79JTMVvq8JLK8UU6cU+BsYm5sR1S8bGy8VYK8YwFsRhbMbpq8Y/Ib6Q
AcXr5MZNrMW+67/za8dTbL6bQcfBBMc6JshsTBH3Kr2EnMjx/3S4aJy4euzC
VsypigwUckzDfGzDjWy5fty4k7zJqnrFj0y7eCwZgBzIl3zAnYzFoezAkVy+
qtyzmazJr+zKq/y+wre9nny9s8wZpVxRp+zDuQzEqVzIE3HIXfzLgNHL2kPM
NcbMjubMg4zMzTzMcaHMhgzNRobN0uzLGTzKS+zNcxzLvLvNYwzOZ0vN5HzN
cXrELRy6K5vOa4zO/CvPwfzOtPzC7ozI8DzN+/zM9LzLnwfJ87y39qrNcWzQ
9azP3ZzQeYzPnWHN6tzPbWzOlkzRTcvOBFnODJ3CBf3PDt3KNorRGY3KEu3R
xgQaEF3MCL3SgiTQAQ3KH72/L03Qyf8i0sacsSYdqzk90Bb9xiVdFykdPiz9
0wzFyjy9xz1dwkQ9F0FNH0MNcDbt0jJx0zi91AA91Yzc0Va901Qty7V8zyCd
xRv9GE3t1DuN1Wet0GMtzFsd0zON0uLs1W4tymt9zm19159k1G+dz/Zc1w0d
1nR91YH91acr2JZR1gyL14at05Ks2Iut1WB91LDM2Elt15Utw5dd0X7Nw46t
FoitQU+92Wnc2JnN2aUNzI89GZ+9yKd9x6Kt1K3t2qk9tGlNFqtd1J0N2HOd
t6+9wblN2b29vnEt17od2Xst1rPN28ltsL+Nr8M9zrFdxtGt0cuty4Rtu9Pt
F7eN29mtiN3/zc/f3cfV7dvhrRfbvVG1DdzjbdnBrdnr7d7XfdjPjbzNjdb1
rdbv/deSPdi7vcWffN//Xd7ZnN7qHd9r296YHOAIDtsL7t0NLtsGbt39TRnn
rUehnd+jbdz2vdAYzuAdLtwxUcnMLeCUfOEfDt3nC+BhUeEWTuB9feLS/eCY
LePUHeGkPN/0TeLgTeMJrOM7DuMk7eN0weIt7eL4beNVvN96veEpLuRMjePt
y+MODuSojeTYLeU/buVkDeX5i+VfrOJV7eQDDuYma+RdQeSTZOa3rOYZ7uVf
LuZwjt58Ddlu3uN1XuJsHuZ3ftB5jhVonuZkfuQTztZx7s+BPrqF/94Wf55J
fY7oe27oic7VUh3icM3kVA7hg57kxz3pCo7cWt4Yi57Xh77mo97ml47pxS3T
lg6zXN7lpx7jr17jmX7lsW7ntb4XoV5KpV7mu07cSk7aj27iuTTndH7r4v3p
3xzsE63szd3VV5HrqxTp0i7qGk7pMJ3qhY3sT9zqrq7ttN3rKG7sxz7r+r3p
mAHt0c7sfA7uOa7u6z7t5o7tFM7tBdzoxwzvq07uBy7uy87vdoHuw87upu7t
8K3vEi7vyk3whwHwJ+3v8Szw3W7whO7uDi/Uk53vCG/Leu7pEq/pGK/q1v7Q
9C7BEO/r8Q7ync7pBc7JJR8VDJ+aLd/uFf8P6RQv7A3P3xkfzr++8xyf8xM/
89GM7yEv9LY98iRP9Dz/8dne8d+O9MWu8Pdr9B9s7wPP9KZd85K+5EPP6km/
9Sr/9Czv9Cc/9rQO9QlO9l6v9Skf9ljf7F//4ucu9UQs9mlv9T5N93Xv8x6f
9/6N9mtf7X+P8isP7ECf9bws91Ec81Fe+G5/7V2/72YvGC9/83ZP3m3/+IMP
+Jm/9HrPGJMP83i/+Upf9pVv+Yzv9M4+FZ+viadP863/+kX+vLBf+uF+Gasv
4sk++50Pv47v9weP+Y5x+zYP/HDP9rqP+m8v6H3v+2Cv+c0v+M/f5JfP/MW/
/KPP9z1P/E0//cf/r+vOX/3zvvukjtTcj/3Xb/yRP+PdX/S0L/NqL/oJ3/5X
v/7mX/9bLv8R//3KD/3gL/30H/gA8U/gQIIFDR5EmNAgCoUNHT6EGFHiRIoV
G4YLZ1HjQ4YbPUbs+FHkSJIHQ5ZE+e9kSpYtE6506RFmTJo1Vdr8OBPnzo06
eXL8GVRoSoxDFfo0ajLpUopImQ50+jRp1KdUpVa9ejTr1ptcF3oFa7ToVqtL
y4bdedaoWrQs2Qp92zZm3J905Yq0WxDF3r0o894FrHBs1r82CweWefcwYomL
5zI2qxgyz8MrHTuefHfwVcwtO2cGKvcz6K+iSQcd7fc0zb99F1ZeHfti/0ay
kmXXTF0y9+rdI3vf7tr2N+jWL30DRy5wM2fbyd02d54TenTdJPm6tk4db2Kt
0rWvXi51OPfvx02X17j4OubxsWETvIw+PXmEhdvLRxke63n8Paf3D807qKoD
0D+ZZsKOvgIdsouq4hYMTD+m1LtONQib+u9CpQ406T0NGxOwtBA/3NAiB0ck
kSsJI9sOPgJTZDBDGIObrz7zZmwoL6fsw1HEik5UsMenVpwqJwQ9FNLHA/my
MEkaf8yxRSeVxLC7IHFsMMAap2SKyLVQHFBKLgVC8skrZ9QxSjCnzDLGM2Fs
U00Dx0zKy6HStHJOOls78sYk48zTRDpd3DJQKP/ZfJNMMQf9yc47EzXz0EEf
LBHSDwE1zlIs9cyU0x7x7NRTRnFyFC5RqaxyUkh5RLTQUAUdFVMbNb2QUlQl
HZWnUlE7Va81/1x10U97JZRYIWWtFFYn+ezQz1xJpY0rZG8FkdFpfaUVwmuL
dXVMUGfNdsEy43tW12hr6zZZXL01VtFwC/xW3XXZNZbVZa2r8MVybdq1rnYj
neg+0rYN899ag/0V2DfLHJa/fWvqlzKE39WQYHcN1vZXhrlk9jVnGxbuYWjB
ipfaalVN12SIBEasY702bnVEcu91WOSWIpZ44Y9jVhZcjMV1dmaU8co3O57D
YplRnNMysllhj07V55T/4cSXSX33lJHqmm0m6lx0Zb6aY413RjNrhUOG2quk
B10aJwqtNnro9Pp8uuytxb7bbrS5vtlrwswGWUGhjwU8cKTx3pvvrg/P+2wj
4SZb68SxbjzFtU9WPD+/mavccJIRR+tyyERfGXTGM9f89NBjLbzi1vVePW1p
UU9dddtN/1z2r+W+fdPOaZ+obbdft5x4oH/3fXLP1QaeJOENM/7S6AEkXUvK
lU8+9uY/eh636Q9GHnzsdf+bfM6396h71r7POPz2x6cZ/uLdRz8h9R+jX/r8
qWf/fe0dfxx76pe+zZ3vf/SSH4mq5yZr9Q89lTlJgig2QILczyULlNP1Dri8
/9mxbn/9sRe2EkZBwRTQgL2L3wazh8IUsnB+xAohCSNiwQs6kH8fxA8GDYW7
nkCubpLrmdTmJUOH0NAzNgQhErVzGR+OkINNiaB6eIg5IUaNiA8x4nNweLwE
6q9pUJGiB88EMyBa8VVmvGIJu9iYJk7Qfy5UYN3ICMAhFuxn8DJYydJoPxOK
xzdRjJsG4ejFqQEsYLnSowgLGcdF2rGOezRIFlMSQ0c2EnYBbBIdD5nBICKw
kyqz3hNDWUUqQhIhkszkJyv5SMIRDT5hbCEaFanKWJaSlCCZYulGaUtTVrCP
fmyXrTyZsjkykpazlGUtcbnLZSpTlww8Zi9Rmcpkrv9yk7xjJSVXeE1OVrOV
0bRmMzUpzh3yspfK+eV+wHmxdZbRm4YkpyihWc545pKZyOTmN8EpzHP6covw
5BYr5TlPeeVzoPTEpznH+cxuGnSbDk2oQqWZzgnl0Y1cFGg4GarPd7Izow+t
Z0FD6s5qarOf/5hm2CSq0Xse9Iy33KhLYRrQjl4SoqBsqE3rWExTpjSQNU3k
QlvKUoKCNKYzLar5kkrTmr5xbq/86UnR+U+rBJWjN43oUXW6Un7ac6hd3aqJ
2nhHEvo0qiv1aFON+VGALvWF+3SiUUfa1qG67p/bM2vktMpUrMpUpFmtq/gK
aVJn8pKndl1jGvP6w70S1a3/fsUpXRG6VmLq9apihaplCTnIPS42rjlNK1vf
mlGwkvRHgNSsXKEowc86lXlS9eddQyvZx6q2tqUd7ZIEKEYVhrV8sJ2qbMmE
WsZC9q+Eze1rGyhc6ujwpf307EU7xFrp3nCMqRUsZ317QuOaCrjBTSyLsIlZ
MJ51u8Bcbngxql0iRre6w0sv0ahL1iQyVz7ORSpieztRwOD3r93llVLVOd4O
Fpa70KXogNlL2dwZGL0E3t1lCwxb99I3wBD+rVAPLOCKcli8FE5wh9W72QZr
+MGCLLGEI3zSCltSxChWrokVPMwUA9hf321xOz9M4xirOMMwnrCPN8xfJXov
vgvG/6N9H1jk6Pg3sjLMsY6LdOQa23bGXj2xjXMG4sA4GbBWfrGQs4zlK5+3
zD0NcZir7OAzJzfIPH4zmHeM4C4zuTxe5qtpV0xmNct5ylzur52/g2fHZnfN
bO6zmRON5joredCCRg6hZ4voOft5ZevBbWfTXOk4U/rPMl40qDmt59M6TcoU
jLJoPw3nPSt61KJetZYz+5K4SFo+qVb1l6jcY1nDd9edJvVcv/zfK+JarbrG
8JDd3GpPX3o9rV1vrtlia/QYu69jbvajPAwSTEObwT00da6te+pJ5xfKm361
snsNvW0ziG7k1i+4j1JrPj8XtOYuK7pjHcCxojXY2P73pf9zRG/eupi2eV52
YJ9cbsXqG9mu9JjBvw3shAsb4faGNb4ZTux4XxvjCx+gtf3t7oHD27W67bfF
O37saSNygmqhtrZNfvCYf0fkKq9toYcdcG6H+9jjFvfBhU5ij4O85hcO+sYv
3l6HP/zULf81FEue9Pu+vOg81/jSd37yxk4W5Oi7Oc4/nvWj77upbyn7lpMO
c5dLfOtDr6/bla71fDPGqmN/O9GvPne6c13hC0+70/f+9sD7Gt5sl2rYu35v
r+d95SPvO9+jDXnCt33mZyk8u+8IdRY3XeZUx3zBfy70zBv58pTX++LJXu/G
S17nIfe8d08v9omrnuORT7LJER//ddvnvfTrgzitZ047xf/966//PdPkjnzW
3973lj/84IHOoYgPH3XFzznene/6x/ce8M0//u6TbXzOZ5wj3X4v37Cffe0/
n/fs/367tz/05Cs/W2gHv+zPuX7Gw//1cPc7//u/+jui1sI/0SMv4aO6JXO0
feG/1oNA7iNA04s+1Is76lPA0TM0eXsZC6u6BiyXB2w/CDzA8eu/+ZvASdKN
d1vA3Kuaolm+HIK0EIw9/ePA+iA4EzxB3APAD1zBZ0s/GQTB27C1FJwMEcy6
qevAGJy8s2vBRxvCJptBIpzCXEHC+Ts/IPRAF7xBn6M9Ljw087PBdaNAImuZ
KkwOJvJC/wsUwhFLvR8jQ+DbvxocQ16TP3fTQiZkQDfsPji0tM9jtNFBw0gb
xNMoQuhDsumzw4abjEN8P4CrOEgUszarPT9kREGMwjQsxIHZRCrMRN7oxCm5
Qiysw2wrRawzO1NEukkMtXNrxFAExU80RFiMRT5sw/1iuleURU+0RR/ERVZM
tzdUt7rDxF4Ew0VERcHLv1WMQ/wxQ7ujRU7cReKIRmk0xjurxhkZRVJkxjvs
RldLRTH8xmQERE3LDEfUwWDsw2H8w1OMREpENTp0R3Ykx3kURklsxhryxht7
xjOcRvfIxkD7R4AcyGL8xXg8x4A0yES8QIbcQIqrRHoEO3kcR/9LFEd+vEi1
AzJme8dWREhdvMaGDMOIxMd2rEiShMf62UZuxEhWs8iOVEdwVEaZLMdio8iT
LMl6xMl1zEmdbMl8LMBABMmDpEl75MmULMqdfEiO/MihdMgmZMp7REqf1Eig
1CKhXMiRNMmf3MqqXEauTEqwdMWELEhrJMqlfElgDEeU9EiVvEmxTMuutL+M
nMuNjMujbMuJpMay3MuQXCKFzEpkhMm1hL2+PMvBnEmqrEuXlEiovEu8eku4
bEypzMsA7EnErMmw9MqxJEu/9MWn3MPDxEyjRMvJvL7I3Myo1MzFlEvDs0vT
FEnBLEzDBE1FhEjKjEnFdE2rVEGsDMz/21zN3WxNzUtHwsTL3ASelWTJ1FTL
xBxNpdRN4mzOzCTGzhRN3DTO0rxMtkTOY8RDTAPPlDO+0zTL2oxN4NTOqXxO
ycTOAQzCZ1HO5WRNVWTP48zO6CzD7hK/J3RA1GRO2LRM9fRO1QxO6dRP6XM8
xYnP44NO7rxPxwTQAH2N8KTQ93SOEvQ++XyYBU3QBm1P6hxNChVRC8VGliNR
QjTRLRQZDuVB0lzP//xQ0jvRv0xRPSzRwbs7vSxPZxNR9LPR8yRQCXW/HwXS
COxB7ivSETzSJd1Q/5zPHfw/BoXQ7bRNKEXSFk1Po5tRXqS8HIXMWaxR60tS
HOxRHxVTGsXR/y2VwjDlz+aSNjUVRSd9UiP10nrcTw38zAytUztFUCzNU/KD
Uydh0Ra90z6dUhQMVDBNUxWtUjpN1B0FVEalwVrs0keVDQwdzw79U//b0xA1
1CvdVCtdUiOUi0GNUhmV1FB11FRd00Ul0lv8wk4d0FV9VSuUU+HkVEslSFc9
UzdlUzw9VC1l1Qt902FVmls10Eit1RutVGNFUV5tU1VVUllt1GnVVW1E1vxU
1l4NzVi91t8UVWq1T/d0VuDAVAHU1BXNVjls1mWFQmgFVmb11nL1VXj9VHnV
028lEVM91UJlw2AdUm4l1l+912pdPXq91GJ1VzrhVyT11y8cV9cTV/9YzVeE
HVh7/ddurdiFHZOGhbuHzdCIRVWO5dJ5JdlWbVeB1USCzdj+3NWUjVZ83daY
XVmMhViRBdlMpdiZjddJpVSTVVk0hdmeFVqgpdl3HdqCLdqNDdqOXVd2NVqi
ldaDPdmXjVql3dlctdifZdqjdVqr7Vqp1ViexVqUvdqWNVhE3VpFTVq0hc+n
dca2vVkhxb2JnVq1rdqalduQHVO8bdo4TViWnVuArVt99Ueb5dssDVivLdmw
LVu2gdu4PdvBnVVrXVtI1dq8fda91dm7FVbNxRGP/dh7JdWg5Fx0zdpwNVza
dFy3rdfTFVWuEd1zjd10TdvP/dvARdzOJVz/cgVd1iVb1z1W3YVdI8VZ0s2/
nEVduvXd3AXb4KVcn+Va6E3c3pXY1RXI3V1e6x1Z553ezPXeHpldhQ3fxqVe
3pVZ8GVcs23d6EXaya1el31e9RXb9FXdywVe+n1c+6XV8s3fgSvTPFxfIRHd
0W3Z0r3K4lXS213c+uVfy/1d64Rf9LVV89Vf4X1gqvVfCW7f+K1cDR7g773f
CN7XyJXcDqbg1O3fEGbbCd7eD/ZbFsbcEd7gErZgGpZh4nXh2lVhCK5hEZ63
AIbBHObg833hCtZhFD7iHgZhB95cbhNi8VxiJo5hJzZX8iViG05iI+Zh7lXe
Lh7bC3bfvsXdLAbX/xW2YkE1YX0MmCiWYjBm4MLF3yIWYw+O4+Y1Y2gUXDse
lQKmXeO1XTJu4P19YiWG4zu+3jl2SkMGZPnd4jpOYc99GTe22zDG4TRmXy5u
ZEmWYxLWkAI24OhF4N7U3kNeWk1e4OM94ORFXs6c30sm5Nfd4U22ZDSOZVlm
5FSm4jLGZPFdYzZW4CRU3E7+YT0uZVqGYV6+5UeGZQzmElD+Y10+VeZNZE82
5mDWUEEm5jw+XDaiZOwFEGjG4l4uZFQW5l0eZGd+31w+Z07GY3LG1ive40iu
ZR/m5kY7Zmn24lY2xS9G5j7+ZdOdZX1G5O695+zFZind51W+Q38m6OGV5/98
budkTucxxmVzzmZ0fqVvVuQztmd4ThFQDmUPHmVqwmiFzuDpcmNw9ugmXuZX
tmV1ThKRjuaJZlKNfueXBuKP1ulyhuQpzuSfNmWGDWiB5tEoZuluHmibXueT
DmRtzmmZvuGYtuivjeiEfmp3ruZiVmp2zmitNmiQ/l+q5mOi9ulmruqUntCV
7uhrXuqvrmeXlmpmJmt6fuaiTuC3Rmmo3uqD/h6HZmq+DuuenuG6Buq7PmvD
Huq4rmLCHmuenuuLxWo/ZWxljmwYEemRRt+SVimh/udT9uyHFmzAhmu91eus
RuzEhuy0burQDuyLdu3Sbm20Luugpm27VmPT9ur/vcbpvhZrOr7tw1briq5t
yT5tyoboqz7uaV5oUWZlhn7Exr7sFt5t1AZc1ZZr1gbt4F5s465u5C5o0uZt
2Obuz7Zq5f5u5qbobf7tRXZq8B5tfhZD8bbu3MZu6dZu8lZs87bt/Rbt3h7s
6S7s1S5u+0bv91bv8Jbv6Qzw/NZvAsft+7ZsB49n3UZwUF3vqKZwmIZw4Z5t
/37t/u7w7p5pvDbqC79psKZv+H7w7C7wDx9x/vZuFOfspchszX7hGscu4o7w
A4/t8VbxBT9Q6NZRCedxD29x/H5xHy/v/w5yImfwFU9ws7bwH6/v7QZx2Wby
LAfyyj5yEjdy9nbsC7nx/5qWTx0vLhfv8amOcSf3cjEX8MdWcyQPXRPP6/TG
cAWH8iF3bgS0chYX8TkHc1+e8T+fcgCX8jyHcUGX8eGG8w3faUZ3cwK28zun
cT9v8hAv9EzX8iSf8CVnc0nXdEoPdCVf803n8ivf8jYf9UU3dTqna1bvdMyu
dFKe7EN/8j7vZyF/bl2fb14nT1SX9S539U8/dQ4X9VkX9mQn9jDXcFCn9VI3
dlivck5v9lVndlX39C9vdGf37TFfkBvHcThGc2/79jgH7lQH9Dd/9mOP9Fcf
9AqvdnXHdXY/d0in7kvHdHpXdCwfdm2P9mWH927f9keHdmQf+Ekvdm5XeGxP
+P9Wl/d5//d1X3iDd/d8N/R+R3Rg59M9D3aBn/Z4B3mGh/hQf3hll/hsp3hv
b/CD/xBxH3dkLner8/iiTPQUz3WS7nWdL/KUP/lrl3aSR3mMt3aAH3mLp/Z3
D3mCD/ijb/ekd/ilb3iTl/qSD3qkF3mEr/qhJ/Nat/Xl1nh7b/mLH3CVr3ex
v/mZR9C0d8uCf/qsZ3m2b2iO//Wa73hfT06vN+mMx3lHf3umj3WzD3u0p3sH
/fup1+KrP3yr9/mtB/rA/3mjb3yhf3ytp3zJ73p/F/y+r/jF53o5j/yV1/zQ
P/vJx3rAf3m93/uiF33Fv3eXJ3p+5/zOf32yB33Hx3z/CIH5mCdotV8+ud91
u697vOdznm+e3TdzlPb9CiT+dgT+4vT8ylf6y2/9xHf62od6qqf+0o/7wi/+
zd558P9St8d+uI/67R9804/+3Nf+00d8y3d/xv9k1e9s1ud+8h/77L999J/9
0cf96geIfwIHEixo8CDChAoXHkTBsOFDgg4jIpxI8SLGjBo3bgwXjiPIkBgt
XiT50GRGlCJXsmw5UCVDmAllRqTp8ibOmRptGuS50GfOoEJf7hwZEujQpEeL
llyq9ClUih6jUpXIlCLSilW3usxKtClIr1zHChT7z6tZq2TXbjSL1inbuDpT
Gg0r967LqXhzuq3LMe3eqH3B//4NHHgwVriGFyOuqXgx28YnH0OunFCvZcqT
CbfNvFdyTM2eBV91bHf0XdA/RaNWqloh4LKtZ2OezTnxbbq2yb6eW3g3ad24
fwPn2lvr6eKuS28mrnxx7ee+c69OLv3pcYjWr+PM3pM19+7MQ28P39J7wdhn
ze+Nzl62cNPO34uP37wz/fPjq8/P33U/bOD5Rx15w+E34FjuvYeeWv0hKCBy
BgL4oITyWTghhRhOd5+GGQZoX4EHeviUggt2mB6EI4ZYIX8iqnghjC2e+OKH
fsVIII0R4qjjjDlyVCJ7DH7loI8r3rghiEVqZyOHSSop45E8OvnkkDsu6SKV
KwFpnv+Q8BGZ5XdTSskkmFWyWCOWZV55JpJkqtnleuWp2dFHD8Kpnnoq3pli
kXvKOWeDVob5ZZZ+EgpoRFuGZ2iaiMbpJpo95siopFRSKqalleLpKEiKcncp
pIiCKqiSo7IpqqZ8+mhqlJwu5Ol1rDbJqaxGvpnqn47WCuWtmA7aqKsMwSrd
rpG6WmybZSI7Jq24HvrksmsG+9CwxDoLLKDR/prttZVC262vpYIb6rQIVfuc
tiiW+yipgXqr57jtgpmuu3PSa+a6Cp2r3L1eTtsvu9yGWy+5Ahe87cCrxntq
vgTtWxzAeY4Y8bELt2qvxbMqm7GtDRv0MHAUryuyrhzz2mz/wv6+O7HJxnr8
cZ12tpwsqikHbPOLJJers8HyqoxzsCDvxnPFNm+K8sHqPttr0gT7TCPRLxck
tG1Rl2y0qpPOzOzVTePrtdZY5yo11VVvLS3STx/dtdpZZyr20n2ejbDUA5U9
m9U1g33z3jnPrfTOfzs9r+Bf1/3P3a3l3TPDdD/tN9zYMn4x4Ct7uPjLiaOG
OdNtj/323msHHrnlGXLesOajnU446UCz3Hrf4sL+OLyzN456zDLbTjnrobsN
ue+fY7y7xr17Hve6qXu2eqGF/9z57YPzbnz0hlcfdvDIl6t8ZsyDfrzk3xLf
MdvX803769mHny/33Tt/vt7gl06h//ffmy/65MVzPf207VtWv+zUNz/dCdB1
ChvfyajHP/gt0FX+qwwA5YZAl21sgjSL3/1+V7sCxs5RD4RMBA/IQfRd7n0S
S5/8DGg6Ex4OZijMoPAqOELzAS+FHRShDUm4Qgvuz2MfZAwLRxbE8i0Qf8EK
YQl5iLa6/dAwSITaEDFYRA1KcIYN3GAOacipJh4mikf04vCsqL/8ka+HZbTf
FGO4vdzRD4xpg6H2oKhExxFxjHS84gvTGMctspGAWcQj9v5oxwAK8oxhLGQC
mzfHyh2Oi11cpPQOCcf1VRGRFKyjIRl5wx2KMZNrxOIkB5jHQUbSkzgMpQrl
2MlEopGU1v8D5Jwc+Rk3YpKVd3RlIFG5SVVa8oKtNOXzdKgmWeLliTXUpTD9
iEwtVnKZsGwjJF+JO1DqkZKKXOUlr9lLM0KvmqIckDHLRMzU0FKKuGTgOY/p
zVSq85xG7KY7qRjLPipznbukZjzVeEp7JhOfwETnP9v5z3dmjp4ICucoBypP
Tm5zibXMpkOfWc987hFR4yRnNINpToXqM5f8ZOY+KWpNj4r0m0+6qFwQmkRs
+lJ8LOWmDBt6S5fKVJMFFagtbQpSXjoznf7MaSmBqsCSsvOg5ZzmTyE6U6H+
kqkAdSpOlapTiSa1pVP1aUKdSlAfGhScR5XkR6nq1Yw+NaY9DWj/VWEqTbQC
CqVxUSlDzwrVtEa0rmwNKUcrmlWpBpWvDuzqWF9qV7OGFasrrWlfh5rXkfK0
sHcVJ2D9A1doCnapzXTsXC9L1HsalawnVJJb3/pVeC7WpPmZLGURu1ZCytWv
fGzsZvt52NZaVbOlLepea7ta18L2tpw9aWRPO1rCxnanqaWtWrWJ3MHaVqsL
BVNoIzNcxTq3o72trl7xil3GRlW3GhUraINLH9R2trJXpelyLUtd3m5VuZjl
rUXFayLP5ou8QZruer1bVv12tyIo+C+AAyxgAD+XStGVLn2FmOCH6re9ZNyu
aceruhYiTr7zNW9im8reApdXtd998Iat/9vflFL4wGuxr2TxS1Lfyna27+Uv
XUXbQhPzRsXofXFyrxvi7K74JwP+sYA5HNj/ldjC913wv2w84p4AuckOBisQ
3wjCIvd4x9xtrpUjfGEi13fCUo5yI43MpZ04GchCjiuOmavdWXZ5eUVz34zF
vCgvjw7Du11zMRv22aHsWcJuDjOeMVrnkpT5x2cW7p8VDGcGC5pscp5zopMc
aRATus93di+YN/pIJj76U3SW9KI1TeizWHq/mHbim7nM6UCTWNGqFnVKSl3q
IUMw1bUGdJXz7OpbMxors551iicNZVTjWse6HjSvYT0SWev505Ru9E1zPWq+
tHklBK5Pr31N7f9qv/rZrV61tGvy36AA288iGfe4b1LuWFnbIelWd7OFTdpN
RzvcMbk2tkHNknfr58tk/nW8Q+1tGTsay4nh9392fW5Lr9ta8vY3vQeO4IKz
Wtzk5vbCt53tiSN7yrQqNMhDLnIzg9veJwG4wv+C8o2fOODdpjDMt0Ljlu97
5foOC7Abji5nf/HhMf95UmZe45pfPOX/Rri1be1xo0cc6E4fitDHovNzY3zp
yv72zkau9a2X+eleD3qnPe1zidNcV1w/O9qR/vW1s/05UZc6zyHO5rbTve52
n2ep0q53rVc903f/O+AD/6C3Cx7RAi884hOveNQQfvGf2jvkQe74yVP/vvJs
abzlM6/5zXO+8w4Lu+dDL/rRk770mC896lOv+tXjnfWufz3sY7/208u+9ra/
Pe7vQvvc8773vv+9SHYP/OETv/jEF77xk6/85bMe+cx/PvSjX3nnS7/61r9+
26mP/e1zv/tc9T74wy/+0Wt//OY/P/r9U/70s7/97m+N0AZM6rK4O8BMTjf+
60//l1w7/++2iP/xX//ZnwDmX3pMxP/hm0QoIL4ZIMIF2QIyIL8RIKk9YJA5
IAEa4AECIAUWIP0N4AFWoATaHwYq4Afy3/5BYAKqRAeaoAiiGwLWnwTunwh+
IAy6YA0KIArOnw6eIAzSoA3+4PxBYAQWYAx6/+AQHuEJAmFDgCAPVuAOCuEN
CmEEksT/eaD8aWAQ6l8SjqD/TaAFfmEMruAYTiELJmAKZiAOSl/ZoGES+lca
xiEPYuAbQuEcuiEVLqAcRqESWiANSuER+uET3mEPEqIW7qAhBqISoqAGgqEc
5uETql0kKuJM4CEXAuIgEmIdhuAfciEnYqIjZqIWNuAi2iEUYiInJiIcNuIl
UuIoumETPiIHcqAsDqIgWmIZIuIhAiEdMlktbmIvdqIq8mEIsqItlqL1tSEt
bqIefmIrZmId3uAwBmMzQiI1pqIuPuMtWmEfPmMzwqEw9mIoRiM3OqMoLqMv
hiNMoCIoeuI48iJKWP8iNA4jImoiEzLiGB7jFN6h2sljP9IiHSKdNIrjOsZj
N/JjFzKjIPoigVGhPKbiNarjHkLiMWJjRV5kQuahJCYj6JGhGX6jEWqjQaKh
u02jIs4gM9JjOn5jO5ojMZIjGYLjC4okE5JkKVLgNcIiRF5gB5JjLTokN8Ki
QM5iQ7bgSRKlN96jLHpiDZIgOu6kU6KkT1LkQFLiPEKj/MFkRsqgNboguq0H
UIbkSmahUf4kQI7kPtqgEdrjJJ4iV3Kl9ykjMf5jOrbkBjogWFqlCp6hE85l
PtYjPKokWxKhRpLiUPqlE47jR97fW96jTrKkVTLkQQbkU6rlY7ZlSgqjZQb/
5ULqYQl6Zl5i5lhGJmS+4FK+IQjuImBqYjvqX1GCJBKmYGgKJTJiJkWaJm7a
5ErGplNWYznG4Wve5fZ5REcu420e5lQaJD/CpaGhokVuo2hi5VnuoWY6ZlYC
JnKqojFmY2bi43NWJnd2Z3PqpWuC50Qqp0TWpUkU5jky5mvO4Hvm4mhSJ3fa
JWrK4EwyJWwmIk+6pX+uZj1GpTsaJ3oKpnXaI1UWZDH+pmKWp34CKPQRp4RO
KIUSZ2l2p0myJnkGZltGZHv6ZnVqJjvq5yEupF1mJ0GypU9eZFfupEx6qG4m
J30aI12mpzlS4y4Go3Nu5Ype6G2u6IjKKH2CqI7S/6RCricyPqRtFiiMIqmN
4uiGhqIf0iiDTp3pVSiWSqiPNqZwaigYbqeSAiURnqMafilfBmUVbiFuYieB
xuR8AiNc3l94qiWZBudV+mNZdqIYwuOZFmEsqqMJ4uQA2mkYLuKO4h9w1iae
eiVtuql9miFaPqmRfmRW9uSShieKHuVvYmqhBiGd5iBP4iAppuGgWun7nSqq
pqqqriqrtqqrviqsxqqsziqt1qqt3iqu5qqu7iqv9qqv/qriASAW9uckEuhM
VmFrSmljhmqhzuJagiioJqWlmuIrIqVIFmWglimk8ud2/qK2cul19uixlqCy
FiJZdmhPfisSnusSqiiwvv8rnJUqp3qreV5qjbLnSx5ot2ZokEqnsR6pX0Kr
jc5rinqnkFbnYaomnv7pCrpojN6ok4pmwW4kvFZsMeFnWEoqgirowOogvoZo
gw4mafIoxQJiec4plNbkyNrrSVZkfGLjK0rmgy6snKZsetZogHIsnP6nxfas
E5XkyfIpoUqrzpLlCHYhpd5kb/4ioJ5l0K5iPmZssWLroWoqwbasI8anR26s
zEqnWI5pcH4sQXrhWkriw1ZlRugFZlhohdmN3VBo2wrEVExohbEtzGip2n4E
3b6t3dbt561t39atheat4NYJ4U4N4Mqt3mpp3Pot4ipudCiI3cIt3R6u4Cou
5iL/bm1MLuAuLttWruGG7uZ27uDiLeNe31c+Lc32qNkaK13aKYtuKrpmq9De
Zys66WfSZsA+67NmKql+pncaJlOCrXJKo4uKJ34C7M3KxNIqZWDq5hrqS+hi
7tyKLuTmTuKObuYeROK2reROL+S+LfWC7+eJr/dOr+XyrflW7/i2b/mm7/ey
Ufdm7uGyb+PSL/pab/gSrvae7/YG7vzG7frRnYBKbGQ6Z+vu7oIOb5WCJPRG
7JQ6aHSOJ8/qLsBGsFIuLPAmKu6W4zty8JseJ8ZeJ81SrPLO5wOLBf/GDPuW
7v367/2m7+Pi7wvTMAxHLmB1r/3usPwuLg2vcONqb4m4/4f9/i/2tjA9Ge4M
l+/4Vi8PxzASu1D/QvH2Wl+Y/mu/3qnrniF1liubaiiRuuJBYmSQhqzylqvv
CmnWRmkDZ3BSXi3DDijKXqZgxuzyDullgK74zi3inO/n+nDhCnBXka4T9y8Q
X+71mgsL6/EN97Agu28UV3Ehu9DjTjHo+nD8OvIST7LpNrET+/ERU/H1AvIA
E/C/Xmq75qDzsixKJi3VRqyfTrDwMm26TmexHm/SzjFhcmbtumw37qmSGmwa
L6bGcii11vKefqoBb7FU5O8e620fFzEkH3HgbrIz3232UvMiE/EiezL44vAj
NzIMizIiV7H7GvH7SjMTr7P5+v8vNBcy+fox314zOq8v6PksPn/dIYPy5YIz
/AKyIttzDb9whS6xOQexM9evNruwOBfxFEtyD+8tQqczQBv0QWez36qzEPsz
3NazDeczSC+eQk/0R6svRJ9zO+8zO0/0IXOzQLd0KE/zI6u0OLezRwfwSJP0
DMN0Rle0KD/x/OI0PYc0Uf+d5fatDp8u5zJ0Oad0/iK1Jgsy6XJvN4/zJK9z
3mb1Ubt0UxcuQAd1JyP0Q/8tNa8vSgeyQm+1U5fuHxe1WzPfPb+1XM/18dG1
Xd81Xue1Xu81X/e1X/81YAe2YA82YRe2YR82Yie2Yi82Yze2Yz82ZEe2ZE82
ZVe2ZV+TNmZntmZvNmd3tmd/NmiHtmiPNmmXtmmfNmqntmqvNmu3tmu/NmzH
tmzPNm3Xtm3fNm7ntm7vNm/3tm//NnAHt3APN3EXt3EfN3Int3IvN3M3t3M/
N3RHt3RPN3VXt3VfN3Znt3ZvN3d3t3d/N3iHt3iPN3mXt3mfN3qnt3qvN3u3
t3u/N3zHt3zPN33Xt33Dd0AAADs=
---=_linux454387bd--
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75022 is a reply to message #75020] |
Sat, 28 October 2006 10:44 |
brandon[2]
Messages: 380
Registered: June 2006
|
Senior Member |
|
|
I have barely started using Wormhole and haven't tested its limits.
I am trying it on one machine as opposed to dimitrios who I belive is using
two machines.
I have only just tried 1 channel successfully.
However, there was probably a 1/2 second delay.
That was the best I could achieve using 1 computer and wormholing
a track from Cubase to PARIS.
B
"chuck duffy" <c@c.com> wrote:
>
>Brandon,
>
>Although it is intended to be stand-alone, there wouldn't be anything stopping
>you from routing audio to any other asio input/output in the system.
>
>Does wormhole work right with paris at high track counts?
>
>"Brandon " <A@A.com> wrote:
>>
>>Dimitrios,From what I understand it is not to be used with Cubase.
>>It is to be used stand alone.
>>It will replace the need for Cubase as an effects rack.
>>You will only use PARIS and the NEW program Chuck creates.
>>No Cubase.
>>It is not intended as a Wormhole2 tpe program.
>>It is Wormhole plus an effects rack rolled up in one with latency
>>compensation.
>>Is that correct Chuck?
>>That is how I understand it.
>>
>>B
>>
>>
>>
>>"Dimitrios" <musurgio@otenet.gr> wrote:
>>>
>>>Dear Chuck,
>>>To help me understand this.
>>>Lets talk with paradigm.
>>>Lets say you have a cubase program on same computer with Paris.
>>>Would that plugin of yours make cubase see a "virtual audio card" because
>>>cubase needs an audio card to work and so it will be able to communicate
>>>with these 32 asio origins and destinations like in beetween with Paris
>>?
>>>That would be wanted from many other users.
>>>Its like rewire.
>>>You can imagine one having SAWpro running audio and Cubase sending the
>VSTI
>>>asio outs to SAW...
>>>So many potential buyers could benefit.
>>>If I understood correctly, and forgive me if not, it is basically a "Chuck"
>>>rewire but only using asio as protocol of communicating.
>>>Am I wrong ?
>>>Regards,
>>>Dimitrios
>>>
>>>"chuck duffy" <c@c.com> wrote:
>>>>
>>>>because of the amount of technobabble I use, and my poor grasp of english
>>>>syntax :-)
>>>>
>>>>Here's the deal...
>>>>
>>>>1. The idea I am proposing does not use any physical hardware interconnects
>>>>between PARIS and the "new" theoretical VST host. It uses a piece of
>"shared
>>>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>>ASIO
>>>>capable application.
>>>>
>>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>>or VSTis as you want. The strip would add up the latency for all plugs
>>>on
>>>>the strip, and then bump the latency up to a user configured amount,
thereby
>>>>giving you 100% consistent latency for each channels. The output of
each
>>>>strip would go to an ASIO virtual OUT channel.
>>>>
>>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>>
>>>On
>>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>>you wanted to route through.
>>>>
>>>>Now - the 64,000 question is, is there any other use for this new host
>>BESIDES
>>>>PARIS. If we can think of other uses for it, I would work on it, if
not,
>>>>I wouldn't :-) It needs to have a larger potential audience than the
>paris
>>>>community :-)
>>>>
>>>>Chuck
>>>>
>>>>Chuck
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75025 is a reply to message #75009] |
Sat, 28 October 2006 11:06 |
brandon[2]
Messages: 380
Registered: June 2006
|
Senior Member |
|
|
It appears that JAck is working on a windows release.
So he must feel there is a market for it.
UNless he is doing it for the fun of it.
B
Chris Ludwig <chrisl@adkproaudio.com> wrote:
>HI Chuck,
>Do you mean something like the Linux audio app called JACK?
>Sounds sort of similar but geared towards Paris.
>
>http://www.ardour.org/jack
>
>Chris
>
>
>chuck duffy wrote:
>
>>because of the amount of technobabble I use, and my poor grasp of english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to any
ASIO
>>capable application.
>>
>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>or VSTis as you want. The strip would add up the latency for all plugs
on
>>the strip, and then bump the latency up to a user configured amount, thereby
>>giving you 100% consistent latency for each channels. The output of each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>you wanted to route through.
>>
>>Now - the 64,000 question is, is there any other use for this new host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>I wouldn't :-) It needs to have a larger potential audience than the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>>
>>
>>
>
>--
>Chris Ludwig
>ADK
>chrisl@adkproaudio.com <mailto:chrisl@adkproaudio.com>
>www.adkproaudio.com <http://www.adkproaudio.com/>
>(859) 635-5762
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75027 is a reply to message #75006] |
Sat, 28 October 2006 11:35 |
DJ
Messages: 1124
Registered: July 2005
|
Senior Member |
|
|
Test
"chuck duffy" <c@c.com> wrote:
>
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs
on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75028 is a reply to message #75006] |
Sat, 28 October 2006 11:42 |
DJ
Messages: 1124
Registered: July 2005
|
Senior Member |
|
|
Chuck,
Yesterday I was thinking about this idea and how it would be one
step away from allowing cubase SX to be run from within Paris, so
to speak. that's sorta what we were trying to do with the ASIO driver-trying
to run different apps on Paris hardware. As far as third party utility, can
you imagine being able to run Wavelab and cubase simultaneously??......Nuendo
and Pro Tools?......you get the picture. this would be huge!!.....but even
if it was just something like you describe, it would basically provide latency
compensation to Paris users running the latest DSP engines. IIRC, UAD-1 cards
are IRQ compatible with EDS cards and this would allow Paris users to lose
the ball and chain of having to run Paris on Win ME to access all those ADAT
modules. It would revolutionize this system.....and I would pay $500.00 for
it. If you will do it, I will send you the money right now by PayPal.
Deej
"chuck duffy" <c@c.com> wrote:
>
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs
on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75029 is a reply to message #75028] |
Sat, 28 October 2006 12:14 |
DJ
Messages: 1124
Registered: July 2005
|
Senior Member |
|
|
Chuck,
Just to be clear about my offer........first of all, I'm serious as I can
be. Secondly, I know this may not be possible to do so consider it venture
capital that I am willing to risk knowing that there may not be any return
on it. Also, there are no stings attached. I will not be offended at all
if you give this software away if that's what you want to do. You have done
a tremendous amount of work for this community and this amount of money may
not be enough to make it worth your while to take the time from your *real*
job to look into this, but if you are willing to give it a serious go, consider
it startup capital for what I consider to be a good cause, with no expectations
of success. I look at it this way........if it works, I can sell a few thousand
dollars worth of hardware that I won't need anymore. It's worth it to me
to roll the dice.
Regards,
DJ
"DJ" <a@b.c> wrote:
>
>Chuck,
>
>Yesterday I was thinking about this idea and how it would be one
>step away from allowing cubase SX to be run from within Paris, so
>to speak. that's sorta what we were trying to do with the ASIO driver-trying
>to run different apps on Paris hardware. As far as third party utility,
can
>you imagine being able to run Wavelab and cubase simultaneously??......Nuendo
>and Pro Tools?......you get the picture. this would be huge!!.....but even
>if it was just something like you describe, it would basically provide latency
>compensation to Paris users running the latest DSP engines. IIRC, UAD-1
cards
>are IRQ compatible with EDS cards and this would allow Paris users to lose
>the ball and chain of having to run Paris on Win ME to access all those
ADAT
>modules. It would revolutionize this system.....and I would pay $500.00
for
>it. If you will do it, I will send you the money right now by PayPal.
>
>Deej
>
>
>"chuck duffy" <c@c.com> wrote:
>>
>>because of the amount of technobabble I use, and my poor grasp of english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to any
ASIO
>>capable application.
>>
>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>or VSTis as you want. The strip would add up the latency for all plugs
>on
>>the strip, and then bump the latency up to a user configured amount, thereby
>>giving you 100% consistent latency for each channels. The output of each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in paris.
>On
>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>you wanted to route through.
>>
>>Now - the 64,000 question is, is there any other use for this new host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>I wouldn't :-) It needs to have a larger potential audience than the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75031 is a reply to message #75029] |
Sat, 28 October 2006 11:44 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_00E8_01C6FA9F.859A3DE0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Everything Chuck says sounds absolutely fantastic. I would
be in for whatever Chuck deems necessary for some working capital.
The use from any host to any slave seems like it would have a huge
user base. Good for selling a large number of units.
Our greatest concern being Paris users is that we may be limited now by
single processors forever. It might make 'all in one box' processing
quite a DSP limitation compared to quad cores and greater.
Am I missing something here? Is there a way to implement this across
two computers like FX-Teleport? That would make it the balls.
Tom
"DJ" <d@j.com> wrote in message news:45439e20$1@linux...
Chuck,
Just to be clear about my offer........first of all, I'm serious as I =
can
be. Secondly, I know this may not be possible to do so consider it =
venture
capital that I am willing to risk knowing that there may not be any =
return
on it. Also, there are no stings attached. I will not be offended at =
all
if you give this software away if that's what you want to do. You have =
done
a tremendous amount of work for this community and this amount of =
money may
not be enough to make it worth your while to take the time from your =
*real*
job to look into this, but if you are willing to give it a serious go, =
consider
it startup capital for what I consider to be a good cause, with no =
expectations
of success. I look at it this way........if it works, I can sell a few =
thousand
dollars worth of hardware that I won't need anymore. It's worth it to =
me
to roll the dice.
Regards,
DJ
"DJ" <a@b.c> wrote:
>
>Chuck,
>
>Yesterday I was thinking about this idea and how it would be one
>step away from allowing cubase SX to be run from within Paris, so
>to speak. that's sorta what we were trying to do with the ASIO =
driver-trying
>to run different apps on Paris hardware. As far as third party =
utility,
can
>you imagine being able to run Wavelab and cubase =
simultaneously??......Nuendo
>and Pro Tools?......you get the picture. this would be huge!!.....but =
even
>if it was just something like you describe, it would basically =
provide latency
>compensation to Paris users running the latest DSP engines. IIRC, =
UAD-1
cards
>are IRQ compatible with EDS cards and this would allow Paris users to =
lose
>the ball and chain of having to run Paris on Win ME to access all =
those
ADAT
>modules. It would revolutionize this system.....and I would pay =
$500.00
for
>it. If you will do it, I will send you the money right now by PayPal.
>
>Deej
>
>
>"chuck duffy" <c@c.com> wrote:
>>
>>because of the amount of technobabble I use, and my poor grasp of =
english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware =
interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece =
of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The =
theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to =
any
ASIO
>>capable application. =20
>>
>>2. There would be *one* channel strip in the VST HOST for *each* =
incoming
>>virtual ASIO connection. On this strip you could drop as many VST =
plugs,
>>or VSTis as you want. The strip would add up the latency for all =
plugs
>on
>>the strip, and then bump the latency up to a user configured amount, =
thereby
>>giving you 100% consistent latency for each channels. The output of =
each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in =
paris.
>On
>>this plug you would select *which* one of the 32 "NEW" VST host =
channels
>>you wanted to route through. =20
>>
>>Now - the 64,000 question is, is there any other use for this new =
host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, if =
not,
>>I wouldn't :-) It needs to have a larger potential audience than =
the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>>
>
I choose Polesoft Lockspam to fight spam, and you?
http://www.polesoft.com/refer.html
------=_NextPart_000_00E8_01C6FA9F.859A3DE0
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.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Everything Chuck says sounds absolutely =
fantastic. I would</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>be in for whatever Chuck deems =
necessary for some=20
working capital.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The use from any host to any slave =
seems like it=20
would have a huge</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>user base. Good for selling a =
large number of=20
units.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Our greatest </FONT><FONT face=3DArial =
size=3D2>concern=20
being Paris users is that we may be limited now by</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>single processors forever. It =
might make 'all=20
in one box' processing</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>quite a DSP limitation compared to quad =
cores and=20
greater.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Am I missing something here? Is =
there a way=20
to implement this across</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>two computers like FX-Teleport? =
That would=20
make it the balls.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"DJ" <<A href=3D"mailto:d@j.com">d@j.com</A>> wrote in =
message <A=20
=
href=3D"news:45439e20$1@linux">news:45439e20$1@linux</A>...</DIV><BR>Chuc=
k,<BR><BR>Just=20
to be clear about my offer........first of all, I'm serious as I =
can<BR>be.=20
Secondly, I know this may not be possible to do so consider it=20
venture<BR>capital that I am willing to risk knowing that there may =
not be any=20
return<BR>on it. Also, there are no stings attached. I will not be =
offended at=20
all<BR>if you give this software away if that's what you want to do. =
You have=20
done<BR>a tremendous amount of work for this community and this amount =
of=20
money may<BR>not be enough to make it worth your while to take the =
time from=20
your *real*<BR>job to look into this, but if you are willing to give =
it a=20
serious go, consider<BR>it startup capital for what I consider to be a =
good=20
cause, with no expectations<BR>of success. I look at it this =
way........if it=20
works, I can sell a few thousand<BR>dollars worth of hardware that I =
won't=20
need anymore. It's worth it to me<BR>to roll the=20
dice.<BR><BR>Regards,<BR><BR>DJ<BR><BR><BR>"DJ" <<A=20
href=3D"mailto:a@b.c">a@b.c</A>>=20
wrote:<BR>><BR>>Chuck,<BR>><BR>>Yesterday I was thinking =
about=20
this idea and how it would be one<BR>>step away from allowing =
cubase SX to=20
be run from within Paris, so<BR>>to speak. that's sorta what we =
were trying=20
to do with the ASIO driver-trying<BR>>to run different apps on =
Paris=20
hardware. As far as third party utility,<BR>can<BR>>you imagine =
being able=20
to run Wavelab and cubase simultaneously??......Nuendo<BR>>and Pro=20
Tools?......you get the picture. this would be huge!!.....but =
even<BR>>if=20
it was just something like you describe, it would basically provide=20
latency<BR>>compensation to Paris users running the latest DSP =
engines.=20
IIRC, UAD-1<BR>cards<BR>>are IRQ compatible with EDS cards and this =
would=20
allow Paris users to lose<BR>>the ball and chain of having to run =
Paris on=20
Win ME to access all those<BR>ADAT<BR>>modules. It would =
revolutionize this=20
system.....and I would pay $500.00<BR>for<BR>>it. If you will do =
it, I will=20
send you the money right now by=20
PayPal.<BR>><BR>>Deej<BR>><BR>> <BR>>"chuck duffy" =
<<A=20
href=3D"mailto:c@c.com">c@c.com</A>> =
wrote:<BR>>><BR>>>because of=20
the amount of technobabble I use, and my poor grasp of=20
english<BR>>>syntax :-)<BR>>><BR>>>Here's the=20
deal...<BR>>><BR>>>1. The idea I am proposing does not use =
any=20
physical hardware interconnects<BR>>>between PARIS and the "new" =
theoretical VST host. It uses a piece of =
"shared<BR>>>memory" (see=20
wikipedia) to shuttle samples back and forth. The=20
theoretical<BR>>>VST host would present 32 virtual inputs and 32 =
virtual=20
outputs to any<BR>ASIO<BR>>>capable application. =20
<BR>>><BR>>>2. There would be *one* channel strip in the =
VST HOST=20
for *each* incoming<BR>>>virtual ASIO connection. On this =
strip=20
you could drop as many VST plugs,<BR>>>or VSTis as you =
want. The=20
strip would add up the latency for all plugs<BR>>on<BR>>>the =
strip,=20
and then bump the latency up to a user configured amount,=20
thereby<BR>>>giving you 100% consistent latency for each =
channels. =20
The output of each<BR>>>strip would go to an ASIO virtual OUT=20
channel.<BR>>><BR>>>3. A simple "new" VST plug would be =
inserted=20
on each channel in paris.<BR><BR>>On<BR>>>this plug you would =
select=20
*which* one of the 32 "NEW" VST host channels<BR>>>you wanted to =
route=20
through. <BR>>><BR>>>Now - the 64,000 question is, =
is there=20
any other use for this new host<BR>BESIDES<BR>>>PARIS. If =
we can=20
think of other uses for it, I would work on it, if not,<BR>>>I =
wouldn't=20
:-) It needs to have a larger potential audience than the=20
paris<BR>>>community=20
=
:-)<BR>>><BR>>>Chuck<BR>>> <BR>>>Chuck<BR>>>=
<BR>>><BR>>><BR>>> <BR>>><BR>>><BR>><BR ><=
/BLOCKQUOTE>
<DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam, =
and=20
you?<BR><A=20
href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
..html</A> </FONT></DIV></BODY ></HTML>
------=_NextPart_000_00E8_01C6FA9F.859A3DE0--
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75034 is a reply to message #75031] |
Sat, 28 October 2006 12:31 |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_00A8_01C6FAA6.2865C070
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
One dumb question...how does this differ from Rewire...
more I/O? =20
greater flexibiliy? =20
Allow routing across EDS Cards?
Is Rewire not useable in Paris?
inquiring minds want to know
Don
"Tom Bruhl" <arpegio@comcast.net> wrote in message =
news:4543a2ca@linux...
Everything Chuck says sounds absolutely fantastic. I would
be in for whatever Chuck deems necessary for some working capital.
The use from any host to any slave seems like it would have a huge
user base. Good for selling a large number of units.
Our greatest concern being Paris users is that we may be limited now =
by
single processors forever. It might make 'all in one box' processing
quite a DSP limitation compared to quad cores and greater.
Am I missing something here? Is there a way to implement this across
two computers like FX-Teleport? That would make it the balls.
Tom
"DJ" <d@j.com> wrote in message news:45439e20$1@linux...
Chuck,
Just to be clear about my offer........first of all, I'm serious as =
I can
be. Secondly, I know this may not be possible to do so consider it =
venture
capital that I am willing to risk knowing that there may not be any =
return
on it. Also, there are no stings attached. I will not be offended at =
all
if you give this software away if that's what you want to do. You =
have done
a tremendous amount of work for this community and this amount of =
money may
not be enough to make it worth your while to take the time from your =
*real*
job to look into this, but if you are willing to give it a serious =
go, consider
it startup capital for what I consider to be a good cause, with no =
expectations
of success. I look at it this way........if it works, I can sell a =
few thousand
dollars worth of hardware that I won't need anymore. It's worth it =
to me
to roll the dice.
Regards,
DJ
"DJ" <a@b.c> wrote:
>
>Chuck,
>
>Yesterday I was thinking about this idea and how it would be one
>step away from allowing cubase SX to be run from within Paris, so
>to speak. that's sorta what we were trying to do with the ASIO =
driver-trying
>to run different apps on Paris hardware. As far as third party =
utility,
can
>you imagine being able to run Wavelab and cubase =
simultaneously??......Nuendo
>and Pro Tools?......you get the picture. this would be =
huge!!.....but even
>if it was just something like you describe, it would basically =
provide latency
>compensation to Paris users running the latest DSP engines. IIRC, =
UAD-1
cards
>are IRQ compatible with EDS cards and this would allow Paris users =
to lose
>the ball and chain of having to run Paris on Win ME to access all =
those
ADAT
>modules. It would revolutionize this system.....and I would pay =
$500.00
for
>it. If you will do it, I will send you the money right now by =
PayPal.
>
>Deej
>
>
>"chuck duffy" <c@c.com> wrote:
>>
>>because of the amount of technobabble I use, and my poor grasp of =
english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware =
interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece =
of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The =
theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to =
any
ASIO
>>capable application. =20
>>
>>2. There would be *one* channel strip in the VST HOST for *each* =
incoming
>>virtual ASIO connection. On this strip you could drop as many VST =
plugs,
>>or VSTis as you want. The strip would add up the latency for all =
plugs
>on
>>the strip, and then bump the latency up to a user configured =
amount, thereby
>>giving you 100% consistent latency for each channels. The output =
of each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in =
paris.
>On
>>this plug you would select *which* one of the 32 "NEW" VST host =
channels
>>you wanted to route through. =20
>>
>>Now - the 64,000 question is, is there any other use for this new =
host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, =
if not,
>>I wouldn't :-) It needs to have a larger potential audience than =
the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>>
>
I choose Polesoft Lockspam to fight spam, and you?
http://www.polesoft.com/refer.html
------=_NextPart_000_00A8_01C6FAA6.2865C070
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.2900.2963" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>One dumb question...how does this =
differ from=20
Rewire...</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>more I/O? </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>greater flexibiliy? </FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Allow routing across EDS =
Cards?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Is Rewire not useable in =
Paris?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>inquiring minds want to =
know</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Don</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Tom Bruhl" <<A=20
href=3D"mailto:arpegio@comcast.net">arpegio@comcast.net</A>> wrote =
in message=20
<A href=3D"news:4543a2ca@linux">news:4543a2ca@linux</A>...</DIV>
<DIV><FONT face=3DArial size=3D2>Everything Chuck says sounds =
absolutely=20
fantastic. I would</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>be in for whatever Chuck deems =
necessary for some=20
working capital.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The use from any host to any slave =
seems like it=20
would have a huge</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>user base. Good for selling a =
large number=20
of units.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Our greatest </FONT><FONT =
face=3DArial=20
size=3D2>concern being Paris users is that we may be limited now =
by</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>single processors forever. It =
might make=20
'all in one box' processing</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>quite a DSP limitation compared to =
quad cores and=20
greater.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2>Am I missing something here? Is =
there a way=20
to implement this across</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>two computers like FX-Teleport? =
That would=20
make it the balls.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"DJ" <<A href=3D"mailto:d@j.com">d@j.com</A>> wrote in =
message <A=20
=
href=3D"news:45439e20$1@linux">news:45439e20$1@linux</A>...</DIV><BR>Chuc=
k,<BR><BR>Just=20
to be clear about my offer........first of all, I'm serious as I =
can<BR>be.=20
Secondly, I know this may not be possible to do so consider it=20
venture<BR>capital that I am willing to risk knowing that there may =
not be=20
any return<BR>on it. Also, there are no stings attached. I will not =
be=20
offended at all<BR>if you give this software away if that's what you =
want to=20
do. You have done<BR>a tremendous amount of work for this community =
and this=20
amount of money may<BR>not be enough to make it worth your while to =
take the=20
time from your *real*<BR>job to look into this, but if you are =
willing to=20
give it a serious go, consider<BR>it startup capital for what I =
consider to=20
be a good cause, with no expectations<BR>of success. I look at it =
this=20
way........if it works, I can sell a few thousand<BR>dollars worth =
of=20
hardware that I won't need anymore. It's worth it to me<BR>to roll =
the=20
dice.<BR><BR>Regards,<BR><BR>DJ<BR><BR><BR>"DJ" <<A=20
href=3D"mailto:a@b.c">a@b.c</A>>=20
wrote:<BR>><BR>>Chuck,<BR>><BR>>Yesterday I was thinking =
about=20
this idea and how it would be one<BR>>step away from allowing =
cubase SX=20
to be run from within Paris, so<BR>>to speak. that's sorta what =
we were=20
trying to do with the ASIO driver-trying<BR>>to run different =
apps on=20
Paris hardware. As far as third party utility,<BR>can<BR>>you =
imagine=20
being able to run Wavelab and cubase =
simultaneously??......Nuendo<BR>>and=20
Pro Tools?......you get the picture. this would be huge!!.....but=20
even<BR>>if it was just something like you describe, it would =
basically=20
provide latency<BR>>compensation to Paris users running the =
latest DSP=20
engines. IIRC, UAD-1<BR>cards<BR>>are IRQ compatible with EDS =
cards and=20
this would allow Paris users to lose<BR>>the ball and chain of =
having to=20
run Paris on Win ME to access all those<BR>ADAT<BR>>modules. It =
would=20
revolutionize this system.....and I would pay =
$500.00<BR>for<BR>>it. If=20
you will do it, I will send you the money right now by=20
PayPal.<BR>><BR>>Deej<BR>><BR>> <BR>>"chuck duffy" =
<<A=20
href=3D"mailto:c@c.com">c@c.com</A>> =
wrote:<BR>>><BR>>>because=20
of the amount of technobabble I use, and my poor grasp of=20
english<BR>>>syntax :-)<BR>>><BR>>>Here's the=20
deal...<BR>>><BR>>>1. The idea I am proposing does not =
use any=20
physical hardware interconnects<BR>>>between PARIS and the =
"new"=20
theoretical VST host. It uses a piece of =
"shared<BR>>>memory"=20
(see wikipedia) to shuttle samples back and forth. The=20
theoretical<BR>>>VST host would present 32 virtual inputs and =
32=20
virtual outputs to any<BR>ASIO<BR>>>capable application. =
<BR>>><BR>>>2. There would be *one* channel strip in the =
VST=20
HOST for *each* incoming<BR>>>virtual ASIO connection. =
On this=20
strip you could drop as many VST plugs,<BR>>>or VSTis as you=20
want. The strip would add up the latency for all=20
plugs<BR>>on<BR>>>the strip, and then bump the latency up =
to a user=20
configured amount, thereby<BR>>>giving you 100% consistent =
latency for=20
each channels. The output of each<BR>>>strip would go to =
an ASIO=20
virtual OUT channel.<BR>>><BR>>>3. A simple "new" VST =
plug would=20
be inserted on each channel in paris.<BR><BR>>On<BR>>>this =
plug you=20
would select *which* one of the 32 "NEW" VST host =
channels<BR>>>you=20
wanted to route through. <BR>>><BR>>>Now - the =
64,000=20
question is, is there any other use for this new=20
host<BR>BESIDES<BR>>>PARIS. If we can think of other =
uses for=20
it, I would work on it, if not,<BR>>>I wouldn't :-) It =
needs to=20
have a larger potential audience than the paris<BR>>>community =
=
:-)<BR>>><BR>>>Chuck<BR>>> <BR>>>Chuck<BR>>>=
<BR>>><BR>>><BR>>> <BR>>><BR>>><BR>><BR ><=
/BLOCKQUOTE>
<DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam, =
and=20
you?<BR><A=20
=
href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
..html</A> </FONT></DIV></BLOCKQUOTE ></BODY></HTML>
------=_NextPart_000_00A8_01C6FAA6.2865C070--
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75036 is a reply to message #75031] |
Sat, 28 October 2006 13:37 |
DJ
Messages: 1124
Registered: July 2005
|
Senior Member |
|
|
I will be testing Paris on an AMD 4800 x 2 in a couple of days. I will be
trying it with a Gigabyte GA-K8NS Ultra 939 mobo using both Win ME and Win
XP. I have seen reports here that it works, but that the number of C-16's
may be limited to x 1. There have been some new patches released y AMD which
may remedy this, but it wouldn't be a show stopper for me. I only use 1 x
C-16 anyway. I've had 3 x on my desk for years buy I ended up using only
he one that was right in the sweet spot so I just pulled to other ones off
thedesk and am keeping them for backups. C-16's are prone to failure eventually
.....especially the buttons, so having backups is a good idea.
"Tom Bruhl" <arpegio@comcast.net> wrote:
>
>
>Everything Chuck says sounds absolutely fantastic. I would
>be in for whatever Chuck deems necessary for some working capital.
>The use from any host to any slave seems like it would have a huge
>user base. Good for selling a large number of units.
>
>Our greatest concern being Paris users is that we may be limited now by
>single processors forever. It might make 'all in one box' processing
>quite a DSP limitation compared to quad cores and greater.
>
>Am I missing something here? Is there a way to implement this across
>two computers like FX-Teleport? That would make it the balls.
>Tom
>
>
> "DJ" <d@j.com> wrote in message news:45439e20$1@linux...
>
> Chuck,
>
> Just to be clear about my offer........first of all, I'm serious as I
=
>can
> be. Secondly, I know this may not be possible to do so consider it =
>venture
> capital that I am willing to risk knowing that there may not be any =
>return
> on it. Also, there are no stings attached. I will not be offended at =
>all
> if you give this software away if that's what you want to do. You have
=
>done
> a tremendous amount of work for this community and this amount of =
>money may
> not be enough to make it worth your while to take the time from your =
>*real*
> job to look into this, but if you are willing to give it a serious go,
=
>consider
> it startup capital for what I consider to be a good cause, with no =
>expectations
> of success. I look at it this way........if it works, I can sell a few
=
>thousand
> dollars worth of hardware that I won't need anymore. It's worth it to
=
>me
> to roll the dice.
>
> Regards,
>
> DJ
>
>
> "DJ" <a@b.c> wrote:
> >
> >Chuck,
> >
> >Yesterday I was thinking about this idea and how it would be one
> >step away from allowing cubase SX to be run from within Paris, so
> >to speak. that's sorta what we were trying to do with the ASIO =
>driver-trying
> >to run different apps on Paris hardware. As far as third party =
>utility,
> can
> >you imagine being able to run Wavelab and cubase =
>simultaneously??......Nuendo
> >and Pro Tools?......you get the picture. this would be huge!!.....but
=
>even
> >if it was just something like you describe, it would basically =
>provide latency
> >compensation to Paris users running the latest DSP engines. IIRC, =
>UAD-1
> cards
> >are IRQ compatible with EDS cards and this would allow Paris users to
=
>lose
> >the ball and chain of having to run Paris on Win ME to access all =
>those
> ADAT
> >modules. It would revolutionize this system.....and I would pay =
>$500.00
> for
> >it. If you will do it, I will send you the money right now by PayPal.
> >
> >Deej
> >
> >
> >"chuck duffy" <c@c.com> wrote:
> >>
> >>because of the amount of technobabble I use, and my poor grasp of =
>english
> >>syntax :-)
> >>
> >>Here's the deal...
> >>
> >>1. The idea I am proposing does not use any physical hardware =
>interconnects
> >>between PARIS and the "new" theoretical VST host. It uses a piece =
>of "shared
> >>memory" (see wikipedia) to shuttle samples back and forth. The =
>theoretical
> >>VST host would present 32 virtual inputs and 32 virtual outputs to =
>any
> ASIO
> >>capable application. =20
> >>
> >>2. There would be *one* channel strip in the VST HOST for *each* =
>incoming
> >>virtual ASIO connection. On this strip you could drop as many VST =
>plugs,
> >>or VSTis as you want. The strip would add up the latency for all =
>plugs
> >on
> >>the strip, and then bump the latency up to a user configured amount,
=
>thereby
> >>giving you 100% consistent latency for each channels. The output of
=
>each
> >>strip would go to an ASIO virtual OUT channel.
> >>
> >>3. A simple "new" VST plug would be inserted on each channel in =
>paris.
>
> >On
> >>this plug you would select *which* one of the 32 "NEW" VST host =
>channels
> >>you wanted to route through. =20
> >>
> >>Now - the 64,000 question is, is there any other use for this new =
>host
> BESIDES
> >>PARIS. If we can think of other uses for it, I would work on it, if
=
>not,
> >>I wouldn't :-) It needs to have a larger potential audience than =
>the paris
> >>community :-)
> >>
> >>Chuck
> >>
> >>Chuck
> >>
> >>
> >>
> >>
> >>
> >>
> >
>
>
>
>I choose Polesoft Lockspam to fight spam, and you?
>http://www.polesoft.com/refer.html
>
><!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.2800.1400" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>Everything Chuck says sounds absolutely
=
>
>fantastic. I would</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>be in for whatever Chuck deems =
>necessary for some=20
>working capital.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>The use from any host to any slave =
>seems like it=20
>would have a huge</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>user base. Good for selling a =
>large number of=20
>units.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>Our greatest </FONT><FONT face=3DArial
=
>size=3D2>concern=20
>being Paris users is that we may be limited now by</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>single processors forever. It =
>might make 'all=20
>in one box' processing</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>quite a DSP limitation compared to quad
=
>cores and=20
>greater.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>Am I missing something here? Is =
>there a way=20
>to implement this across</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>two computers like FX-Teleport? =
>That would=20
>make it the balls.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><BLOCKQUOTE=20
>style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
> <DIV>"DJ" <<A href=3D"mailto:d@j.com">d@j.com</A>> wrote in =
>message <A=20
> =
>href=3D"news:45439e20$1@linux">news:45439e20$1@linux</A>...</DIV><BR>Chuc=
>k,<BR><BR>Just=20
> to be clear about my offer........first of all, I'm serious as I =
>can<BR>be.=20
> Secondly, I know this may not be possible to do so consider it=20
> venture<BR>capital that I am willing to risk knowing that there may =
>not be any=20
> return<BR>on it. Also, there are no stings attached. I will not be =
>offended at=20
> all<BR>if you give this software away if that's what you want to do. =
>You have=20
> done<BR>a tremendous amount of work for this community and this amount
=
>of=20
> money may<BR>not be enough to make it worth your while to take the =
>time from=20
> your *real*<BR>job to look into this, but if you are willing to give =
>it a=20
> serious go, consider<BR>it startup capital for what I consider to be a
=
>good=20
> cause, with no expectations<BR>of success. I look at it this =
>way........if it=20
> works, I can sell a few thousand<BR>dollars worth of hardware that I =
>won't=20
> need anymore. It's worth it to me<BR>to roll the=20
> dice.<BR><BR>Regards,<BR><BR>DJ<BR><BR><BR>"DJ" <<A=20
> href=3D"mailto:a@b.c">a@b.c</A>>=20
> wrote:<BR>><BR>>Chuck,<BR>><BR>>Yesterday I was thinking =
>about=20
> this idea and how it would be one<BR>>step away from allowing =
>cubase SX to=20
> be run from within Paris, so<BR>>to speak. that's sorta what we =
>were trying=20
> to do with the ASIO driver-trying<BR>>to run different apps on =
>Paris=20
> hardware. As far as third party utility,<BR>can<BR>>you imagine =
>being able=20
> to run Wavelab and cubase simultaneously??......Nuendo<BR>>and Pro=20
> Tools?......you get the picture. this would be huge!!.....but =
>even<BR>>if=20
> it was just something like you describe, it would basically provide=20
> latency<BR>>compensation to Paris users running the latest DSP =
>engines.=20
> IIRC, UAD-1<BR>cards<BR>>are IRQ compatible with EDS cards and this =
>would=20
> allow Paris users to lose<BR>>the ball and chain of having to run =
>Paris on=20
> Win ME to access all those<BR>ADAT<BR>>modules. It would =
>revolutionize this=20
> system.....and I would pay $500.00<BR>for<BR>>it. If you will do =
>it, I will=20
> send you the money right now by=20
> PayPal.<BR>><BR>>Deej<BR>><BR>><BR>>"chuck duffy" =
><<A=20
> href=3D"mailto:c@c.com">c@c.com</A>> =
>wrote:<BR>>><BR>>>because of=20
> the amount of technobabble I use, and my poor grasp of=20
> english<BR>>>syntax :-)<BR>>><BR>>>Here's the=20
> deal...<BR>>><BR>>>1. The idea I am proposing does not use =
>any=20
> physical hardware interconnects<BR>>>between PARIS and the "new" =
>
> theoretical VST host. It uses a piece of =
>"shared<BR>>>memory" (see=20
> wikipedia) to shuttle samples back and forth. The=20
> theoretical<BR>>>VST host would present 32 virtual inputs and 32 =
>virtual=20
> outputs to any<BR>ASIO<BR>>>capable application. =20
> <BR>>><BR>>>2. There would be *one* channel strip in the =
>VST HOST=20
> for *each* incoming<BR>>>virtual ASIO connection. On this =
>strip=20
> you could drop as many VST plugs,<BR>>>or VSTis as you =
>want. The=20
> strip would add up the latency for all plugs<BR>>on<BR>>>the =
>strip,=20
> and then bump the latency up to a user configured amount,=20
> thereby<BR>>>giving you 100% consistent latency for each =
>channels. =20
> The output of each<BR>>>strip would go to an ASIO virtual OUT=20
> channel.<BR>>><BR>>>3. A simple "new" VST plug would be =
>inserted=20
> on each channel in paris.<BR><BR>>On<BR>>>this plug you would =
>select=20
> *which* one of the 32 "NEW" VST host channels<BR>>>you wanted to =
>route=20
> through. <BR>>><BR>>>Now - the 64,000 question is, =
>is there=20
> any other use for this new host<BR>BESIDES<BR>>>PARIS. If =
>we can=20
> think of other uses for it, I would work on it, if not,<BR>>>I =
>wouldn't=20
> :-) It needs to have a larger potential audience than the=20
> paris<BR>>>community=20
> =
>:-)<BR>>><BR>>>Chuck<BR>>><BR>>>Chuck<BR>>>=
><BR>>><BR>>><BR>>><BR>>><BR>>><BR>><BR><=
>/BLOCKQUOTE>
><DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam, =
>and=20
>you?<BR><A=20
>href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
>.html</A> </FONT></DIV></BODY></HTML>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75037 is a reply to message #75034] |
Sat, 28 October 2006 13:40 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
paris doesn't support re-wire, and I know a bunch of other progs that I like
that don't. But you have me thinking of leveraging the existing re-wire
and bridging it with "virtual" asio.
Chuck
"Don Nafe" <dnafe@magma.ca> wrote:
>
>
>One dumb question...how does this differ from Rewire...
>
>more I/O? =20
>
>greater flexibiliy? =20
>
>Allow routing across EDS Cards?
>
>Is Rewire not useable in Paris?
>
>inquiring minds want to know
>
>Don
> "Tom Bruhl" <arpegio@comcast.net> wrote in message =
>news:4543a2ca@linux...
> Everything Chuck says sounds absolutely fantastic. I would
> be in for whatever Chuck deems necessary for some working capital.
> The use from any host to any slave seems like it would have a huge
> user base. Good for selling a large number of units.
>
> Our greatest concern being Paris users is that we may be limited now =
>by
> single processors forever. It might make 'all in one box' processing
> quite a DSP limitation compared to quad cores and greater.
>
> Am I missing something here? Is there a way to implement this across
> two computers like FX-Teleport? That would make it the balls.
> Tom
>
>
> "DJ" <d@j.com> wrote in message news:45439e20$1@linux...
>
> Chuck,
>
> Just to be clear about my offer........first of all, I'm serious as
=
>I can
> be. Secondly, I know this may not be possible to do so consider it =
>venture
> capital that I am willing to risk knowing that there may not be any
=
>return
> on it. Also, there are no stings attached. I will not be offended at
=
>all
> if you give this software away if that's what you want to do. You =
>have done
> a tremendous amount of work for this community and this amount of =
>money may
> not be enough to make it worth your while to take the time from your
=
>*real*
> job to look into this, but if you are willing to give it a serious =
>go, consider
> it startup capital for what I consider to be a good cause, with no =
>expectations
> of success. I look at it this way........if it works, I can sell a =
>few thousand
> dollars worth of hardware that I won't need anymore. It's worth it =
>to me
> to roll the dice.
>
> Regards,
>
> DJ
>
>
> "DJ" <a@b.c> wrote:
> >
> >Chuck,
> >
> >Yesterday I was thinking about this idea and how it would be one
> >step away from allowing cubase SX to be run from within Paris, so
> >to speak. that's sorta what we were trying to do with the ASIO =
>driver-trying
> >to run different apps on Paris hardware. As far as third party =
>utility,
> can
> >you imagine being able to run Wavelab and cubase =
>simultaneously??......Nuendo
> >and Pro Tools?......you get the picture. this would be =
>huge!!.....but even
> >if it was just something like you describe, it would basically =
>provide latency
> >compensation to Paris users running the latest DSP engines. IIRC, =
>UAD-1
> cards
> >are IRQ compatible with EDS cards and this would allow Paris users
=
>to lose
> >the ball and chain of having to run Paris on Win ME to access all =
>those
> ADAT
> >modules. It would revolutionize this system.....and I would pay =
>$500.00
> for
> >it. If you will do it, I will send you the money right now by =
>PayPal.
> >
> >Deej
> >
> >
> >"chuck duffy" <c@c.com> wrote:
> >>
> >>because of the amount of technobabble I use, and my poor grasp of
=
>english
> >>syntax :-)
> >>
> >>Here's the deal...
> >>
> >>1. The idea I am proposing does not use any physical hardware =
>interconnects
> >>between PARIS and the "new" theoretical VST host. It uses a piece
=
>of "shared
> >>memory" (see wikipedia) to shuttle samples back and forth. The =
>theoretical
> >>VST host would present 32 virtual inputs and 32 virtual outputs to
=
>any
> ASIO
> >>capable application. =20
> >>
> >>2. There would be *one* channel strip in the VST HOST for *each* =
>incoming
> >>virtual ASIO connection. On this strip you could drop as many VST
=
>plugs,
> >>or VSTis as you want. The strip would add up the latency for all
=
>plugs
> >on
> >>the strip, and then bump the latency up to a user configured =
>amount, thereby
> >>giving you 100% consistent latency for each channels. The output
=
>of each
> >>strip would go to an ASIO virtual OUT channel.
> >>
> >>3. A simple "new" VST plug would be inserted on each channel in =
>paris.
>
> >On
> >>this plug you would select *which* one of the 32 "NEW" VST host =
>channels
> >>you wanted to route through. =20
> >>
> >>Now - the 64,000 question is, is there any other use for this new
=
>host
> BESIDES
> >>PARIS. If we can think of other uses for it, I would work on it,
=
>if not,
> >>I wouldn't :-) It needs to have a larger potential audience than
=
>the paris
> >>community :-)
> >>
> >>Chuck
> >>
> >>Chuck
> >>
> >>
> >>
> >>
> >>
> >>
> >
>
>
>
> I choose Polesoft Lockspam to fight spam, and you?
> http://www.polesoft.com/refer.html
>
><!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.2900.2963" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>One dumb question...how does this =
>differ from=20
>Rewire...</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>more I/O? </FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>greater flexibiliy? </FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>Allow routing across EDS =
>Cards?</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>Is Rewire not useable in =
>Paris?</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>inquiring minds want to =
>know</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>Don</FONT></DIV>
><BLOCKQUOTE dir=3Dltr=20
>style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
> <DIV>"Tom Bruhl" <<A=20
> href=3D"mailto:arpegio@comcast.net">arpegio@comcast.net</A>> wrote =
>in message=20
> <A href=3D"news:4543a2ca@linux">news:4543a2ca@linux</A>...</DIV>
> <DIV><FONT face=3DArial size=3D2>Everything Chuck says sounds =
>absolutely=20
> fantastic. I would</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>be in for whatever Chuck deems =
>necessary for some=20
> working capital.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>The use from any host to any slave =
>seems like it=20
> would have a huge</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>user base. Good for selling a =
>large number=20
> of units.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Our greatest </FONT><FONT =
>face=3DArial=20
> size=3D2>concern being Paris users is that we may be limited now =
>by</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>single processors forever. It =
>might make=20
> 'all in one box' processing</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>quite a DSP limitation compared to =
>quad cores and=20
> greater.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Am I missing something here? Is =
>there a way=20
> to implement this across</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>two computers like FX-Teleport? =
>That would=20
> make it the balls.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <BLOCKQUOTE=20
> style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
> <DIV>"DJ" <<A href=3D"mailto:d@j.com">d@j.com</A>> wrote in =
>message <A=20
> =
>href=3D"news:45439e20$1@linux">news:45439e20$1@linux</A>...</DIV><BR>Chuc=
>k,<BR><BR>Just=20
> to be clear about my offer........first of all, I'm serious as I =
>can<BR>be.=20
> Secondly, I know this may not be possible to do so consider it=20
> venture<BR>capital that I am willing to risk knowing that there may
=
>not be=20
> any return<BR>on it. Also, there are no stings attached. I will not
=
>be=20
> offended at all<BR>if you give this software away if that's what you
=
>want to=20
> do. You have done<BR>a tremendous amount of work for this community
=
>and this=20
> amount of money may<BR>not be enough to make it worth your while to
=
>take the=20
> time from your *real*<BR>job to look into this, but if you are =
>willing to=20
> give it a serious go, consider<BR>it startup capital for what I =
>consider to=20
> be a good cause, with no expectations<BR>of success. I look at it =
>this=20
> way........if it works, I can sell a few thousand<BR>dollars worth =
>of=20
> hardware that I won't need anymore. It's worth it to me<BR>to roll =
>the=20
> dice.<BR><BR>Regards,<BR><BR>DJ<BR><BR><BR>"DJ" <<A=20
> href=3D"mailto:a@b.c">a@b.c</A>>=20
> wrote:<BR>><BR>>Chuck,<BR>><BR>>Yesterday I was thinking =
>about=20
> this idea and how it would be one<BR>>step away from allowing =
>cubase SX=20
> to be run from within Paris, so<BR>>to speak. that's sorta what =
>we were=20
> trying to do with the ASIO driver-trying<BR>>to run different =
>apps on=20
> Paris hardware. As far as third party utility,<BR>can<BR>>you =
>imagine=20
> being able to run Wavelab and cubase =
>simultaneously??......Nuendo<BR>>and=20
> Pro Tools?......you get the picture. this would be huge!!.....but=20
> even<BR>>if it was just something like you describe, it would =
>basically=20
> provide latency<BR>>compensation to Paris users running the =
>latest DSP=20
> engines. IIRC, UAD-1<BR>cards<BR>>are IRQ compatible with EDS =
>cards and=20
> this would allow Paris users to lose<BR>>the ball and chain of =
>having to=20
> run Paris on Win ME to access all those<BR>ADAT<BR>>modules. It =
>would=20
> revolutionize this system.....and I would pay =
>$500.00<BR>for<BR>>it. If=20
> you will do it, I will send you the money right now by=20
> PayPal.<BR>><BR>>Deej<BR>><BR>><BR>>"chuck duffy" =
><<A=20
> href=3D"mailto:c@c.com">c@c.com</A>> =
>wrote:<BR>>><BR>>>because=20
> of the amount of technobabble I use, and my poor grasp of=20
> english<BR>>>syntax :-)<BR>>><BR>>>Here's the=20
> deal...<BR>>><BR>>>1. The idea I am proposing does not =
>use any=20
> physical hardware interconnects<BR>>>between PARIS and the =
>"new"=20
> theoretical VST host. It uses a piece of =
>"shared<BR>>>memory"=20
> (see wikipedia) to shuttle samples back and forth. The=20
> theoretical<BR>>>VST host would present 32 virtual inputs and =
>32=20
> virtual outputs to any<BR>ASIO<BR>>>capable application. =
>
> <BR>>><BR>>>2. There would be *one* channel strip in the =
>VST=20
> HOST for *each* incoming<BR>>>virtual ASIO connection. =
>On this=20
> strip you could drop as many VST plugs,<BR>>>or VSTis as you=20
> want. The strip would add up the latency for all=20
> plugs<BR>>on<BR>>>the strip, and then bump the latency up =
>to a user=20
> configured amount, thereby<BR>>>giving you 100% consistent =
>latency for=20
> each channels. The output of each<BR>>>strip would go to =
>an ASIO=20
> virtual OUT channel.<BR>>><BR>>>3. A simple "new" VST =
>plug would=20
> be inserted on each channel in paris.<BR><BR>>On<BR>>>this =
>plug you=20
> would select *which* one of the 32 "NEW" VST host =
>channels<BR>>>you=20
> wanted to route through. <BR>>><BR>>>Now - the =
>64,000=20
> question is, is there any other use for this new=20
> host<BR>BESIDES<BR>>>PARIS. If we can think of other =
>uses for=20
> it, I would work on it, if not,<BR>>>I wouldn't :-) It =
>needs to=20
> have a larger potential audience than the paris<BR>>>community =
>
> =
>:-)<BR>>><BR>>>Chuck<BR>>><BR>>>Chuck<BR>>>=
><BR>>><BR>>><BR>>><BR>>><BR>>><BR>><BR><=
>/BLOCKQUOTE>
> <DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam,
=
>and=20
> you?<BR><A=20
> =
>href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
>.html</A> </FONT></DIV></BLOCKQUOTE></BODY></HTML>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75040 is a reply to message #75037] |
Sat, 28 October 2006 13:18 |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
Chuck
You might want to contact the developers of Reaper as to how they
implimented their version of rewire (reroute I believe) I know Justin would
be happy to talk to you.
www.reaper.fm go to the forum and try emailing ot pm-ing him
Don
"chuck duffy" <c@c.com> wrote in message news:4543b216$1@linux...
>
> paris doesn't support re-wire, and I know a bunch of other progs that I
> like
> that don't. But you have me thinking of leveraging the existing re-wire
> and bridging it with "virtual" asio.
>
> Chuck
>
> "Don Nafe" <dnafe@magma.ca> wrote:
>>
>>
>>One dumb question...how does this differ from Rewire...
>>
>>more I/O? =20
>>
>>greater flexibiliy? =20
>>
>>Allow routing across EDS Cards?
>>
>>Is Rewire not useable in Paris?
>>
>>inquiring minds want to know
>>
>>Don
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message =
>>news:4543a2ca@linux...
>> Everything Chuck says sounds absolutely fantastic. I would
>> be in for whatever Chuck deems necessary for some working capital.
>> The use from any host to any slave seems like it would have a huge
>> user base. Good for selling a large number of units.
>>
>> Our greatest concern being Paris users is that we may be limited now =
>>by
>> single processors forever. It might make 'all in one box' processing
>> quite a DSP limitation compared to quad cores and greater.
>>
>> Am I missing something here? Is there a way to implement this across
>> two computers like FX-Teleport? That would make it the balls.
>> Tom
>>
>>
>> "DJ" <d@j.com> wrote in message news:45439e20$1@linux...
>>
>> Chuck,
>>
>> Just to be clear about my offer........first of all, I'm serious as
> =
>>I can
>> be. Secondly, I know this may not be possible to do so consider it =
>>venture
>> capital that I am willing to risk knowing that there may not be any
> =
>>return
>> on it. Also, there are no stings attached. I will not be offended at
> =
>>all
>> if you give this software away if that's what you want to do. You =
>>have done
>> a tremendous amount of work for this community and this amount of =
>>money may
>> not be enough to make it worth your while to take the time from your
> =
>>*real*
>> job to look into this, but if you are willing to give it a serious =
>>go, consider
>> it startup capital for what I consider to be a good cause, with no =
>>expectations
>> of success. I look at it this way........if it works, I can sell a =
>>few thousand
>> dollars worth of hardware that I won't need anymore. It's worth it =
>>to me
>> to roll the dice.
>>
>> Regards,
>>
>> DJ
>>
>>
>> "DJ" <a@b.c> wrote:
>> >
>> >Chuck,
>> >
>> >Yesterday I was thinking about this idea and how it would be one
>> >step away from allowing cubase SX to be run from within Paris, so
>> >to speak. that's sorta what we were trying to do with the ASIO =
>>driver-trying
>> >to run different apps on Paris hardware. As far as third party =
>>utility,
>> can
>> >you imagine being able to run Wavelab and cubase =
>>simultaneously??......Nuendo
>> >and Pro Tools?......you get the picture. this would be =
>>huge!!.....but even
>> >if it was just something like you describe, it would basically =
>>provide latency
>> >compensation to Paris users running the latest DSP engines. IIRC, =
>>UAD-1
>> cards
>> >are IRQ compatible with EDS cards and this would allow Paris users
> =
>>to lose
>> >the ball and chain of having to run Paris on Win ME to access all =
>>those
>> ADAT
>> >modules. It would revolutionize this system.....and I would pay =
>>$500.00
>> for
>> >it. If you will do it, I will send you the money right now by =
>>PayPal.
>> >
>> >Deej
>> >
>> >
>> >"chuck duffy" <c@c.com> wrote:
>> >>
>> >>because of the amount of technobabble I use, and my poor grasp of
> =
>>english
>> >>syntax :-)
>> >>
>> >>Here's the deal...
>> >>
>> >>1. The idea I am proposing does not use any physical hardware =
>>interconnects
>> >>between PARIS and the "new" theoretical VST host. It uses a piece
> =
>>of "shared
>> >>memory" (see wikipedia) to shuttle samples back and forth. The =
>>theoretical
>> >>VST host would present 32 virtual inputs and 32 virtual outputs to
> =
>>any
>> ASIO
>> >>capable application. =20
>> >>
>> >>2. There would be *one* channel strip in the VST HOST for *each* =
>>incoming
>> >>virtual ASIO connection. On this strip you could drop as many VST
> =
>>plugs,
>> >>or VSTis as you want. The strip would add up the latency for all
> =
>>plugs
>> >on
>> >>the strip, and then bump the latency up to a user configured =
>>amount, thereby
>> >>giving you 100% consistent latency for each channels. The output
> =
>>of each
>> >>strip would go to an ASIO virtual OUT channel.
>> >>
>> >>3. A simple "new" VST plug would be inserted on each channel in =
>>paris.
>>
>> >On
>> >>this plug you would select *which* one of the 32 "NEW" VST host =
>>channels
>> >>you wanted to route through. =20
>> >>
>> >>Now - the 64,000 question is, is there any other use for this new
> =
>>host
>> BESIDES
>> >>PARIS. If we can think of other uses for it, I would work on it,
> =
>>if not,
>> >>I wouldn't :-) It needs to have a larger potential audience than
> =
>>the paris
>> >>community :-)
>> >>
>> >>Chuck
>> >>
>> >>Chuck
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>> I choose Polesoft Lockspam to fight spam, and you?
>> http://www.polesoft.com/refer.html
>>
>><!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.2900.2963" name=3DGENERATOR>
>><STYLE></STYLE>
>></HEAD>
>><BODY bgColor=3D#ffffff>
>><DIV><FONT face=3DArial size=3D2>One dumb question...how does this =
>>differ from=20
>>Rewire...</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>more I/O? </FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>greater flexibiliy? </FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>Allow routing across EDS =
>>Cards?</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>Is Rewire not useable in =
>>Paris?</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>inquiring minds want to =
>>know</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>Don</FONT></DIV>
>><BLOCKQUOTE dir=3Dltr=20
>>style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
>> <DIV>"Tom Bruhl" <<A=20
>> href=3D"mailto:arpegio@comcast.net">arpegio@comcast.net</A>> wrote =
>>in message=20
>> <A href=3D"news:4543a2ca@linux">news:4543a2ca@linux</A>...</DIV>
>> <DIV><FONT face=3DArial size=3D2>Everything Chuck says sounds =
>>absolutely=20
>> fantastic. I would</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>be in for whatever Chuck deems =
>>necessary for some=20
>> working capital.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>The use from any host to any slave =
>>seems like it=20
>> would have a huge</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>user base. Good for selling a =
>>large number=20
>> of units.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <DIV><FONT face=3DArial size=3D2>Our greatest </FONT><FONT =
>>face=3DArial=20
>> size=3D2>concern being Paris users is that we may be limited now =
>>by</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>single processors forever. It =
>>might make=20
>> 'all in one box' processing</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>quite a DSP limitation compared to =
>>quad cores and=20
>> greater.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <DIV><FONT face=3DArial size=3D2>Am I missing something here? Is =
>>there a way=20
>> to implement this across</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>two computers like FX-Teleport? =
>>That would=20
>> make it the balls.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <BLOCKQUOTE=20
>> style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
>> <DIV>"DJ" <<A href=3D"mailto:d@j.com">d@j.com</A>> wrote in =
>>message <A=20
>> =
>>href=3D"news:45439e20$1@linux">news:45439e20$1@linux</A>...</DIV><BR>Chuc=
>>k,<BR><BR>Just=20
>> to be clear about my offer........first of all, I'm serious as I =
>>can<BR>be.=20
>> Secondly, I know this may not be possible to do so consider it=20
>> venture<BR>capital that I am willing to risk knowing that there may
> =
>>not be=20
>> any return<BR>on it. Also, there are no stings attached. I will not
> =
>>be=20
>> offended at all<BR>if you give this software away if that's what you
> =
>>want to=20
>> do. You have done<BR>a tremendous amount of work for this community
> =
>>and this=20
>> amount of money may<BR>not be enough to make it worth your while to
> =
>>take the=20
>> time from your *real*<BR>job to look into this, but if you are =
>>willing to=20
>> give it a serious go, consider<BR>it startup capital for what I =
>>consider to=20
>> be a good cause, with no expectations<BR>of success. I look at it =
>>this=20
>> way........if it works, I can sell a few thousand<BR>dollars worth =
>>of=20
>> hardware that I won't need anymore. It's worth it to me<BR>to roll =
>>the=20
>> dice.<BR><BR>Regards,<BR><BR>DJ<BR><BR><BR>"DJ" <<A=20
>> href=3D"mailto:a@b.c">a@b.c</A>>=20
>> wrote:<BR>><BR>>Chuck,<BR>><BR>>Yesterday I was thinking =
>>about=20
>> this idea and how it would be one<BR>>step away from allowing =
>>cubase SX=20
>> to be run from within Paris, so<BR>>to speak. that's sorta what =
>>we were=20
>> trying to do with the ASIO driver-trying<BR>>to run different =
>>apps on=20
>> Paris hardware. As far as third party utility,<BR>can<BR>>you =
>>imagine=20
>> being able to run Wavelab and cubase =
>>simultaneously??......Nuendo<BR>>and=20
>> Pro Tools?......you get the picture. this would be huge!!.....but=20
>> even<BR>>if it was just something like you describe, it would =
>>basically=20
>> provide latency<BR>>compensation to Paris users running the =
>>latest DSP=20
>> engines. IIRC, UAD-1<BR>cards<BR>>are IRQ compatible with EDS =
>>cards and=20
>> this would allow Paris users to lose<BR>>the ball and chain of =
>>having to=20
>> run Paris on Win ME to access all those<BR>ADAT<BR>>modules. It =
>>would=20
>> revolutionize this system.....and I would pay =
>>$500.00<BR>for<BR>>it. If=20
>> you will do it, I will send you the money right now by=20
>> PayPal.<BR>><BR>>Deej<BR>><BR>><BR>>"chuck duffy" =
>><<A=20
>> href=3D"mailto:c@c.com">c@c.com</A>> =
>>wrote:<BR>>><BR>>>because=20
>> of the amount of technobabble I use, and my poor grasp of=20
>> english<BR>>>syntax :-)<BR>>><BR>>>Here's the=20
>> deal...<BR>>><BR>>>1. The idea I am proposing does not =
>>use any=20
>> physical hardware interconnects<BR>>>between PARIS and the =
>>"new"=20
>> theoretical VST host. It uses a piece of =
>>"shared<BR>>>memory"=20
>> (see wikipedia) to shuttle samples back and forth. The=20
>> theoretical<BR>>>VST host would present 32 virtual inputs and =
>>32=20
>> virtual outputs to any<BR>ASIO<BR>>>capable application. =
>>
>> <BR>>><BR>>>2. There would be *one* channel strip in the =
>>VST=20
>> HOST for *each* incoming<BR>>>virtual ASIO connection. =
>>On this=20
>> strip you could drop as many VST plugs,<BR>>>or VSTis as you=20
>> want. The strip would add up the latency for all=20
>> plugs<BR>>on<BR>>>the strip, and then bump the latency up =
>>to a user=20
>> configured amount, thereby<BR>>>giving you 100% consistent =
>>latency for=20
>> each channels. The output of each<BR>>>strip would go to =
>>an ASIO=20
>> virtual OUT channel.<BR>>><BR>>>3. A simple "new" VST =
>>plug would=20
>> be inserted on each channel in paris.<BR><BR>>On<BR>>>this =
>>plug you=20
>> would select *which* one of the 32 "NEW" VST host =
>>channels<BR>>>you=20
>> wanted to route through. <BR>>><BR>>>Now - the =
>>64,000=20
>> question is, is there any other use for this new=20
>> host<BR>BESIDES<BR>>>PARIS. If we can think of other =
>>uses for=20
>> it, I would work on it, if not,<BR>>>I wouldn't :-) It =
>>needs to=20
>> have a larger potential audience than the paris<BR>>>community =
>>
>> =
>>:-)<BR>>><BR>>>Chuck<BR>>><BR>>>Chuck<BR>>>=
>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>><BR><=
>>/BLOCKQUOTE>
>> <DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam,
> =
>>and=20
>> you?<BR><A=20
>> =
>>href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
>>.html</A> </FONT></DIV></BLOCKQUOTE></BODY></HTML>
>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75042 is a reply to message #75006] |
Sat, 28 October 2006 14:13 |
excelav
Messages: 2130
Registered: July 2005
Location: Metro Detroit
|
Senior Member |
|
|
Hey Chuck! This is only a sliver of the pie and may not be worth the time
but, I actually know of people and studios that still use Opcode Vision DSP.
I know your shaking your head. Vision, Deck and other programs that got
left behind might be able to benefit from your work. It might work with
older versions of commercial programs that didn't have latency delay compensation
that people still use like Cubase, Logic, DP, Spark, Sterillium, Cake Walk,
etc. Not everybody upgrades to the latest version. I know a lot of people
that are comfortable with older versions of audio software that would pay
for this kind of thing.
There are also a lot of new Audio programs out there that could benefit from
such a thing. There are small developers that have $50.00 to $100.00 audio
programs That are developing slower than the big commercial software, that
could benefit from this. This could be licensed to them.
The market might not be huge, but there is a market. To start with I believe
you've got about 200+ paris users. There are customers I have from the past
that have never been on this NG. Recording Institute of Detroit has 4 Paris
systems, they have never been on this NG. They alone turn out 150 students
a year that have been trained on Paris. Paris will be what Paris is. However,
if you did this, you would be doing a lot of people a favor and I believe
you would extend the life of Paris for years. Everybody would pay for this.
Remember the thread back in 2001 when people were speculating how long Paris
would be useable? It's almost 2007!
Chuck you gotta do this! We'd be forever grateful.
James
"chuck duffy" <c@c.com> wrote:
>
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs
on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75043 is a reply to message #75006] |
Sat, 28 October 2006 13:21 |
animix
Messages: 356
Registered: September 2006
|
Senior Member |
|
|
.........another 64,0000 question would be if the meters of the plugins iwll
be functional if they are interfacing with Paris VST.......or would we need
a VST-VST wrapper to get this to happen?
"chuck duffy" <c@c.com> wrote in message news:454362ae$1@linux...
>
> because of the amount of technobabble I use, and my poor grasp of english
> syntax :-)
>
> Here's the deal...
>
> 1. The idea I am proposing does not use any physical hardware
interconnects
> between PARIS and the "new" theoretical VST host. It uses a piece of
"shared
> memory" (see wikipedia) to shuttle samples back and forth. The
theoretical
> VST host would present 32 virtual inputs and 32 virtual outputs to any
ASIO
> capable application.
>
> 2. There would be *one* channel strip in the VST HOST for *each* incoming
> virtual ASIO connection. On this strip you could drop as many VST plugs,
> or VSTis as you want. The strip would add up the latency for all plugs on
> the strip, and then bump the latency up to a user configured amount,
thereby
> giving you 100% consistent latency for each channels. The output of each
> strip would go to an ASIO virtual OUT channel.
>
> 3. A simple "new" VST plug would be inserted on each channel in paris. On
> this plug you would select *which* one of the 32 "NEW" VST host channels
> you wanted to route through.
>
> Now - the 64,000 question is, is there any other use for this new host
BESIDES
> PARIS. If we can think of other uses for it, I would work on it, if not,
> I wouldn't :-) It needs to have a larger potential audience than the
paris
> community :-)
>
> Chuck
>
> Chuck
>
>
>
>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75044 is a reply to message #75042] |
Sat, 28 October 2006 13:31 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Yeah Chuck, you just gotta !! hehe
James McCloskey wrote:
> Hey Chuck! This is only a sliver of the pie and may not be worth the time
> but, I actually know of people and studios that still use Opcode Vision DSP.
> I know your shaking your head. Vision, Deck and other programs that got
> left behind might be able to benefit from your work. It might work with
> older versions of commercial programs that didn't have latency delay compensation
> that people still use like Cubase, Logic, DP, Spark, Sterillium, Cake Walk,
> etc. Not everybody upgrades to the latest version. I know a lot of people
> that are comfortable with older versions of audio software that would pay
> for this kind of thing.
>
> There are also a lot of new Audio programs out there that could benefit from
> such a thing. There are small developers that have $50.00 to $100.00 audio
> programs That are developing slower than the big commercial software, that
> could benefit from this. This could be licensed to them.
>
> The market might not be huge, but there is a market. To start with I believe
> you've got about 200+ paris users. There are customers I have from the past
> that have never been on this NG. Recording Institute of Detroit has 4 Paris
> systems, they have never been on this NG. They alone turn out 150 students
> a year that have been trained on Paris. Paris will be what Paris is. However,
> if you did this, you would be doing a lot of people a favor and I believe
> you would extend the life of Paris for years. Everybody would pay for this.
> Remember the thread back in 2001 when people were speculating how long Paris
> would be useable? It's almost 2007!
>
> Chuck you gotta do this! We'd be forever grateful.
>
> James
>
>
> "chuck duffy" <c@c.com> wrote:
>> because of the amount of technobabble I use, and my poor grasp of english
>> syntax :-)
>>
>> Here's the deal...
>>
>> 1. The idea I am proposing does not use any physical hardware interconnects
>> between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>> memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>> VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>> capable application.
>>
>> 2. There would be *one* channel strip in the VST HOST for *each* incoming
>> virtual ASIO connection. On this strip you could drop as many VST plugs,
>> or VSTis as you want. The strip would add up the latency for all plugs
> on
>> the strip, and then bump the latency up to a user configured amount, thereby
>> giving you 100% consistent latency for each channels. The output of each
>> strip would go to an ASIO virtual OUT channel.
>>
>> 3. A simple "new" VST plug would be inserted on each channel in paris.
> On
>> this plug you would select *which* one of the 32 "NEW" VST host channels
>> you wanted to route through.
>>
>> Now - the 64,000 question is, is there any other use for this new host BESIDES
>> PARIS. If we can think of other uses for it, I would work on it, if not,
>> I wouldn't :-) It needs to have a larger potential audience than the paris
>> community :-)
>>
>> Chuck
>>
>> Chuck
>>
>>
>>
>>
>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75045 is a reply to message #75044] |
Sat, 28 October 2006 13:35 |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
Or DJ will DIE!!!!!
"John" <no@no.com> wrote in message news:4543bbe6$1@linux...
> Yeah Chuck, you just gotta !! hehe
>
> James McCloskey wrote:
>> Hey Chuck! This is only a sliver of the pie and may not be worth the
>> time
>> but, I actually know of people and studios that still use Opcode Vision
>> DSP.
>> I know your shaking your head. Vision, Deck and other programs that got
>> left behind might be able to benefit from your work. It might work with
>> older versions of commercial programs that didn't have latency delay
>> compensation
>> that people still use like Cubase, Logic, DP, Spark, Sterillium, Cake
>> Walk,
>> etc. Not everybody upgrades to the latest version. I know a lot of
>> people
>> that are comfortable with older versions of audio software that would pay
>> for this kind of thing.
>>
>> There are also a lot of new Audio programs out there that could benefit
>> from
>> such a thing. There are small developers that have $50.00 to $100.00
>> audio
>> programs That are developing slower than the big commercial software,
>> that
>> could benefit from this. This could be licensed to them.
>>
>> The market might not be huge, but there is a market. To start with I
>> believe
>> you've got about 200+ paris users. There are customers I have from the
>> past
>> that have never been on this NG. Recording Institute of Detroit has 4
>> Paris
>> systems, they have never been on this NG. They alone turn out 150
>> students
>> a year that have been trained on Paris. Paris will be what Paris is.
>> However,
>> if you did this, you would be doing a lot of people a favor and I believe
>> you would extend the life of Paris for years. Everybody would pay for
>> this.
>> Remember the thread back in 2001 when people were speculating how long
>> Paris
>> would be useable? It's almost 2007!
>>
>> Chuck you gotta do this! We'd be forever grateful.
>>
>> James
>>
>>
>> "chuck duffy" <c@c.com> wrote:
>>> because of the amount of technobabble I use, and my poor grasp of
>>> english
>>> syntax :-)
>>>
>>> Here's the deal...
>>>
>>> 1. The idea I am proposing does not use any physical hardware
>>> interconnects
>>> between PARIS and the "new" theoretical VST host. It uses a piece of
>>> "shared
>>> memory" (see wikipedia) to shuttle samples back and forth. The
>>> theoretical
>>> VST host would present 32 virtual inputs and 32 virtual outputs to any
>>> ASIO
>>> capable application.
>>> 2. There would be *one* channel strip in the VST HOST for *each*
>>> incoming
>>> virtual ASIO connection. On this strip you could drop as many VST
>>> plugs,
>>> or VSTis as you want. The strip would add up the latency for all plugs
>> on
>>> the strip, and then bump the latency up to a user configured amount,
>>> thereby
>>> giving you 100% consistent latency for each channels. The output of
>>> each
>>> strip would go to an ASIO virtual OUT channel.
>>>
>>> 3. A simple "new" VST plug would be inserted on each channel in paris.
>> On
>>> this plug you would select *which* one of the 32 "NEW" VST host channels
>>> you wanted to route through.
>>> Now - the 64,000 question is, is there any other use for this new host
>>> BESIDES
>>> PARIS. If we can think of other uses for it, I would work on it, if
>>> not,
>>> I wouldn't :-) It needs to have a larger potential audience than the
>>> paris
>>> community :-)
>>>
>>> Chuck
>>>
>>> Chuck
>>>
>>>
>>>
>>>
>>>
>>>
>>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75051 is a reply to message #75043] |
Sat, 28 October 2006 16:17 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
Dj,
The meters for the plugin would be in the "new" host. The only thing the
"new" vst plugin would do is stream samples to the "new" host. The "new"
host would be up to snuff with the latest vst spec. There's no reason that
wrappers would be involved with any of this :-)
Chuck
"DJ" <notachance@net.net> wrote:
>........another 64,0000 question would be if the meters of the plugins iwll
>be functional if they are interfacing with Paris VST.......or would we need
>a VST-VST wrapper to get this to happen?
>
>"chuck duffy" <c@c.com> wrote in message news:454362ae$1@linux...
>>
>> because of the amount of technobabble I use, and my poor grasp of english
>> syntax :-)
>>
>> Here's the deal...
>>
>> 1. The idea I am proposing does not use any physical hardware
>interconnects
>> between PARIS and the "new" theoretical VST host. It uses a piece of
>"shared
>> memory" (see wikipedia) to shuttle samples back and forth. The
>theoretical
>> VST host would present 32 virtual inputs and 32 virtual outputs to any
>ASIO
>> capable application.
>>
>> 2. There would be *one* channel strip in the VST HOST for *each* incoming
>> virtual ASIO connection. On this strip you could drop as many VST plugs,
>> or VSTis as you want. The strip would add up the latency for all plugs
on
>> the strip, and then bump the latency up to a user configured amount,
>thereby
>> giving you 100% consistent latency for each channels. The output of each
>> strip would go to an ASIO virtual OUT channel.
>>
>> 3. A simple "new" VST plug would be inserted on each channel in paris.
On
>> this plug you would select *which* one of the 32 "NEW" VST host channels
>> you wanted to route through.
>>
>> Now - the 64,000 question is, is there any other use for this new host
>BESIDES
>> PARIS. If we can think of other uses for it, I would work on it, if not,
>> I wouldn't :-) It needs to have a larger potential audience than the
>paris
>> community :-)
>>
>> Chuck
>>
>> Chuck
>>
>>
>>
>>
>>
>>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75052 is a reply to message #75051] |
Sat, 28 October 2006 16:43 |
DJ
Messages: 1124
Registered: July 2005
|
Senior Member |
|
|
Alrighty then maestro. I'm getting ready to load up one of these fancy Creamware
cards in a PC that is supposed to be the bane of it's existence (AMD dualcore)
because I don't have an Intel machine in the entire house........but I'm
curious to see the innards of this system. It sure would be nice to just
port my UAD-1 cards over to my Paris DAW and be done with this foolishness.
I'd likely keep either one of these Creamware cards or one of my RME cards
on a second rig for VSTi's.......unless of course I'll be able to stream
audio from Ivory VST and NI B-4 through your new app directly into Paris.........I
don't even want to think about it......I'll soil myself.
;o)
"chuck duffy" <c@c.com> wrote:
>
>Dj,
>
>The meters for the plugin would be in the "new" host. The only thing the
>"new" vst plugin would do is stream samples to the "new" host. The "new"
>host would be up to snuff with the latest vst spec. There's no reason that
>wrappers would be involved with any of this :-)
>
>Chuck
>
>"DJ" <notachance@net.net> wrote:
>>........another 64,0000 question would be if the meters of the plugins
iwll
>>be functional if they are interfacing with Paris VST.......or would we
need
>>a VST-VST wrapper to get this to happen?
>>
>>"chuck duffy" <c@c.com> wrote in message news:454362ae$1@linux...
>>>
>>> because of the amount of technobabble I use, and my poor grasp of english
>>> syntax :-)
>>>
>>> Here's the deal...
>>>
>>> 1. The idea I am proposing does not use any physical hardware
>>interconnects
>>> between PARIS and the "new" theoretical VST host. It uses a piece of
>>"shared
>>> memory" (see wikipedia) to shuttle samples back and forth. The
>>theoretical
>>> VST host would present 32 virtual inputs and 32 virtual outputs to any
>>ASIO
>>> capable application.
>>>
>>> 2. There would be *one* channel strip in the VST HOST for *each* incoming
>>> virtual ASIO connection. On this strip you could drop as many VST plugs,
>>> or VSTis as you want. The strip would add up the latency for all plugs
>on
>>> the strip, and then bump the latency up to a user configured amount,
>>thereby
>>> giving you 100% consistent latency for each channels. The output of
each
>>> strip would go to an ASIO virtual OUT channel.
>>>
>>> 3. A simple "new" VST plug would be inserted on each channel in paris.
> On
>>> this plug you would select *which* one of the 32 "NEW" VST host channels
>>> you wanted to route through.
>>>
>>> Now - the 64,000 question is, is there any other use for this new host
>>BESIDES
>>> PARIS. If we can think of other uses for it, I would work on it, if
not,
>>> I wouldn't :-) It needs to have a larger potential audience than the
>>paris
>>> community :-)
>>>
>>> Chuck
>>>
>>> Chuck
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75054 is a reply to message #75037] |
Sat, 28 October 2006 17:11 |
Neil
Messages: 1645
Registered: April 2006
|
Senior Member |
|
|
Chuck, maybe I'm oversimplifying this, but if the whole idea is
for people to be able to use UAD/VST/Creamware/etc plugins in
Paris (i.e.: any plugin that induces latency) wouldn't the
simple thing be to write a plugin that does this, in order:
1.) INSERT on PARIS CHANNEL, AUX BUSS, OR MAIN BUSS
2.) ESTABLISH A REFERENCE POINT FOR THE WAVEFORM IN SOME MANNER
3.) HOST "x number" OF VST/UAD/ETC PLUGINS IN A CHAIN
4.) CALCULATE THE TOTAL LATENCY FOR THE CHAIN OF PLUGINS BASED
ON #2 ABOVE
5.) AUTOMATICALLY COMPENSATE FOR SAID LATENCY
Yes? No?
Neil
"chuck duffy" <c@c.com> wrote:
>
>paris doesn't support re-wire, and I know a bunch of other progs that I
like
>that don't. But you have me thinking of leveraging the existing re-wire
>and bridging it with "virtual" asio.
>
>Chuck
>
>"Don Nafe" <dnafe@magma.ca> wrote:
>>
>>
>>One dumb question...how does this differ from Rewire...
>>
>>more I/O? =20
>>
>>greater flexibiliy? =20
>>
>>Allow routing across EDS Cards?
>>
>>Is Rewire not useable in Paris?
>>
>>inquiring minds want to know
>>
>>Don
>> "Tom Bruhl" <arpegio@comcast.net> wrote in message =
>>news:4543a2ca@linux...
>> Everything Chuck says sounds absolutely fantastic. I would
>> be in for whatever Chuck deems necessary for some working capital.
>> The use from any host to any slave seems like it would have a huge
>> user base. Good for selling a large number of units.
>>
>> Our greatest concern being Paris users is that we may be limited now
=
>>by
>> single processors forever. It might make 'all in one box' processing
>> quite a DSP limitation compared to quad cores and greater.
>>
>> Am I missing something here? Is there a way to implement this across
>> two computers like FX-Teleport? That would make it the balls.
>> Tom
>>
>>
>> "DJ" <d@j.com> wrote in message news:45439e20$1@linux...
>>
>> Chuck,
>>
>> Just to be clear about my offer........first of all, I'm serious as
>=
>>I can
>> be. Secondly, I know this may not be possible to do so consider it
=
>>venture
>> capital that I am willing to risk knowing that there may not be any
>=
>>return
>> on it. Also, there are no stings attached. I will not be offended at
>=
>>all
>> if you give this software away if that's what you want to do. You =
>>have done
>> a tremendous amount of work for this community and this amount of =
>>money may
>> not be enough to make it worth your while to take the time from your
>=
>>*real*
>> job to look into this, but if you are willing to give it a serious
=
>>go, consider
>> it startup capital for what I consider to be a good cause, with no
=
>>expectations
>> of success. I look at it this way........if it works, I can sell a
=
>>few thousand
>> dollars worth of hardware that I won't need anymore. It's worth it
=
>>to me
>> to roll the dice.
>>
>> Regards,
>>
>> DJ
>>
>>
>> "DJ" <a@b.c> wrote:
>> >
>> >Chuck,
>> >
>> >Yesterday I was thinking about this idea and how it would be one
>> >step away from allowing cubase SX to be run from within Paris, so
>> >to speak. that's sorta what we were trying to do with the ASIO =
>>driver-trying
>> >to run different apps on Paris hardware. As far as third party =
>>utility,
>> can
>> >you imagine being able to run Wavelab and cubase =
>>simultaneously??......Nuendo
>> >and Pro Tools?......you get the picture. this would be =
>>huge!!.....but even
>> >if it was just something like you describe, it would basically =
>>provide latency
>> >compensation to Paris users running the latest DSP engines. IIRC,
=
>>UAD-1
>> cards
>> >are IRQ compatible with EDS cards and this would allow Paris users
>=
>>to lose
>> >the ball and chain of having to run Paris on Win ME to access all
=
>>those
>> ADAT
>> >modules. It would revolutionize this system.....and I would pay =
>>$500.00
>> for
>> >it. If you will do it, I will send you the money right now by =
>>PayPal.
>> >
>> >Deej
>> >
>> >
>> >"chuck duffy" <c@c.com> wrote:
>> >>
>> >>because of the amount of technobabble I use, and my poor grasp of
>=
>>english
>> >>syntax :-)
>> >>
>> >>Here's the deal...
>> >>
>> >>1. The idea I am proposing does not use any physical hardware =
>>interconnects
>> >>between PARIS and the "new" theoretical VST host. It uses a piece
>=
>>of "shared
>> >>memory" (see wikipedia) to shuttle samples back and forth. The =
>>theoretical
>> >>VST host would present 32 virtual inputs and 32 virtual outputs to
>=
>>any
>> ASIO
>> >>capable application. =20
>> >>
>> >>2. There would be *one* channel strip in the VST HOST for *each*
=
>>incoming
>> >>virtual ASIO connection. On this strip you could drop as many VST
>=
>>plugs,
>> >>or VSTis as you want. The strip would add up the latency for all
>=
>>plugs
>> >on
>> >>the strip, and then bump the latency up to a user configured =
>>amount, thereby
>> >>giving you 100% consistent latency for each channels. The output
>=
>>of each
>> >>strip would go to an ASIO virtual OUT channel.
>> >>
>> >>3. A simple "new" VST plug would be inserted on each channel in =
>>paris.
>>
>> >On
>> >>this plug you would select *which* one of the 32 "NEW" VST host =
>>channels
>> >>you wanted to route through. =20
>> >>
>> >>Now - the 64,000 question is, is there any other use for this new
>=
>>host
>> BESIDES
>> >>PARIS. If we can think of other uses for it, I would work on it,
>=
>>if not,
>> >>I wouldn't :-) It needs to have a larger potential audience than
>=
>>the paris
>> >>community :-)
>> >>
>> >>Chuck
>> >>
>> >>Chuck
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>> I choose Polesoft Lockspam to fight spam, and you?
>> http://www.polesoft.com/refer.html
>>
>><!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.2900.2963" name=3DGENERATOR>
>><STYLE></STYLE>
>></HEAD>
>><BODY bgColor=3D#ffffff>
>><DIV><FONT face=3DArial size=3D2>One dumb question...how does this =
>>differ from=20
>>Rewire...</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>more I/O? </FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>greater flexibiliy? </FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>Allow routing across EDS =
>>Cards?</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>Is Rewire not useable in =
>>Paris?</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>inquiring minds want to =
>>know</FONT></DIV>
>><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>><DIV><FONT face=3DArial size=3D2>Don</FONT></DIV>
>><BLOCKQUOTE dir=3Dltr=20
>>style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
>> <DIV>"Tom Bruhl" <<A=20
>> href=3D"mailto:arpegio@comcast.net">arpegio@comcast.net</A>> wrote =
>>in message=20
>> <A href=3D"news:4543a2ca@linux">news:4543a2ca@linux</A>...</DIV>
>> <DIV><FONT face=3DArial size=3D2>Everything Chuck says sounds =
>>absolutely=20
>> fantastic. I would</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>be in for whatever Chuck deems =
>>necessary for some=20
>> working capital.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>The use from any host to any slave =
>>seems like it=20
>> would have a huge</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>user base. Good for selling a =
>>large number=20
>> of units.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <DIV><FONT face=3DArial size=3D2>Our greatest </FONT><FONT =
>>face=3DArial=20
>> size=3D2>concern being Paris users is that we may be limited now =
>>by</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>single processors forever. It =
>>might make=20
>> 'all in one box' processing</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>quite a DSP limitation compared to =
>>quad cores and=20
>> greater.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <DIV><FONT face=3DArial size=3D2>Am I missing something here? Is =
>>there a way=20
>> to implement this across</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>two computers like FX-Teleport? =
>>That would=20
>> make it the balls.</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
>> <BLOCKQUOTE=20
>> style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
>>BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
>> <DIV>"DJ" <<A href=3D"mailto:d@j.com">d@j.com</A>> wrote in =
>>message <A=20
>> =
>>href=3D"news:45439e20$1@linux">news:45439e20$1@linux</A>...</DIV><BR>Chuc=
>>k,<BR><BR>Just=20
>> to be clear about my offer........first of all, I'm serious as I =
>>can<BR>be.=20
>> Secondly, I know this may not be possible to do so consider it=20
>> venture<BR>capital that I am willing to risk knowing that there may
>=
>>not be=20
>> any return<BR>on it. Also, there are no stings attached. I will not
>=
>>be=20
>> offended at all<BR>if you give this software away if that's what you
>=
>>want to=20
>> do. You have done<BR>a tremendous amount of work for this community
>=
>>and this=20
>> amount of money may<BR>not be enough to make it worth your while to
>=
>>take the=20
>> time from your *real*<BR>job to look into this, but if you are =
>>willing to=20
>> give it a serious go, consider<BR>it startup capital for what I =
>>consider to=20
>> be a good cause, with no expectations<BR>of success. I look at it =
>>this=20
>> way........if it works, I can sell a few thousand<BR>dollars worth
=
>>of=20
>> hardware that I won't need anymore. It's worth it to me<BR>to roll
=
>>the=20
>> dice.<BR><BR>Regards,<BR><BR>DJ<BR><BR><BR>"DJ" <<A=20
>> href=3D"mailto:a@b.c">a@b.c</A>>=20
>> wrote:<BR>><BR>>Chuck,<BR>><BR>>Yesterday I was thinking =
>>about=20
>> this idea and how it would be one<BR>>step away from allowing =
>>cubase SX=20
>> to be run from within Paris, so<BR>>to speak. that's sorta what =
>>we were=20
>> trying to do with the ASIO driver-trying<BR>>to run different =
>>apps on=20
>> Paris hardware. As far as third party utility,<BR>can<BR>>you =
>>imagine=20
>> being able to run Wavelab and cubase =
>>simultaneously??......Nuendo<BR>>and=20
>> Pro Tools?......you get the picture. this would be huge!!.....but=20
>> even<BR>>if it was just something like you describe, it would =
>>basically=20
>> provide latency<BR>>compensation to Paris users running the =
>>latest DSP=20
>> engines. IIRC, UAD-1<BR>cards<BR>>are IRQ compatible with EDS =
>>cards and=20
>> this would allow Paris users to lose<BR>>the ball and chain of =
>>having to=20
>> run Paris on Win ME to access all those<BR>ADAT<BR>>modules. It =
>>would=20
>> revolutionize this system.....and I would pay =
>>$500.00<BR>for<BR>>it. If=20
>> you will do it, I will send you the money right now by=20
>> PayPal.<BR>><BR>>Deej<BR>><BR>><BR>>"chuck duffy" =
>><<A=20
>> href=3D"mailto:c@c.com">c@c.com</A>> =
>>wrote:<BR>>><BR>>>because=20
>> of the amount of technobabble I use, and my poor grasp of=20
>> english<BR>>>syntax :-)<BR>>><BR>>>Here's the=20
>> deal...<BR>>><BR>>>1. The idea I am proposing does not =
>>use any=20
>> physical hardware interconnects<BR>>>between PARIS and the =
>>"new"=20
>> theoretical VST host. It uses a piece of =
>>"shared<BR>>>memory"=20
>> (see wikipedia) to shuttle samples back and forth. The=20
>> theoretical<BR>>>VST host would present 32 virtual inputs and =
>>32=20
>> virtual outputs to any<BR>ASIO<BR>>>capable application. =
>>
>> <BR>>><BR>>>2. There would be *one* channel strip in the =
>>VST=20
>> HOST for *each* incoming<BR>>>virtual ASIO connection. =
>>On this=20
>> strip you could drop as many VST plugs,<BR>>>or VSTis as you=20
>> want. The strip would add up the latency for all=20
>> plugs<BR>>on<BR>>>the strip, and then bump the latency up =
>>to a user=20
>> configured amount, thereby<BR>>>giving you 100% consistent =
>>latency for=20
>> each channels. The output of each<BR>>>strip would go to =
>>an ASIO=20
>> virtual OUT channel.<BR>>><BR>>>3. A simple "new" VST =
>>plug would=20
>> be inserted on each channel in paris.<BR><BR>>On<BR>>>this =
>>plug you=20
>> would select *which* one of the 32 "NEW" VST host =
>>channels<BR>>>you=20
>> wanted to route through. <BR>>><BR>>>Now - the =
>>64,000=20
>> question is, is there any other use for this new=20
>> host<BR>BESIDES<BR>>>PARIS. If we can think of other =
>>uses for=20
>> it, I would work on it, if not,<BR>>>I wouldn't :-) It =
>>needs to=20
>> have a larger potential audience than the paris<BR>>>community =
>>
>> =
>>:-)<BR>>><BR>>>Chuck<BR>>><BR>>>Chuck<BR>>>=
>><BR>>><BR>>><BR>>><BR>>><BR>>><BR>><BR><=
>>/BLOCKQUOTE>
>> <DIV><FONT size=3D2><BR><BR>I choose Polesoft Lockspam to fight spam,
>=
>>and=20
>> you?<BR><A=20
>> =
>>href=3D"http://www.polesoft.com/refer.html">http://www.polesoft.com/refer=
>>.html</A> </FONT></DIV></BLOCKQUOTE></BODY></HTML >
>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75062 is a reply to message #75029] |
Sat, 28 October 2006 19:09 |
chuck duffy
Messages: 453
Registered: July 2005
|
Senior Member |
|
|
DJ,
That's a really nice offer :-) At this point it doesn't make any sense to
accept any money for this effort.
The way to to make this work is to come up with a concept that is useful
to paris users, but reaches out into other user communities. The working
concept at this point is a virtual asio patchbay / vst / vsti host with latency
normalization. If there is enough interest we can start up an open source
project and get developers involved.
Chuck
"DJ" <d@j.com> wrote:
>
>Chuck,
>
>Just to be clear about my offer........first of all, I'm serious as I can
>be. Secondly, I know this may not be possible to do so consider it venture
>capital that I am willing to risk knowing that there may not be any return
>on it. Also, there are no stings attached. I will not be offended at all
>if you give this software away if that's what you want to do. You have done
>a tremendous amount of work for this community and this amount of money
may
>not be enough to make it worth your while to take the time from your *real*
>job to look into this, but if you are willing to give it a serious go, consider
>it startup capital for what I consider to be a good cause, with no expectations
>of success. I look at it this way........if it works, I can sell a few thousand
>dollars worth of hardware that I won't need anymore. It's worth it to me
>to roll the dice.
>
>Regards,
>
>DJ
>
>
>"DJ" <a@b.c> wrote:
>>
>>Chuck,
>>
>>Yesterday I was thinking about this idea and how it would be one
>>step away from allowing cubase SX to be run from within Paris, so
>>to speak. that's sorta what we were trying to do with the ASIO driver-trying
>>to run different apps on Paris hardware. As far as third party utility,
>can
>>you imagine being able to run Wavelab and cubase simultaneously??......Nuendo
>>and Pro Tools?......you get the picture. this would be huge!!.....but even
>>if it was just something like you describe, it would basically provide
latency
>>compensation to Paris users running the latest DSP engines. IIRC, UAD-1
>cards
>>are IRQ compatible with EDS cards and this would allow Paris users to lose
>>the ball and chain of having to run Paris on Win ME to access all those
>ADAT
>>modules. It would revolutionize this system.....and I would pay $500.00
>for
>>it. If you will do it, I will send you the money right now by PayPal.
>>
>>Deej
>>
>>
>>"chuck duffy" <c@c.com> wrote:
>>>
>>>because of the amount of technobabble I use, and my poor grasp of english
>>>syntax :-)
>>>
>>>Here's the deal...
>>>
>>>1. The idea I am proposing does not use any physical hardware interconnects
>>>between PARIS and the "new" theoretical VST host. It uses a piece of
"shared
>>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>ASIO
>>>capable application.
>>>
>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>or VSTis as you want. The strip would add up the latency for all plugs
>>on
>>>the strip, and then bump the latency up to a user configured amount, thereby
>>>giving you 100% consistent latency for each channels. The output of each
>>>strip would go to an ASIO virtual OUT channel.
>>>
>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>
>>On
>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>you wanted to route through.
>>>
>>>Now - the 64,000 question is, is there any other use for this new host
>BESIDES
>>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>>I wouldn't :-) It needs to have a larger potential audience than the
paris
>>>community :-)
>>>
>>>Chuck
>>>
>>>Chuck
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75077 is a reply to message #75025] |
Sat, 28 October 2006 19:49 |
Dubya Mark Wilson
Messages: 108
Registered: May 2006
|
Senior Member |
|
|
Until released, we don't got jack.
MW
;-)
"brandon" <a@a.com> wrote in message news:45438dfa$1@linux...
>
> It appears that JAck is working on a windows release.
> So he must feel there is a market for it.
> UNless he is doing it for the fun of it.
>
> B
>
>
> Chris Ludwig <chrisl@adkproaudio.com> wrote:
>>HI Chuck,
>>Do you mean something like the Linux audio app called JACK?
>>Sounds sort of similar but geared towards Paris.
>>
>>http://www.ardour.org/jack
>>
>>Chris
>>
>>
>>chuck duffy wrote:
>>
>>>because of the amount of technobabble I use, and my poor grasp of english
>>>syntax :-)
>>>
>>>Here's the deal...
>>>
>>>1. The idea I am proposing does not use any physical hardware
>>>interconnects
>>>between PARIS and the "new" theoretical VST host. It uses a piece of
>>>"shared
>>>memory" (see wikipedia) to shuttle samples back and forth. The
>>>theoretical
>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
> ASIO
>>>capable application.
>>>
>>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>>or VSTis as you want. The strip would add up the latency for all plugs
> on
>>>the strip, and then bump the latency up to a user configured amount,
>>>thereby
>>>giving you 100% consistent latency for each channels. The output of each
>>>strip would go to an ASIO virtual OUT channel.
>>>
>>>3. A simple "new" VST plug would be inserted on each channel in paris.
> On
>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>you wanted to route through.
>>>
>>>Now - the 64,000 question is, is there any other use for this new host
> BESIDES
>>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>>I wouldn't :-) It needs to have a larger potential audience than the
>>>paris
>>>community :-)
>>>
>>>Chuck
>>>
>>>Chuck
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>--
>>Chris Ludwig
>>ADK
>>chrisl@adkproaudio.com <mailto:chrisl@adkproaudio.com>
>>www.adkproaudio.com <http://www.adkproaudio.com/>
>>(859) 635-5762
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75079 is a reply to message #75062] |
Sat, 28 October 2006 19:49 |
animix
Messages: 356
Registered: September 2006
|
Senior Member |
|
|
OK Chuck. I'll be a betapig if you ever need one.
;o)
"chuck duffy" <c@c.com> wrote in message news:4543ff50$1@linux...
>
> DJ,
>
> That's a really nice offer :-) At this point it doesn't make any sense to
> accept any money for this effort.
>
> The way to to make this work is to come up with a concept that is useful
> to paris users, but reaches out into other user communities. The working
> concept at this point is a virtual asio patchbay / vst / vsti host with
latency
> normalization. If there is enough interest we can start up an open source
> project and get developers involved.
>
> Chuck
>
>
>
>
>
>
>
>
> "DJ" <d@j.com> wrote:
> >
> >Chuck,
> >
> >Just to be clear about my offer........first of all, I'm serious as I can
> >be. Secondly, I know this may not be possible to do so consider it
venture
> >capital that I am willing to risk knowing that there may not be any
return
> >on it. Also, there are no stings attached. I will not be offended at all
> >if you give this software away if that's what you want to do. You have
done
> >a tremendous amount of work for this community and this amount of money
> may
> >not be enough to make it worth your while to take the time from your
*real*
> >job to look into this, but if you are willing to give it a serious go,
consider
> >it startup capital for what I consider to be a good cause, with no
expectations
> >of success. I look at it this way........if it works, I can sell a few
thousand
> >dollars worth of hardware that I won't need anymore. It's worth it to me
> >to roll the dice.
> >
> >Regards,
> >
> >DJ
> >
> >
> >"DJ" <a@b.c> wrote:
> >>
> >>Chuck,
> >>
> >>Yesterday I was thinking about this idea and how it would be one
> >>step away from allowing cubase SX to be run from within Paris, so
> >>to speak. that's sorta what we were trying to do with the ASIO
driver-trying
> >>to run different apps on Paris hardware. As far as third party utility,
> >can
> >>you imagine being able to run Wavelab and cubase
simultaneously??......Nuendo
> >>and Pro Tools?......you get the picture. this would be huge!!.....but
even
> >>if it was just something like you describe, it would basically provide
> latency
> >>compensation to Paris users running the latest DSP engines. IIRC, UAD-1
> >cards
> >>are IRQ compatible with EDS cards and this would allow Paris users to
lose
> >>the ball and chain of having to run Paris on Win ME to access all those
> >ADAT
> >>modules. It would revolutionize this system.....and I would pay $500.00
> >for
> >>it. If you will do it, I will send you the money right now by PayPal.
> >>
> >>Deej
> >>
> >>
> >>"chuck duffy" <c@c.com> wrote:
> >>>
> >>>because of the amount of technobabble I use, and my poor grasp of
english
> >>>syntax :-)
> >>>
> >>>Here's the deal...
> >>>
> >>>1. The idea I am proposing does not use any physical hardware
interconnects
> >>>between PARIS and the "new" theoretical VST host. It uses a piece of
> "shared
> >>>memory" (see wikipedia) to shuttle samples back and forth. The
theoretical
> >>>VST host would present 32 virtual inputs and 32 virtual outputs to any
> >ASIO
> >>>capable application.
> >>>
> >>>2. There would be *one* channel strip in the VST HOST for *each*
incoming
> >>>virtual ASIO connection. On this strip you could drop as many VST
plugs,
> >>>or VSTis as you want. The strip would add up the latency for all plugs
> >>on
> >>>the strip, and then bump the latency up to a user configured amount,
thereby
> >>>giving you 100% consistent latency for each channels. The output of
each
> >>>strip would go to an ASIO virtual OUT channel.
> >>>
> >>>3. A simple "new" VST plug would be inserted on each channel in paris.
> >
> >>On
> >>>this plug you would select *which* one of the 32 "NEW" VST host
channels
> >>>you wanted to route through.
> >>>
> >>>Now - the 64,000 question is, is there any other use for this new host
> >BESIDES
> >>>PARIS. If we can think of other uses for it, I would work on it, if
not,
> >>>I wouldn't :-) It needs to have a larger potential audience than the
> paris
> >>>community :-)
> >>>
> >>>Chuck
> >>>
> >>>Chuck
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>
> >
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75081 is a reply to message #75062] |
Sat, 28 October 2006 20:08 |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
Well if this can do a rewire sort of thing that all DAWs can use (including
older ones) I think you have a market...especially with the latency feature
you're talking about.
For us Paris users being able to jump across EDS cards would be a great
feature
count me in as a buyer/supporter
Don
"chuck duffy" <c@c.com> wrote in message news:4543ff50$1@linux...
>
> DJ,
>
> That's a really nice offer :-) At this point it doesn't make any sense to
> accept any money for this effort.
>
> The way to to make this work is to come up with a concept that is useful
> to paris users, but reaches out into other user communities. The working
> concept at this point is a virtual asio patchbay / vst / vsti host with
> latency
> normalization. If there is enough interest we can start up an open source
> project and get developers involved.
>
> Chuck
>
>
>
>
>
>
>
>
> "DJ" <d@j.com> wrote:
>>
>>Chuck,
>>
>>Just to be clear about my offer........first of all, I'm serious as I can
>>be. Secondly, I know this may not be possible to do so consider it venture
>>capital that I am willing to risk knowing that there may not be any return
>>on it. Also, there are no stings attached. I will not be offended at all
>>if you give this software away if that's what you want to do. You have
>>done
>>a tremendous amount of work for this community and this amount of money
> may
>>not be enough to make it worth your while to take the time from your
>>*real*
>>job to look into this, but if you are willing to give it a serious go,
>>consider
>>it startup capital for what I consider to be a good cause, with no
>>expectations
>>of success. I look at it this way........if it works, I can sell a few
>>thousand
>>dollars worth of hardware that I won't need anymore. It's worth it to me
>>to roll the dice.
>>
>>Regards,
>>
>>DJ
>>
>>
>>"DJ" <a@b.c> wrote:
>>>
>>>Chuck,
>>>
>>>Yesterday I was thinking about this idea and how it would be one
>>>step away from allowing cubase SX to be run from within Paris, so
>>>to speak. that's sorta what we were trying to do with the ASIO
>>>driver-trying
>>>to run different apps on Paris hardware. As far as third party utility,
>>can
>>>you imagine being able to run Wavelab and cubase
>>>simultaneously??......Nuendo
>>>and Pro Tools?......you get the picture. this would be huge!!.....but
>>>even
>>>if it was just something like you describe, it would basically provide
> latency
>>>compensation to Paris users running the latest DSP engines. IIRC, UAD-1
>>cards
>>>are IRQ compatible with EDS cards and this would allow Paris users to
>>>lose
>>>the ball and chain of having to run Paris on Win ME to access all those
>>ADAT
>>>modules. It would revolutionize this system.....and I would pay $500.00
>>for
>>>it. If you will do it, I will send you the money right now by PayPal.
>>>
>>>Deej
>>>
>>>
>>>"chuck duffy" <c@c.com> wrote:
>>>>
>>>>because of the amount of technobabble I use, and my poor grasp of
>>>>english
>>>>syntax :-)
>>>>
>>>>Here's the deal...
>>>>
>>>>1. The idea I am proposing does not use any physical hardware
>>>>interconnects
>>>>between PARIS and the "new" theoretical VST host. It uses a piece of
> "shared
>>>>memory" (see wikipedia) to shuttle samples back and forth. The
>>>>theoretical
>>>>VST host would present 32 virtual inputs and 32 virtual outputs to any
>>ASIO
>>>>capable application.
>>>>
>>>>2. There would be *one* channel strip in the VST HOST for *each*
>>>>incoming
>>>>virtual ASIO connection. On this strip you could drop as many VST
>>>>plugs,
>>>>or VSTis as you want. The strip would add up the latency for all plugs
>>>on
>>>>the strip, and then bump the latency up to a user configured amount,
>>>>thereby
>>>>giving you 100% consistent latency for each channels. The output of
>>>>each
>>>>strip would go to an ASIO virtual OUT channel.
>>>>
>>>>3. A simple "new" VST plug would be inserted on each channel in paris.
>>
>>>On
>>>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>>>you wanted to route through.
>>>>
>>>>Now - the 64,000 question is, is there any other use for this new host
>>BESIDES
>>>>PARIS. If we can think of other uses for it, I would work on it, if
>>>>not,
>>>>I wouldn't :-) It needs to have a larger potential audience than the
> paris
>>>>community :-)
>>>>
>>>>Chuck
>>>>
>>>>Chuck
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75082 is a reply to message #75006] |
Sat, 28 October 2006 21:00 |
|
|
Hey Chuck! Would you port it over for us Mac guys or am I gonna have to finally
get a PC?
Thanks!
Gantt
"chuck duffy" <c@c.com> wrote:
>
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs
on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
>
Gantt Kushner
Gizmo Recording Company
Silver Spring, MD
www.gizmorecording.com
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75098 is a reply to message #75006] |
Sun, 29 October 2006 09:56 |
duncan
Messages: 123
Registered: November 2006
|
Senior Member |
|
|
Chuck --
Just as encouragement, I have to say -- I thought your first
explanation was perfectly clear...
It's cool that you're still able to think creatively about this wobbly
old platform (Paris) after all you've been through. This widget
you're imagining would of course be very useful -- I want it in my
rig, and will pay real money...
-- thanks -- onward -- Chas
On 29 Oct 2006 00:01:18 +1000, "chuck duffy" <c@c.com> wrote:
>
>because of the amount of technobabble I use, and my poor grasp of english
>syntax :-)
>
>Here's the deal...
>
>1. The idea I am proposing does not use any physical hardware interconnects
>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>VST host would present 32 virtual inputs and 32 virtual outputs to any ASIO
>capable application.
>
>2. There would be *one* channel strip in the VST HOST for *each* incoming
>virtual ASIO connection. On this strip you could drop as many VST plugs,
>or VSTis as you want. The strip would add up the latency for all plugs on
>the strip, and then bump the latency up to a user configured amount, thereby
>giving you 100% consistent latency for each channels. The output of each
>strip would go to an ASIO virtual OUT channel.
>
>3. A simple "new" VST plug would be inserted on each channel in paris. On
>this plug you would select *which* one of the 32 "NEW" VST host channels
>you wanted to route through.
>
>Now - the 64,000 question is, is there any other use for this new host BESIDES
>PARIS. If we can think of other uses for it, I would work on it, if not,
>I wouldn't :-) It needs to have a larger potential audience than the paris
>community :-)
>
>Chuck
>
>Chuck
>
>
>
>
>
|
|
|
|
| Re: I'm having a really hard time explaining myself :-) [message #75110 is a reply to message #75098] |
Sun, 29 October 2006 14:15 |
Cujjo
Messages: 325
Registered: June 2007
|
Senior Member |
|
|
I'd support too, Um, would this mean easier parallel compression and usage
of the UAD plate and such?
Chas. Duncan <duncan5199ATsbcglobalDOTnet@> wrote:
>Chuck --
>
>Just as encouragement, I have to say -- I thought your first
>explanation was perfectly clear...
>
>It's cool that you're still able to think creatively about this wobbly
>old platform (Paris) after all you've been through. This widget
>you're imagining would of course be very useful -- I want it in my
>rig, and will pay real money...
>
>-- thanks -- onward -- Chas
>
>
>
>On 29 Oct 2006 00:01:18 +1000, "chuck duffy" <c@c.com> wrote:
>
>>
>>because of the amount of technobabble I use, and my poor grasp of english
>>syntax :-)
>>
>>Here's the deal...
>>
>>1. The idea I am proposing does not use any physical hardware interconnects
>>between PARIS and the "new" theoretical VST host. It uses a piece of "shared
>>memory" (see wikipedia) to shuttle samples back and forth. The theoretical
>>VST host would present 32 virtual inputs and 32 virtual outputs to any
ASIO
>>capable application.
>>
>>2. There would be *one* channel strip in the VST HOST for *each* incoming
>>virtual ASIO connection. On this strip you could drop as many VST plugs,
>>or VSTis as you want. The strip would add up the latency for all plugs
on
>>the strip, and then bump the latency up to a user configured amount, thereby
>>giving you 100% consistent latency for each channels. The output of each
>>strip would go to an ASIO virtual OUT channel.
>>
>>3. A simple "new" VST plug would be inserted on each channel in paris.
On
>>this plug you would select *which* one of the 32 "NEW" VST host channels
>>you wanted to route through.
>>
>>Now - the 64,000 question is, is there any other use for this new host
BESIDES
>>PARIS. If we can think of other uses for it, I would work on it, if not,
>>I wouldn't :-) It needs to have a larger potential audience than the paris
>>community :-)
>>
>>Chuck
>>
>>Chuck
>>
>>
>>
>>
>>
>
|
|
|
|
|
|
Goto Forum:
Current Time: Sat May 04 22:02:04 PDT 2024
Total time taken to generate the page: 0.84742 seconds
|
The PARIS Forums
Search
Help
Members
Register
Login
Home
