Home » The PARIS Forums » PARIS: Main » still fighting for stability
| still fighting for stability [message #72376] |
Thu, 14 September 2006 10:21  |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
Hi-ho.
I am still having trouble with my Paris rig. In an effort to simplify things,
I only have one card installed, with an MEC attached, internal clocking.
Basically, my problems are down to two:
1.The "now-line" freezes, or more actually begins stuttering in extremely
slow-motion, almost glacial. I can still change windows, and I am able to
save and close, then re-open Paris with success.
2.On starting Paris, I get an error message: "I/O modules used in this patch
setting not avaiable in this configuration of Paris. Resulting audio may
be different than when saved." This will pop up 2 or 4 times, and then when
I push "play" no audio is heard. Then I close, reopen, and then things work
for a while.
I have made some tweaks to the configuration with some success. The errors
are happening less and less, but they still pop up.
Anybody?
Jimmy
|
|
|
|
| Re: still fighting for stability [message #72379 is a reply to message #72376] |
Thu, 14 September 2006 12:10  |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Post your paris cfg. Also make sure you don't have IRQ conflicts (check bios
on bootup) and that you don't have power supply or heat problems. Get a
fan blowing on that sucka or monitor hard drive / cpu temps to make sure
drives are below 35 degrees C.
"Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>
>Hi-ho.
>
>I am still having trouble with my Paris rig. In an effort to simplify things,
>I only have one card installed, with an MEC attached, internal clocking.
>
>Basically, my problems are down to two:
>
>1.The "now-line" freezes, or more actually begins stuttering in extremely
>slow-motion, almost glacial. I can still change windows, and I am able to
>save and close, then re-open Paris with success.
>
>2.On starting Paris, I get an error message: "I/O modules used in this patch
>setting not avaiable in this configuration of Paris. Resulting audio may
>be different than when saved." This will pop up 2 or 4 times, and then when
>I push "play" no audio is heard. Then I close, reopen, and then things work
>for a while.
>
>I have made some tweaks to the configuration with some success. The errors
>are happening less and less, but they still pop up.
>
>Anybody?
>Jimmy
|
|
|
|
| Re: still fighting for stability [message #72384 is a reply to message #72376] |
Thu, 14 September 2006 14:50 |
Robert Arsenault
Messages: 49
Registered: September 2006
|
Member |
|
|
What OS you running Jim? Yea, kinda sounds like you have some funky PCI
buss traffic goin on there, did you try strippin down to a basic config, vid
card, EDS1000.
Check IRQ sharing, see whats using what.
Good luck bro
Rob
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:45098f86$1@linux...
>
> Hi-ho.
>
> I am still having trouble with my Paris rig. In an effort to simplify
> things,
> I only have one card installed, with an MEC attached, internal clocking.
>
> Basically, my problems are down to two:
>
> 1.The "now-line" freezes, or more actually begins stuttering in extremely
> slow-motion, almost glacial. I can still change windows, and I am able to
> save and close, then re-open Paris with success.
>
> 2.On starting Paris, I get an error message: "I/O modules used in this
> patch
> setting not avaiable in this configuration of Paris. Resulting audio may
> be different than when saved." This will pop up 2 or 4 times, and then
> when
> I push "play" no audio is heard. Then I close, reopen, and then things
> work
> for a while.
>
> I have made some tweaks to the configuration with some success. The errors
> are happening less and less, but they still pop up.
>
> Anybody?
> Jimmy
|
|
|
|
| Re: still fighting for stability [message #72388 is a reply to message #72376] |
Thu, 14 September 2006 15:37 |
Deej [1]
Messages: 2149
Registered: January 2006
|
Senior Member |
|
|
Repeat after me:
IRQ!! IRQ!! IRQ!!
This sounds exactly like the EDS card is sharing and interrupt with the AGP
slot.
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:45098f86$1@linux...
>
> Hi-ho.
>
> I am still having trouble with my Paris rig. In an effort to simplify
things,
> I only have one card installed, with an MEC attached, internal clocking.
>
> Basically, my problems are down to two:
>
> 1.The "now-line" freezes, or more actually begins stuttering in extremely
> slow-motion, almost glacial. I can still change windows, and I am able to
> save and close, then re-open Paris with success.
>
> 2.On starting Paris, I get an error message: "I/O modules used in this
patch
> setting not avaiable in this configuration of Paris. Resulting audio may
> be different than when saved." This will pop up 2 or 4 times, and then
when
> I push "play" no audio is heard. Then I close, reopen, and then things
work
> for a while.
>
> I have made some tweaks to the configuration with some success. The errors
> are happening less and less, but they still pop up.
>
> Anybody?
> Jimmy
|
|
|
|
| Re: still fighting for stability [message #72391 is a reply to message #72388] |
Thu, 14 September 2006 17:12 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
I couldn't find any place where it indicated which IRQ the AGP was assigned.
The IRQ page had all IRQs assigned to "PCI", and beneath that all the PCI
slots all assigned to "AUTO". On another page the serial port was assigned
to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned the PCI
slots to other numbers.
Am I on the wrong track here?
"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
news:4509da19@linux...
> Repeat after me:
>
> IRQ!! IRQ!! IRQ!!
>
> This sounds exactly like the EDS card is sharing and interrupt with the
> AGP
> slot.
>
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:45098f86$1@linux...
>>
>> Hi-ho.
>>
>> I am still having trouble with my Paris rig. In an effort to simplify
> things,
>> I only have one card installed, with an MEC attached, internal clocking.
>>
>> Basically, my problems are down to two:
>>
>> 1.The "now-line" freezes, or more actually begins stuttering in extremely
>> slow-motion, almost glacial. I can still change windows, and I am able to
>> save and close, then re-open Paris with success.
>>
>> 2.On starting Paris, I get an error message: "I/O modules used in this
> patch
>> setting not avaiable in this configuration of Paris. Resulting audio may
>> be different than when saved." This will pop up 2 or 4 times, and then
> when
>> I push "play" no audio is heard. Then I close, reopen, and then things
> work
>> for a while.
>>
>> I have made some tweaks to the configuration with some success. The
>> errors
>> are happening less and less, but they still pop up.
>>
>> Anybody?
>> Jimmy
>
>
|
|
|
|
| Re: still fighting for stability [message #72394 is a reply to message #72391] |
Thu, 14 September 2006 17:49 |
Deej [1]
Messages: 2149
Registered: January 2006
|
Senior Member |
|
|
What kind of mobo are you using Jimmy?
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:4509eda3@linux...
> I couldn't find any place where it indicated which IRQ the AGP was
assigned.
>
> The IRQ page had all IRQs assigned to "PCI", and beneath that all the PCI
> slots all assigned to "AUTO". On another page the serial port was assigned
> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned the
PCI
> slots to other numbers.
>
> Am I on the wrong track here?
>
>
> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> news:4509da19@linux...
> > Repeat after me:
> >
> > IRQ!! IRQ!! IRQ!!
> >
> > This sounds exactly like the EDS card is sharing and interrupt with the
> > AGP
> > slot.
> >
> >
> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> > news:45098f86$1@linux...
> >>
> >> Hi-ho.
> >>
> >> I am still having trouble with my Paris rig. In an effort to simplify
> > things,
> >> I only have one card installed, with an MEC attached, internal
clocking.
> >>
> >> Basically, my problems are down to two:
> >>
> >> 1.The "now-line" freezes, or more actually begins stuttering in
extremely
> >> slow-motion, almost glacial. I can still change windows, and I am able
to
> >> save and close, then re-open Paris with success.
> >>
> >> 2.On starting Paris, I get an error message: "I/O modules used in this
> > patch
> >> setting not avaiable in this configuration of Paris. Resulting audio
may
> >> be different than when saved." This will pop up 2 or 4 times, and then
> > when
> >> I push "play" no audio is heard. Then I close, reopen, and then things
> > work
> >> for a while.
> >>
> >> I have made some tweaks to the configuration with some success. The
> >> errors
> >> are happening less and less, but they still pop up.
> >>
> >> Anybody?
> >> Jimmy
> >
> >
>
>
|
|
|
|
| Re: still fighting for stability [message #72395 is a reply to message #72394] |
Thu, 14 September 2006 18:18 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
It's an Asus P5P800 SE board with a Pentium 4 HT chip.
"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
news:4509f8fc@linux...
> What kind of mobo are you using Jimmy?
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:4509eda3@linux...
>> I couldn't find any place where it indicated which IRQ the AGP was
> assigned.
>>
>> The IRQ page had all IRQs assigned to "PCI", and beneath that all the PCI
>> slots all assigned to "AUTO". On another page the serial port was
>> assigned
>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned the
> PCI
>> slots to other numbers.
>>
>> Am I on the wrong track here?
>>
>>
>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> news:4509da19@linux...
>> > Repeat after me:
>> >
>> > IRQ!! IRQ!! IRQ!!
>> >
>> > This sounds exactly like the EDS card is sharing and interrupt with the
>> > AGP
>> > slot.
>> >
>> >
>> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> > news:45098f86$1@linux...
>> >>
>> >> Hi-ho.
>> >>
>> >> I am still having trouble with my Paris rig. In an effort to simplify
>> > things,
>> >> I only have one card installed, with an MEC attached, internal
> clocking.
>> >>
>> >> Basically, my problems are down to two:
>> >>
>> >> 1.The "now-line" freezes, or more actually begins stuttering in
> extremely
>> >> slow-motion, almost glacial. I can still change windows, and I am able
> to
>> >> save and close, then re-open Paris with success.
>> >>
>> >> 2.On starting Paris, I get an error message: "I/O modules used in this
>> > patch
>> >> setting not avaiable in this configuration of Paris. Resulting audio
> may
>> >> be different than when saved." This will pop up 2 or 4 times, and then
>> > when
>> >> I push "play" no audio is heard. Then I close, reopen, and then things
>> > work
>> >> for a while.
>> >>
>> >> I have made some tweaks to the configuration with some success. The
>> >> errors
>> >> are happening less and less, but they still pop up.
>> >>
>> >> Anybody?
>> >> Jimmy
>> >
>> >
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72399 is a reply to message #72395] |
Thu, 14 September 2006 19:24 |
Deej [1]
Messages: 2149
Registered: January 2006
|
Senior Member |
|
|
Hmmm.....well .......letsee.........ASUS boards normally will have the AGP
sharing an IRQ with two PCI slots, basically making these worthless for
anything else.
How many PCI slots does your mobo have?
If it's a 5 slot board and it's similar to an AMD board, chances are that
PCI slots 1 and 5 are shared with the AGP and the firewire port (thus making
FW audio interfaces iffy also if using the onboard FW)
PCI slot 2 may share with your LAN controller
PCI #3 may share with onboard RAID and SATA controller
PCI 4 may not share with anything.
This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
Do you have the manual? All of this is listed in chapter 2 under the heading
Interrupt Assignments. It should be noted for Intel mobo's as well.
If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
If it's 5, try PCI slot 1,
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:4509fd03@linux...
> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>
>
> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> news:4509f8fc@linux...
> > What kind of mobo are you using Jimmy?
> >
> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> > news:4509eda3@linux...
> >> I couldn't find any place where it indicated which IRQ the AGP was
> > assigned.
> >>
> >> The IRQ page had all IRQs assigned to "PCI", and beneath that all the
PCI
> >> slots all assigned to "AUTO". On another page the serial port was
> >> assigned
> >> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned
the
> > PCI
> >> slots to other numbers.
> >>
> >> Am I on the wrong track here?
> >>
> >>
> >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >> news:4509da19@linux...
> >> > Repeat after me:
> >> >
> >> > IRQ!! IRQ!! IRQ!!
> >> >
> >> > This sounds exactly like the EDS card is sharing and interrupt with
the
> >> > AGP
> >> > slot.
> >> >
> >> >
> >> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >> > news:45098f86$1@linux...
> >> >>
> >> >> Hi-ho.
> >> >>
> >> >> I am still having trouble with my Paris rig. In an effort to
simplify
> >> > things,
> >> >> I only have one card installed, with an MEC attached, internal
> > clocking.
> >> >>
> >> >> Basically, my problems are down to two:
> >> >>
> >> >> 1.The "now-line" freezes, or more actually begins stuttering in
> > extremely
> >> >> slow-motion, almost glacial. I can still change windows, and I am
able
> > to
> >> >> save and close, then re-open Paris with success.
> >> >>
> >> >> 2.On starting Paris, I get an error message: "I/O modules used in
this
> >> > patch
> >> >> setting not avaiable in this configuration of Paris. Resulting audio
> > may
> >> >> be different than when saved." This will pop up 2 or 4 times, and
then
> >> > when
> >> >> I push "play" no audio is heard. Then I close, reopen, and then
things
> >> > work
> >> >> for a while.
> >> >>
> >> >> I have made some tweaks to the configuration with some success. The
> >> >> errors
> >> >> are happening less and less, but they still pop up.
> >> >>
> >> >> Anybody?
> >> >> Jimmy
> >> >
> >> >
> >>
> >>
> >
> >
>
>
|
|
|
|
| Re: still fighting for stability [message #72400 is a reply to message #72376] |
Thu, 14 September 2006 19:36 |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:45098f86$1@linux...
>
> Hi-ho.
>
> I am still having trouble with my Paris rig. In an effort to simplify
> things,
> I only have one card installed, with an MEC attached, internal clocking.
>
> Basically, my problems are down to two:
>
> 1.The "now-line" freezes, or more actually begins stuttering in extremely
> slow-motion, almost glacial. I can still change windows, and I am able to
> save and close, then re-open Paris with success.
Sounds like video card sharing an IRQ, concur with consensus on that.
>
> 2.On starting Paris, I get an error message: "I/O modules used in this
> patch
> setting not avaiable in this configuration of Paris. Resulting audio may
> be different than when saved." This will pop up 2 or 4 times, and then
> when
> I push "play" no audio is heard. Then I close, reopen, and then things
> work
> for a while.
I used to get this a lot working with other studios... basically, they'd
have different Input/Output modules than I have. If you repatch in the bay
and resave, this will probably go away and you should be able to hear the
audio. It's also possible that you changed your I/O physical configs from
the last save? One more possible... it lost an interface in the boot.
>
> I have made some tweaks to the configuration with some success. The errors
> are happening less and less, but they still pop up.
>
> Anybody?
> Jimmy
|
|
|
|
| Re: still fighting for stability [message #72408 is a reply to message #72399] |
Thu, 14 September 2006 21:12 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
I previously had an Asus 5 PCI-slot board with 4 EDS cards, no troubles,
whatsoever.
This is a 4 PCI-slot board. I've tried the 1-card setup in every PCI-slot
with no success.
You seem to be saying that 2 of my PCI slots might be useless to me? No
matter my attempts to reassign IRQs in the BIOS?
The BIOS does give me the option to let Windows XP assign IRQs, instead of
the BIOS doing so.....
Yes, I have the manual, but I can make no sense of the "Interrupt
Assignments" page in relation tgo my problem.
"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
news:450a0f48@linux...
> Hmmm.....well .......letsee.........ASUS boards normally will have the AGP
> sharing an IRQ with two PCI slots, basically making these worthless for
> anything else.
> How many PCI slots does your mobo have?
> If it's a 5 slot board and it's similar to an AMD board, chances are that
> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
> making
> FW audio interfaces iffy also if using the onboard FW)
>
> PCI slot 2 may share with your LAN controller
> PCI #3 may share with onboard RAID and SATA controller
> PCI 4 may not share with anything.
>
> This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
>
> Do you have the manual? All of this is listed in chapter 2 under the
> heading
> Interrupt Assignments. It should be noted for Intel mobo's as well.
>
>
>
> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
> If it's 5, try PCI slot 1,
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:4509fd03@linux...
>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>
>>
>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> news:4509f8fc@linux...
>> > What kind of mobo are you using Jimmy?
>> >
>> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> > news:4509eda3@linux...
>> >> I couldn't find any place where it indicated which IRQ the AGP was
>> > assigned.
>> >>
>> >> The IRQ page had all IRQs assigned to "PCI", and beneath that all the
> PCI
>> >> slots all assigned to "AUTO". On another page the serial port was
>> >> assigned
>> >> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned
> the
>> > PCI
>> >> slots to other numbers.
>> >>
>> >> Am I on the wrong track here?
>> >>
>> >>
>> >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> >> news:4509da19@linux...
>> >> > Repeat after me:
>> >> >
>> >> > IRQ!! IRQ!! IRQ!!
>> >> >
>> >> > This sounds exactly like the EDS card is sharing and interrupt with
> the
>> >> > AGP
>> >> > slot.
>> >> >
>> >> >
>> >> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> >> > news:45098f86$1@linux...
>> >> >>
>> >> >> Hi-ho.
>> >> >>
>> >> >> I am still having trouble with my Paris rig. In an effort to
> simplify
>> >> > things,
>> >> >> I only have one card installed, with an MEC attached, internal
>> > clocking.
>> >> >>
>> >> >> Basically, my problems are down to two:
>> >> >>
>> >> >> 1.The "now-line" freezes, or more actually begins stuttering in
>> > extremely
>> >> >> slow-motion, almost glacial. I can still change windows, and I am
> able
>> > to
>> >> >> save and close, then re-open Paris with success.
>> >> >>
>> >> >> 2.On starting Paris, I get an error message: "I/O modules used in
> this
>> >> > patch
>> >> >> setting not avaiable in this configuration of Paris. Resulting
>> >> >> audio
>> > may
>> >> >> be different than when saved." This will pop up 2 or 4 times, and
> then
>> >> > when
>> >> >> I push "play" no audio is heard. Then I close, reopen, and then
> things
>> >> > work
>> >> >> for a while.
>> >> >>
>> >> >> I have made some tweaks to the configuration with some success. The
>> >> >> errors
>> >> >> are happening less and less, but they still pop up.
>> >> >>
>> >> >> Anybody?
>> >> >> Jimmy
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72409 is a reply to message #72400] |
Thu, 14 September 2006 21:13 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
So, two different problems. I thought as much.
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:450a0fff@linux...
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:45098f86$1@linux...
>>
>> Hi-ho.
>>
>> I am still having trouble with my Paris rig. In an effort to simplify
>> things,
>> I only have one card installed, with an MEC attached, internal clocking.
>>
>> Basically, my problems are down to two:
>>
>> 1.The "now-line" freezes, or more actually begins stuttering in extremely
>> slow-motion, almost glacial. I can still change windows, and I am able to
>> save and close, then re-open Paris with success.
>
>
> Sounds like video card sharing an IRQ, concur with consensus on that.
>
>>
>> 2.On starting Paris, I get an error message: "I/O modules used in this
>> patch
>> setting not avaiable in this configuration of Paris. Resulting audio may
>> be different than when saved." This will pop up 2 or 4 times, and then
>> when
>> I push "play" no audio is heard. Then I close, reopen, and then things
>> work
>> for a while.
>
> I used to get this a lot working with other studios... basically, they'd
> have different Input/Output modules than I have. If you repatch in the bay
> and resave, this will probably go away and you should be able to hear the
> audio. It's also possible that you changed your I/O physical configs from
> the last save? One more possible... it lost an interface in the boot.
>
>>
>> I have made some tweaks to the configuration with some success. The
>> errors
>> are happening less and less, but they still pop up.
>>
>> Anybody?
>> Jimmy
>
>
|
|
|
|
| Re: still fighting for stability [message #72410 is a reply to message #72400] |
Thu, 14 September 2006 21:15 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
What does "lost an interface in the boot" mean? Bad connection? Interface?
Never happened to me in 7 years....
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:450a0fff@linux...
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:45098f86$1@linux...
>>
>> Hi-ho.
>>
>> I am still having trouble with my Paris rig. In an effort to simplify
>> things,
>> I only have one card installed, with an MEC attached, internal clocking.
>>
>> Basically, my problems are down to two:
>>
>> 1.The "now-line" freezes, or more actually begins stuttering in extremely
>> slow-motion, almost glacial. I can still change windows, and I am able to
>> save and close, then re-open Paris with success.
>
>
> Sounds like video card sharing an IRQ, concur with consensus on that.
>
>>
>> 2.On starting Paris, I get an error message: "I/O modules used in this
>> patch
>> setting not avaiable in this configuration of Paris. Resulting audio may
>> be different than when saved." This will pop up 2 or 4 times, and then
>> when
>> I push "play" no audio is heard. Then I close, reopen, and then things
>> work
>> for a while.
>
> I used to get this a lot working with other studios... basically, they'd
> have different Input/Output modules than I have. If you repatch in the bay
> and resave, this will probably go away and you should be able to hear the
> audio. It's also possible that you changed your I/O physical configs from
> the last save? One more possible... it lost an interface in the boot.
>
>>
>> I have made some tweaks to the configuration with some success. The
>> errors
>> are happening less and less, but they still pop up.
>>
>> Anybody?
>> Jimmy
>
>
|
|
|
|
| Re: still fighting for stability [message #72413 is a reply to message #72410] |
Thu, 14 September 2006 21:39 |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
Take my rig for example.... 2 MEC's, each with an adat and one with an 8 in
and 8 out. Both have IF-2's on them. If I reverse them (card A and card C)
on the physical connections, I get that error. If I remove an IF-2 to put on
a portable rig, same error. If I change 'anything' in the hardware, same
error.
In the days of beta testing the XP driver it would intermittently lose an
interface, causing same error. I know that the hardware detection is tied
directly to the CPU speed, and Thoman had to play with that quite a bit to
get the timing right for faster CPU's (at that time, about an AMD 1900+
era). I believe this is also why most of us are getting shafted on a 2nd
adat card in any given MEC. If you're running a much faster box than before,
it's possible that your CPU speed is screwing with hardware initialization
enough to intermittently drop an interface, technically. Try underclocking
your CPU if you can, see if that clears things up. Of course, kill
hyperthreading if you haven't already.
Or if the PPJ came from another rig/different system config of the same rig,
sometimes paris would freak and just disconnect the audio output because it
couldn't figure it out in the alloted time to boot, or initialize the
software to the hardware interfaces. That one is easy to fix - clear the
patchbay and resave.
Make sense?
AA
BTW, what kind of video card are you using? Could be that it's hogging up
resources. If the card will run on a native Windows XP driver, I'd go there
if I were you.
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:450a268e@linux...
> What does "lost an interface in the boot" mean? Bad connection? Interface?
> Never happened to me in 7 years....
>
>
> "Aaron Allen" <know-spam@not_here.dude> wrote in message
> news:450a0fff@linux...
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> news:45098f86$1@linux...
>>>
>>> Hi-ho.
>>>
>>> I am still having trouble with my Paris rig. In an effort to simplify
>>> things,
>>> I only have one card installed, with an MEC attached, internal clocking.
>>>
>>> Basically, my problems are down to two:
>>>
>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>> extremely
>>> slow-motion, almost glacial. I can still change windows, and I am able
>>> to
>>> save and close, then re-open Paris with success.
>>
>>
>> Sounds like video card sharing an IRQ, concur with consensus on that.
>>
>>>
>>> 2.On starting Paris, I get an error message: "I/O modules used in this
>>> patch
>>> setting not avaiable in this configuration of Paris. Resulting audio may
>>> be different than when saved." This will pop up 2 or 4 times, and then
>>> when
>>> I push "play" no audio is heard. Then I close, reopen, and then things
>>> work
>>> for a while.
>>
>> I used to get this a lot working with other studios... basically, they'd
>> have different Input/Output modules than I have. If you repatch in the
>> bay and resave, this will probably go away and you should be able to hear
>> the audio. It's also possible that you changed your I/O physical configs
>> from the last save? One more possible... it lost an interface in the
>> boot.
>>
>>>
>>> I have made some tweaks to the configuration with some success. The
>>> errors
>>> are happening less and less, but they still pop up.
>>>
>>> Anybody?
>>> Jimmy
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72426 is a reply to message #72413] |
Thu, 14 September 2006 23:26 |
Tom Bruhl
Messages: 1368
Registered: June 2007
|
Senior Member |
|
|
This is a multi-part message in MIME format.
------=_NextPart_000_0026_01C6D86E.5291D910
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Aaron,
Good post. Lots of things I didn't know!
Tom
"Aaron Allen" <know-spam@not_here.dude> wrote in message =
news:450a2d47@linux...
Take my rig for example.... 2 MEC's, each with an adat and one with an =
8 in=20
and 8 out. Both have IF-2's on them. If I reverse them (card A and =
card C)=20
on the physical connections, I get that error. If I remove an IF-2 to =
put on=20
a portable rig, same error. If I change 'anything' in the hardware, =
same=20
error.
In the days of beta testing the XP driver it would intermittently lose =
an=20
interface, causing same error. I know that the hardware detection is =
tied=20
directly to the CPU speed, and Thoman had to play with that quite a =
bit to=20
get the timing right for faster CPU's (at that time, about an AMD =
1900+=20
era). I believe this is also why most of us are getting shafted on a =
2nd=20
adat card in any given MEC. If you're running a much faster box than =
before,=20
it's possible that your CPU speed is screwing with hardware =
initialization=20
enough to intermittently drop an interface, technically. Try =
underclocking=20
your CPU if you can, see if that clears things up. Of course, kill=20
hyperthreading if you haven't already.
Or if the PPJ came from another rig/different system config of the =
same rig,=20
sometimes paris would freak and just disconnect the audio output =
because it=20
couldn't figure it out in the alloted time to boot, or initialize the=20
software to the hardware interfaces. That one is easy to fix - clear =
the=20
patchbay and resave.
Make sense?
AA
BTW, what kind of video card are you using? Could be that it's hogging =
up=20
resources. If the card will run on a native Windows XP driver, I'd go =
there=20
if I were you.
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message=20
news:450a268e@linux...
> What does "lost an interface in the boot" mean? Bad connection? =
Interface?=20
> Never happened to me in 7 years....
>
>
> "Aaron Allen" <know-spam@not_here.dude> wrote in message=20
> news:450a0fff@linux...
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message=20
>> news:45098f86$1@linux...
>>>
>>> Hi-ho.
>>>
>>> I am still having trouble with my Paris rig. In an effort to =
simplify=20
>>> things,
>>> I only have one card installed, with an MEC attached, internal =
clocking.
>>>
>>> Basically, my problems are down to two:
>>>
>>> 1.The "now-line" freezes, or more actually begins stuttering in=20
>>> extremely
>>> slow-motion, almost glacial. I can still change windows, and I am =
able=20
>>> to
>>> save and close, then re-open Paris with success.
>>
>>
>> Sounds like video card sharing an IRQ, concur with consensus on =
that.
>>
>>>
>>> 2.On starting Paris, I get an error message: "I/O modules used in =
this=20
>>> patch
>>> setting not avaiable in this configuration of Paris. Resulting =
audio may
>>> be different than when saved." This will pop up 2 or 4 times, and =
then=20
>>> when
>>> I push "play" no audio is heard. Then I close, reopen, and then =
things=20
>>> work
>>> for a while.
>>
>> I used to get this a lot working with other studios... basically, =
they'd=20
>> have different Input/Output modules than I have. If you repatch in =
the=20
>> bay and resave, this will probably go away and you should be able =
to hear=20
>> the audio. It's also possible that you changed your I/O physical =
configs=20
>> from the last save? One more possible... it lost an interface in =
the=20
>> boot.
>>
>>>
>>> I have made some tweaks to the configuration with some success. =
The=20
>>> errors
>>> are happening less and less, but they still pop up.
>>>
>>> Anybody?
>>> Jimmy
>>
>>
>
>=20
I choose Polesoft Lockspam to fight spam, and you?
http://www.polesoft.com/refer.html
------=_NextPart_000_0026_01C6D86E.5291D910
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>Aaron,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Good post. Lots of things I =
didn't=20
know!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Tom</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV> </DIV>
<BLOCKQUOTE=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Aaron Allen" <<A=20
=
href=3D"mailto:know-spam@not_here.dude">know-spam@not_here.dude</A>> =
wrote in=20
message <A =
href=3D"news:450a2d47@linux">news:450a2d47@linux</A>...</DIV>Take my=20
rig for example.... 2 MEC's, each with an adat and one with an 8 in =
<BR>and 8=20
out. Both have IF-2's on them. If I reverse them (card A and card C) =
<BR>on=20
the physical connections, I get that error. If I remove an IF-2 to put =
on=20
<BR>a portable rig, same error. If I change 'anything' in the =
hardware, same=20
<BR>error.<BR><BR>In the days of beta testing the XP driver it would=20
intermittently lose an <BR>interface, causing same error. I know that =
the=20
hardware detection is tied <BR>directly to the CPU speed, and Thoman =
had to=20
play with that quite a bit to <BR>get the timing right for faster =
CPU's (at=20
that time, about an AMD 1900+ <BR>era). I believe this is also why =
most of us=20
are getting shafted on a 2nd <BR>adat card in any given MEC. If you're =
running=20
a much faster box than before, <BR>it's possible that your CPU speed =
is=20
screwing with hardware initialization <BR>enough to intermittently =
drop an=20
interface, technically. Try underclocking <BR>your CPU if you can, see =
if that=20
clears things up. Of course, kill <BR>hyperthreading if you haven't=20
already.<BR><BR>Or if the PPJ came from another rig/different system =
config of=20
the same rig, <BR>sometimes paris would freak and just disconnect the =
audio=20
output because it <BR>couldn't figure it out in the alloted time to =
boot, or=20
initialize the <BR>software to the hardware interfaces. That one is =
easy to=20
fix - clear the <BR>patchbay and resave.<BR><BR>Make =
sense?<BR>AA<BR><BR>BTW,=20
what kind of video card are you using? Could be that it's hogging up=20
<BR>resources. If the card will run on a native Windows XP =
driver, I'd=20
go there <BR>if I were you.<BR><BR>"Uptown Jimmy" <<A=20
=
href=3D"mailto:johnson314@bellsouth.net">johnson314@bellsouth.net</A>>=
wrote=20
in message <BR><A=20
href=3D"news:450a268e@linux">news:450a268e@linux</A>...<BR>> What =
does "lost=20
an interface in the boot" mean? Bad connection? Interface? <BR>> =
Never=20
happened to me in 7 years....<BR>><BR>><BR>> "Aaron Allen" =
<<A=20
=
href=3D"mailto:know-spam@not_here.dude">know-spam@not_here.dude</A>> =
wrote in=20
message <BR>> <A=20
=
href=3D"news:450a0fff@linux">news:450a0fff@linux</A>...<BR>>><BR>&g=
t;>=20
"Uptown Jimmy" <<A=20
=
href=3D"mailto:johnson314@bellsouth.net">johnson314@bellsouth.net</A>>=
wrote=20
in message <BR>>> <A=20
=
href=3D"news:45098f86$1@linux">news:45098f86$1@linux</A>...<BR>>>&g=
t;<BR>>>>=20
Hi-ho.<BR>>>><BR>>>> I am still having trouble with =
my Paris=20
rig. In an effort to simplify <BR>>>> things,<BR>>>> =
I only=20
have one card installed, with an MEC attached, internal=20
clocking.<BR>>>><BR>>>> Basically, my problems are =
down to=20
two:<BR>>>><BR>>>> 1.The "now-line" freezes, or more =
actually begins stuttering in <BR>>>> =
extremely<BR>>>>=20
slow-motion, almost glacial. I can still change windows, and I am able =
<BR>>>> to<BR>>>> save and close, then re-open Paris =
with=20
success.<BR>>><BR>>><BR>>> Sounds like video card =
sharing an=20
IRQ, concur with consensus on=20
that.<BR>>><BR>>>><BR >>>> 2.On starting Paris, =
I get=20
an error message: "I/O modules used in this <BR>>>>=20
patch<BR>>>> setting not avaiable in this configuration of =
Paris.=20
Resulting audio may<BR>>>> be different than when saved." =
This will=20
pop up 2 or 4 times, and then <BR>>>> when<BR>>>> I =
push=20
"play" no audio is heard. Then I close, reopen, and then things=20
<BR>>>> work<BR>>>> for a =
while.<BR>>><BR>>> I=20
used to get this a lot working with other studios... basically, they'd =
<BR>>> have different Input/Output modules than I have. If you =
repatch=20
in the <BR>>> bay and resave, this will probably go away and you =
should=20
be able to hear <BR>>> the audio. It's also possible that you =
changed=20
your I/O physical configs <BR>>> from the last save? One more=20
possible... it lost an interface in the <BR>>>=20
boot.<BR>>><BR>>>><BR >>>> I have made some =
tweaks to=20
the configuration with some success. The <BR>>>>=20
errors<BR>>>> are happening less and less, but they still pop =
up.<BR>>>><BR>>>> Anybody?<BR>>>>=20
Jimmy<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_0026_01C6D86E.5291D910--
|
|
|
|
| Re: still fighting for stability [message #72433 is a reply to message #72413] |
Fri, 15 September 2006 04:36 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Great! Now Paris is like a 286 and needs a turbo button!!
"Aaron Allen" <know-spam@not_here.dude> wrote:
>Take my rig for example.... 2 MEC's, each with an adat and one with an 8
in
>and 8 out. Both have IF-2's on them. If I reverse them (card A and card
C)
>on the physical connections, I get that error. If I remove an IF-2 to put
on
>a portable rig, same error. If I change 'anything' in the hardware, same
>error.
>
>In the days of beta testing the XP driver it would intermittently lose an
>interface, causing same error. I know that the hardware detection is tied
>directly to the CPU speed, and Thoman had to play with that quite a bit
to
>get the timing right for faster CPU's (at that time, about an AMD 1900+
>era). I believe this is also why most of us are getting shafted on a 2nd
>adat card in any given MEC. If you're running a much faster box than before,
>it's possible that your CPU speed is screwing with hardware initialization
>enough to intermittently drop an interface, technically. Try underclocking
>your CPU if you can, see if that clears things up. Of course, kill
>hyperthreading if you haven't already.
>
>Or if the PPJ came from another rig/different system config of the same
rig,
>sometimes paris would freak and just disconnect the audio output because
it
>couldn't figure it out in the alloted time to boot, or initialize the
>software to the hardware interfaces. That one is easy to fix - clear the
>patchbay and resave.
>
>Make sense?
>AA
>
>BTW, what kind of video card are you using? Could be that it's hogging up
>resources. If the card will run on a native Windows XP driver, I'd go there
>if I were you.
>
>"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>news:450a268e@linux...
>> What does "lost an interface in the boot" mean? Bad connection? Interface?
>> Never happened to me in 7 years....
>>
>>
>> "Aaron Allen" <know-spam@not_here.dude> wrote in message
>> news:450a0fff@linux...
>>>
>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>> news:45098f86$1@linux...
>>>>
>>>> Hi-ho.
>>>>
>>>> I am still having trouble with my Paris rig. In an effort to simplify
>>>> things,
>>>> I only have one card installed, with an MEC attached, internal clocking.
>>>>
>>>> Basically, my problems are down to two:
>>>>
>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>> extremely
>>>> slow-motion, almost glacial. I can still change windows, and I am able
>>>> to
>>>> save and close, then re-open Paris with success.
>>>
>>>
>>> Sounds like video card sharing an IRQ, concur with consensus on that.
>>>
>>>>
>>>> 2.On starting Paris, I get an error message: "I/O modules used in this
>>>> patch
>>>> setting not avaiable in this configuration of Paris. Resulting audio
may
>>>> be different than when saved." This will pop up 2 or 4 times, and then
>>>> when
>>>> I push "play" no audio is heard. Then I close, reopen, and then things
>>>> work
>>>> for a while.
>>>
>>> I used to get this a lot working with other studios... basically, they'd
>>> have different Input/Output modules than I have. If you repatch in the
>>> bay and resave, this will probably go away and you should be able to
hear
>>> the audio. It's also possible that you changed your I/O physical configs
>>> from the last save? One more possible... it lost an interface in the
>>> boot.
>>>
>>>>
>>>> I have made some tweaks to the configuration with some success. The
>>>> errors
>>>> are happening less and less, but they still pop up.
>>>>
>>>> Anybody?
>>>> Jimmy
>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72434 is a reply to message #72399] |
Fri, 15 September 2006 04:39 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
As a side note, my Asus MX800 motherboard manual is WRONG regarding how irqs
are assigned. I crashed for freaking season before I paid close attention
to the boot up screen and SAW what irqs were being shared. After the correction
it totally fixed my crashing. GRRRRRRRRRR!!!!!
"DJ" <animix_spam-this-ahole_@animas.net> wrote:
>Hmmm.....well .......letsee.........ASUS boards normally will have the AGP
>sharing an IRQ with two PCI slots, basically making these worthless for
>anything else.
>How many PCI slots does your mobo have?
>If it's a 5 slot board and it's similar to an AMD board, chances are that
>PCI slots 1 and 5 are shared with the AGP and the firewire port (thus making
>FW audio interfaces iffy also if using the onboard FW)
>
>PCI slot 2 may share with your LAN controller
>PCI #3 may share with onboard RAID and SATA controller
>PCI 4 may not share with anything.
>
>This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
>
>Do you have the manual? All of this is listed in chapter 2 under the heading
>Interrupt Assignments. It should be noted for Intel mobo's as well.
>
>
>
>If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>If it's 5, try PCI slot 1,
>"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>news:4509fd03@linux...
>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>
>>
>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> news:4509f8fc@linux...
>> > What kind of mobo are you using Jimmy?
>> >
>> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> > news:4509eda3@linux...
>> >> I couldn't find any place where it indicated which IRQ the AGP was
>> > assigned.
>> >>
>> >> The IRQ page had all IRQs assigned to "PCI", and beneath that all the
>PCI
>> >> slots all assigned to "AUTO". On another page the serial port was
>> >> assigned
>> >> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned
>the
>> > PCI
>> >> slots to other numbers.
>> >>
>> >> Am I on the wrong track here?
>> >>
>> >>
>> >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> >> news:4509da19@linux...
>> >> > Repeat after me:
>> >> >
>> >> > IRQ!! IRQ!! IRQ!!
>> >> >
>> >> > This sounds exactly like the EDS card is sharing and interrupt with
>the
>> >> > AGP
>> >> > slot.
>> >> >
>> >> >
>> >> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> >> > news:45098f86$1@linux...
>> >> >>
>> >> >> Hi-ho.
>> >> >>
>> >> >> I am still having trouble with my Paris rig. In an effort to
>simplify
>> >> > things,
>> >> >> I only have one card installed, with an MEC attached, internal
>> > clocking.
>> >> >>
>> >> >> Basically, my problems are down to two:
>> >> >>
>> >> >> 1.The "now-line" freezes, or more actually begins stuttering in
>> > extremely
>> >> >> slow-motion, almost glacial. I can still change windows, and I am
>able
>> > to
>> >> >> save and close, then re-open Paris with success.
>> >> >>
>> >> >> 2.On starting Paris, I get an error message: "I/O modules used in
>this
>> >> > patch
>> >> >> setting not avaiable in this configuration of Paris. Resulting audio
>> > may
>> >> >> be different than when saved." This will pop up 2 or 4 times, and
>then
>> >> > when
>> >> >> I push "play" no audio is heard. Then I close, reopen, and then
>things
>> >> > work
>> >> >> for a while.
>> >> >>
>> >> >> I have made some tweaks to the configuration with some success.
The
>> >> >> errors
>> >> >> are happening less and less, but they still pop up.
>> >> >>
>> >> >> Anybody?
>> >> >> Jimmy
>> >> >
>> >> >
>> >>
>> >>
>> >
>> >
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72442 is a reply to message #72413] |
Fri, 15 September 2006 10:21 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
It's an old Matrox card. I will try to uninstall the Matrox drivers.
In fact, the ppj originated on Swen's computer, so maybe that's it.
I had not yet disabled hyperthreading, though it had occured to me. Good
one.
All good points, bet we'll get that problem fixed.
Jimmy
"Aaron Allen" <know-spam@not_here.dude> wrote in message
news:450a2d47@linux...
> Take my rig for example.... 2 MEC's, each with an adat and one with an 8
in
> and 8 out. Both have IF-2's on them. If I reverse them (card A and card C)
> on the physical connections, I get that error. If I remove an IF-2 to put
on
> a portable rig, same error. If I change 'anything' in the hardware, same
> error.
>
> In the days of beta testing the XP driver it would intermittently lose an
> interface, causing same error. I know that the hardware detection is tied
> directly to the CPU speed, and Thoman had to play with that quite a bit to
> get the timing right for faster CPU's (at that time, about an AMD 1900+
> era). I believe this is also why most of us are getting shafted on a 2nd
> adat card in any given MEC. If you're running a much faster box than
before,
> it's possible that your CPU speed is screwing with hardware initialization
> enough to intermittently drop an interface, technically. Try underclocking
> your CPU if you can, see if that clears things up. Of course, kill
> hyperthreading if you haven't already.
>
> Or if the PPJ came from another rig/different system config of the same
rig,
> sometimes paris would freak and just disconnect the audio output because
it
> couldn't figure it out in the alloted time to boot, or initialize the
> software to the hardware interfaces. That one is easy to fix - clear the
> patchbay and resave.
>
> Make sense?
> AA
>
> BTW, what kind of video card are you using? Could be that it's hogging up
> resources. If the card will run on a native Windows XP driver, I'd go
there
> if I were you.
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:450a268e@linux...
> > What does "lost an interface in the boot" mean? Bad connection?
Interface?
> > Never happened to me in 7 years....
> >
> >
> > "Aaron Allen" <know-spam@not_here.dude> wrote in message
> > news:450a0fff@linux...
> >>
> >> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >> news:45098f86$1@linux...
> >>>
> >>> Hi-ho.
> >>>
> >>> I am still having trouble with my Paris rig. In an effort to simplify
> >>> things,
> >>> I only have one card installed, with an MEC attached, internal
clocking.
> >>>
> >>> Basically, my problems are down to two:
> >>>
> >>> 1.The "now-line" freezes, or more actually begins stuttering in
> >>> extremely
> >>> slow-motion, almost glacial. I can still change windows, and I am able
> >>> to
> >>> save and close, then re-open Paris with success.
> >>
> >>
> >> Sounds like video card sharing an IRQ, concur with consensus on that.
> >>
> >>>
> >>> 2.On starting Paris, I get an error message: "I/O modules used in this
> >>> patch
> >>> setting not avaiable in this configuration of Paris. Resulting audio
may
> >>> be different than when saved." This will pop up 2 or 4 times, and then
> >>> when
> >>> I push "play" no audio is heard. Then I close, reopen, and then things
> >>> work
> >>> for a while.
> >>
> >> I used to get this a lot working with other studios... basically,
they'd
> >> have different Input/Output modules than I have. If you repatch in the
> >> bay and resave, this will probably go away and you should be able to
hear
> >> the audio. It's also possible that you changed your I/O physical
configs
> >> from the last save? One more possible... it lost an interface in the
> >> boot.
> >>
> >>>
> >>> I have made some tweaks to the configuration with some success. The
> >>> errors
> >>> are happening less and less, but they still pop up.
> >>>
> >>> Anybody?
> >>> Jimmy
> >>
> >>
> >
> >
>
>
|
|
|
|
| Re: still fighting for stability [message #72443 is a reply to message #72399] |
Fri, 15 September 2006 10:28 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
Okay, on the IRQ page in the manual, it has two sections:
1. "Standard interrupt assignments", which list IRQ numbers and their
"standard function". (This section does list 7 "IRQs are usually available
for PCI devices")
2. "IRQ" assignments for this motherboard", which graphs various PCI slots
or USB controllers as "nil", "shared", or "used" against letters of the
alphabet.
I don't know how to use these two sets of data to resolve my problem. They
seem incompatible. I feel ignernt.
"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
news:450a0f48@linux...
> Hmmm.....well .......letsee.........ASUS boards normally will have the AGP
> sharing an IRQ with two PCI slots, basically making these worthless for
> anything else.
> How many PCI slots does your mobo have?
> If it's a 5 slot board and it's similar to an AMD board, chances are that
> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
making
> FW audio interfaces iffy also if using the onboard FW)
>
> PCI slot 2 may share with your LAN controller
> PCI #3 may share with onboard RAID and SATA controller
> PCI 4 may not share with anything.
>
> This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
>
> Do you have the manual? All of this is listed in chapter 2 under the
heading
> Interrupt Assignments. It should be noted for Intel mobo's as well.
>
>
>
> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
> If it's 5, try PCI slot 1,
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:4509fd03@linux...
> > It's an Asus P5P800 SE board with a Pentium 4 HT chip.
> >
> >
> > "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> > news:4509f8fc@linux...
> > > What kind of mobo are you using Jimmy?
> > >
> > > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> > > news:4509eda3@linux...
> > >> I couldn't find any place where it indicated which IRQ the AGP was
> > > assigned.
> > >>
> > >> The IRQ page had all IRQs assigned to "PCI", and beneath that all the
> PCI
> > >> slots all assigned to "AUTO". On another page the serial port was
> > >> assigned
> > >> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned
> the
> > > PCI
> > >> slots to other numbers.
> > >>
> > >> Am I on the wrong track here?
> > >>
> > >>
> > >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> > >> news:4509da19@linux...
> > >> > Repeat after me:
> > >> >
> > >> > IRQ!! IRQ!! IRQ!!
> > >> >
> > >> > This sounds exactly like the EDS card is sharing and interrupt with
> the
> > >> > AGP
> > >> > slot.
> > >> >
> > >> >
> > >> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> > >> > news:45098f86$1@linux...
> > >> >>
> > >> >> Hi-ho.
> > >> >>
> > >> >> I am still having trouble with my Paris rig. In an effort to
> simplify
> > >> > things,
> > >> >> I only have one card installed, with an MEC attached, internal
> > > clocking.
> > >> >>
> > >> >> Basically, my problems are down to two:
> > >> >>
> > >> >> 1.The "now-line" freezes, or more actually begins stuttering in
> > > extremely
> > >> >> slow-motion, almost glacial. I can still change windows, and I am
> able
> > > to
> > >> >> save and close, then re-open Paris with success.
> > >> >>
> > >> >> 2.On starting Paris, I get an error message: "I/O modules used in
> this
> > >> > patch
> > >> >> setting not avaiable in this configuration of Paris. Resulting
audio
> > > may
> > >> >> be different than when saved." This will pop up 2 or 4 times, and
> then
> > >> > when
> > >> >> I push "play" no audio is heard. Then I close, reopen, and then
> things
> > >> > work
> > >> >> for a while.
> > >> >>
> > >> >> I have made some tweaks to the configuration with some success.
The
> > >> >> errors
> > >> >> are happening less and less, but they still pop up.
> > >> >>
> > >> >> Anybody?
> > >> >> Jimmy
> > >> >
> > >> >
> > >>
> > >>
> > >
> > >
> >
> >
>
>
|
|
|
|
| Re: still fighting for stability [message #72444 is a reply to message #72443] |
Fri, 15 September 2006 11:52 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Use the second section that shows what are shared. Then make sure your EDS
cards are NOT on them. For example, turn off onboard audio in bios and
now you can use the slot that shares with onboard audio. Any device that
you are using like AGP video you DO NOT want an EDS card to be on a shared
slot.
On boot up check to make sure that the black screen that flashes by shows
this correctly.
"Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>Okay, on the IRQ page in the manual, it has two sections:
>
>1. "Standard interrupt assignments", which list IRQ numbers and their
>"standard function". (This section does list 7 "IRQs are usually available
>for PCI devices")
>
>2. "IRQ" assignments for this motherboard", which graphs various PCI slots
>or USB controllers as "nil", "shared", or "used" against letters of the
>alphabet.
>
>I don't know how to use these two sets of data to resolve my problem. They
>seem incompatible. I feel ignernt.
>
>
>"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>news:450a0f48@linux...
>> Hmmm.....well .......letsee.........ASUS boards normally will have the
AGP
>> sharing an IRQ with two PCI slots, basically making these worthless for
>> anything else.
>> How many PCI slots does your mobo have?
>> If it's a 5 slot board and it's similar to an AMD board, chances are that
>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>making
>> FW audio interfaces iffy also if using the onboard FW)
>>
>> PCI slot 2 may share with your LAN controller
>> PCI #3 may share with onboard RAID and SATA controller
>> PCI 4 may not share with anything.
>>
>> This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
>>
>> Do you have the manual? All of this is listed in chapter 2 under the
>heading
>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>
>>
>>
>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>> If it's 5, try PCI slot 1,
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> news:4509fd03@linux...
>> > It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>> >
>> >
>> > "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> > news:4509f8fc@linux...
>> > > What kind of mobo are you using Jimmy?
>> > >
>> > > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> > > news:4509eda3@linux...
>> > >> I couldn't find any place where it indicated which IRQ the AGP was
>> > > assigned.
>> > >>
>> > >> The IRQ page had all IRQs assigned to "PCI", and beneath that all
the
>> PCI
>> > >> slots all assigned to "AUTO". On another page the serial port was
>> > >> assigned
>> > >> to IRQ 4, and the parallel port was assigned to IRQ 7. So I assigned
>> the
>> > > PCI
>> > >> slots to other numbers.
>> > >>
>> > >> Am I on the wrong track here?
>> > >>
>> > >>
>> > >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>> > >> news:4509da19@linux...
>> > >> > Repeat after me:
>> > >> >
>> > >> > IRQ!! IRQ!! IRQ!!
>> > >> >
>> > >> > This sounds exactly like the EDS card is sharing and interrupt
with
>> the
>> > >> > AGP
>> > >> > slot.
>> > >> >
>> > >> >
>> > >> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> > >> > news:45098f86$1@linux...
>> > >> >>
>> > >> >> Hi-ho.
>> > >> >>
>> > >> >> I am still having trouble with my Paris rig. In an effort to
>> simplify
>> > >> > things,
>> > >> >> I only have one card installed, with an MEC attached, internal
>> > > clocking.
>> > >> >>
>> > >> >> Basically, my problems are down to two:
>> > >> >>
>> > >> >> 1.The "now-line" freezes, or more actually begins stuttering in
>> > > extremely
>> > >> >> slow-motion, almost glacial. I can still change windows, and I
am
>> able
>> > > to
>> > >> >> save and close, then re-open Paris with success.
>> > >> >>
>> > >> >> 2.On starting Paris, I get an error message: "I/O modules used
in
>> this
>> > >> > patch
>> > >> >> setting not avaiable in this configuration of Paris. Resulting
>audio
>> > > may
>> > >> >> be different than when saved." This will pop up 2 or 4 times,
and
>> then
>> > >> > when
>> > >> >> I push "play" no audio is heard. Then I close, reopen, and then
>> things
>> > >> > work
>> > >> >> for a while.
>> > >> >>
>> > >> >> I have made some tweaks to the configuration with some success.
>The
>> > >> >> errors
>> > >> >> are happening less and less, but they still pop up.
>> > >> >>
>> > >> >> Anybody?
>> > >> >> Jimmy
>> > >> >
>> > >> >
>> > >>
>> > >>
>> > >
>> > >
>> >
>> >
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72447 is a reply to message #72444] |
Fri, 15 September 2006 13:39 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
I guess I don't understand what the Alphabetized row indicates. In other
words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
shared with?
"John" <no@no.com> wrote in message news:450af67f$1@linux...
>
> Use the second section that shows what are shared. Then make sure your
EDS
> cards are NOT on them. For example, turn off onboard audio in bios and
> now you can use the slot that shares with onboard audio. Any device that
> you are using like AGP video you DO NOT want an EDS card to be on a shared
> slot.
>
> On boot up check to make sure that the black screen that flashes by shows
> this correctly.
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
> >Okay, on the IRQ page in the manual, it has two sections:
> >
> >1. "Standard interrupt assignments", which list IRQ numbers and their
> >"standard function". (This section does list 7 "IRQs are usually
available
> >for PCI devices")
> >
> >2. "IRQ" assignments for this motherboard", which graphs various PCI
slots
> >or USB controllers as "nil", "shared", or "used" against letters of the
> >alphabet.
> >
> >I don't know how to use these two sets of data to resolve my problem.
They
> >seem incompatible. I feel ignernt.
> >
> >
> >"DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >news:450a0f48@linux...
> >> Hmmm.....well .......letsee.........ASUS boards normally will have the
> AGP
> >> sharing an IRQ with two PCI slots, basically making these worthless for
> >> anything else.
> >> How many PCI slots does your mobo have?
> >> If it's a 5 slot board and it's similar to an AMD board, chances are
that
> >> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
> >making
> >> FW audio interfaces iffy also if using the onboard FW)
> >>
> >> PCI slot 2 may share with your LAN controller
> >> PCI #3 may share with onboard RAID and SATA controller
> >> PCI 4 may not share with anything.
> >>
> >> This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
> >>
> >> Do you have the manual? All of this is listed in chapter 2 under the
> >heading
> >> Interrupt Assignments. It should be noted for Intel mobo's as well.
> >>
> >>
> >>
> >> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
> >> If it's 5, try PCI slot 1,
> >> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >> news:4509fd03@linux...
> >> > It's an Asus P5P800 SE board with a Pentium 4 HT chip.
> >> >
> >> >
> >> > "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >> > news:4509f8fc@linux...
> >> > > What kind of mobo are you using Jimmy?
> >> > >
> >> > > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >> > > news:4509eda3@linux...
> >> > >> I couldn't find any place where it indicated which IRQ the AGP was
> >> > > assigned.
> >> > >>
> >> > >> The IRQ page had all IRQs assigned to "PCI", and beneath that all
> the
> >> PCI
> >> > >> slots all assigned to "AUTO". On another page the serial port was
> >> > >> assigned
> >> > >> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
assigned
> >> the
> >> > > PCI
> >> > >> slots to other numbers.
> >> > >>
> >> > >> Am I on the wrong track here?
> >> > >>
> >> > >>
> >> > >> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >> > >> news:4509da19@linux...
> >> > >> > Repeat after me:
> >> > >> >
> >> > >> > IRQ!! IRQ!! IRQ!!
> >> > >> >
> >> > >> > This sounds exactly like the EDS card is sharing and interrupt
> with
> >> the
> >> > >> > AGP
> >> > >> > slot.
> >> > >> >
> >> > >> >
> >> > >> > "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >> > >> > news:45098f86$1@linux...
> >> > >> >>
> >> > >> >> Hi-ho.
> >> > >> >>
> >> > >> >> I am still having trouble with my Paris rig. In an effort to
> >> simplify
> >> > >> > things,
> >> > >> >> I only have one card installed, with an MEC attached, internal
> >> > > clocking.
> >> > >> >>
> >> > >> >> Basically, my problems are down to two:
> >> > >> >>
> >> > >> >> 1.The "now-line" freezes, or more actually begins stuttering in
> >> > > extremely
> >> > >> >> slow-motion, almost glacial. I can still change windows, and I
> am
> >> able
> >> > > to
> >> > >> >> save and close, then re-open Paris with success.
> >> > >> >>
> >> > >> >> 2.On starting Paris, I get an error message: "I/O modules used
> in
> >> this
> >> > >> > patch
> >> > >> >> setting not avaiable in this configuration of Paris. Resulting
> >audio
> >> > > may
> >> > >> >> be different than when saved." This will pop up 2 or 4 times,
> and
> >> then
> >> > >> > when
> >> > >> >> I push "play" no audio is heard. Then I close, reopen, and then
> >> things
> >> > >> > work
> >> > >> >> for a while.
> >> > >> >>
> >> > >> >> I have made some tweaks to the configuration with some success.
> >The
> >> > >> >> errors
> >> > >> >> are happening less and less, but they still pop up.
> >> > >> >>
> >> > >> >> Anybody?
> >> > >> >> Jimmy
> >> > >> >
> >> > >> >
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> >
> >> >
> >>
> >>
> >
> >
>
|
|
|
|
|
|
| Re: still fighting for stability [message #72453 is a reply to message #72447] |
Fri, 15 September 2006 16:50 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
It looks like another messed up Asus manual. I downloaded the manual
and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
(irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
Keep the LAN on so you can network but I would try only slots 3 and 4
only first. Notice how they don't even show audio sharing with
anything. This diagram is craptastic.
And turn off Hyper Threading.
Do ME and favor and call them on the phone and ask then what the hell is
this diagram means. Simply, what slots share with what? Inquiring minds !
John
Uptown Jimmy wrote:
> I guess I don't understand what the Alphabetized row indicates. In other
> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
> shared with?
>
>
> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>> Use the second section that shows what are shared. Then make sure your
> EDS
>> cards are NOT on them. For example, turn off onboard audio in bios and
>> now you can use the slot that shares with onboard audio. Any device that
>> you are using like AGP video you DO NOT want an EDS card to be on a shared
>> slot.
>>
>> On boot up check to make sure that the black screen that flashes by shows
>> this correctly.
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>> Okay, on the IRQ page in the manual, it has two sections:
>>>
>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>> "standard function". (This section does list 7 "IRQs are usually
> available
>>> for PCI devices")
>>>
>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
> slots
>>> or USB controllers as "nil", "shared", or "used" against letters of the
>>> alphabet.
>>>
>>> I don't know how to use these two sets of data to resolve my problem.
> They
>>> seem incompatible. I feel ignernt.
>>>
>>>
>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>> news:450a0f48@linux...
>>>> Hmmm.....well .......letsee.........ASUS boards normally will have the
>> AGP
>>>> sharing an IRQ with two PCI slots, basically making these worthless for
>>>> anything else.
>>>> How many PCI slots does your mobo have?
>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
> that
>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>>> making
>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>
>>>> PCI slot 2 may share with your LAN controller
>>>> PCI #3 may share with onboard RAID and SATA controller
>>>> PCI 4 may not share with anything.
>>>>
>>>> This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
>>>>
>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>> heading
>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>
>>>>
>>>>
>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>> If it's 5, try PCI slot 1,
>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>> news:4509fd03@linux...
>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>
>>>>>
>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>> news:4509f8fc@linux...
>>>>>> What kind of mobo are you using Jimmy?
>>>>>>
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>> news:4509eda3@linux...
>>>>>>> I couldn't find any place where it indicated which IRQ the AGP was
>>>>>> assigned.
>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>> the
>>>> PCI
>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>> assigned
>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
> assigned
>>>> the
>>>>>> PCI
>>>>>>> slots to other numbers.
>>>>>>>
>>>>>>> Am I on the wrong track here?
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:4509da19@linux...
>>>>>>>> Repeat after me:
>>>>>>>>
>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>
>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>> with
>>>> the
>>>>>>>> AGP
>>>>>>>> slot.
>>>>>>>>
>>>>>>>>
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:45098f86$1@linux...
>>>>>>>>> Hi-ho.
>>>>>>>>>
>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>> simplify
>>>>>>>> things,
>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>> clocking.
>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>
>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>> extremely
>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>> am
>>>> able
>>>>>> to
>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>
>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>> in
>>>> this
>>>>>>>> patch
>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>> audio
>>>>>> may
>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>> and
>>>> then
>>>>>>>> when
>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>> things
>>>>>>>> work
>>>>>>>>> for a while.
>>>>>>>>>
>>>>>>>>> I have made some tweaks to the configuration with some success.
>>> The
>>>>>>>>> errors
>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>
>>>>>>>>> Anybody?
>>>>>>>>> Jimmy
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72454 is a reply to message #72447] |
Fri, 15 September 2006 16:53 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Motherboard and General Product Support :
Email: http://vip.asus.com/eservice/techserv.aspx
Tel: 502-995-0883 (select option 3)
Fax: 502-933-8713
Your call is very important to us!
Uptown Jimmy wrote:
> I guess I don't understand what the Alphabetized row indicates. In other
> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
> shared with?
>
>
> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>> Use the second section that shows what are shared. Then make sure your
> EDS
>> cards are NOT on them. For example, turn off onboard audio in bios and
>> now you can use the slot that shares with onboard audio. Any device that
>> you are using like AGP video you DO NOT want an EDS card to be on a shared
>> slot.
>>
>> On boot up check to make sure that the black screen that flashes by shows
>> this correctly.
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>> Okay, on the IRQ page in the manual, it has two sections:
>>>
>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>> "standard function". (This section does list 7 "IRQs are usually
> available
>>> for PCI devices")
>>>
>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
> slots
>>> or USB controllers as "nil", "shared", or "used" against letters of the
>>> alphabet.
>>>
>>> I don't know how to use these two sets of data to resolve my problem.
> They
>>> seem incompatible. I feel ignernt.
>>>
>>>
>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>> news:450a0f48@linux...
>>>> Hmmm.....well .......letsee.........ASUS boards normally will have the
>> AGP
>>>> sharing an IRQ with two PCI slots, basically making these worthless for
>>>> anything else.
>>>> How many PCI slots does your mobo have?
>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
> that
>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>>> making
>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>
>>>> PCI slot 2 may share with your LAN controller
>>>> PCI #3 may share with onboard RAID and SATA controller
>>>> PCI 4 may not share with anything.
>>>>
>>>> This is the way the ASUS A8V mobo is configured but it's for AMD CPU's.
>>>>
>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>> heading
>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>
>>>>
>>>>
>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>> If it's 5, try PCI slot 1,
>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>> news:4509fd03@linux...
>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>
>>>>>
>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>> news:4509f8fc@linux...
>>>>>> What kind of mobo are you using Jimmy?
>>>>>>
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>> news:4509eda3@linux...
>>>>>>> I couldn't find any place where it indicated which IRQ the AGP was
>>>>>> assigned.
>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>> the
>>>> PCI
>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>> assigned
>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
> assigned
>>>> the
>>>>>> PCI
>>>>>>> slots to other numbers.
>>>>>>>
>>>>>>> Am I on the wrong track here?
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:4509da19@linux...
>>>>>>>> Repeat after me:
>>>>>>>>
>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>
>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>> with
>>>> the
>>>>>>>> AGP
>>>>>>>> slot.
>>>>>>>>
>>>>>>>>
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:45098f86$1@linux...
>>>>>>>>> Hi-ho.
>>>>>>>>>
>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>> simplify
>>>>>>>> things,
>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>> clocking.
>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>
>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>> extremely
>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>> am
>>>> able
>>>>>> to
>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>
>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>> in
>>>> this
>>>>>>>> patch
>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>> audio
>>>>>> may
>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>> and
>>>> then
>>>>>>>> when
>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>> things
>>>>>>>> work
>>>>>>>>> for a while.
>>>>>>>>>
>>>>>>>>> I have made some tweaks to the configuration with some success.
>>> The
>>>>>>>>> errors
>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>
>>>>>>>>> Anybody?
>>>>>>>>> Jimmy
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72455 is a reply to message #72453] |
Fri, 15 September 2006 16:55 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
Wow. That's the one. So I'm not ignernt. I could have sworn I was ignernt.
I may have to switch the setting to "parallel" instead of switching off
"serial".
I'll report back.
Jimmy
"John" <no@no.com> wrote in message news:450b3aac$1@linux...
> It looks like another messed up Asus manual. I downloaded the manual
> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
> Keep the LAN on so you can network but I would try only slots 3 and 4
> only first. Notice how they don't even show audio sharing with
> anything. This diagram is craptastic.
>
> And turn off Hyper Threading.
>
> Do ME and favor and call them on the phone and ask then what the hell is
> this diagram means. Simply, what slots share with what? Inquiring minds
!
>
> John
>
> Uptown Jimmy wrote:
> > I guess I don't understand what the Alphabetized row indicates. In other
> > words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
> > shared with?
> >
> >
> > "John" <no@no.com> wrote in message news:450af67f$1@linux...
> >> Use the second section that shows what are shared. Then make sure your
> > EDS
> >> cards are NOT on them. For example, turn off onboard audio in bios
and
> >> now you can use the slot that shares with onboard audio. Any device
that
> >> you are using like AGP video you DO NOT want an EDS card to be on a
shared
> >> slot.
> >>
> >> On boot up check to make sure that the black screen that flashes by
shows
> >> this correctly.
> >>
> >> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
> >>> Okay, on the IRQ page in the manual, it has two sections:
> >>>
> >>> 1. "Standard interrupt assignments", which list IRQ numbers and their
> >>> "standard function". (This section does list 7 "IRQs are usually
> > available
> >>> for PCI devices")
> >>>
> >>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
> > slots
> >>> or USB controllers as "nil", "shared", or "used" against letters of
the
> >>> alphabet.
> >>>
> >>> I don't know how to use these two sets of data to resolve my problem.
> > They
> >>> seem incompatible. I feel ignernt.
> >>>
> >>>
> >>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >>> news:450a0f48@linux...
> >>>> Hmmm.....well .......letsee.........ASUS boards normally will have
the
> >> AGP
> >>>> sharing an IRQ with two PCI slots, basically making these worthless
for
> >>>> anything else.
> >>>> How many PCI slots does your mobo have?
> >>>> If it's a 5 slot board and it's similar to an AMD board, chances are
> > that
> >>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
> >>> making
> >>>> FW audio interfaces iffy also if using the onboard FW)
> >>>>
> >>>> PCI slot 2 may share with your LAN controller
> >>>> PCI #3 may share with onboard RAID and SATA controller
> >>>> PCI 4 may not share with anything.
> >>>>
> >>>> This is the way the ASUS A8V mobo is configured but it's for AMD
CPU's.
> >>>>
> >>>> Do you have the manual? All of this is listed in chapter 2 under the
> >>> heading
> >>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
> >>>>
> >>>>
> >>>>
> >>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
> >>>> If it's 5, try PCI slot 1,
> >>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >>>> news:4509fd03@linux...
> >>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
> >>>>>
> >>>>>
> >>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >>>>> news:4509f8fc@linux...
> >>>>>> What kind of mobo are you using Jimmy?
> >>>>>>
> >>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >>>>>> news:4509eda3@linux...
> >>>>>>> I couldn't find any place where it indicated which IRQ the AGP was
> >>>>>> assigned.
> >>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
> >> the
> >>>> PCI
> >>>>>>> slots all assigned to "AUTO". On another page the serial port was
> >>>>>>> assigned
> >>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
> > assigned
> >>>> the
> >>>>>> PCI
> >>>>>>> slots to other numbers.
> >>>>>>>
> >>>>>>> Am I on the wrong track here?
> >>>>>>>
> >>>>>>>
> >>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >>>>>>> news:4509da19@linux...
> >>>>>>>> Repeat after me:
> >>>>>>>>
> >>>>>>>> IRQ!! IRQ!! IRQ!!
> >>>>>>>>
> >>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
> >> with
> >>>> the
> >>>>>>>> AGP
> >>>>>>>> slot.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >>>>>>>> news:45098f86$1@linux...
> >>>>>>>>> Hi-ho.
> >>>>>>>>>
> >>>>>>>>> I am still having trouble with my Paris rig. In an effort to
> >>>> simplify
> >>>>>>>> things,
> >>>>>>>>> I only have one card installed, with an MEC attached, internal
> >>>>>> clocking.
> >>>>>>>>> Basically, my problems are down to two:
> >>>>>>>>>
> >>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
> >>>>>> extremely
> >>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
> >> am
> >>>> able
> >>>>>> to
> >>>>>>>>> save and close, then re-open Paris with success.
> >>>>>>>>>
> >>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
> >> in
> >>>> this
> >>>>>>>> patch
> >>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
> >>> audio
> >>>>>> may
> >>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
> >> and
> >>>> then
> >>>>>>>> when
> >>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
> >>>> things
> >>>>>>>> work
> >>>>>>>>> for a while.
> >>>>>>>>>
> >>>>>>>>> I have made some tweaks to the configuration with some success.
> >>> The
> >>>>>>>>> errors
> >>>>>>>>> are happening less and less, but they still pop up.
> >>>>>>>>>
> >>>>>>>>> Anybody?
> >>>>>>>>> Jimmy
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>
> >
> >
|
|
|
|
| Re: still fighting for stability [message #72457 is a reply to message #72453] |
Fri, 15 September 2006 17:23 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
I disabledall but the com1 and lpt 1. Can't find them.
Bad news is, and this is really bad news, computer won't boot up. On that
blcak page that n ow doesn't flash by so fast at all, I get the error
message "USB device over current status detected". Then the computer shuts
down. Won't boot up, won't let me go to BIOS to fix it.
Heeeeeelp!
"John" <no@no.com> wrote in message news:450b3aac$1@linux...
> It looks like another messed up Asus manual. I downloaded the manual and
> on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy (irq
> 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep the
> LAN on so you can network but I would try only slots 3 and 4 only first.
> Notice how they don't even show audio sharing with anything. This diagram
> is craptastic.
>
> And turn off Hyper Threading.
>
> Do ME and favor and call them on the phone and ask then what the hell is
> this diagram means. Simply, what slots share with what? Inquiring minds
> !
>
> John
>
> Uptown Jimmy wrote:
>> I guess I don't understand what the Alphabetized row indicates. In other
>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
>> shared with?
>>
>>
>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>> Use the second section that shows what are shared. Then make sure your
>> EDS
>>> cards are NOT on them. For example, turn off onboard audio in bios and
>>> now you can use the slot that shares with onboard audio. Any device
>>> that
>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>> shared
>>> slot.
>>>
>>> On boot up check to make sure that the black screen that flashes by
>>> shows
>>> this correctly.
>>>
>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>
>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>> "standard function". (This section does list 7 "IRQs are usually
>> available
>>>> for PCI devices")
>>>>
>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>> slots
>>>> or USB controllers as "nil", "shared", or "used" against letters of the
>>>> alphabet.
>>>>
>>>> I don't know how to use these two sets of data to resolve my problem.
>> They
>>>> seem incompatible. I feel ignernt.
>>>>
>>>>
>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>> news:450a0f48@linux...
>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have the
>>> AGP
>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>> for
>>>>> anything else.
>>>>> How many PCI slots does your mobo have?
>>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
>> that
>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>>>> making
>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>
>>>>> PCI slot 2 may share with your LAN controller
>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>> PCI 4 may not share with anything.
>>>>>
>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>> CPU's.
>>>>>
>>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>>> heading
>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>
>>>>>
>>>>>
>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>> If it's 5, try PCI slot 1,
>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>> news:4509fd03@linux...
>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>
>>>>>>
>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>> news:4509f8fc@linux...
>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>
>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>> news:4509eda3@linux...
>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP was
>>>>>>> assigned.
>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>>> the
>>>>> PCI
>>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>>> assigned
>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>> assigned
>>>>> the
>>>>>>> PCI
>>>>>>>> slots to other numbers.
>>>>>>>>
>>>>>>>> Am I on the wrong track here?
>>>>>>>>
>>>>>>>>
>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>> news:4509da19@linux...
>>>>>>>>> Repeat after me:
>>>>>>>>>
>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>
>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>> with
>>>>> the
>>>>>>>>> AGP
>>>>>>>>> slot.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>> Hi-ho.
>>>>>>>>>>
>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>> simplify
>>>>>>>>> things,
>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>> clocking.
>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>
>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>>> extremely
>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>>> am
>>>>> able
>>>>>>> to
>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>
>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>> in
>>>>> this
>>>>>>>>> patch
>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>> audio
>>>>>>> may
>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>> and
>>>>> then
>>>>>>>>> when
>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>> things
>>>>>>>>> work
>>>>>>>>>> for a while.
>>>>>>>>>>
>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>> The
>>>>>>>>>> errors
>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>
>>>>>>>>>> Anybody?
>>>>>>>>>> Jimmy
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>
|
|
|
|
| Re: still fighting for stability [message #72458 is a reply to message #72457] |
Fri, 15 September 2006 17:21 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Call em NOW before you burn the house down. What a wild motherboard.
"Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>I disabledall but the com1 and lpt 1. Can't find them.
>
>Bad news is, and this is really bad news, computer won't boot up. On that
>blcak page that n ow doesn't flash by so fast at all, I get the error
>message "USB device over current status detected". Then the computer shuts
>down. Won't boot up, won't let me go to BIOS to fix it.
>
>Heeeeeelp!
>
>
>"John" <no@no.com> wrote in message news:450b3aac$1@linux...
>> It looks like another messed up Asus manual. I downloaded the manual
and
>> on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy (irq
>> 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep the
>> LAN on so you can network but I would try only slots 3 and 4 only first.
>> Notice how they don't even show audio sharing with anything. This diagram
>> is craptastic.
>>
>> And turn off Hyper Threading.
>>
>> Do ME and favor and call them on the phone and ask then what the hell
is
>> this diagram means. Simply, what slots share with what? Inquiring minds
>> !
>>
>> John
>>
>> Uptown Jimmy wrote:
>>> I guess I don't understand what the Alphabetized row indicates. In other
>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is
it
>>> shared with?
>>>
>>>
>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>> Use the second section that shows what are shared. Then make sure your
>>> EDS
>>>> cards are NOT on them. For example, turn off onboard audio in bios
and
>>>> now you can use the slot that shares with onboard audio. Any device
>>>> that
>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>>> shared
>>>> slot.
>>>>
>>>> On boot up check to make sure that the black screen that flashes by
>>>> shows
>>>> this correctly.
>>>>
>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>
>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>> "standard function". (This section does list 7 "IRQs are usually
>>> available
>>>>> for PCI devices")
>>>>>
>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>> slots
>>>>> or USB controllers as "nil", "shared", or "used" against letters of
the
>>>>> alphabet.
>>>>>
>>>>> I don't know how to use these two sets of data to resolve my problem.
>>> They
>>>>> seem incompatible. I feel ignernt.
>>>>>
>>>>>
>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>> news:450a0f48@linux...
>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
the
>>>> AGP
>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>> for
>>>>>> anything else.
>>>>>> How many PCI slots does your mobo have?
>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
>>> that
>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>>>>> making
>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>
>>>>>> PCI slot 2 may share with your LAN controller
>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>> PCI 4 may not share with anything.
>>>>>>
>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>> CPU's.
>>>>>>
>>>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>>>> heading
>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>
>>>>>>
>>>>>>
>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>> If it's 5, try PCI slot 1,
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>> news:4509fd03@linux...
>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:4509f8fc@linux...
>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:4509eda3@linux...
>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
was
>>>>>>>> assigned.
>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>>>> the
>>>>>> PCI
>>>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>>>> assigned
>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>> assigned
>>>>>> the
>>>>>>>> PCI
>>>>>>>>> slots to other numbers.
>>>>>>>>>
>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>> news:4509da19@linux...
>>>>>>>>>> Repeat after me:
>>>>>>>>>>
>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>
>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>> with
>>>>>> the
>>>>>>>>>> AGP
>>>>>>>>>> slot.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>
>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>> simplify
>>>>>>>>>> things,
>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>> clocking.
>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>
>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering
in
>>>>>>>> extremely
>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and
I
>>>> am
>>>>>> able
>>>>>>>> to
>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>
>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>> in
>>>>>> this
>>>>>>>>>> patch
>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>> audio
>>>>>>>> may
>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>> and
>>>>>> then
>>>>>>>>>> when
>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>>> things
>>>>>>>>>> work
>>>>>>>>>>> for a while.
>>>>>>>>>>>
>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>> The
>>>>>>>>>>> errors
>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>
>>>>>>>>>>> Anybody?
>>>>>>>>>>> Jimmy
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>
>
|
|
|
|
| Re: still fighting for stability [message #72459 is a reply to message #72458] |
Fri, 15 September 2006 17:23 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
They probably have a flash recovery CD/floppy to boot off to recover it when
it goes tits up. Sounds like MB for tweakers that got tweaked too much
and is not documented properly. Did you call them yet. hehe
John
"John" <no@no.com> wrote:
>
>Call em NOW before you burn the house down. What a wild motherboard.
>
>"Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>I disabledall but the com1 and lpt 1. Can't find them.
>>
>>Bad news is, and this is really bad news, computer won't boot up. On that
>
>>blcak page that n ow doesn't flash by so fast at all, I get the error
>>message "USB device over current status detected". Then the computer shuts
>
>>down. Won't boot up, won't let me go to BIOS to fix it.
>>
>>Heeeeeelp!
>>
>>
>>"John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>> It looks like another messed up Asus manual. I downloaded the manual
>and
>>> on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy (irq
>
>>> 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep the
>
>>> LAN on so you can network but I would try only slots 3 and 4 only first.
>
>>> Notice how they don't even show audio sharing with anything. This diagram
>
>>> is craptastic.
>>>
>>> And turn off Hyper Threading.
>>>
>>> Do ME and favor and call them on the phone and ask then what the hell
>is
>>> this diagram means. Simply, what slots share with what? Inquiring
minds
>
>>> !
>>>
>>> John
>>>
>>> Uptown Jimmy wrote:
>>>> I guess I don't understand what the Alphabetized row indicates. In other
>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is
>it
>>>> shared with?
>>>>
>>>>
>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>> Use the second section that shows what are shared. Then make sure
your
>>>> EDS
>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>and
>>>>> now you can use the slot that shares with onboard audio. Any device
>
>>>>> that
>>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>
>>>>> shared
>>>>> slot.
>>>>>
>>>>> On boot up check to make sure that the black screen that flashes by
>
>>>>> shows
>>>>> this correctly.
>>>>>
>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>
>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>> available
>>>>>> for PCI devices")
>>>>>>
>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>>> slots
>>>>>> or USB controllers as "nil", "shared", or "used" against letters of
>the
>>>>>> alphabet.
>>>>>>
>>>>>> I don't know how to use these two sets of data to resolve my problem.
>>>> They
>>>>>> seem incompatible. I feel ignernt.
>>>>>>
>>>>>>
>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>> news:450a0f48@linux...
>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>the
>>>>> AGP
>>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>
>>>>>>> for
>>>>>>> anything else.
>>>>>>> How many PCI slots does your mobo have?
>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances
are
>>>> that
>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>>>>>> making
>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>
>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>> PCI 4 may not share with anything.
>>>>>>>
>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>>> CPU's.
>>>>>>>
>>>>>>> Do you have the manual? All of this is listed in chapter 2 under
the
>>>>>> heading
>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>> If it's 5, try PCI slot 1,
>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>> news:4509fd03@linux...
>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>
>>>>>>>>
>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>> news:4509f8fc@linux...
>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>
>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>was
>>>>>>>>> assigned.
>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that
all
>>>>> the
>>>>>>> PCI
>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port
was
>>>>>>>>>> assigned
>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>> assigned
>>>>>>> the
>>>>>>>>> PCI
>>>>>>>>>> slots to other numbers.
>>>>>>>>>>
>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>
>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>
>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>> with
>>>>>>> the
>>>>>>>>>>> AGP
>>>>>>>>>>> slot.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>
>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>> simplify
>>>>>>>>>>> things,
>>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>>> clocking.
>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>
>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering
>in
>>>>>>>>> extremely
>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and
>I
>>>>> am
>>>>>>> able
>>>>>>>>> to
>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>
>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>>> in
>>>>>>> this
>>>>>>>>>>> patch
>>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>>> audio
>>>>>>>>> may
>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>> and
>>>>>>> then
>>>>>>>>>>> when
>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>>>> things
>>>>>>>>>>> work
>>>>>>>>>>>> for a while.
>>>>>>>>>>>>
>>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>>> The
>>>>>>>>>>>> errors
>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>
>>>>>>>>>>>> Anybody?
>>>>>>>>>>>> Jimmy
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
>
|
|
|
|
| Re: still fighting for stability [message #72461 is a reply to message #72457] |
Fri, 15 September 2006 17:52 |
Deej [1]
Messages: 2149
Registered: January 2006
|
Senior Member |
|
|
That overcurrent message is a bugfix that creates a bug. You can likely fix
it by going to the ASUS website and finding the bios that immediately
preceeds the one where they have added the *USB overcurrent* warning. If you
flash back to this bios, you should be good. This happened to me so I know
the drill firsthand.
Sorry you're having so much grief.
Deej
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:450b4198@linux...
> I disabledall but the com1 and lpt 1. Can't find them.
>
> Bad news is, and this is really bad news, computer won't boot up. On that
> blcak page that n ow doesn't flash by so fast at all, I get the error
> message "USB device over current status detected". Then the computer shuts
> down. Won't boot up, won't let me go to BIOS to fix it.
>
> Heeeeeelp!
>
>
> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
> > It looks like another messed up Asus manual. I downloaded the manual
and
> > on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy (irq
> > 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep the
> > LAN on so you can network but I would try only slots 3 and 4 only first.
> > Notice how they don't even show audio sharing with anything. This
diagram
> > is craptastic.
> >
> > And turn off Hyper Threading.
> >
> > Do ME and favor and call them on the phone and ask then what the hell is
> > this diagram means. Simply, what slots share with what? Inquiring
minds
> > !
> >
> > John
> >
> > Uptown Jimmy wrote:
> >> I guess I don't understand what the Alphabetized row indicates. In
other
> >> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
> >> shared with?
> >>
> >>
> >> "John" <no@no.com> wrote in message news:450af67f$1@linux...
> >>> Use the second section that shows what are shared. Then make sure
your
> >> EDS
> >>> cards are NOT on them. For example, turn off onboard audio in bios
and
> >>> now you can use the slot that shares with onboard audio. Any device
> >>> that
> >>> you are using like AGP video you DO NOT want an EDS card to be on a
> >>> shared
> >>> slot.
> >>>
> >>> On boot up check to make sure that the black screen that flashes by
> >>> shows
> >>> this correctly.
> >>>
> >>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
> >>>> Okay, on the IRQ page in the manual, it has two sections:
> >>>>
> >>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
> >>>> "standard function". (This section does list 7 "IRQs are usually
> >> available
> >>>> for PCI devices")
> >>>>
> >>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
> >> slots
> >>>> or USB controllers as "nil", "shared", or "used" against letters of
the
> >>>> alphabet.
> >>>>
> >>>> I don't know how to use these two sets of data to resolve my problem.
> >> They
> >>>> seem incompatible. I feel ignernt.
> >>>>
> >>>>
> >>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >>>> news:450a0f48@linux...
> >>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
the
> >>> AGP
> >>>>> sharing an IRQ with two PCI slots, basically making these worthless
> >>>>> for
> >>>>> anything else.
> >>>>> How many PCI slots does your mobo have?
> >>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
> >> that
> >>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
(thus
> >>>> making
> >>>>> FW audio interfaces iffy also if using the onboard FW)
> >>>>>
> >>>>> PCI slot 2 may share with your LAN controller
> >>>>> PCI #3 may share with onboard RAID and SATA controller
> >>>>> PCI 4 may not share with anything.
> >>>>>
> >>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
> >>>>> CPU's.
> >>>>>
> >>>>> Do you have the manual? All of this is listed in chapter 2 under the
> >>>> heading
> >>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
> >>>>>
> >>>>>
> >>>>>
> >>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
> >>>>> If it's 5, try PCI slot 1,
> >>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >>>>> news:4509fd03@linux...
> >>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
> >>>>>>
> >>>>>>
> >>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >>>>>> news:4509f8fc@linux...
> >>>>>>> What kind of mobo are you using Jimmy?
> >>>>>>>
> >>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >>>>>>> news:4509eda3@linux...
> >>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
was
> >>>>>>> assigned.
> >>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
> >>> the
> >>>>> PCI
> >>>>>>>> slots all assigned to "AUTO". On another page the serial port was
> >>>>>>>> assigned
> >>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
> >> assigned
> >>>>> the
> >>>>>>> PCI
> >>>>>>>> slots to other numbers.
> >>>>>>>>
> >>>>>>>> Am I on the wrong track here?
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
> >>>>>>>> news:4509da19@linux...
> >>>>>>>>> Repeat after me:
> >>>>>>>>>
> >>>>>>>>> IRQ!! IRQ!! IRQ!!
> >>>>>>>>>
> >>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
> >>> with
> >>>>> the
> >>>>>>>>> AGP
> >>>>>>>>> slot.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> >>>>>>>>> news:45098f86$1@linux...
> >>>>>>>>>> Hi-ho.
> >>>>>>>>>>
> >>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
> >>>>> simplify
> >>>>>>>>> things,
> >>>>>>>>>> I only have one card installed, with an MEC attached, internal
> >>>>>>> clocking.
> >>>>>>>>>> Basically, my problems are down to two:
> >>>>>>>>>>
> >>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
> >>>>>>> extremely
> >>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
> >>> am
> >>>>> able
> >>>>>>> to
> >>>>>>>>>> save and close, then re-open Paris with success.
> >>>>>>>>>>
> >>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
> >>> in
> >>>>> this
> >>>>>>>>> patch
> >>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
> >>>> audio
> >>>>>>> may
> >>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
> >>> and
> >>>>> then
> >>>>>>>>> when
> >>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
> >>>>> things
> >>>>>>>>> work
> >>>>>>>>>> for a while.
> >>>>>>>>>>
> >>>>>>>>>> I have made some tweaks to the configuration with some success.
> >>>> The
> >>>>>>>>>> errors
> >>>>>>>>>> are happening less and less, but they still pop up.
> >>>>>>>>>>
> >>>>>>>>>> Anybody?
> >>>>>>>>>> Jimmy
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>
>
|
|
|
|
| Re: still fighting for stability [message #72462 is a reply to message #72457] |
Fri, 15 September 2006 18:09 |
Martin Harrington
Messages: 560
Registered: September 2005
|
Senior Member |
|
|
All you need do is reset the BIOS by shorting out the relevant jumper on the
motherboard...it's in the manual.
--
Martin Harrington
www.lendanear-sound.com
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:450b4198@linux...
>I disabledall but the com1 and lpt 1. Can't find them.
>
> Bad news is, and this is really bad news, computer won't boot up. On that
> blcak page that n ow doesn't flash by so fast at all, I get the error
> message "USB device over current status detected". Then the computer shuts
> down. Won't boot up, won't let me go to BIOS to fix it.
>
> Heeeeeelp!
>
>
> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>> It looks like another messed up Asus manual. I downloaded the manual
>> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep
>> the LAN on so you can network but I would try only slots 3 and 4 only
>> first. Notice how they don't even show audio sharing with anything. This
>> diagram is craptastic.
>>
>> And turn off Hyper Threading.
>>
>> Do ME and favor and call them on the phone and ask then what the hell is
>> this diagram means. Simply, what slots share with what? Inquiring
>> minds !
>>
>> John
>>
>> Uptown Jimmy wrote:
>>> I guess I don't understand what the Alphabetized row indicates. In other
>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
>>> shared with?
>>>
>>>
>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>> Use the second section that shows what are shared. Then make sure your
>>> EDS
>>>> cards are NOT on them. For example, turn off onboard audio in bios
>>>> and
>>>> now you can use the slot that shares with onboard audio. Any device
>>>> that
>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>>> shared
>>>> slot.
>>>>
>>>> On boot up check to make sure that the black screen that flashes by
>>>> shows
>>>> this correctly.
>>>>
>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>
>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>> "standard function". (This section does list 7 "IRQs are usually
>>> available
>>>>> for PCI devices")
>>>>>
>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>> slots
>>>>> or USB controllers as "nil", "shared", or "used" against letters of
>>>>> the
>>>>> alphabet.
>>>>>
>>>>> I don't know how to use these two sets of data to resolve my problem.
>>> They
>>>>> seem incompatible. I feel ignernt.
>>>>>
>>>>>
>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>> news:450a0f48@linux...
>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>>>>>> the
>>>> AGP
>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>> for
>>>>>> anything else.
>>>>>> How many PCI slots does your mobo have?
>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
>>> that
>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port (thus
>>>>> making
>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>
>>>>>> PCI slot 2 may share with your LAN controller
>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>> PCI 4 may not share with anything.
>>>>>>
>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>> CPU's.
>>>>>>
>>>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>>>> heading
>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>
>>>>>>
>>>>>>
>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>> If it's 5, try PCI slot 1,
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>> news:4509fd03@linux...
>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:4509f8fc@linux...
>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:4509eda3@linux...
>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP was
>>>>>>>> assigned.
>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>>>> the
>>>>>> PCI
>>>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>>>> assigned
>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>> assigned
>>>>>> the
>>>>>>>> PCI
>>>>>>>>> slots to other numbers.
>>>>>>>>>
>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>> news:4509da19@linux...
>>>>>>>>>> Repeat after me:
>>>>>>>>>>
>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>
>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>> with
>>>>>> the
>>>>>>>>>> AGP
>>>>>>>>>> slot.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>
>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>> simplify
>>>>>>>>>> things,
>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>> clocking.
>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>
>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>>>> extremely
>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>>>> am
>>>>>> able
>>>>>>>> to
>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>
>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>> in
>>>>>> this
>>>>>>>>>> patch
>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>> audio
>>>>>>>> may
>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>> and
>>>>>> then
>>>>>>>>>> when
>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>>> things
>>>>>>>>>> work
>>>>>>>>>>> for a while.
>>>>>>>>>>>
>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>> The
>>>>>>>>>>> errors
>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>
>>>>>>>>>>> Anybody?
>>>>>>>>>>> Jimmy
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>
>
|
|
|
|
| Re: still fighting for stability [message #72463 is a reply to message #72462] |
Fri, 15 September 2006 18:43 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
I wish it were so, but I can't find anything of the sort. I have no access
to a computer with a floppy drive so I can't flash the BIOS with anything.
However, maybe DJ was right, cuz the most recent version of the BIOS on the
Asus site was for correcting the "USB overcurrent" thingie. I don't
understand why I can't just use a CD-ROM, dammit. The wife's laptop has no
floppy drive.
Dammit! I just wanna make music!
"Martin Harrington" <lendan@bigpond.net.au> wrote in message
news:450b4d10@linux...
> All you need do is reset the BIOS by shorting out the relevant jumper on
> the motherboard...it's in the manual.
> --
> Martin Harrington
> www.lendanear-sound.com
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:450b4198@linux...
>>I disabledall but the com1 and lpt 1. Can't find them.
>>
>> Bad news is, and this is really bad news, computer won't boot up. On that
>> blcak page that n ow doesn't flash by so fast at all, I get the error
>> message "USB device over current status detected". Then the computer
>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>
>> Heeeeeelp!
>>
>>
>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>> It looks like another messed up Asus manual. I downloaded the manual
>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep
>>> the LAN on so you can network but I would try only slots 3 and 4 only
>>> first. Notice how they don't even show audio sharing with anything.
>>> This diagram is craptastic.
>>>
>>> And turn off Hyper Threading.
>>>
>>> Do ME and favor and call them on the phone and ask then what the hell is
>>> this diagram means. Simply, what slots share with what? Inquiring
>>> minds !
>>>
>>> John
>>>
>>> Uptown Jimmy wrote:
>>>> I guess I don't understand what the Alphabetized row indicates. In
>>>> other
>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
>>>> shared with?
>>>>
>>>>
>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>> Use the second section that shows what are shared. Then make sure
>>>>> your
>>>> EDS
>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>>>>> and
>>>>> now you can use the slot that shares with onboard audio. Any device
>>>>> that
>>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>>>> shared
>>>>> slot.
>>>>>
>>>>> On boot up check to make sure that the black screen that flashes by
>>>>> shows
>>>>> this correctly.
>>>>>
>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>
>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>> available
>>>>>> for PCI devices")
>>>>>>
>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>>> slots
>>>>>> or USB controllers as "nil", "shared", or "used" against letters of
>>>>>> the
>>>>>> alphabet.
>>>>>>
>>>>>> I don't know how to use these two sets of data to resolve my problem.
>>>> They
>>>>>> seem incompatible. I feel ignernt.
>>>>>>
>>>>>>
>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>> news:450a0f48@linux...
>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>>>>>>> the
>>>>> AGP
>>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>>> for
>>>>>>> anything else.
>>>>>>> How many PCI slots does your mobo have?
>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
>>>> that
>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>>>>>> (thus
>>>>>> making
>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>
>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>> PCI 4 may not share with anything.
>>>>>>>
>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>>> CPU's.
>>>>>>>
>>>>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>>>>> heading
>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>> If it's 5, try PCI slot 1,
>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>> news:4509fd03@linux...
>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>
>>>>>>>>
>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>> news:4509f8fc@linux...
>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>
>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>>>>>>>>>> was
>>>>>>>>> assigned.
>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>>>>> the
>>>>>>> PCI
>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>>>>> assigned
>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>> assigned
>>>>>>> the
>>>>>>>>> PCI
>>>>>>>>>> slots to other numbers.
>>>>>>>>>>
>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>
>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>
>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>> with
>>>>>>> the
>>>>>>>>>>> AGP
>>>>>>>>>>> slot.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>
>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>> simplify
>>>>>>>>>>> things,
>>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>>> clocking.
>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>
>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>>>>> extremely
>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>>>>> am
>>>>>>> able
>>>>>>>>> to
>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>
>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>>> in
>>>>>>> this
>>>>>>>>>>> patch
>>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>>> audio
>>>>>>>>> may
>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>> and
>>>>>>> then
>>>>>>>>>>> when
>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>>>> things
>>>>>>>>>>> work
>>>>>>>>>>>> for a while.
>>>>>>>>>>>>
>>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>>> The
>>>>>>>>>>>> errors
>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>
>>>>>>>>>>>> Anybody?
>>>>>>>>>>>> Jimmy
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72465 is a reply to message #72463] |
Fri, 15 September 2006 18:39 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Are you unable to give them a call?
"Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>I wish it were so, but I can't find anything of the sort. I have no access
>to a computer with a floppy drive so I can't flash the BIOS with anything.
>
>However, maybe DJ was right, cuz the most recent version of the BIOS on
the
>Asus site was for correcting the "USB overcurrent" thingie. I don't
>understand why I can't just use a CD-ROM, dammit. The wife's laptop has
no
>floppy drive.
>
>Dammit! I just wanna make music!
>
>"Martin Harrington" <lendan@bigpond.net.au> wrote in message
>news:450b4d10@linux...
>> All you need do is reset the BIOS by shorting out the relevant jumper
on
>> the motherboard...it's in the manual.
>> --
>> Martin Harrington
>> www.lendanear-sound.com
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> news:450b4198@linux...
>>>I disabledall but the com1 and lpt 1. Can't find them.
>>>
>>> Bad news is, and this is really bad news, computer won't boot up. On
that
>>> blcak page that n ow doesn't flash by so fast at all, I get the error
>>> message "USB device over current status detected". Then the computer
>>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>>
>>> Heeeeeelp!
>>>
>>>
>>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>>> It looks like another messed up Asus manual. I downloaded the manual
>>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
>>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
Keep
>>>> the LAN on so you can network but I would try only slots 3 and 4 only
>>>> first. Notice how they don't even show audio sharing with anything.
>>>> This diagram is craptastic.
>>>>
>>>> And turn off Hyper Threading.
>>>>
>>>> Do ME and favor and call them on the phone and ask then what the hell
is
>>>> this diagram means. Simply, what slots share with what? Inquiring
>>>> minds !
>>>>
>>>> John
>>>>
>>>> Uptown Jimmy wrote:
>>>>> I guess I don't understand what the Alphabetized row indicates. In
>>>>> other
>>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is
it
>>>>> shared with?
>>>>>
>>>>>
>>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>>> Use the second section that shows what are shared. Then make sure
>>>>>> your
>>>>> EDS
>>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>>>>>> and
>>>>>> now you can use the slot that shares with onboard audio. Any device
>>>>>> that
>>>>>> you are using like AGP video you DO NOT want an EDS card to be on
a
>>>>>> shared
>>>>>> slot.
>>>>>>
>>>>>> On boot up check to make sure that the black screen that flashes by
>>>>>> shows
>>>>>> this correctly.
>>>>>>
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>>
>>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>>> available
>>>>>>> for PCI devices")
>>>>>>>
>>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various
PCI
>>>>> slots
>>>>>>> or USB controllers as "nil", "shared", or "used" against letters
of
>>>>>>> the
>>>>>>> alphabet.
>>>>>>>
>>>>>>> I don't know how to use these two sets of data to resolve my problem.
>>>>> They
>>>>>>> seem incompatible. I feel ignernt.
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:450a0f48@linux...
>>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>>>>>>>> the
>>>>>> AGP
>>>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>>>> for
>>>>>>>> anything else.
>>>>>>>> How many PCI slots does your mobo have?
>>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances
are
>>>>> that
>>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>>>>>>> (thus
>>>>>>> making
>>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>>
>>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>>> PCI 4 may not share with anything.
>>>>>>>>
>>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>>>> CPU's.
>>>>>>>>
>>>>>>>> Do you have the manual? All of this is listed in chapter 2 under
the
>>>>>>> heading
>>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>>> If it's 5, try PCI slot 1,
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:4509fd03@linux...
>>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>> news:4509f8fc@linux...
>>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>>
>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>>>>>>>>>>> was
>>>>>>>>>> assigned.
>>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that
all
>>>>>> the
>>>>>>>> PCI
>>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port
was
>>>>>>>>>>> assigned
>>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>>> assigned
>>>>>>>> the
>>>>>>>>>> PCI
>>>>>>>>>>> slots to other numbers.
>>>>>>>>>>>
>>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>>
>>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>>
>>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>>> with
>>>>>>>> the
>>>>>>>>>>>> AGP
>>>>>>>>>>>> slot.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>>> simplify
>>>>>>>>>>>> things,
>>>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>>>> clocking.
>>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering
in
>>>>>>>>>> extremely
>>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and
I
>>>>>> am
>>>>>>>> able
>>>>>>>>>> to
>>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>>>> in
>>>>>>>> this
>>>>>>>>>>>> patch
>>>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>>>> audio
>>>>>>>>>> may
>>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>>> and
>>>>>>>> then
>>>>>>>>>>>> when
>>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and
then
>>>>>>>> things
>>>>>>>>>>>> work
>>>>>>>>>>>>> for a while.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>>>> The
>>>>>>>>>>>>> errors
>>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Anybody?
>>>>>>>>>>>>> Jimmy
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72466 is a reply to message #72465] |
Fri, 15 September 2006 18:51 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
Waiting on a call back. They claim to be very busy, but the guy I spoke to
said they'd get back to me tonight.
"John" <no@no.com> wrote in message news:450b55b6$1@linux...
>
> Are you unable to give them a call?
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>I wish it were so, but I can't find anything of the sort. I have no access
>
>>to a computer with a floppy drive so I can't flash the BIOS with anything.
>>
>>However, maybe DJ was right, cuz the most recent version of the BIOS on
> the
>>Asus site was for correcting the "USB overcurrent" thingie. I don't
>>understand why I can't just use a CD-ROM, dammit. The wife's laptop has
> no
>>floppy drive.
>>
>>Dammit! I just wanna make music!
>>
>>"Martin Harrington" <lendan@bigpond.net.au> wrote in message
>>news:450b4d10@linux...
>>> All you need do is reset the BIOS by shorting out the relevant jumper
> on
>>> the motherboard...it's in the manual.
>>> --
>>> Martin Harrington
>>> www.lendanear-sound.com
>>>
>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>> news:450b4198@linux...
>>>>I disabledall but the com1 and lpt 1. Can't find them.
>>>>
>>>> Bad news is, and this is really bad news, computer won't boot up. On
> that
>>>> blcak page that n ow doesn't flash by so fast at all, I get the error
>
>>>> message "USB device over current status detected". Then the computer
>
>>>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>>>
>>>> Heeeeeelp!
>>>>
>>>>
>>>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>>>> It looks like another messed up Asus manual. I downloaded the manual
>
>>>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4),
>>>>> floppy
>
>>>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
> Keep
>>>>> the LAN on so you can network but I would try only slots 3 and 4 only
>
>>>>> first. Notice how they don't even show audio sharing with anything.
>
>>>>> This diagram is craptastic.
>>>>>
>>>>> And turn off Hyper Threading.
>>>>>
>>>>> Do ME and favor and call them on the phone and ask then what the hell
> is
>>>>> this diagram means. Simply, what slots share with what? Inquiring
>
>>>>> minds !
>>>>>
>>>>> John
>>>>>
>>>>> Uptown Jimmy wrote:
>>>>>> I guess I don't understand what the Alphabetized row indicates. In
>
>>>>>> other
>>>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is
> it
>>>>>> shared with?
>>>>>>
>>>>>>
>>>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>>>> Use the second section that shows what are shared. Then make sure
>
>>>>>>> your
>>>>>> EDS
>>>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>
>>>>>>> and
>>>>>>> now you can use the slot that shares with onboard audio. Any device
>
>>>>>>> that
>>>>>>> you are using like AGP video you DO NOT want an EDS card to be on
> a
>>>>>>> shared
>>>>>>> slot.
>>>>>>>
>>>>>>> On boot up check to make sure that the black screen that flashes by
>
>>>>>>> shows
>>>>>>> this correctly.
>>>>>>>
>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>>>
>>>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and
>>>>>>>> their
>>>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>>>> available
>>>>>>>> for PCI devices")
>>>>>>>>
>>>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various
> PCI
>>>>>> slots
>>>>>>>> or USB controllers as "nil", "shared", or "used" against letters
> of
>>>>>>>> the
>>>>>>>> alphabet.
>>>>>>>>
>>>>>>>> I don't know how to use these two sets of data to resolve my
>>>>>>>> problem.
>>>>>> They
>>>>>>>> seem incompatible. I feel ignernt.
>>>>>>>>
>>>>>>>>
>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>> news:450a0f48@linux...
>>>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>
>>>>>>>>> the
>>>>>>> AGP
>>>>>>>>> sharing an IRQ with two PCI slots, basically making these
>>>>>>>>> worthless
>
>>>>>>>>> for
>>>>>>>>> anything else.
>>>>>>>>> How many PCI slots does your mobo have?
>>>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances
> are
>>>>>> that
>>>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>
>>>>>>>>> (thus
>>>>>>>> making
>>>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>>>
>>>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>>>> PCI 4 may not share with anything.
>>>>>>>>>
>>>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>
>>>>>>>>> CPU's.
>>>>>>>>>
>>>>>>>>> Do you have the manual? All of this is listed in chapter 2 under
> the
>>>>>>>> heading
>>>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as
>>>>>>>>> well.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>>>> If it's 5, try PCI slot 1,
>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>> news:4509fd03@linux...
>>>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>> news:4509f8fc@linux...
>>>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>>>
>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>
>>>>>>>>>>>> was
>>>>>>>>>>> assigned.
>>>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that
> all
>>>>>>> the
>>>>>>>>> PCI
>>>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port
> was
>>>>>>>>>>>> assigned
>>>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>>>> assigned
>>>>>>>>> the
>>>>>>>>>>> PCI
>>>>>>>>>>>> slots to other numbers.
>>>>>>>>>>>>
>>>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>>>
>>>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>>>
>>>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>>>> with
>>>>>>>>> the
>>>>>>>>>>>>> AGP
>>>>>>>>>>>>> slot.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>>>> simplify
>>>>>>>>>>>>> things,
>>>>>>>>>>>>>> I only have one card installed, with an MEC attached,
>>>>>>>>>>>>>> internal
>>>>>>>>>>> clocking.
>>>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering
> in
>>>>>>>>>>> extremely
>>>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and
> I
>>>>>>> am
>>>>>>>>> able
>>>>>>>>>>> to
>>>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules
>>>>>>>>>>>>>> used
>>>>>>> in
>>>>>>>>> this
>>>>>>>>>>>>> patch
>>>>>>>>>>>>>> setting not avaiable in this configuration of Paris.
>>>>>>>>>>>>>> Resulting
>>>>>>>> audio
>>>>>>>>>>> may
>>>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>>>> and
>>>>>>>>> then
>>>>>>>>>>>>> when
>>>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and
> then
>>>>>>>>> things
>>>>>>>>>>>>> work
>>>>>>>>>>>>>> for a while.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I have made some tweaks to the configuration with some
>>>>>>>>>>>>>> success.
>>>>>>>> The
>>>>>>>>>>>>>> errors
>>>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Anybody?
>>>>>>>>>>>>>> Jimmy
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>>>
>>
>>
>
|
|
|
|
| Re: still fighting for stability [message #72468 is a reply to message #72376] |
Fri, 15 September 2006 18:51 |
Don Nafe
Messages: 1206
Registered: July 2005
|
Senior Member |
|
|
Not to belittle Uptown Jimmy's situation and thank "G" I have a computer
guru as a very good friend but doesn't this make you pine for the good old
days of analog
Don
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:45098f86$1@linux...
>
> Hi-ho.
>
> I am still having trouble with my Paris rig. In an effort to simplify
> things,
> I only have one card installed, with an MEC attached, internal clocking.
>
> Basically, my problems are down to two:
>
> 1.The "now-line" freezes, or more actually begins stuttering in extremely
> slow-motion, almost glacial. I can still change windows, and I am able to
> save and close, then re-open Paris with success.
>
> 2.On starting Paris, I get an error message: "I/O modules used in this
> patch
> setting not avaiable in this configuration of Paris. Resulting audio may
> be different than when saved." This will pop up 2 or 4 times, and then
> when
> I push "play" no audio is heard. Then I close, reopen, and then things
> work
> for a while.
>
> I have made some tweaks to the configuration with some success. The errors
> are happening less and less, but they still pop up.
>
> Anybody?
> Jimmy
|
|
|
|
| Re: still fighting for stability [message #72469 is a reply to message #72462] |
Fri, 15 September 2006 19:00 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
The only thing I can see for this is to "clear the Real Time Clock RAM in
CMOS". This would "clear the CMOS memory of date, time, and system setup
parameters by erasing the CMOS RTC RAM data".
This involves removing the onboard battery and moving jumper cap from pins
1-2 to pins 2-3., then back to pins 1-2, then reinstalling the battery. It
says you have to enter the BIOS and re-enter data.
Is this the thing to do?
"Martin Harrington" <lendan@bigpond.net.au> wrote in message
news:450b4d10@linux...
> All you need do is reset the BIOS by shorting out the relevant jumper on
> the motherboard...it's in the manual.
> --
> Martin Harrington
> www.lendanear-sound.com
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
> news:450b4198@linux...
>>I disabledall but the com1 and lpt 1. Can't find them.
>>
>> Bad news is, and this is really bad news, computer won't boot up. On that
>> blcak page that n ow doesn't flash by so fast at all, I get the error
>> message "USB device over current status detected". Then the computer
>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>
>> Heeeeeelp!
>>
>>
>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>> It looks like another messed up Asus manual. I downloaded the manual
>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep
>>> the LAN on so you can network but I would try only slots 3 and 4 only
>>> first. Notice how they don't even show audio sharing with anything.
>>> This diagram is craptastic.
>>>
>>> And turn off Hyper Threading.
>>>
>>> Do ME and favor and call them on the phone and ask then what the hell is
>>> this diagram means. Simply, what slots share with what? Inquiring
>>> minds !
>>>
>>> John
>>>
>>> Uptown Jimmy wrote:
>>>> I guess I don't understand what the Alphabetized row indicates. In
>>>> other
>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
>>>> shared with?
>>>>
>>>>
>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>> Use the second section that shows what are shared. Then make sure
>>>>> your
>>>> EDS
>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>>>>> and
>>>>> now you can use the slot that shares with onboard audio. Any device
>>>>> that
>>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>>>> shared
>>>>> slot.
>>>>>
>>>>> On boot up check to make sure that the black screen that flashes by
>>>>> shows
>>>>> this correctly.
>>>>>
>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>
>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>> available
>>>>>> for PCI devices")
>>>>>>
>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>>> slots
>>>>>> or USB controllers as "nil", "shared", or "used" against letters of
>>>>>> the
>>>>>> alphabet.
>>>>>>
>>>>>> I don't know how to use these two sets of data to resolve my problem.
>>>> They
>>>>>> seem incompatible. I feel ignernt.
>>>>>>
>>>>>>
>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>> news:450a0f48@linux...
>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>>>>>>> the
>>>>> AGP
>>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>>> for
>>>>>>> anything else.
>>>>>>> How many PCI slots does your mobo have?
>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
>>>> that
>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>>>>>> (thus
>>>>>> making
>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>
>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>> PCI 4 may not share with anything.
>>>>>>>
>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>>> CPU's.
>>>>>>>
>>>>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>>>>> heading
>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>> If it's 5, try PCI slot 1,
>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>> news:4509fd03@linux...
>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>
>>>>>>>>
>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>> news:4509f8fc@linux...
>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>
>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>>>>>>>>>> was
>>>>>>>>> assigned.
>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>>>>> the
>>>>>>> PCI
>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>>>>> assigned
>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>> assigned
>>>>>>> the
>>>>>>>>> PCI
>>>>>>>>>> slots to other numbers.
>>>>>>>>>>
>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>
>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>
>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>> with
>>>>>>> the
>>>>>>>>>>> AGP
>>>>>>>>>>> slot.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>
>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>> simplify
>>>>>>>>>>> things,
>>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>>> clocking.
>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>
>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>>>>> extremely
>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>>>>> am
>>>>>>> able
>>>>>>>>> to
>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>
>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>>> in
>>>>>>> this
>>>>>>>>>>> patch
>>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>>> audio
>>>>>>>>> may
>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>> and
>>>>>>> then
>>>>>>>>>>> when
>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>>>> things
>>>>>>>>>>> work
>>>>>>>>>>>> for a while.
>>>>>>>>>>>>
>>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>>> The
>>>>>>>>>>>> errors
>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>
>>>>>>>>>>>> Anybody?
>>>>>>>>>>>> Jimmy
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72470 is a reply to message #72466] |
Fri, 15 September 2006 18:53 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
As a guy who has spent way too much of his life on computers and crappy hardware
I can sympathize. You'll be through it soon, even if you have to burn the
motherboard and buy a brand that can document the one to one relationship
between slots and irqs! Seeing the MX800 manual being flat wrong and seeing
your manual I'm thinking they are pretty clueless over such a critical core
function. Idiots !
John
"Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>Waiting on a call back. They claim to be very busy, but the guy I spoke
to
>said they'd get back to me tonight.
>
>"John" <no@no.com> wrote in message news:450b55b6$1@linux...
>>
>> Are you unable to give them a call?
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>I wish it were so, but I can't find anything of the sort. I have no access
>>
>>>to a computer with a floppy drive so I can't flash the BIOS with anything.
>>>
>>>However, maybe DJ was right, cuz the most recent version of the BIOS on
>> the
>>>Asus site was for correcting the "USB overcurrent" thingie. I don't
>>>understand why I can't just use a CD-ROM, dammit. The wife's laptop has
>> no
>>>floppy drive.
>>>
>>>Dammit! I just wanna make music!
>>>
>>>"Martin Harrington" <lendan@bigpond.net.au> wrote in message
>>>news:450b4d10@linux...
>>>> All you need do is reset the BIOS by shorting out the relevant jumper
>> on
>>>> the motherboard...it's in the manual.
>>>> --
>>>> Martin Harrington
>>>> www.lendanear-sound.com
>>>>
>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>> news:450b4198@linux...
>>>>>I disabledall but the com1 and lpt 1. Can't find them.
>>>>>
>>>>> Bad news is, and this is really bad news, computer won't boot up. On
>> that
>>>>> blcak page that n ow doesn't flash by so fast at all, I get the error
>>
>>>>> message "USB device over current status detected". Then the computer
>>
>>>>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>>>>
>>>>> Heeeeeelp!
>>>>>
>>>>>
>>>>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>>>>> It looks like another messed up Asus manual. I downloaded the manual
>>
>>>>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4),
>>>>>> floppy
>>
>>>>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
>> Keep
>>>>>> the LAN on so you can network but I would try only slots 3 and 4 only
>>
>>>>>> first. Notice how they don't even show audio sharing with anything.
>>
>>>>>> This diagram is craptastic.
>>>>>>
>>>>>> And turn off Hyper Threading.
>>>>>>
>>>>>> Do ME and favor and call them on the phone and ask then what the hell
>> is
>>>>>> this diagram means. Simply, what slots share with what? Inquiring
>>
>>>>>> minds !
>>>>>>
>>>>>> John
>>>>>>
>>>>>> Uptown Jimmy wrote:
>>>>>>> I guess I don't understand what the Alphabetized row indicates. In
>>
>>>>>>> other
>>>>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What
is
>> it
>>>>>>> shared with?
>>>>>>>
>>>>>>>
>>>>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>>>>> Use the second section that shows what are shared. Then make sure
>>
>>>>>>>> your
>>>>>>> EDS
>>>>>>>> cards are NOT on them. For example, turn off onboard audio in
bios
>>
>>>>>>>> and
>>>>>>>> now you can use the slot that shares with onboard audio. Any device
>>
>>>>>>>> that
>>>>>>>> you are using like AGP video you DO NOT want an EDS card to be on
>> a
>>>>>>>> shared
>>>>>>>> slot.
>>>>>>>>
>>>>>>>> On boot up check to make sure that the black screen that flashes
by
>>
>>>>>>>> shows
>>>>>>>> this correctly.
>>>>>>>>
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>>>>
>>>>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and
>>>>>>>>> their
>>>>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>>>>> available
>>>>>>>>> for PCI devices")
>>>>>>>>>
>>>>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various
>> PCI
>>>>>>> slots
>>>>>>>>> or USB controllers as "nil", "shared", or "used" against letters
>> of
>>>>>>>>> the
>>>>>>>>> alphabet.
>>>>>>>>>
>>>>>>>>> I don't know how to use these two sets of data to resolve my
>>>>>>>>> problem.
>>>>>>> They
>>>>>>>>> seem incompatible. I feel ignernt.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>> news:450a0f48@linux...
>>>>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will
have
>>
>>>>>>>>>> the
>>>>>>>> AGP
>>>>>>>>>> sharing an IRQ with two PCI slots, basically making these
>>>>>>>>>> worthless
>>
>>>>>>>>>> for
>>>>>>>>>> anything else.
>>>>>>>>>> How many PCI slots does your mobo have?
>>>>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances
>> are
>>>>>>> that
>>>>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>
>>>>>>>>>> (thus
>>>>>>>>> making
>>>>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>>>>
>>>>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>>>>> PCI 4 may not share with anything.
>>>>>>>>>>
>>>>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>
>>>>>>>>>> CPU's.
>>>>>>>>>>
>>>>>>>>>> Do you have the manual? All of this is listed in chapter 2 under
>> the
>>>>>>>>> heading
>>>>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as
>>>>>>>>>> well.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>>>>> If it's 5, try PCI slot 1,
>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>> news:4509fd03@linux...
>>>>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>> news:4509f8fc@linux...
>>>>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>>>>
>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>>>>> I couldn't find any place where it indicated which IRQ the
AGP
>>
>>>>>>>>>>>>> was
>>>>>>>>>>>> assigned.
>>>>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that
>> all
>>>>>>>> the
>>>>>>>>>> PCI
>>>>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port
>> was
>>>>>>>>>>>>> assigned
>>>>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>>>>> assigned
>>>>>>>>>> the
>>>>>>>>>>>> PCI
>>>>>>>>>>>>> slots to other numbers.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>>>>> with
>>>>>>>>>> the
>>>>>>>>>>>>>> AGP
>>>>>>>>>>>>>> slot.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort
to
>>>>>>>>>> simplify
>>>>>>>>>>>>>> things,
>>>>>>>>>>>>>>> I only have one card installed, with an MEC attached,
>>>>>>>>>>>>>>> internal
>>>>>>>>>>>> clocking.
>>>>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering
>> in
>>>>>>>>>>>> extremely
>>>>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows,
and
>> I
>>>>>>>> am
>>>>>>>>>> able
>>>>>>>>>>>> to
>>>>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules
>>>>>>>>>>>>>>> used
>>>>>>>> in
>>>>>>>>>> this
>>>>>>>>>>>>>> patch
>>>>>>>>>>>>>>> setting not avaiable in this configuration of Paris.
>>>>>>>>>>>>>>> Resulting
>>>>>>>>> audio
>>>>>>>>>>>> may
>>>>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>>>>> and
>>>>>>>>>> then
>>>>>>>>>>>>>> when
>>>>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and
>> then
>>>>>>>>>> things
>>>>>>>>>>>>>> work
>>>>>>>>>>>>>>> for a while.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have made some tweaks to the configuration with some
>>>>>>>>>>>>>>> success.
>>>>>>>>> The
>>>>>>>>>>>>>>> errors
>>>>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Anybody?
>>>>>>>>>>>>>>> Jimmy
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72471 is a reply to message #72468] |
Fri, 15 September 2006 18:57 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
I just shitcanned my wireless doorbell. Fucker only lasted 3 years. I'm
going with a door knocker, I bet I get 50 out of it! I have gotten more
selective of which technologies I'm buying into. I still have never had
a cell phone, palm pilot or ipod and I don't see one any time soon. Why
can't they even put AM on the damn things? Today my friends Ipod got hosed
up OS, I didn't know that was possible and know he needs a power supply/not
usb power to fix it. hahaha Go APPLE !!!!
"Don Nafe" <dnafe@magma.ca> wrote:
>Not to belittle Uptown Jimmy's situation and thank "G" I have a computer
>guru as a very good friend but doesn't this make you pine for the good old
>days of analog
>
>Don
>
>
>"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>news:45098f86$1@linux...
>>
>> Hi-ho.
>>
>> I am still having trouble with my Paris rig. In an effort to simplify
>> things,
>> I only have one card installed, with an MEC attached, internal clocking.
>>
>> Basically, my problems are down to two:
>>
>> 1.The "now-line" freezes, or more actually begins stuttering in extremely
>> slow-motion, almost glacial. I can still change windows, and I am able
to
>> save and close, then re-open Paris with success.
>>
>> 2.On starting Paris, I get an error message: "I/O modules used in this
>> patch
>> setting not avaiable in this configuration of Paris. Resulting audio may
>> be different than when saved." This will pop up 2 or 4 times, and then
>> when
>> I push "play" no audio is heard. Then I close, reopen, and then things
>> work
>> for a while.
>>
>> I have made some tweaks to the configuration with some success. The errors
>> are happening less and less, but they still pop up.
>>
>> Anybody?
>> Jimmy
>
>
|
|
|
|
|
|
| Re: still fighting for stability [message #72473 is a reply to message #72470] |
Fri, 15 September 2006 19:08 |
uptown jimmy
Messages: 441
Registered: September 2005
|
Senior Member |
|
|
I can't freaking afford another motherboard. At least I would hope my
brand-new RAM and CPU would work on another MB?
Jeeeeeeesus.
I'm half-Jewish. I can say "Jeeeeeeesus" with impunity, right?
"John" <no@no.com> wrote in message news:450b591f$1@linux...
>
> As a guy who has spent way too much of his life on computers and crappy
> hardware
> I can sympathize. You'll be through it soon, even if you have to burn the
> motherboard and buy a brand that can document the one to one relationship
> between slots and irqs! Seeing the MX800 manual being flat wrong and
> seeing
> your manual I'm thinking they are pretty clueless over such a critical
> core
> function. Idiots !
>
> John
>
>
> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>Waiting on a call back. They claim to be very busy, but the guy I spoke
> to
>>said they'd get back to me tonight.
>>
>>"John" <no@no.com> wrote in message news:450b55b6$1@linux...
>>>
>>> Are you unable to give them a call?
>>>
>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>I wish it were so, but I can't find anything of the sort. I have no
>>>>access
>>>
>>>>to a computer with a floppy drive so I can't flash the BIOS with
>>>>anything.
>>>>
>>>>However, maybe DJ was right, cuz the most recent version of the BIOS on
>>> the
>>>>Asus site was for correcting the "USB overcurrent" thingie. I don't
>>>>understand why I can't just use a CD-ROM, dammit. The wife's laptop has
>>> no
>>>>floppy drive.
>>>>
>>>>Dammit! I just wanna make music!
>>>>
>>>>"Martin Harrington" <lendan@bigpond.net.au> wrote in message
>>>>news:450b4d10@linux...
>>>>> All you need do is reset the BIOS by shorting out the relevant jumper
>>> on
>>>>> the motherboard...it's in the manual.
>>>>> --
>>>>> Martin Harrington
>>>>> www.lendanear-sound.com
>>>>>
>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>> news:450b4198@linux...
>>>>>>I disabledall but the com1 and lpt 1. Can't find them.
>>>>>>
>>>>>> Bad news is, and this is really bad news, computer won't boot up. On
>>> that
>>>>>> blcak page that n ow doesn't flash by so fast at all, I get the error
>>>
>>>>>> message "USB device over current status detected". Then the computer
>>>
>>>>>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>>>>>
>>>>>> Heeeeeelp!
>>>>>>
>>>>>>
>>>>>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>>>>>> It looks like another messed up Asus manual. I downloaded the
>>>>>>> manual
>>>
>>>>>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4),
>>>>>>> floppy
>>>
>>>>>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
>>> Keep
>>>>>>> the LAN on so you can network but I would try only slots 3 and 4
>>>>>>> only
>>>
>>>>>>> first. Notice how they don't even show audio sharing with anything.
>>>
>>>>>>> This diagram is craptastic.
>>>>>>>
>>>>>>> And turn off Hyper Threading.
>>>>>>>
>>>>>>> Do ME and favor and call them on the phone and ask then what the
>>>>>>> hell
>>> is
>>>>>>> this diagram means. Simply, what slots share with what? Inquiring
>>>
>>>>>>> minds !
>>>>>>>
>>>>>>> John
>>>>>>>
>>>>>>> Uptown Jimmy wrote:
>>>>>>>> I guess I don't understand what the Alphabetized row indicates. In
>>>
>>>>>>>> other
>>>>>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What
> is
>>> it
>>>>>>>> shared with?
>>>>>>>>
>>>>>>>>
>>>>>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>>>>>> Use the second section that shows what are shared. Then make sure
>>>
>>>>>>>>> your
>>>>>>>> EDS
>>>>>>>>> cards are NOT on them. For example, turn off onboard audio in
> bios
>>>
>>>>>>>>> and
>>>>>>>>> now you can use the slot that shares with onboard audio. Any
>>>>>>>>> device
>>>
>>>>>>>>> that
>>>>>>>>> you are using like AGP video you DO NOT want an EDS card to be on
>>> a
>>>>>>>>> shared
>>>>>>>>> slot.
>>>>>>>>>
>>>>>>>>> On boot up check to make sure that the black screen that flashes
> by
>>>
>>>>>>>>> shows
>>>>>>>>> this correctly.
>>>>>>>>>
>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>>>>>
>>>>>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and
>
>>>>>>>>>> their
>>>>>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>>>>>> available
>>>>>>>>>> for PCI devices")
>>>>>>>>>>
>>>>>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various
>>> PCI
>>>>>>>> slots
>>>>>>>>>> or USB controllers as "nil", "shared", or "used" against letters
>>> of
>>>>>>>>>> the
>>>>>>>>>> alphabet.
>>>>>>>>>>
>>>>>>>>>> I don't know how to use these two sets of data to resolve my
>>>>>>>>>> problem.
>>>>>>>> They
>>>>>>>>>> seem incompatible. I feel ignernt.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>> news:450a0f48@linux...
>>>>>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will
> have
>>>
>>>>>>>>>>> the
>>>>>>>>> AGP
>>>>>>>>>>> sharing an IRQ with two PCI slots, basically making these
>>>>>>>>>>> worthless
>>>
>>>>>>>>>>> for
>>>>>>>>>>> anything else.
>>>>>>>>>>> How many PCI slots does your mobo have?
>>>>>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances
>>> are
>>>>>>>> that
>>>>>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>>
>>>>>>>>>>> (thus
>>>>>>>>>> making
>>>>>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>>>>>
>>>>>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>>>>>> PCI 4 may not share with anything.
>>>>>>>>>>>
>>>>>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>
>>>>>>>>>>> CPU's.
>>>>>>>>>>>
>>>>>>>>>>> Do you have the manual? All of this is listed in chapter 2 under
>>> the
>>>>>>>>>> heading
>>>>>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as
>
>>>>>>>>>>> well.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>>>>>> If it's 5, try PCI slot 1,
>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>> news:4509fd03@linux...
>>>>>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>>> news:4509f8fc@linux...
>>>>>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>>>>>
>>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>>>>>> I couldn't find any place where it indicated which IRQ the
> AGP
>>>
>>>>>>>>>>>>>> was
>>>>>>>>>>>>> assigned.
>>>>>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that
>>> all
>>>>>>>>> the
>>>>>>>>>>> PCI
>>>>>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port
>>> was
>>>>>>>>>>>>>> assigned
>>>>>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>>>>>> assigned
>>>>>>>>>>> the
>>>>>>>>>>>>> PCI
>>>>>>>>>>>>>> slots to other numbers.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This sounds exactly like the EDS card is sharing and
>>>>>>>>>>>>>>> interrupt
>>>>>>>>> with
>>>>>>>>>>> the
>>>>>>>>>>>>>>> AGP
>>>>>>>>>>>>>>> slot.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort
> to
>>>>>>>>>>> simplify
>>>>>>>>>>>>>>> things,
>>>>>>>>>>>>>>>> I only have one card installed, with an MEC attached,
>>>>>>>>>>>>>>>> internal
>>>>>>>>>>>>> clocking.
>>>>>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins
>>>>>>>>>>>>>>>> stuttering
>>> in
>>>>>>>>>>>>> extremely
>>>>>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows,
> and
>>> I
>>>>>>>>> am
>>>>>>>>>>> able
>>>>>>>>>>>>> to
>>>>>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules
>
>>>>>>>>>>>>>>>> used
>>>>>>>>> in
>>>>>>>>>>> this
>>>>>>>>>>>>>>> patch
>>>>>>>>>>>>>>>> setting not avaiable in this configuration of Paris.
>>>>>>>>>>>>>>>> Resulting
>>>>>>>>>> audio
>>>>>>>>>>>>> may
>>>>>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4
>>>>>>>>>>>>>>>> times,
>>>>>>>>> and
>>>>>>>>>>> then
>>>>>>>>>>>>>>> when
>>>>>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and
>>> then
>>>>>>>>>>> things
>>>>>>>>>>>>>>> work
>>>>>>>>>>>>>>>> for a while.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I have made some tweaks to the configuration with some
>>>>>>>>>>>>>>>> success.
>>>>>>>>>> The
>>>>>>>>>>>>>>>> errors
>>>>>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Anybody?
>>>>>>>>>>>>>>>> Jimmy
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
|
|
|
|
| Re: still fighting for stability [message #72474 is a reply to message #72469] |
Fri, 15 September 2006 19:15 |
Aaron Allen
Messages: 1988
Registered: May 2008
|
Senior Member |
|
|
That's your daisy.
AA
"Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
news:450b584d@linux...
> The only thing I can see for this is to "clear the Real Time Clock RAM in
> CMOS". This would "clear the CMOS memory of date, time, and system setup
> parameters by erasing the CMOS RTC RAM data".
>
> This involves removing the onboard battery and moving jumper cap from pins
> 1-2 to pins 2-3., then back to pins 1-2, then reinstalling the battery. It
> says you have to enter the BIOS and re-enter data.
>
> Is this the thing to do?
> "Martin Harrington" <lendan@bigpond.net.au> wrote in message
> news:450b4d10@linux...
>> All you need do is reset the BIOS by shorting out the relevant jumper on
>> the motherboard...it's in the manual.
>> --
>> Martin Harrington
>> www.lendanear-sound.com
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> news:450b4198@linux...
>>>I disabledall but the com1 and lpt 1. Can't find them.
>>>
>>> Bad news is, and this is really bad news, computer won't boot up. On
>>> that blcak page that n ow doesn't flash by so fast at all, I get the
>>> error message "USB device over current status detected". Then the
>>> computer shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>>
>>> Heeeeeelp!
>>>
>>>
>>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>>> It looks like another messed up Asus manual. I downloaded the manual
>>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
>>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB,
>>>> Keep the LAN on so you can network but I would try only slots 3 and 4
>>>> only first. Notice how they don't even show audio sharing with
>>>> anything. This diagram is craptastic.
>>>>
>>>> And turn off Hyper Threading.
>>>>
>>>> Do ME and favor and call them on the phone and ask then what the hell
>>>> is this diagram means. Simply, what slots share with what? Inquiring
>>>> minds !
>>>>
>>>> John
>>>>
>>>> Uptown Jimmy wrote:
>>>>> I guess I don't understand what the Alphabetized row indicates. In
>>>>> other
>>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is
>>>>> it
>>>>> shared with?
>>>>>
>>>>>
>>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>>> Use the second section that shows what are shared. Then make sure
>>>>>> your
>>>>> EDS
>>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>>>>>> and
>>>>>> now you can use the slot that shares with onboard audio. Any device
>>>>>> that
>>>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>>>>> shared
>>>>>> slot.
>>>>>>
>>>>>> On boot up check to make sure that the black screen that flashes by
>>>>>> shows
>>>>>> this correctly.
>>>>>>
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>>
>>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and
>>>>>>> their
>>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>>> available
>>>>>>> for PCI devices")
>>>>>>>
>>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>>>> slots
>>>>>>> or USB controllers as "nil", "shared", or "used" against letters of
>>>>>>> the
>>>>>>> alphabet.
>>>>>>>
>>>>>>> I don't know how to use these two sets of data to resolve my
>>>>>>> problem.
>>>>> They
>>>>>>> seem incompatible. I feel ignernt.
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:450a0f48@linux...
>>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>>>>>>>> the
>>>>>> AGP
>>>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>>>> for
>>>>>>>> anything else.
>>>>>>>> How many PCI slots does your mobo have?
>>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances
>>>>>>>> are
>>>>> that
>>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>>>>>>> (thus
>>>>>>> making
>>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>>
>>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>>> PCI 4 may not share with anything.
>>>>>>>>
>>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>>>> CPU's.
>>>>>>>>
>>>>>>>> Do you have the manual? All of this is listed in chapter 2 under
>>>>>>>> the
>>>>>>> heading
>>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>>> If it's 5, try PCI slot 1,
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:4509fd03@linux...
>>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>> news:4509f8fc@linux...
>>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>>
>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>>>>>>>>>>> was
>>>>>>>>>> assigned.
>>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that
>>>>>>>>>>> all
>>>>>> the
>>>>>>>> PCI
>>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port
>>>>>>>>>>> was
>>>>>>>>>>> assigned
>>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>>> assigned
>>>>>>>> the
>>>>>>>>>> PCI
>>>>>>>>>>> slots to other numbers.
>>>>>>>>>>>
>>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>>
>>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>>
>>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>>> with
>>>>>>>> the
>>>>>>>>>>>> AGP
>>>>>>>>>>>> slot.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>>> simplify
>>>>>>>>>>>> things,
>>>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>>>> clocking.
>>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering
>>>>>>>>>>>>> in
>>>>>>>>>> extremely
>>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>>>>>> am
>>>>>>>> able
>>>>>>>>>> to
>>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>>>> in
>>>>>>>> this
>>>>>>>>>>>> patch
>>>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>>>> audio
>>>>>>>>>> may
>>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>>> and
>>>>>>>> then
>>>>>>>>>>>> when
>>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and
>>>>>>>>>>>>> then
>>>>>>>> things
>>>>>>>>>>>> work
>>>>>>>>>>>>> for a while.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have made some tweaks to the configuration with some
>>>>>>>>>>>>> success.
>>>>>>> The
>>>>>>>>>>>>> errors
>>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Anybody?
>>>>>>>>>>>>> Jimmy
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>
>>>
>>
>>
>
>
|
|
|
|
| Re: still fighting for stability [message #72475 is a reply to message #72469] |
Fri, 15 September 2006 19:18 |
John [1]
Messages: 2229
Registered: September 2005
|
Senior Member |
|
|
Yes, pull the plug !
Uptown Jimmy wrote:
> The only thing I can see for this is to "clear the Real Time Clock RAM in
> CMOS". This would "clear the CMOS memory of date, time, and system setup
> parameters by erasing the CMOS RTC RAM data".
>
> This involves removing the onboard battery and moving jumper cap from pins
> 1-2 to pins 2-3., then back to pins 1-2, then reinstalling the battery. It
> says you have to enter the BIOS and re-enter data.
>
> Is this the thing to do?
> "Martin Harrington" <lendan@bigpond.net.au> wrote in message
> news:450b4d10@linux...
>> All you need do is reset the BIOS by shorting out the relevant jumper on
>> the motherboard...it's in the manual.
>> --
>> Martin Harrington
>> www.lendanear-sound.com
>>
>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>> news:450b4198@linux...
>>> I disabledall but the com1 and lpt 1. Can't find them.
>>>
>>> Bad news is, and this is really bad news, computer won't boot up. On that
>>> blcak page that n ow doesn't flash by so fast at all, I get the error
>>> message "USB device over current status detected". Then the computer
>>> shuts down. Won't boot up, won't let me go to BIOS to fix it.
>>>
>>> Heeeeeelp!
>>>
>>>
>>> "John" <no@no.com> wrote in message news:450b3aac$1@linux...
>>>> It looks like another messed up Asus manual. I downloaded the manual
>>>> and on page 2-18 it has that pic. I would turn off Com1 (irq4), floppy
>>>> (irq 6), lpt1 (irq 7), Serial port, turn off onboard audio and USB, Keep
>>>> the LAN on so you can network but I would try only slots 3 and 4 only
>>>> first. Notice how they don't even show audio sharing with anything.
>>>> This diagram is craptastic.
>>>>
>>>> And turn off Hyper Threading.
>>>>
>>>> Do ME and favor and call them on the phone and ask then what the hell is
>>>> this diagram means. Simply, what slots share with what? Inquiring
>>>> minds !
>>>>
>>>> John
>>>>
>>>> Uptown Jimmy wrote:
>>>>> I guess I don't understand what the Alphabetized row indicates. In
>>>>> other
>>>>> words, if PCI slot 1 "shared" with 'F', what does that mean? What is it
>>>>> shared with?
>>>>>
>>>>>
>>>>> "John" <no@no.com> wrote in message news:450af67f$1@linux...
>>>>>> Use the second section that shows what are shared. Then make sure
>>>>>> your
>>>>> EDS
>>>>>> cards are NOT on them. For example, turn off onboard audio in bios
>>>>>> and
>>>>>> now you can use the slot that shares with onboard audio. Any device
>>>>>> that
>>>>>> you are using like AGP video you DO NOT want an EDS card to be on a
>>>>>> shared
>>>>>> slot.
>>>>>>
>>>>>> On boot up check to make sure that the black screen that flashes by
>>>>>> shows
>>>>>> this correctly.
>>>>>>
>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote:
>>>>>>> Okay, on the IRQ page in the manual, it has two sections:
>>>>>>>
>>>>>>> 1. "Standard interrupt assignments", which list IRQ numbers and their
>>>>>>> "standard function". (This section does list 7 "IRQs are usually
>>>>> available
>>>>>>> for PCI devices")
>>>>>>>
>>>>>>> 2. "IRQ" assignments for this motherboard", which graphs various PCI
>>>>> slots
>>>>>>> or USB controllers as "nil", "shared", or "used" against letters of
>>>>>>> the
>>>>>>> alphabet.
>>>>>>>
>>>>>>> I don't know how to use these two sets of data to resolve my problem.
>>>>> They
>>>>>>> seem incompatible. I feel ignernt.
>>>>>>>
>>>>>>>
>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>> news:450a0f48@linux...
>>>>>>>> Hmmm.....well .......letsee.........ASUS boards normally will have
>>>>>>>> the
>>>>>> AGP
>>>>>>>> sharing an IRQ with two PCI slots, basically making these worthless
>>>>>>>> for
>>>>>>>> anything else.
>>>>>>>> How many PCI slots does your mobo have?
>>>>>>>> If it's a 5 slot board and it's similar to an AMD board, chances are
>>>>> that
>>>>>>>> PCI slots 1 and 5 are shared with the AGP and the firewire port
>>>>>>>> (thus
>>>>>>> making
>>>>>>>> FW audio interfaces iffy also if using the onboard FW)
>>>>>>>>
>>>>>>>> PCI slot 2 may share with your LAN controller
>>>>>>>> PCI #3 may share with onboard RAID and SATA controller
>>>>>>>> PCI 4 may not share with anything.
>>>>>>>>
>>>>>>>> This is the way the ASUS A8V mobo is configured but it's for AMD
>>>>>>>> CPU's.
>>>>>>>>
>>>>>>>> Do you have the manual? All of this is listed in chapter 2 under the
>>>>>>> heading
>>>>>>>> Interrupt Assignments. It should be noted for Intel mobo's as well.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> If it's 6, try putting the EDS card in PCI 2, 3, 4 or 5
>>>>>>>> If it's 5, try PCI slot 1,
>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>> news:4509fd03@linux...
>>>>>>>>> It's an Asus P5P800 SE board with a Pentium 4 HT chip.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>> news:4509f8fc@linux...
>>>>>>>>>> What kind of mobo are you using Jimmy?
>>>>>>>>>>
>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>> news:4509eda3@linux...
>>>>>>>>>>> I couldn't find any place where it indicated which IRQ the AGP
>>>>>>>>>>> was
>>>>>>>>>> assigned.
>>>>>>>>>>> The IRQ page had all IRQs assigned to "PCI", and beneath that all
>>>>>> the
>>>>>>>> PCI
>>>>>>>>>>> slots all assigned to "AUTO". On another page the serial port was
>>>>>>>>>>> assigned
>>>>>>>>>>> to IRQ 4, and the parallel port was assigned to IRQ 7. So I
>>>>> assigned
>>>>>>>> the
>>>>>>>>>> PCI
>>>>>>>>>>> slots to other numbers.
>>>>>>>>>>>
>>>>>>>>>>> Am I on the wrong track here?
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> "DJ" <animix_spam-this-ahole_@animas.net> wrote in message
>>>>>>>>>>> news:4509da19@linux...
>>>>>>>>>>>> Repeat after me:
>>>>>>>>>>>>
>>>>>>>>>>>> IRQ!! IRQ!! IRQ!!
>>>>>>>>>>>>
>>>>>>>>>>>> This sounds exactly like the EDS card is sharing and interrupt
>>>>>> with
>>>>>>>> the
>>>>>>>>>>>> AGP
>>>>>>>>>>>> slot.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> "Uptown Jimmy" <johnson314@bellsouth.net> wrote in message
>>>>>>>>>>>> news:45098f86$1@linux...
>>>>>>>>>>>>> Hi-ho.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I am still having trouble with my Paris rig. In an effort to
>>>>>>>> simplify
>>>>>>>>>>>> things,
>>>>>>>>>>>>> I only have one card installed, with an MEC attached, internal
>>>>>>>>>> clocking.
>>>>>>>>>>>>> Basically, my problems are down to two:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 1.The "now-line" freezes, or more actually begins stuttering in
>>>>>>>>>> extremely
>>>>>>>>>>>>> slow-motion, almost glacial. I can still change windows, and I
>>>>>> am
>>>>>>>> able
>>>>>>>>>> to
>>>>>>>>>>>>> save and close, then re-open Paris with success.
>>>>>>>>>>>>>
>>>>>>>>>>>>> 2.On starting Paris, I get an error message: "I/O modules used
>>>>>> in
>>>>>>>> this
>>>>>>>>>>>> patch
>>>>>>>>>>>>> setting not avaiable in this configuration of Paris. Resulting
>>>>>>> audio
>>>>>>>>>> may
>>>>>>>>>>>>> be different than when saved." This will pop up 2 or 4 times,
>>>>>> and
>>>>>>>> then
>>>>>>>>>>>> when
>>>>>>>>>>>>> I push "play" no audio is heard. Then I close, reopen, and then
>>>>>>>> things
>>>>>>>>>>>> work
>>>>>>>>>>>>> for a while.
>>>>>>>>>>>>>
>>>>>>>>>>>>> I have made some tweaks to the configuration with some success.
>>>>>>> The
>>>>>>>>>>>>> errors
>>>>>>>>>>>>> are happening less and less, but they still pop up.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Anybody?
>>>>>>>>>>>>> Jimmy
>>
>
>
|
|
|
|
Goto Forum:
Current Time: Wed Dec 04 18:48:59 PST 2024
Total time taken to generate the page: 0.06487 seconds
|
The PARIS Forums
Search
Help
Members
Register
Login
Home
