e sure you flash to newest bios as >>> soon as you get windows installed. Also use the newest Nvidia chipset >>> drivers from Nvidias web site. You will need to use the AMD X2 processor >> >>> driver also. >>> >>> You should check the new board for any signs of it being a refurb. The >>> Nforce 3 boards have been out of production for almost a year. Pretty >>> much vendors are just sell thru left over stock and getting refurbs from >> >>> Gigabyte. >>> >>> Chris<br
plex (i.e., no early reflections). "Cujo" <chris@nospamapplemanstudio.com> wrote in message news:43ea7802$1@linux... > > > Can you explain a bit more? > > > BTW; convolution reverbs are not >>intended to work as bus type effects. You will not likely get the sound > to >>sit in a space by only running a portion of the signal through the >>convolution. >> >>RZ >> >><Kris .> wrote in message news:43ea0875$1@linux... >>> >>> www.noisevault.com for impulses...I've contributed a few there. They >>> have >>> a nice selection. >>> >>> I've used convolution verbs in paris, but used pre-rendered tracks. I > >>> totally >>> forget how I did it though. >>> >>> Cheers, >>> >>> Kris >>> >>> >>> "Cujo" <chris@nospamapplemanstudio.com> wrote: >>>> >>>> >>>> >>>>I have been using SIR with sample slide. >>>>Solod the verbs sound nice, but I am still not sold on how they fit in > the >>>>mix. >>>>I need more impulses too. >>>>Reverbs are definitely one of my weak areas >>>> >>>> >>>>"Don Nafe" <dnafe@magma.ca> wrote: >>>>>Where does one get this and the impulses to go along with it >>>>> >>>>>Inquiring minds want to know >>>>> >>>>>Don >>>>> >>>>> >>> >> >>Hi DJ, I have no doubt at all that your SPL 9629 blows the DB De-esser away!!! I guess my point was taking yours a step further even. I think that even ok, cheap-beacuase-it's-old hardware blows the doors off plugins, and given that such gear is so cheap, it might be a better a solution than plugins. We use the DB de-esser at work doing voice overs for TV, and it helps, but we're still not happy with it. We're working with a very tight budget, so adding hardware isn't an option - we don't even have the outputs and inputs to interface with external devices, so it's a non-starter. I can appreciate not having the hardware option. But, if you've got it, I think it's worth looking at. All the best, Mike "DJ" <animix_spam-this-ahole_@animas.net> wrote: >Well, my SPL 9629 blows it away too and the deesser in my RED7 outperforms >it as well, but we're talking plugins vs hardware here. Good hardware's in a >different league. As far as software goes, if I'm needing a deesser, I'll >usually reach for the DB multiband first. > >Deej > > >"Mike Audet" <mike@mikeF-SPAMaudet.com> wrote in message >news:43ea76f8$1@linux... >> >> Not to be a pessimist, but I've got the DB de-esser, and it's ok at best. >> Better than nothing. My DBX 263 hardware unit blows it away. I paid >only >> $60 for it, too. >> >> Just a thought. >> >> Mike >> >> >> >> >> Curt Cassingham <curtNOSPAM@curtNOSPAMcassNOSPAM.com> wrote: >> >All this talk about Waves reminds me to ask: >> > >> >What's a good free- or shareware Direct X de-esser plugin? >> > >> >Curt >> > >Check out the Fish Filets De-esser. It's free. "Curt Cassingham" <curtNOSPAM@curtNOSPAMcassNOSPAM.com> wrote in message news:43ea4a68$1@linux... > All this talk about Waves reminds me to ask: > > What's a good free- or shareware Direct X de-esser plugin? > > Curt http://search.ebay.com/search/search.dll?cgiurl=http%3A%2F%2 Fcgi.ebay.com%2F ws%2F&MfcISAPICommand=GetResult&query=a7s333&cat egoryid=&ht=1&st=2&category5 =42012&SortProperty=MetaEndSort&BasicSearch=&fro m=R2&catref=C3 There are a couple of factory refurbs on ebay right now, starting at $20.00. El Miguel "Chris Ludwig" <chrisl@adkproaudio.com> wrote in message news:43ea7c4c$1@linux... > Hi Rich, > The newer SIS chip sets are awful. The one that was used on the AMD XP > based ASUS A7s333 worked well but is way out of production. > Chris > > > Rich Lamanna wrote: > > Thanks, Deej. I'm looking into the A7V8X as I write this. I don't think I > > need to go any faster than 3200mhz. Looks like a decent board. Aaron, if > > your out there: got any advice on the boards with the SIS chipsets. I'm > > presently running Win ME too Deej. Stability is and issue though. It's not > > too happy lately and I'm not quite sure why. > > > > Rich > > > > "DJ" <animix_spam-this-ahole_@animas.net> wrote in message > > news:43e95c70$1@linux... > >> Rich, > >> > >> I don't know what you're using now, but for the last two 1/2 years, I've > >> been using an ASUS A7V8x mobo with a pair of Matrox G450 video cards (AGP > > & > >> PCI) and 3 x EDS 1000 cards. I've used it with Win ME and Win XP with > >> success (currently using Win ME). It's *very stable* and will support up > > to > >> the AMD XP 3200 CPU. It's the most stable solution for Paris I've ever > > used > >> and will support a good amount of native plugins if desired. Another very > >> stable solution is the older mobo's with the SIS chipsets. Aaron Allen has > >> had very good success with these. I doubt if I'll ever go beyond this 7V8x > >> mobo. Too many potential issues with the newer crop of mobo's and > > chipsets. > >> Right now I'm using an XP 2800 CPU. I guess I could upgrade to the XP > > 3200, > >> but I really don't feel the need. > >> > >> Regards, > >> > >> Deej > >> "Rich Lamanna" <richard.lamanna@verizon.net> wrote in message > >> news:43e92fe8$1@linux... > >>> Hello all. I haven't been around for a while. Still running Paris and > >> loving > >>> it. I'm considering upgrading my Paris computer. Can anyone recommend a > >> MOBO > >>> and processor for a new Paris setup? What are you guys and gals using as > >> the > >>> latest and fastest computers running Paris reliably? > >>> > >>> Thanks, > >>> Rich Lamanna > >>> > >>> > >> > > > > > > -- > Chris Ludwig > > ADK Pro Audio > (859) 635-5762 > www.adkproaudio.com > chrisl@adkproaudio.comI, as a fellow Parisian who is a vegitarian (but not a vegan) can confirm that the Duke of Wellington is not afraid to fork a cow and has eaten heartily at ristoranti Parisi. :) El Miguel "Doug Wellington" <doug@parisfaqs.com> wrote in message news:43e8cc72@linux... > "James McCloskey" <excelsm@hotmail.com> wrote: > > Hey isn't Doug a vegetarian??? Or was that Parisian??? ; ) > > Confirmed carnivore... > > -- > -Doug > > http://www.parisfaqs.com > >Curt asked: >>What's a good free- or shareware Direct X de-esser plugin? Bill L said: > Check out the Fish Filets De-esser. It's free. Here it is! http://www.digitalfishphones.com/main.php?item=2&subItem =5. Thanks, Bill.Undestood Mikie. I wasn't trying to be argumentative (honest ;o). the DBX is actually a very good unit and for $60.00, I can sure see your point. I've been happy with the DB De-esser, but I've never really thought of it as being in the same league with hardware. Regards, Deej "Mike Audet" <mike@....> wrote in message news:43eab120$1@linux... > > Hi DJ, > > I have no doubt at all that your SPL 9629 blows the DB De-esser away!!! > > I guess my point was taking yours a step further even. > > I think that even ok, cheap-beacuase-it's-old hardware blows the doors off > plugins, and given that such gear is so cheap, it might be a better a solution > than plugins. > > We use the DB de-esser at work doing voice overs for TV, and it helps, but > we're still not happy with it. We're working with a very tight budget, so > adding hardware isn't an option - we don't even have the outputs and inputs > to interface with external devices, so it's a non-starter. > > I can appreciate not having the hardware option. > > But, if you've got it, I think it's worth looking at. > > All the best, > > Mike > > "DJ" <animix_spam-this-ahole_@animas.net> wrote: > >Well, my SPL 9629 blows it away too and the deesser in my RED7 outperforms > >it as well, but we're talking plugins vs hardware here. Good hardware's > in a > >different league. As far as software goes, if I'm needing a deesser, I'll > >usually reach for the DB multiband first. > > > >Deej > > > > > >"Mike Audet" <mike@mikeF-SPAMaudet.com> wrote in message > >news:43ea76f8$1@linux... > >> > >> Not to be a pessimist, but I've got the DB de-esser, and it's ok at best. > >> Better than nothing. My DBX 263 hardware unit blows it away. I paid > >only > >> $60 for it, too. > >> > >> Just a thought. > >> > >> Mike > >> > >> > >> > >> > >> Curt Cassingham <curtNOSPAM@curtNOSPAMcassNOSPAM.com> wrote: > >> >All this talk about Waves reminds me to ask: > >> > > >> >What's a good free- or shareware Direct X de-esser plugin? > >> > > >> >Curt > >> > > > > >I have used an Epox 9NDA3+ with a 3.2 processor some months now with Paris and it's the only board I've had that's been working in XP with Paris for more than a week without chrashes. I have had a couple of blue screens in this periode but it seems to be stable over long times, so for first time, I'm not afraid of working with Paris in XP. It's working as normal in ME too with Paris for me, so it's the best Paris board I have owned. Erling "Rich Lamanna" <richard.lamanna@verizon.net> skrev i melding news:43ea78a1@linux... > Thanks, Deej. I'm looking into the A7V8X as I write this. I don't think I > need to go any faster than 3200mhz. Looks like a decent board. Aaron, if > your out there: got any advice on the boards with the SIS chipsets. I'm > presently running Win ME too Deej. Stability is and issue though. It's not > too happy lately and I'm not quite sure why. > > Rich > > "DJ" <animix_spam-this-ahole_@animas.net> wrote in message > news:43e95c70$1@linux... >> Rich, >> >> I don't know what you're using now, but for the last two 1/2 years, I've >> been using an ASUS A7V8x mobo with a pair of Matrox G450 video cards (AGP > & >> PCI) and 3 x EDS 1000 cards. I've used it with Win ME and Win XP with >> success (currently using Win ME). It's *very stable* and will support up > to >> the AMD XP 3200 CPU. It's the most stable solution for Paris I've ever > used >> and will support a good amount of native plugins if desired. Another very >> stable solution is the older mobo's with the SIS chipsets. Aaron Allen >> has >> had very good success with these. I doubt if I'll ever go beyond this >> 7V8x >> mobo. Too many potential issues with the newer crop of mobo's and > chipsets. >> Right now I'm using an XP 2800 CPU. I guess I could upgrade to the XP > 3200, >> but I really don't feel the need. >> >> Regards, >> >> Deej >> "Rich Lamanna" <<a href="mailt
his-ahole_@animas.net> wrote in message news:43ee3f41@linux... > Bill, > > ADAT sync carries it's own clock signal irregardless of whether is it > timeline locked via the 9 pin serial cable. I have heard that the signal > that is imbedded in the bitstream of the ADAT output (using a fibre optic > cable sending 8 channels) of the EMU card may not be reliable. > This was being discussed on the RME website a while back so consider the > source I guess. > > Regards, > > Deej > > "Bill Lorentzen" <bill@lorentzen.ws> wrote in message > news:43ede2d8$1@linux... >> Just one thing: unless you are actually synching ADAT tape transports I >> don't think you need the 9 pin sync for the digital data - it is > adequately >> represented in the stream. >> >> Bill >> >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message >> news:43ed5d14$1@linux... >> > I've heard great things about the EMU card as far as fidelity goes. >> > I've >> > also heard some bad things about it as far as the digital protocall > goes. >> > Seems it doesn't somehow adhere to the ADAT spec so if you're planning > to >> > interface it digitally with Paris via ADAT, there might be issues. It >> > doesn't have an ADAT sync input so clocking it could be an issue unless >> > you >> > were clocking both the EMU card and Paris to an external clock. The > MAudio >> > ought to be pretty strack as far as being compatible with whatever spec >> > you >> > want to use. It's a bit more $$$, but I'm very pleased with the RME > stuff >> > and I have also used the LynxOne. If you don't need a whole lot of I/O > and >> > sample rates above 48k, the LynxOne is an excellent choice. I have >> > actually >> > clocked Paris from a LynxOne and I have also daisy chained a LynxOne > from >> > a >> > Paris system with no problems. Lynx and RME both make great stuff. >> > >> > Deej >> > >> > "Edna" <edna@texomaonline.com> wrote in message news:43ed36ce@linux... >> >> Looking to pickup a soundcard for another computer/sequencer rig. >> >> Considering EMU 0404 or 1212, versus M-Audio Audiophile 192. Any >> >> opinions >> >> or suggestions? >> >> Thanks, >> >> Edna >> >> >> >> >> > >> > >> >> > >So what are the few other ways? Been wanting to do the sync tighter than MTC but wondering what other options could be explored (running Paris and Cubase SX3). Jeff Bill Lorentzen wrote: > OK, I get what you are doing. First I should clarify: there are 2 kinds of > sync here. There is wordclock, which locks the digital clocks for accurate > transfer of audio, then there is play/stop sync, which moves the > DAW/sequencer play line. The first one is carried by either a wordclock > cable (best), or embedded in the spdif or ADAT lightpipe digital stream > (OK). The second one can be from MIDI timecode via a MIDI cable (OK), or if > you have it, a 9 pin ADAT sync cable (very accurate) (or a few other ways, > but we won't worry about those now). > > If you are moving VSTi audio tracks from a sequencer into Paris, or just > want them to play along with Paris, you should do fine with MIDI timecode > for the sync and spdif for the audio (2 tracks at a time). I would recommend > that approach - someone else who still uses Paris correct me if I am wrong. > > Bill > > "Edna" <edna@texomaonline.com> wrote in message news:43ee5238@linux... > >>Thanks Bill >>I would also like to be able to have the visti computer start playingwhen >>I >>start PARIS recording(or vice versa), since I am bringing the >>instrumentation in piecemeal. >> >>"Bill Lorentzen" <bill@lorentzen.ws> wrote in message >>news:43ee3e77$1@linux... >> >>>What I meant is that the lightpipe cables would carry the sync and you >> >>would >> >>>not need the 9 pin. If you are going spdif then you should have no >>>concern >>>about the ADAT 9 pin whatsoever. >>> >>>Bill >>> >>>"Edna" <edna@texomaonline.com> wrote in message news:43edfe5f@linux... >>> >>>>Adequately represented in the stream? I plan to s/pdif from the >> >>sequencer >> >>>>computer to the PARIS computer. I have never done any digital >>>>transfers >>>>before, so am not sure what sync issues may arise. Are you saying the >>>>digital data will provide its own sync? >>>>Thanks, >>>>Edna >>>>"Bill Lorentzen" <bill@lorentzen.ws> wrote in message >>>>news:43ede2d8$1@linux... >>>> >>>>>Just one thing: unless you are actually synching ADAT tape transports >>>>>I >>>>>don't think you need the 9 pin sync for the digital data - it is >>>> >>>>adequately >>>> >>>>>represented in the stream. >>>>> >>>>>Bill >>>>> >>>>>"DJ" <animix_spam-this-ahole_@animas.net> wrote in message >>>>>news:43ed5d14$1@linux... >>>>> >>>>>>I've heard great things about the EMU card as far as fidelity goes. >>>>>>I've >>>>>>also heard some bad things about it as far as the digital protocall >>>> >>>>goes. >>>> >>>>>>Seems it doesn't somehow adhere to the ADAT spec so if you're >> >>planning >> >>>>to >>>> >>>>>>interface it digitally with Paris via ADAT, there might be issues. >>>>>>It >>>>>>doesn't have an ADAT sync input so clocking it could be an issue >> >>unless >> >>>>>>you >>>>>>were clocking both the EMU card and Paris to an external clock. The >>>> >>>>MAudio >>>> >>>>>>ought to be pretty strack as far as being compatible with whatever >> >>spec >> >>>>>>you >>>>>>want to use. It's a bit more $$$, but I'm very pleased with the RME >>>> >>>>stuff >>>> >>>>>>and I have also used the LynxOne. If you don't need a whole lot of >> >>I/O >> >>>>and >>>> >>>>>>sample rates above 48k, the LynxOne is an excellent choice. I have >>>>>>actually >>>>>>clocked Paris from a LynxOne and I have also daisy chained a LynxOne >>>> >>>>from >>>> >>>>>>a >>>>>>Paris system with no problems. Lynx and RME both make great stuff. >>>>>> >>>>>>Deej >>>>>> >>>>>>"Edna" <edna@texomaonline.com> wrote in message >> >>news:43ed36ce@linux... >> >>>>>>>Looking to pickup a soundcard for another computer/sequencer rig. >>>>>>>Considering EMU 0404 or 1212, versus M-Audio Audiophile 192. Any >>>>>>>opinions >>>>>>>or suggestions? >>>>>>>Thanks, >>>>>>>Edna >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >> > >Hi all Odd sync question There is a roughly 1/2 second to 1 second lag between hitting play in Paris and Cubase starting up, although it is dead on time wise when it does. I also have the same length of lag when I hit stop...the only difference is I'm getting a squirrelly buzz in my speakers while cubase comes to a stop. Any ideas as to what is happening lag-wise and noise wise Thanks donUnderstood. This reminds me that I still have to do some ADAT transfers for a project......ugh! I'm not too crazy about this either. ;o) "Bill Lorentzen" <bill@lorentzen.ws> wrote in message news:43ee7a34@linux... > Deej, > > Yeah, I'm hip to that (I bought 3 ADATs practically the week they came out). > My point was that it is no better than spdif unless you need to lock up > ADATs to Paris (something I never enjoyed doing!) > > Best, > Bill > > "DJ" <animix_spam-this-ahole_@animas.net> wrote in message > news:43ee3f41@linux... > > Bill, > > > > ADAT sync carries it's own clock signal irregardless of whether is it > > timeline locked via the 9 pin serial cable. I have heard that the signal > > that is imbedded in the bitstream of the ADAT output (using a fibre optic > > cable sending 8 channels) of the EMU card may not be reliable. > > This was being discussed on the RME website a while back so consider the > > source I guess. > > > > Regards, > > > > Deej > > > > "Bill Lorentzen" <bill@lorentzen.ws> wrote in message > > news:43ede2d8$1@linux... > >> Just one thing: unless you are actually synching ADAT tape transports I > >> don't think you need the 9 pin sync for the digital data - it is > > adequately > >> represented in the stream. > >> > >> Bill > >> > >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message > >> news:43ed5d14$1@linux... > >> > I've heard great things about the EMU card as far as fidelity goes. > >> > I've > >> > also heard some bad things about it as far as the digital protocall > > goes. > >> > Seems it doesn't somehow adhere to the ADAT spec so if you're planning > > to > >> > interface it digitally with Paris via ADAT, there might be issues. It > >> > doesn't have an ADAT sync input so clocking it could be an issue unless > >> > you > >> > were clocking both the EMU card and Paris to an external clock. The > > MAudio > >> > ought to be pretty strack as far as being compatible with whatever spec > >> > you > >> > want to use. It's a bit more $$$, but I'm very pleased with the RME > > stuff > >> > and I have also used the LynxOne. If you don't need a whole lot of I/O > > and > >> > sample rates above 48k, the LynxOne is an excellent choice. I have > >> > actually > >> > clocked Paris from a LynxOne and I have also daisy chained a LynxOne > > from > >> > a > >> > Paris system with no problems. Lynx and RME both make great stuff. > >> > > >> > Deej > >> > > >> > "Edna" <edna@texomaonline.com> wrote in message news:43ed36ce@linux... > >> >> Looking to pickup a soundcard for another computer/sequencer rig. > >> >> Considering EMU 0404 or 1212, versus M-Audio Audiophile 192. Any > >> >> opinions > >> >> or suggestions? > >> >> Thanks, > >> >> Edna > >> >> > >> >> > >> > > >> > > >> > >> > > > > > >So you're wanting to lock up the timelines of two separate Paris systems eh? Since the Paris ADAT module can only output ADAT timecode, the only way I can see that this could be done would be by MTC and then its not going to be sample accurate........close, but not perfect. Perhaps a couple opf Steinberg Midex units would be best. Perhaps the oft maligned Paris SMPTE module could work here? .........and I'm curious as to why you would want to do this, but hey, I hope you succeed. ;o) "Ed" <askme@email.com> wrote in message news:43edf8b1@linux... > Hi All. I am considering trying something I never done before. I have my > Paris in one PC with just one EDS and a MEC. I am building a separate PC > and it will also have 1 EDS card and separate MEC. I want to keep them as > separate units, but I want them to talk to each other... meaning 32 channels > (16 channels each). I know I can put the 2 EDS cards in one PC, but I want > to keep them separate. > > I never done this before and I need some advice. Since each PC/EDS/MEC will > be separate... each will have their own dual monitor.. what do I need to do > for both to work together.. (meaning 32 tracks/channels). I believe I need > to put a BNC cable between both EDS cards... but is that all I need to do? > Actually, I am not even sure this will work.. of course if I hit play, and I > have 32 channels (16 on each PC)... will my main EDS know the other 16 > channels? Perhaps I am asking too much or not enough information? I am on > Win2000 (both PC's). Yes, the Paris XP driver works fine with Win2000.... > any help or advice? > >I wish! I leave jazz alone, being a big fan and knowing I cannot do it justice. The CC boxed set is simply something every guitarist should own. What soul that guy played with! DC "Bill Lorentzen" <bill@lorentzen.ws> wrote: >DC, you haf=ve Charlie Chrisitan listed in your Lines. Do you play his >lines? > >Bill > >"DC" <dc@spammersinhell.org> wrote in message news:43ece0ac$1@linux... >> >> Hi all, >> >> Here's a review of my new amp. Boy is it nice. >> >> http://dcguitarjournal.blogspot.com/ >> >> DC >> > >No idea why this happens, but I get the exact same thing. I just live with it and rejoice at how well I've gotten cubase to sync with Paris after all these years. :-) Kim "Don Nafe" <dnafe@magma.ca> wrote: >Hi all > >Odd sync question > >There is a roughly 1/2 second to 1 second lag between hitting play in Paris >and Cubase starting up, although it is dead on time wise when it does. > >I also have the same length of lag when I hit stop...the only difference is >I'm getting a squirrelly buzz in my speakers while cubase comes to a stop. > >Any ideas as to what is happening lag-wise and noise wise > >Thanks > >don > >nope, the dove was formed by about 20 people on ropes climbing a mesh wall (kinda like rock face ballet stuff) and formed a dove at the end of their performance. and the flame was the olympic torch lighting...though roast dove does sound pretty good. On Sat, 11 Feb 2006 12:49:42 -0700, "DJ" <animix_spam-this-ahole_@animas.net> wrote: >I haven't been watching.........what happened???.......are they burning >birds? > >"rick" <parnell68@hotmail.com> wrote in message >news:aufru1dgq68fnnokp7lndmvkc8hg642ues@4ax.com... >> NIce job Italy!!!! the dove and the flame...niiiiiiiice. >Okay I'll bite...where does one set the latency ? Don "Chas. Duncan" <duncan5199ATsbcglobalDOTnet@> wrote in message news:7pkpu1l87ae0cv6fus3hheqd5odm89ue74@4ax.com... > > > What he said... If your sync is tight but playback of VSTi's out of > Cubase is glitchy it's likely you're exceeding capacity of that > system. The engines are buckling, Captain. Set latency low for > playing/tracking VSTi's, and set latency high for playback... Also, > I'd render one or more of those VSTi tracks out of Cubase and drag 'em > into Paris as audio files... That's "Export Audio" out of Cubase -- > with the track you want soloed, and markers set to top and end... Snap > that audio file into your Paris editor on the right bar and you're > good to go... If you need to make changes later, get back in Cubase, > edit, alter, whatever, export and so on... I once imagined a system > where I could play whatever number of VSTi's I might want out of > Cubase in sync with Paris, but I found that I always ended up wanting > them over in Paris as audio files when it came time to mix anyway. I > still like reaching for a fader, and I think there's something going > on with the Paris mix mojo, when it comes to pulling everything > together and making it all seem "real"... > > Whew -- long note for me -- coffee's workin' good today. > > good luck with it -- Chas. > > On Fri, 10 Feb 2006 10:18:43 -0700, EK Sound <askme@nospam.com> wrote: > >>Increase the latency of the Dakota card to see if the clicks go away. >> >>David. >> >>Don Nafe wrote: >> >>> Buffers are set to 256 on both >>> >>> ADAT sync and SPDIF are working fine and the sync is dead on...I'm >>> thinking >>> I'm just taxing my CPU with these softsynths >>> >>> Don >>> >>> >>> "EK Sound" <askme@nospam.com> wrote in message news:43ecc76b@linux... >>> >>>>If what DJ suggests doesn't work out... does the Dakota at least have >>>>SPDIF??? You could use the SPDIF line from the Dakota to Paris to >>>>achieve >>>>the same thing. >>>> >>>>David. >>>> >>>>Don Nafe wrote: >>>> >>>>>No word clock on the Dakota...at least as far as I can see...which is >>>>>not >>>>>very far without my glasses >>>>> >>>>>;-) >>>>> >>>>> >>>>>Don >>>>> >>>>> >>>>>"EK Sound" <askme@nospam.com> wrote in message news:43ecb7fe@linux... >>>>> >>>>> >>>>>>Sounds like a slight word clock issue... if you are playing in Cubase >>>>>>and >>>>>>monitoring via digital inputs in Paris, then the Dakota has to be >>>>>>master >>>>>>and Paris has to be set to slave. Run a word clock cable from the >>>>>>Cubase >>>>>>machine to the master interface on Paris, and set Paris for word sync. >>>>>> >>>>>>David. >>>>>> >>>>>>Don Nafe wrote: >>>>>> >>>>>> >>>>>> >>>>>>>Gotta question for ya. >>>>>>> >>>>>>>I just got Cubase 1.06 from a friend who upgraded to 3.0 and I've >>>>>>>noticed that when I'm monitoring in Paris via my Dakota I get >>>>>>>occasional pops. >>>>>>> >>>>>>>Any idea what might be causing this >>>>>>> >>>>>>>Don >>>>> >>>>> >>> >Hi DJ.. thanks for offering advice. I use to have 2 EDS cards in the same PC and I only ever needed 16 tracks at that time. Since I was a newbie then, I couldn't figure out "easily" how to utilize the other 16 channels.... and I still scratch my head about it. Paris seen the other card, but I suppose my skill level wasn't up-to-snuff to figure out how to record and play 32 channels... I been using Paris for quite a few years and I just do simple 16 channel recording. I know there are virtual channels, but you know, I never used them... maybe someday I'll actually read up on how to do that... lol. The reason I want to do separate units is in my main studio I have the one card (16 channels). The separate one I want for a somewhat portable system. If I record 16 channels elsewhere with the portable system, I'd like to bring it back to the main and sync, so I could be able to continue with the project(s) on the 16 channels on the main, with the 16 channels on the portable. I guess perhaps this isn't too realistic, but I thought it was possible. I was also hoping to do this without purchasing more equipment, besides sync cables. Oh well, I'll scratch it this if I have to purchase more equipment to get them to sync... thanks again... "DJ" <animix_spam-this-ahole_@animas.net> wrote in message news:43ee8b91@linux... > So you're wanting to lock up the timelines of two separate Paris systems eh? > Since the Paris ADAT module can only output ADAT timecode, the only way I > can see that this could be done would be by MTC and then its not going to be > sample accurate........close, but not perfect. Perhaps a couple opf > Steinberg Midex units would be best. > > Perhaps the oft maligned Paris SMPTE module could work here? > > ........and I'm curious as to why you would want to do this, but hey, I hope > you succeed. > > ;o) > > > "Ed" <askme@email.com> wrote in message news:43edf8b1@linux... > > Hi All. I am considering trying something I never done before. I have my > > Paris in one PC with just one EDS and a MEC. I am building a separate PC > > and it will also have 1 EDS card and separate MEC. I want to keep them as > > separate units, but I want them to talk to each other... meaning 32 > channels > > (16 channels each). I know I can put the 2 EDS cards in one PC, but I > want > > to keep them separate. > > > > I never done this before and I need some advice. Since each PC/EDS/MEC > will > > be separate... each will have their own dual monitor.. what do I need to > do > > for both to work together.. (meaning 32 tracks/channels). I believe I > need > > to put a BNC cable between both EDS cards... but is that all I need to do? > > Actually, I am not even sure this will work.. of course if I hit play, and > I > > have 32 channels (16 on each PC)... will my main EDS know the other 16 > > channels? Perhaps I am asking too much or not enough information? I am > on > > Win2000 (both PC's). Yes, the Paris XP driver works fine with Win2000.... > > any help or advice? > > > > > >Hi,Don Don't bother trying to adjust settings within Cubase, as the buffer/latency settings are locked once Cubase nabs the soundcard driver.) If you have a Dakota, (as have I), you'll find the buffer size settings in the "System" tab in the Dakota control panel which you can access in the Windows system tray. Try the highest setting first, and see if this cures your problem. Regards, Kim "Don Nafe" <dnafe@magma.ca> wrote: >Ok ay I'll bite...where does one set the latency ? > >Don > > >"Chas. Duncan" <duncan5199ATsbcglobalDOTnet@> wrote in message >news:7pkpu1l87ae0cv6fus3hheqd5odm89ue74@4ax.com... >> >> >> What he said... If your sync is tight but playback of VSTi's out of >> Cubase is glitchy it's likely you're exceeding capacity of that >> system. The engines are buckling, Captain. Set latency low for >> playing/tracking VSTi's, and set latency high for playback... Also, >> I'd render one or more of those VSTi tracks out of Cubase and drag 'em >> into Paris as audio files... That's "Export Audio" out of Cubase -- >> with the track you want soloed, and markers set to top and end... Snap >> that audio file into your Paris editor on the right bar and you're >> good to go... If you need to make changes later, get back in Cubase, >> edit, alter, whatever, export and so on... I once imagined a system >> where I could play whatever number of VSTi's I might want out of >> Cubase in sync with Paris, but I found that I always ended up wanting >> them over in Paris as audio files when it came time to mix anyway. I >> still like reaching for a fader, and I think there's something going >> on with the Paris mix mojo, when it comes to pulling everything >> together and making it all seem "real"... >> >> Whew -- long note for me -- coffee's workin' good today. >> >> good luck with it -- Chas. >> >> On Fri, 10 Feb 2006 10:18:43 -0700, EK Sound <askme@nospam.com> wrote: >> >>>Increase the latency of the Dakota card to see if the clicks go away. >>> >>>David. >>> >>>Don Nafe wrote: >>> >>>> Buffers are set to 256 on both >>>> >>>> ADAT sync and SPDIF are working fine and the sync is dead on...I'm >>>> thinking >>>> I'm just taxing my CPU with these softsynths >>>> >>>> Don >>>> >>>> >>>> "EK Sound" <askme@nospam.com> wrote in message news:43ecc76b@linux... >>>> >>>>>If what DJ suggests doesn't work out... does the Dakota at least have >>>>>SPDIF??? You could use the SPDIF line from the Dakota to Paris to >>>>>achieve >>>>>the same thing. >>>>> >>>>>David. >>>>> >>>>>Don Nafe wrote: >>>>> >>>>>>No word clock on the Dakota...at least as far as I can see...which is >>>>>>not >>>>>>very far without my glasses >>>>>> >>>>>>;-) >>>>>> >>>>>> >>>>>>Don >>>>>> >>>>>> >>>>>>"EK Sound" <askme@nospam.com> wrote in message news:43ecb7fe@linux... >>>>>> >>>>>> >>>>>>>Sounds like a slight word clock issue... if you are playing in Cubase >>>>>>>and >>>>>>>monitoring via digital inputs in Paris, then the Dakota has to be >>>>>>>master >>>>>>>and Paris has to be set to slave. Run a word clock cable from the >>>>>>>Cubase >>>>>>>machine to the master interface on Paris, and set Paris for word sync. >>>>>>> >>>>>>>David. >>>>>>> >>>>>>>Don Nafe wrote: >>>>>>> >>>>>>> >>>>>>> >>>>>>>>Gotta question for ya. >>>>>>>> >>>>>>>>I just got Cubase 1.06 from a friend who upgraded to 3.0 and I've >>>>>>>>noticed that when I'm monitoring in Paris via my Dakota I get >>>>>>>>occasional pops. >>>>>>>> >>>>>>>>Any idea what might be causing this >>>>>>>> >>>>>>>>Don >>>>>> >>>>>> >>>> >> > >I took it to it's lowest setting and the noise became worse (32 I believe) ....presently back at 256 but still getting the occasional pop. Right now I have two midi tracks...one soft synth and every 60 seconds or so "pop" I can always render to audio but that too is a pain I don't notice anything with audio tracks so I'm thinking this is a soft synth resource thing Don "Kim W." <no@way> wrote in message news:43ef4753$1@linux... > > Hi,Don > Don't bother trying to adjust settings within Cubase, as the > buffer/latency > settings are locked > once Cubase nabs the soundcard driver.) > If you have a Dakota, (as have I), you'll find the buffer size settings in > the "System" tab in the Dakota control panel which you can access in the > Windows system tray. Try the highest setting first, and see if this cures > your problem. > Regards, > Kim > > "Don Nafe" <dnafe@magma.ca> wrote: >>Ok > ay I'll bite...where does one set the latency ? >> >>Don >> >> >>"Chas. Duncan" <duncan5199ATsbcglobalDOTnet@> wrote in message >>news:7pkpu1l87ae0cv6fus3hheqd5odm89ue74@4ax.com... >>> >>> >>> What he said... If your sync is tight but playback of VSTi's out of >>> Cubase is glitchy it's likely you're exceeding capacity of that >>> system. The engines are buckling, Captain. Set latency low for >>> playing/tracking VSTi's, and set latency high for playback... Also, >>> I'd render one or more of those VSTi tracks out of Cubase and drag 'em >>> into Paris as audio files... That's "Export Audio" out of Cubase -- >>> with the track you want soloed, and markers set to top and end... Snap >>> that audio file into your Paris editor on the right bar and you're >>> good to go... If you need to make changes later, get back in Cubase, >>> edit, alter, whatever, export and so on... I once imagined a system >>> where I could play whatever number of VSTi's I might want out of >>> Cubase in sync with Paris, but I found that I always ended up wanting >>> them over in Paris as audio files when it came time to mix anyway. I >>> still like reaching for a fader, and I think there's something going >>> on with the Paris mix mojo, when it comes to pulling everything >>> together and making it all seem "real"... >>> >>> Whew -- long note for me -- coffee's workin' good today. >>> >>> good luck with it -- Chas. >>> >>> On Fri, 10 Feb 2006 10:18:43 -0700, EK Sound <askme@nospam.com> wrote: >>> >>>>Increase the latency of the Dakota card to see if the clicks go away. >>>> >>>>David. >>>> >>>>Don Nafe wrote: >>>> >>>>> Buffers are set to 256 on both >>>>> >>>>> ADAT sync and SPDIF are working fine and the sync is dead on...I'm >>>>> thinking >>>>> I'm just taxing my CPU with these softsynths >>>>> >>>>> Don >>>>> >>>>> >>>>> "EK Sound" <askme@nospam.com> wrote in message news:43ecc76b@linux... >>>>> >>>>>>If what DJ suggests doesn't work out... does the Dakota at least have >>>>>>SPDIF??? You could use the SPDIF line from the Dakota to Paris to >>>>>>achieve >>>>>>the same thing. >>>>>> >>>>>>David. >>>>>> >>>>>>Don Nafe wrote: >>>>>> >>>>>>>No word clock on the Dakota...at least as far as I can see...which > is >>>>>>>not >>>>>>>very far without my glasses >>>>>>> >>>>>>>;-) >>>>>>> >>>>>>> >>>>>>>Don >>>>>>> >>>>>>> >>>>>>>"EK Sound" <askme@nospam.com> wrote in message news:43ecb7fe@linux... >>>>>>> >>>>>>> >>>>>>>>Sounds like a slight word clock issue... if you are playing in >>>>>>>>Cubase > >>>>>>>>and >>>>>>>>monitoring via digital inputs in Paris, then the Dakota has to be > >>>>>>>>master >>>>>>>>and Paris has to be set to slave. Run a word clock cable from the > >>>>>>>>Cubase >>>>>>>>machine to the master interface on Paris, and set Paris for word >>>>>>>>sync. >>>>>>>> >>>>>>>>David. >>>>>>>> >>>>>>>>Don Nafe wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>Gotta question for ya. >>>>>>>>> >>>>>>>>>I just got Cubase 1.06 from a friend who upgraded to 3.0 and I've >>>>>>>>>not
FFII1BUFAADnr [binary]