Home » The PARIS Forums » PARIS: Main » Pro MEC 24 bit?
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Pro MEC 24 bit? [message #60663 is a reply to message #60659] |
Sat, 26 November 2005 13:33   |
Edna Sloan
 Messages: 304 Registered: October 2005
|
Senior Member |
|
|
;gt; =
B<BR>>=20
cards), 2 ADAT and one Sync on MEC A, 1 8-input on =
MEC=3D20<BR>> =20
B.<BR>><BR>> Can record fine with MIX A, MEC A. =
Getting no=20
sound =3D<BR>>at=3D20<BR>> all<BR>> on any =
inputs for MEC=20
B, Mix B. Tried to load V2.2, and=3D20<BR>> =
all<BR>> is fine=20
- can record on MEC B inputs all day long. When=3D20<BR>> =20
using<BR>> V3, see input lights on module, but have no =
meters=20
in=3D20<BR>> mixer<BR>> and no sound - MEC B =
syncing to WC=20
fine - plays sound=3D20<BR>> accross<BR>> all =
submixes just=20
fine from projects recorded on=3D20<BR>> =20
V2.<BR>><BR>> Any Thoughts?=20
=
<BR><BR></BLOCKQUOTE& gt;</BODY></HTML> <BR>>=
<BR>><BR></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML >
------=_NextPart_000_0039_01C604D7.AB043FE0--Trust me dude, just try it. It won't mess anything up and it's just a
movement of the SCSI cable from Card B to Card C.
AA
"Deadmeat" <scott@postmodernblues.com> wrote in message
news:43a6d87f$1@linux...
>
> Well, like I said, the system works as is (MECs on A and B)
> with the older 2.2 software, and has been running like that
> for a couple of years - all inputs and outputs producing
> sound without problems. So, I know my clock is good, the
> cards are good, the MECs and interfaces are good. I just
> brought up V2.2 to double check, and recorded using the
> interfaces that don't work with 3.0, so it's definatley
> a 3.0 issue.
>
> When you had to have your MECs on A and C (or E), was that
> with Version 2.2 and 3.0, or just with 3.0? I could try moving
> the MEC to C and see if that fixes it, but I dread making any
> changes at all to a functional (under 2.2) PARIS system......
>
>
> "Tom Bruhl" <arpegio@comcast.net> wrote:
>>
>>
>&g
|
|
|
|
| Re: Pro MEC 24 bit? [message #60676 is a reply to message #60663] |
Sun, 27 November 2005 06:42   |
John [1]
 Messages: 2229 Registered: September 2005
|
Senior Member |
|
|
ect? Like if I take a 5 minute object and trim it to 5 seconds
>>>>> will it still be streaming from hard drive the whole time?
>>>>>
>>>>> Also, do automated mutes continue streaming from disk? I'm
>>>>> betting they both stream and need to be rendered to fix it.
>>>>>
>>>>> Is there a way to verify this?
>>>>>
>>>>>
>>>>> Oh, I tried compact and as reported, it did nothing. Oh well.
>>>>
>>>>
>>>>
>>>>
>>>>aw, you gave up too easily, I'm sure theres a way, unless there's not.
John
EK Sound wrote:
> Nope.
>
> David.
>
> John wrote:
>
>> But is there any way to test it?
>> John
>>
>> EK Sound wrote:
>>
>>> AFAIK, mutes do not stop the file from being streamed, but edits do.
>>>
>>> David.
>>>
>>> John wrote:
>>>
>>>> see i'm assuming it does NOT stop. I'm betting that both shortened
>>>> objects and mutes play stream the entire segment I just am not sure
>>>> how to test. Hmm, how to test this. Brains anyone ?
>>>>
>>>> rick wrote:
>>>>
>>>>> i guess you could run a cpu usage check and see what happens but i
>>>>> would assume that the audio streaming would stop when the file stops
>>>>> playing. as far as the mutes go, i would think that it would be
>>>>> likened to a midi on/off command in that data is sent only during the
>>>>> onset of either command.
>>>>>
>>>>> On Mon, 19 Dec 2005 20:26:21 -0500, John <no@no.com> wrote:
>>>>>
>>>>>
>>>>>> Does an object that has been trimmed still stream the entire
>>>>>> object? Like if I take a 5 minute object and trim it to 5 seconds
>>>>>> will it still be streaming from hard drive the whole time?
>>>>>>
>>>>>> Also, do automated mutes continue streaming from disk? I'm
>>>>>> betting they both stream and need to be rendered to fix it.
>>>>>>
>>>>>> Is there a way to verify this?
>>>>>>
>>>>>>
>>>>>> Oh, I tried compact and as reported, it did nothing. Oh well.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>Hey STA,
If you're going to be in the city proper, you really shouldn't need a car.
Their version of a subway (the "T") is pretty inexpensive, and for a visitor,
a gas to ride. Definately check out Fanuel Hall (spelling is
|
|
|
|
| Re: Pro MEC 24 bit? [message #60679 is a reply to message #60676] |
Sun, 27 November 2005 08:44   |
Edna Sloan
 Messages: 304 Registered: October 2005
|
Senior Member |
|
|
/>
"steve the artguy" <artguy@svnhoohaa.net> wrote:
>
>Hey, guys-
>
>The impossible is about to happen. I'm flying back to Boston for Christmas.
>First Christmas outside Napa in... hmmm...53 years. Bonnie's daughter lives
>there, so the two of us are flying out.
>
>Silly me. Should have checked before today. The only things I can see available
>to rent tomorrow (!) are, hmm, a little more expensive than I had anticipated.
>If I did this sort of thing more often I would have known to check into
the
>car at the same time as the ticket. But...
>
>So, do any of you fine Paris folk, who know darned near everything, know
>of a source for renting a car for a week, cheap? or anything else I should
>know of, or see, or do, while in Boston?
>
>Or anyone need a fast mural done in exchange for a car for a week? Ha! It
>would have to be a fast one...
>
>-steveMan, FWIW, I master in Paris. (I'd drink my scotch there too, but I'm too
poor.)
MR
"Pete Ruthenburg" <ruthenburg@sbcglobal.net> wrote:
>
> SO I've got a piano jazz trio project I'm going to try and
>master.Just want some advice on what is being used to master.
>
>Are some of you doing it in PARIS or do I need to buy Wavelab?
>
>Thinking of trying some of the UAD precision stuff too.
>Probably a good project for me to get into the mastering thing
>since it shouldn't require alot since its a jaaz thing.
> I also recorded it so I know the material.
>
>Thanks,
>Pete"TCB" <nobody@ishere.com> wrote:
>
>I've been reading this NG on and off again for a few weeks and am wondering
Hey TCB, it's good to see you posting around here.
Cheers dude,
MRActually, I've got 2 ADAT cards in MEC A
"DJ" <animix_spam-this-ahole_@animas.net> wrote:
>
>
>That's a fact. With 3 x MECs, it's always the MEC on card #2 that ends =
>up locking to the external clock last. the most reliable way to get my =
>Frankenstein monster config working is to turn on my outboard modules =
>that are interfacing digitally with Parism then turn on the external =
>clock, then turn on the MECs, then boot the computer, then boot Paris, =
>let it sit for about 30 - 45 seconds until everything stabilizes, then =
>boot up my Cubase SX DAW. Any deviation from this will usually cause a =
>digital train wreck of the whole cotton pickin' thing.
>
>;o)
>
>
>
>"Tom Bruhl" <arpegio@comcast.net> wrote in message =
>news:43a762d3@linux...
> Both versions of Paris forced this outer cards for Mec attachement.
> I almost traded it all in because it took me a year to find the =
>answer.
> EMU didn't even know. I was pissed. But now I'm happy.
> You should be too.
>
> Moving the Mec around isn't that big of a deal really. I don't think
=
>it
> will screw anything major up. No ADAT cards in there right?
> Tom
>
> "Deadmeat" <scott@postmodernblues.com> wr
|
|
|
|
| Re: Pro MEC 24 bit? [message #60682 is a reply to message #60662] |
Sun, 27 November 2005 14:00   |
John Macy
Messages: 242 Registered: April 2006
|
Senior Member |
|
|
ds with two =
>Mecs
> >I had card A and C attached to the Mecs. Now with five cards it's
=
>A and
> =3D
> >E. =3D20
> >My ASUS boards like the first and last card when using two Mecs.
> >Tom
> > "Aaron Allen" <nospam@not_here.dude> wrote in message =3D
> >news:43a5b0b4$1@linux...
> > Are you sure you have the two 'correct' EDS cards chosen for your
=
>=3D
> >system? I=3D20
> > know that it gets sketchy pinning down which one, but on my =
>system I =3D
> >have to=3D20
> > use card A and C and skip putting a MEC on card B or wierd stuff
=
>like
> =3D
> >this=3D20
> > happens (another hidden Paris 'feature'). The other thing to =
>check is
> =3D
> >that=3D20
> > you have a good wordclock BNC cable running from MEC #1 to MEC =
>#2.
> >
> > AA
> >
> >
> > "Deadmeat" <scott@postmodernblues.com> wrote in message=3D20
> > news:43a59445$1@linux...
> > >
> > > Hi all -
> > > Been messing with V3 for a bit and noticed a real problem.
> > > Testing on a 3-card system, 2 MECs installed (on A and B
> > > cards), 2 ADAT and one Sync on MEC A, 1 8-input on MEC B.
> > >
> > > Can record fine with MIX A, MEC A. Getting no sound at all
> > > on any inputs for MEC B, Mix B. Tried to load V2.2, and all
> > > is fine - can record on MEC B inputs all day long. When using
> > > V3, see input lights on module, but have no meters in mixer
> > > and no sound - MEC B syncing to WC fine - plays sound accross
> > > all submixes just fine from projects recorded on V2.
> > >
> > > Any Thoughts?=3D20
> >
> >
> >
> ><!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> ><HTML><HEAD>
> ><META http-equiv=3D3DContent-Type content=3D3D&q
|
|
|
|
|
|
| Re: Pro MEC 24 bit? [message #60687 is a reply to message #60682] |
Sun, 27 November 2005 16:06   |
Edna Sloan
 Messages: 304 Registered: October 2005
|
Senior Member |
|
|
/>
> >t; Hi=3D20
> > all -<BR>> Been messing with V3 for a bit and noticed a real=3D20
> > problem.<BR>> Testing on a 3-card system, 2 MECs installed (on A
=
>=3D
> >and=3D20
> > B<BR>> cards), 2 ADAT and one Sync on MEC A, 1 8-input on =
>MEC=3D20
> > B.<BR>><BR>> Can record fine with MIX A, MEC A. Getting no sound
=
>=3D
> >at=3D20
> > all<BR>> on any inputs for MEC B, Mix B. Tried to load V2.2, =
>and=3D20
> > all<BR>> is fine - can record on MEC B inputs all day long. =
>When=3D20
> > using<BR>> V3, see input lights on module, but have no meters =
>in=3D20
> > mixer<BR>> and no sound - MEC B syncing to WC fine - plays =
>sound=3D20
> > accross<BR>> all submixes just fine from projects recorded =
>on=3D20
> > V2.<BR>><BR>> Any Thoughts? <BR><BR></BLOCKQUOTE></BODY></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.1106" name=3DGENERATOR>
><STYLE></STYLE>
></HEAD>
><BODY bgColor=3D#ffffff>
><DIV><FONT face=3DArial size=3D2>That's a fact. With 3 x MECs, it's =
>always the MEC=20
>on card #2 that ends up locking to the external clock last. the most =
>reliable=20
>way to get my Frankenstein monster config working is to turn on my =
>outboard=20
>modules that are interfacing digitally with Parism then turn on=20
>the external clock, then turn on the MECs, then boot the computer, =
>then=20
>boot Paris, let it sit for about 30 - 45 seconds until everything =
>stabilizes,=20
>then boot up my Cubase SX DAW. Any deviation from this will usually =
>cause a=20
>digital train wreck of the whole cotton pickin' thing.</FONT></DIV>
><DIV><FONT face=3DArial size=3D2></FONT> </DIV>
><DIV><FONT face=3DArial size=3D2>;o)</FONT></DIV>
><DIV> </DIV>
><DIV> </DIV>
><DIV> </DIV>
><DIV>"Tom Bruhl" <<A=20
>href=3D"mailto:arpegio@comcast.net">arpegio@comcast.net</A>> wrote in =
>message=20
><A href=3D"news:43a762d3@linux">news:43a762d3@linux</A>...</DIV>
><BLOCKQUOTE dir=3Dltr=20
>style=3D&q
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Pro MEC 24 bit? [message #60736 is a reply to message #60728] |
Tue, 29 November 2005 09:49   |
John Macy
Messages: 242 Registered: April 2006
|
Senior Member |
|
|
V>
> > <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>"Deadmeat" <<A=20
> > =
>
>href=3D"mailto:scott@postmodernblues.com">scott@postmodernblues.com</A>&g=
> >t;=20
> > wrote in message <A=20
> > =
>
>href=3D"news:43a6d87f$1@linux">news:43a6d87f$1@linux</A>...</DIV><BR>Well=
> >,=20
> > like I said, the system works as is (MECs on A and B)<BR>with the =
> >older 2.2=20
> > software, and has been running like that<BR>for a couple of years -
> =
> >all=20
> > inputs and outputs producing<BR>sound without problems. So, I know =
> >my clock=20
> > is good, the<BR>cards are good, the MECs and interfaces are good.
I=20
> > just<BR>brought up V2.2 to double check, and recorded using=20
> > the<BR>interfaces that don't work with 3.0, so it's definatley<BR>a
> =
> >3.0=20
> > issue.<BR><BR>When you had to have your MECs on A and C (or E),
was=20
> > that<BR>with Version 2.2 and 3.0, or just with 3.0? I could try=20
> > moving<BR>the MEC to C and see if that fixes it, but I dread
making=20
> > any<BR>changes at all to a functional (under 2.2) PARIS=20
> > system......<BR><BR><BR>"Tom Bruhl" <<A=20
> > href=3D"mailto:arpegio@comcast.net">arpegio@comcast.net</A>>=20
> > wrote:<BR>><BR>><BR>>Dead,<BR>>What Aaron says is =
> >true. =20
> > When my system was three cards with two Mecs<BR>>I had card A and =
> >C=20
> > attached to the Mecs. Now with five cards it's A =
> >and<BR>=3D<BR>>E.=20
> > =3D20<BR>>My ASUS boards like the first and last card when using =
> >two=20
> > Mecs.<BR>>Tom<BR>> "Aaron Allen" &l
|
|
|
|
|
|
Goto Forum:
Current Time: Wed May 06 21:30:57 PDT 2026
Total time taken to generate the page: 0.05691 seconds
|