Reclaiming SATA for audio

Page: << < ..678910.. > >> Showing page 6 of 26
Author
SteveJL
Max Output Level: -29 dBFS
  • Total Posts : 4644
  • Joined: 2004/01/23 05:26:38
  • Location: CANADA
  • Status: offline
RE: Reclaiming SATA for audio 2004/05/24 17:26:41 (permalink)
Thanks Losguy. My PC was pre-made and, of course, I didn't get the manual.

Another reason I will buid my own next one.

And, btw, this thread is a great reference. I appreciate the effort you put into it.

Cheers
Steve

 
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/05/24 17:34:59 (permalink)
ORIGINAL: Jay Stephen
Many thanks again - especially for taking this on.
(BTW, what is the Make and Model of this MOBO?)
I thought it was a common DAW mobo. Its a ASUS P4C800-E.

You're welcome. Common DAW MOBO? No such thing AFAIK.

I have kept USB 2.0 disabled since I built the PC. The mobo allows me to activate 2, 4, 6 or 8 USB ports but they have to be activated in order - HC0, HC1, HC2, etc. So HC0 is activated for my M-Audio UNO Midi connection.

I'd go ahead and enable HC1, if you can do it without upsetting your audio IRQ, and plug your Uno into that one. That way, it won't have to step around your AGP card.

I'm embarrased to tell you that I had a struggle getting that table into the forum. You made it look easy!.

You did all the grunt work (data entry). I just did some formatting.

I understand that A > H is also in decending order of "PCI timing priority" so I had chosen Slot 4 because I didn't need the 1394. I have had 2-SATA drives since I assembled this DAW. I have ordered a Tascam FW-1884 and will remove the Delta-44 when it arrives. The Tascam connects to the PC with Firewire and of course I'll open up the 1394.

OK, sounds good to me. Just remember, if you still want to use the Delta with the Tascam, and you want them to coexist nicely, then you would want to move the Delta to the slots given above.


Here is my dedicated DAW: (no LAN, no WP, just DAW)
...
System Drive: 10Gig SCSI -FAT32 w/ADAPTEC controller
Audio Drives: 80GIG & 160GIG Seagate SATA w/8 MB cache - NTFS
...

You will want to take a look back at the PCI slot advice above, and place the Adaptec card in a slot that does not conflict with anything critical to audio.
EDIT: Even better, rip out the SCSI altogether, and get an IDE system drive. You'll reduce PCI bus bottlenecks, and save yourself an IRQ to boot.
< Message edited by losguy -- 5/24/2004 4:40:05 PM >

Psalm 30:12
All pure waves converge at the Origin
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/05/24 17:46:04 (permalink)
ORIGINAL: SteveJL
Thanks Losguy. My PC was pre-made and, of course, I didn't get the manual.
Another reason I will buid my own next one.
And, btw, this thread is a great reference. I appreciate the effort you put into it.

No problem. Thanks, I'm glad that this thread is a help.

FY info/interest, you ought to be able to find your MOBO make/model right on the MOBO itself, printed somewhere either in silkscreen or in trace metal, or perhaps even on a sticker. You'll have to open the case and scan around, maybe move some cables to get a good look at the whole MOBO, because again, there's no standard place where this info will be. After figuring this out, you can go back and do a websearch to retrieve the manual.

Psalm 30:12
All pure waves converge at the Origin
Jay Stephen
Max Output Level: -85 dBFS
  • Total Posts : 267
  • Joined: 2003/11/05 16:18:26
  • Location: In Studio
  • Status: offline
RE: Reclaiming SATA for audio 2004/05/24 19:25:13 (permalink)
Good idea losguy: Hers the Asus P4C800-E

http://www.asus.com/pub/ASUS/mb/sock478/P4C800E-DX/e1347b_p4c800-e_deluxe.pdf

Slot Assignments are page 41 of 149.
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/05/24 19:41:18 (permalink)
Thanks, Jay. That'll be handy for future reference. As others do this if/when they have a PCI IRQ issue, it will save a lot of legwork.

Psalm 30:12
All pure waves converge at the Origin
Frankeyjj
Max Output Level: -90 dBFS
  • Total Posts : 18
  • Joined: 2004/04/17 14:45:55
  • Status: offline
RE: Reclaiming SATA for audio 2004/05/24 19:53:11 (permalink)
Wow, what a great message and discussion after. I have been experiencing the same problems with my K8V SE deluxe with the Via chipset using SATA. I haven'b been able to try the info because my computer is in the shop. I suspect I have a bad motherboard, since there are lots of other problems, one of which was that I was unable to get the SATA drives to work on the southbridge built in controller, so I used the Promise chip that is likely on the PCI bus. When I get my computer back, hopefully with a new mobo, I'll use your suggestions to work on the other problems.
By the way, you refered to stuttering problems, which I also have experienced. Do you know what cuases those problems or how to fix. You implied that it was covered elsewhere, but I havent' located it. Maybe it is because I didn't refer to it as stuttering since it didn't occur to me that that was what you would call that sound. Now that I know, I agree, it is a stuttering.
My system:
Sonar 3.1
Athlon 64 3200+
K8V SE deluxe
2-MOTU 828mkII firewire audio I/O's
1 gig ram
ATI9800XT
It should be a great setup for audio, and I'll let you know when I get it back.
Thanks again!
Frank....Frankeyjj
miseryshining
Max Output Level: -90 dBFS
  • Total Posts : 3
  • Joined: 2004/06/05 12:51:38
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/05 13:09:50 (permalink)
Hi everybody,

when i first saw this thread i thought it was exactly the problem i was having. But after trying everything suggested here my problem still consisted.

In sonar i can't get any acceptable latency's (under 50 ms) when using the asio driver. The strange thing is that Nuendo doesn't seem to give me any problems at 4ms as long as i don't use my maxtor 120MO sata disk. If i use the mentioned HDD for playback or recording it will start to crackle more and more till it becomes really bad and then the crackling disappears suddenly till it starts again after 30s or so. I've got a Seagate HDD connected to the same controller (SIL3112) which doesn't give this problem. The settings for both HDD's are the same. I disabled all other onboard devices, tried different PCI slots and disabled all services and background processes but it didn't help.

I hoped that i could solve the problems in sonar with the PCI latency settings but whatever i tried, it didn't help. My soundcard is an EMU 1800 by the way and my mobo an Epox EP-8RDA3+ (NForce2 Ultra).

Has anyone any idea how to solve these problems?

For others who are changing their Latency settings with powerstrip, i found a convenient freeware tool that does the same and is easy to use: LatencyConfig
< Message edited by miseryshining -- 6/5/2004 1:18:16 PM >
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/05 13:53:27 (permalink)
ORIGINAL: miseryshining
In sonar i can't get any acceptable latency's (under 50 ms) when using the asio driver.

Did you try the WDM driver? Is one available for the EMU 1800?

Also, just to be sure, do you have both the audio card and the SiI3112 on their own IRQ's?

The strange thing is that Nuendo doesn't seem to give me any problems at 4ms as long as i don't use my maxtor 120MO sata disk. If i use the mentioned HDD for playback or recording it will start to crackle more and more till it becomes really bad and then the crackling disappears suddenly till it starts again after 30s or so. I've got a Seagate HDD connected to the same controller (SIL3112) which doesn't give this problem. The settings for both HDD's are the same. I disabled all other onboard devices, tried different PCI slots and disabled all services and background processes but it didn't help.

Is all of this true for *both* Nuendo and SONAR? Or, which portion is true for which?

At worst, you could just use the Seagate (Barracuda?) for audio and the Maxtor for backup.

I hoped that i could solve the problems in sonar with the PCI latency settings but whatever i tried, it didn't help. My soundcard is an EMU 1800 by the way and my mobo an Epox EP-8RDA3+ (NForce2 Ultra).

What settings did you try?

For others who are changing their Latency settings with powerstrip, i found a convenient freeware tool that does the same and is easy to use: LatencyConfig

Of course, I can't read Polsh, so I would have never found this utility by myself. Thanks for the tip. Did you confirm that this utility is actually doing what it claims to do, using a separate tool, like SiSoft SANDRA?

Psalm 30:12
All pure waves converge at the Origin
miseryshining
Max Output Level: -90 dBFS
  • Total Posts : 3
  • Joined: 2004/06/05 12:51:38
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/05 19:43:27 (permalink)
Thanks for your quick reply!

ORIGINAL: losguy
Did you try the WDM driver? Is one available for the EMU 1800?


the one available at the moment is very bad.. it's not really an option for recording, EMU support even says so.

ORIGINAL: losguy
Also, just to be sure, do you have both the audio card and the SiI3112 on their own IRQ's?

Yeah they do have their own IRQ's, the EMU had 18 al for it's own.
Is all of this true for *both* Nuendo and SONAR? Or, which portion is true for which?

i'm sorry i wasn't quite clear there. It's at least true for nuendo, but at sonar the pops and clicks are so bad that i don't really hear any difference.
At worst, you could just use the Seagate (Barracuda?) for audio and the Maxtor for backup.

you're right, at this moment i'm happy to be able to record anything at all!
What settings did you try?

88 for graphics (even lower but you get error messages all the time then)
NIC at 32 or 16 (from 128 default)
SATA at 16 (from32)
EMU at 64 or 128 (from32)
firewire at 8 (fron 32)

all this didn't change a thing. Besides the freeware utility i also tried powerstrip to change the values.
Of course, I can't read Polsh, so I would have never found this utility by myself. Thanks for the tip. Did you confirm that this utility is actually doing what it claims to do, using a separate tool, like SiSoft SANDRA?

I got the error messages when i put the graphics latency too low so i just took it for granted. Since performance didn't get better with powerstrip either i didn't double check it.

[edit]ok i just checked with sisandra and it reports the changed values, so i guess it works then[/edit]

I found the utility by doing a google search for "pci latency tool" :-) it's the first hit, the link there doesnt work though. On the second page i found a working link.
< Message edited by miseryshining -- 6/5/2004 7:59:19 PM >
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/06 14:19:50 (permalink)
ORIGINAL: miseryshining
Yeah they do have their own IRQ's, the EMU had 18 al for it's own.

How about the SATA controller?

i'm sorry i wasn't quite clear there. It's at least true for nuendo, but at sonar the pops and clicks are so bad that i don't really hear any difference.

Now, that's interesting. How about other apps, like Media Players or audio editors? Besides the interaction with the audio card driver, I'm not sure why a particular app would sork better than another. Was Nuendo buffering differently than SONAR by chance?

What settings did you try?

88 for graphics (even lower but you get error messages all the time then)
NIC at 32 or 16 (from 128 default)
SATA at 16 (from32)
EMU at 64 or 128 (from32)
firewire at 8 (fron 32)

If I'm reading this right, it looks like you have an awful lot of PCI cards plugged in. Is there any way that you could pull any of these to see if that will get it working?

Psalm 30:12
All pure waves converge at the Origin
miseryshining
Max Output Level: -90 dBFS
  • Total Posts : 3
  • Joined: 2004/06/05 12:51:38
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/06 15:44:59 (permalink)
How about the SATA controller?


it doesn's share an irq either


Now, that's interesting. How about other apps, like Media Players or audio editors? Besides the interaction with the audio card driver, I'm not sure why a particular app would sork better than another. Was Nuendo buffering differently than SONAR by chance?


the settings were the same actually. A strange thing just happened though. Sonar works fine now it seems. I created a new project instead of trying the project i'm working on and after loading amplitube and some effects it works perfect at 4ms... Hope it'll remain this way now. The problem with nuendo is still there though, but i can live with that.

The beeping in sonar btw was caused by directiXer (a VST wrapper) which sends beeps if you use the unregistered version. Very nasty protection because if you don't know you will have a hard time to find it out.


If I'm reading this right, it looks like you have an awful lot of PCI cards plugged in. Is there any way that you could pull any of these to see if that will get it working?


Well, it's just my mainboard.. it seems to have a lot of stuff on the pci bus (firewire controller, network adapter and the sil3112). It's pretty messed up i guess, and they don't even list them in the list of irq sharing. I have another graphics adapter for my second monitor but i removed it for troubleshooting At this moment i have the firewire controller disabled so maybe that was causing some problems.

Thanks for taking time to look into it, i appreciate it a lot!
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/06 16:45:09 (permalink)
ORIGINAL: miseryshining
the settings were the same actually. A strange thing just happened though. Sonar works fine now it seems. I created a new project instead of trying the project i'm working on and after loading amplitube and some effects it works perfect at 4ms... Hope it'll remain this way now. The problem with nuendo is still there though, but i can live with that.

It may be strange, but if it works then it's a welcome change! Perhaps it's something with the old project? Maybe some old audio that got recorded with clicks? Anyway, glad to see that you're getting it going.

The beeping in sonar btw was caused by directiXer (a VST wrapper) which sends beeps if you use the unregistered version. Very nasty protection because if you don't know you will have a hard time to find it out.

Good to know.

Well, it's just my mainboard.. it seems to have a lot of stuff on the pci bus (firewire controller, network adapter and the sil3112). It's pretty messed up i guess, and they don't even list them in the list of irq sharing. I have another graphics adapter for my second monitor but i removed it for troubleshooting At this moment i have the firewire controller disabled so maybe that was causing some problems.

Yeah, it's hard to tell for sure unless you eliminate each device one by one. Could be sopmething to keep in mind if you hear the glitches again with the FW enabled.

Psalm 30:12
All pure waves converge at the Origin
Opethfan
Max Output Level: -90 dBFS
  • Total Posts : 2
  • Joined: 2004/06/08 09:35:23
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/08 10:30:50 (permalink)
Hello all... I too have been having problems with my SATA audio setup (pulling hair out)and thought that before I go back to PATA I might as well post and see if there's something I didn't try. Here are my relevent specs

NF7-S rev 2.0 (bios 24 unmodded)
Athlon XP-M 2500 AQYHA 0410 @ 2425 (11x220 1.75V)
Antec True430 PSU
Corsair XMS Twinx 512 3200llpt v1.2 CH-5 (256x2 11,2,3,2)
Radeon 9800 Non-Pro
M-Audio AudioPhile 2496
SB Audigy Gamer
Maxtor SATA/150 PCI card (Promise controller)
WD 80GB SATA 8MB
Plextor 40/12/40A CD-RW
NEC ND-2500A DVD+/-RW

using:
WinXP Pro SP1
Nvidia forceware 4.24 unmodified
Delta 1004

I wish that I could set fire to the Audigy but I am a gamer in addition to a recording artist, and so it's neccessary. I hear clicks in audio when recording about every 2 seconds, and the clicks are louder when strumming or sustaining notes on the guitar than when playing single notes or silence. These problems occur in both Cubase SX and Sonar 3.1. I have tried, without luck and in no particular order:

swapping cards for different slots
isolating irq's
installing windows without ACPI
adjusting latency values in powerstrip
changing default pci latency in BIOS
disabling the onboard SATA and using a PCI card with a Promise controller
I tried recording with CPU and FSB underclocked and still had clicks, so it is a problem with the pci bus.

Each soundcard is on it's own irq and the SATA controller is shared with a USB host controller which shouldn't pose a problem. Current config of the pci latency timers is as follows.
ati display controller - 88
ati display controller (auxiliary) - 88
audiophile 2496 - 32
sata pci card - 16

audigy is disabled for troubleshooting. As you can see the values are basically what losguy has for his setup. I tried other setups but basically saw very little difference. I will note that overall the system is alot smoother since making the latency value changes through powerstrip but the audio problems are obviously still here. ANY info or help would truly be appreciated, I just want to start recording again.

-Cheers
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/08 13:34:07 (permalink)
ORIGINAL: Opethfan

Hello all... I too have been having problems with my SATA audio setup (pulling hair out)and thought that before I go back to PATA I might as well post and see if there's something I didn't try.
...
I wish that I could set fire to the Audigy but I am a gamer in addition to a recording artist, and so it's neccessary. I hear clicks in audio when recording about every 2 seconds, and the clicks are louder when strumming or sustaining notes on the guitar than when playing single notes or silence. These problems occur in both Cubase SX and Sonar 3.1. I have tried, without luck and in no particular order: -swapping cards for different slots -isolating irq's -installing windows without ACPI -adjusting latency values in powerstrip

Hey Phil, sorry to hear about your troubles. Yes, some systems are just plain uncooperative in this regard, even after trying everything (and you certainly have tried a lot). FYI, I recall seeing some unresolvable issues with the Audiophile 2496 and the nForce2. However, I may not have been told (or remember) the successes, so it may still be OK.

Intersting about the clicks being louder with certain material, and nonexistent during silence. I've noticed the same thing, that they are particularly bad on piano too. I think the underlying problem is buffer over/underruns due to bus timing problems not accounted for in the drivers or in SONAR. I say this last bit because changing the buffer depths in SONAR and the drivers has no reliable effect (though I haven't done exhaustive tests at the driver level... maybe we all should). Some drivers may be better at dealing with this problem case than others, but I'm led to believe that the driver writers are assuming something in the PCI spec, perhaps about the time availability of the PCI bus, that is just plain being violated. Anyway, I don't think that the clicks are actually being generated, but are like badly-placed loop points and so depend on the material as to how audibly bad they will be.


-changing default pci latency in BIOS

Usually has no effect, since the device drivers typically overwrite these values.


-disabling the onboard SATA and using a PCI card with a Promise controller

Does the PCI card come with a driver that allows access to its bus timing? They may provide a GUI utility, or maybe it's an Advanced tab ot button in the Device Properties window. This may give you a direct way to adjust the PCI latency timer, but may also provide more options like FIFO depth, etc. If not, I really see no added benefit from having it over the onboard SATA controller.


Each soundcard is on it's own irq and the SATA controller is shared with a USB host controller which shouldn't pose a problem.

Not necessarily true. Just for good measure, try disabling that USB Host Controller if you can (you'll lose the two USB ports associated with it). Or somehow other, isolate the SATA controller.

Current config of the pci latency timers is as follows.
ati display controller - 88
ati display controller (auxiliary) - 88
audiophile 2496 - 32
sata pci card - 16

FWIW, I currently have my displays down further (64 I think... not in front of my studio machine right now) and the Terratec bumped up to 144.

HTH, and I sincerely hope that you can get your SATA audio drive working.

Psalm 30:12
All pure waves converge at the Origin
Opethfan
Max Output Level: -90 dBFS
  • Total Posts : 2
  • Joined: 2004/06/08 09:35:23
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/09 00:02:07 (permalink)
Thanks for the reply losguy. I haven't nailed down the problem as of yet but if I do the first thing I will do is return here and post the solution. thx for your time

-cheers
ScottBenson
Max Output Level: -90 dBFS
  • Total Posts : 20
  • Joined: 2004/06/15 17:57:53
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/15 18:21:21 (permalink)
Hi losguy and everyone else

I'm putting together a PC for Sonar and I decided to build it myself so that I could try and put together a fairly quiet and high performing pc. Well I talked things over with a friend who I consider to be fairly knowledgeable in these areas and started buying the pieces. While I've been waiting for the last few parts I've been doing some extra research online and I'm starting to think that almost every purchase decision I made was wrong :/

Here's what I've lined up
ASUS P4P800S (manual: http://www.asus.com/support/download/selectftp.aspx?l1_id=1&l2_id=15&l3_id=25&m_id=1&f_name=e1398_p4p800s.pdf~zaqwedc)
Pentium P4 3.0 GHz Prescott (big time buyers remorse here, going to see if I can exchange it for a non-prescott)
512 MB RAM
Samsung SilentPoint 160 Gig SATA drive
Sony DVDRW (reads and writes pretty much everything)

I've been reading through this thread quite a bit, initially because I've been planning to use a SATA drive, but now I'm becoming even more concerned that I've got the wrong board.

Here's the IRQ scheme
...................A B C D E F G H
PCI 1..............- - - - - S - -
PCI 2..............- - - - - - S -
PCI 3..............- - - - - - - S
PCI 4..............- - - - S - - -
PCI 5..............- - - - - S - -
AGP................S - - - - - - -
USB 1.1/2.0.....- - - - S S S S
Onboard LAN...- - - - - - S -
Onboard Audio.- - S - - - - -

(not having much luck with the table, page 1-16 in pdf manual has the goods)


So if I've been understanding the gist of this post so far, it looks like I don't have a problem with the SATA controller since it's not even listed? Which sounds pretty good until I start to consider where I should put my sound card (Echo MIA). I should also mention that I use a midiman USB midi interface. This is where I start feeling a bit sick in my stomach. From what you've said above it looks like any attempt to use my USB 2.0 will mean not using PCI 1, 2, 3, 4, 5! hmmm, not looking to good there... So if I put that aside for the moment and consider not using USB at all, then I can use either 1 or 5, 3, or 4? Am I getting it right or am I hopelessly lost? Finally, I notice that B and D aren't used for anything. Does this provide any help for me at all? Is there any way to assign them to oh I don't know say USB so it's not shared with everything and perhaps assign the other to be used solely by the PCI slot of my choice and put the sound card in there?

If I've just displayed an amazing amount of misunderstanding and ignorance, I appologize. Any help or advice is greatly appreciated.

Thanks,

Scott
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/15 19:19:11 (permalink)
Hi Scott,

Wow, you honored me with your first-ever SONAR forum post. (Don't worry, my first-ever post was starting this thread.)

ORIGINAL: ScottBenson
So if I've been understanding the gist of this post so far, it looks like I don't have a problem with the SATA controller since it's not even listed?

Right. It's integrated onto the ICH5 Southbridge chip. (Yay!) The best advice I can give you here: Get a second hard drive for your OS and apps. It can be SATA or IDE, whatever you like. Be sure an get a quiet one, though.

Which sounds pretty good until I start to consider where I should put my sound card (Echo MIA). I should also mention that I use a midiman USB midi interface. This is where I start feeling a bit sick in my stomach. From what you've said above it looks like any attempt to use my USB 2.0 will mean not using PCI 1, 2, 3, 4, 5! hmmm, not looking to good there... So if I put that aside for the moment and consider not using USB at all, then I can use either 1 or 5, 3, or 4? Am I getting it right or am I hopelessly lost?

OK, I looked at that PCI table (thanks for the link to the manual). Yeah, I see your point. Hopefully, your BIOS will allow Disabling of separate USB controllers. Since they're occupying four whole PIRQ's, I'm assuming that there must be four of them, for a total of eight USB ports. Maybe some people need that many, but not for a DAW, not really. What I would do: In the BIOS, Disable three of the ports if possible. That should will free up all but one PIRQ. Then find one of the slots that doesn't share the USB port that's left. This will be hit and miss, but your chances will be very good at that point.

Finally, I notice that B and D aren't used for anything. Does this provide any help for me at all? Is there any way to assign them to oh I don't know say USB so it's not shared with everything and perhaps assign the other to be used solely by the PCI slot of my choice and put the sound card in there?

Unfortunately, this is hardwired (hence the Table). I don't know why they chose to do it this way. Maybe they were running short on copper for the PC board, who knows? It really does seem silly.

Oh, while you're at it, be sure to diable Wi-Fi if you're not using it, and don't stick anything into Slots 1 and 5 at the same time... they share an IRQ too.
< Message edited by losguy -- 6/15/2004 6:23:35 PM >

Psalm 30:12
All pure waves converge at the Origin
ScottBenson
Max Output Level: -90 dBFS
  • Total Posts : 20
  • Joined: 2004/06/15 17:57:53
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/16 12:43:17 (permalink)
Thanks for the quick response!

Well good news on the SATA drive I guess. I have a very nice quite Samsung SilentPoint 120 GB SATA 8MB cache drive ordered that should be very quite. It was highly recommended at silentpcreview.com.

I think I'm going to try and exchange the motherboard though. I talked it over with my friend and he had a similar suggestion to yours of trying to disable some of the USB controllers.

Hopefully, your BIOS will allow Disabling of separate USB controllers. Since they're occupying four whole PIRQ's, I'm assuming that there must be four of them, for a total of eight USB ports. Maybe some people need that many, but not for a DAW, not really. What I would do: In the BIOS, Disable three of the ports if possible. That should will free up all but one PIRQ. Then find one of the slots that doesn't share the USB port that's left. This will be hit and miss, but your chances will be very good at that point.


My friend has exactly the same motherboard alredy installed in his machine so I asked him to check into this for me. Even though the manual indicates that it is possible to disable some of the USB ports it turns out that the only option available is enable/disable, despite what is shown in the manual!

So I looked through a few other boards listed from the shop where I bought mine. Fortunately I haven't installed it yet since I'm still waiting on some parts to be shipped. I'm going to try and exchange both the board and the processor. For a board I have to admit I'm disappointed with the offerings available and what options they provide for resolving these IRQ conflicts. Right now it looks like my best choice will be ASUS P4C800 Deluxe. (manual: http://www.asus.com/support/download/item.aspx?ModelName=P4C800%20Deluxe )

From the chart on page 2-15 I think I can put the sound card in PCI 5 and leave PCI 1 empty. PCI 2 and the Lan are shared; PCI 3, USB 2.0 controller, and SATA controller are shared :/ and 4 is shared with 1394. I'm thinking that my audio concerns should be resolved by having the sound card on its own IRQ and I'm hoping that sharing USB 2.0 with the SATA controller won't be a problem. Any thoughts on this?

Alternatively I could go with a completely different motherboard. I'm interested in any suggestions that others on this forum might have. What boards are working well for everyone? I'm looking for something with onboard SATA, USB 2.0, AGP 8x, 1394 would be nice to have, don't care at all about onboard audio or video but seems like most boards have at least onboard audio these days. Any suggestions?

Thanks again for the help!

Scott
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/16 13:58:01 (permalink)
Yeah, I've seen that MOBO before, right in this thread, no less. The board has two SATA controllers, one integrated onto the ICH5 and another hanging off the PCI bus. Fortunately, it's the latter one that shares the PIRQ with PCI3 and USB2.0. You can just disable the outboard SATA controller and leave PCI3 empty, thereby leaving USB2.0 by itself (on that PIRQ at least).

Since you asked about alternatives, have you considered an Athlon64 system? For the money, it kicks serious bootie, and it doesn't suffer from the floating-point denormal problem that P4's have. Were I to build a new system today, I'd go Athlon64 hands down.
< Message edited by losguy -- 6/16/2004 12:59:31 PM >

Psalm 30:12
All pure waves converge at the Origin
Jay Stephen
Max Output Level: -85 dBFS
  • Total Posts : 267
  • Joined: 2003/11/05 16:18:26
  • Location: In Studio
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/16 16:28:54 (permalink)
Losguy:- Do you have any Athlon 64 mobo recommendations? I am considering the Asus K8V-SE Deluxe and a AMD64 3000 2.0Ghz 512K 400fsb proc.
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/16 18:12:08 (permalink)
I haven't been shopping for an Athlon64 lately, so I can't give you a thoroughly studied answer. The specs do look good on the K8V-SE. That's a VIA chipset. I've heard nothing but good reports on the nForce3 chipset, though, for which you would want the K8N-E. I'd check around this forum for confirmation of audio performance (I think I've seen folks with both of these), and around the web for scoping out general issues.

EDIT: How could I forget? Be sure to take a look at Scott Reams' SonarTest thread (you can't miss it). I think you'll find quite a few Athlon64 setups there, with performance results in SONAR no less.
< Message edited by losguy -- 6/17/2004 10:41:14 AM >

Psalm 30:12
All pure waves converge at the Origin
ScottBenson
Max Output Level: -90 dBFS
  • Total Posts : 20
  • Joined: 2004/06/15 17:57:53
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/17 14:35:53 (permalink)
I'm pretty much an Intel guy, so I'm still trying to find a motherboard that will be a good choice for a P4 chip.

I'm looking at motherboards from several other manufacturers and one thing I'm encountering is a different presentation of the interrupt request information. For example I'm looking at an MSI motherboard (manual: http://www.msi.com.tw/program/support/manual/mnu/spt_mnu_detail.php?UID=554&kind=1) and on page 2-23 there is a PCI Interrupt Request Routing table that looks like this:


XXXXXXXX ORDER 1 ORDER 2 ORDER 3 ORDER 4
PCI SLOT 1 INT A# INT B# INT C# INT D#
PCI SLOT 2 INT B# INT C# INT D# INT A#
PCI SLOT 3 INT C# INT D# INT A# INT B#
PCI SLOT 4 INT D# INT A# INT B# INT C#
PCI SLOT 5 INT B# INT C# INT D# INT A#


Any advice on how I can interpret this information? Is there a way for me to convert this to a table that looks like the ones used earlier in this post?

Thanks again!

Scott
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/17 15:36:16 (permalink)
Good question, Scott. The Intel way is actually a little more true-to-form, albeit harder to read by mortal humans. Here the secret: On the table that you posted, pick any PIRQ, say, INTD#. Start at the INTD# entry in the first column (ORDER 1, PCI SLOT 4) and draw an imaginary line going up and to the right. See the pattern pop out? The line will pass only through INTD#'s. This means that the mapping of PIRQ's to slots is cyclical, depending on the particular ORDER. The rotational assignment is perfect (i.e. the diagonal line is unbroken) except where PIRQ's are shared.

Since PIRQ sharing is all that we users care about(*), you can pick any column that you like and get what you need there. Let's take ORDER 1. For that ordering, we can see that SLOT 2 and SLOT 5 share INT B#. None of the other slots are tied together. Because of the rotation pattern described in the last paragraph, you'll come to the same conclusion by looking at any other ORDER column by itself.

What I don't see on this table is any mention of onboard peripherals. Either you're holding out on me, or your board doesn't have any that share with PCI slots (making it a very extraordinary design indeed). No matter, if there are any, they'll read just like shared PCI slots on the table, which by now you already know how to do. (BTW, the link to the manual was somehow broken when I tried it. But thanks for the effort of putting in a link anyway.)

(*)Unless you're debugging a driver or something else low-level like that, I can't imagine why you'd care the exact PIRQ your card is tied to.
< Message edited by losguy -- 6/17/2004 2:45:10 PM >

Psalm 30:12
All pure waves converge at the Origin
ScottBenson
Max Output Level: -90 dBFS
  • Total Posts : 20
  • Joined: 2004/06/15 17:57:53
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/17 15:42:55 (permalink)
Thanks for the break down! I also noticed that there were no entries for other onboard controllers like USB, AGP, SATA, etc... I wish that I was holding out, unfortunately that's all that was listed in the manual. I suspect that the documentation is incomplete in this area. /sigh I'm a bit surprised that something so important to the choice of motherboard is so difficult to easily locate and compare. Seems like this would be useful information to hilight right up front along with the general board specs. I guess for most users these issues just don't exist.

I'll continue my search and let you all know what I wind up with.

Scott
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/17 15:59:28 (permalink)
Unless that manual is already telling you the whole truth, in which case it is an outstanding design from a shared-IRQ PCI slot perspective.

OK, good luck on your search. And be mindful of the P4 denormal problem. Plenty about that on many threads on this forum. Also, take a look at the SonarTest thread that Scott Reams put together. There's lots of working system configurations there, at least to get you started in your search.
< Message edited by losguy -- 6/17/2004 3:02:39 PM >

Psalm 30:12
All pure waves converge at the Origin
Jay Stephen
Max Output Level: -85 dBFS
  • Total Posts : 267
  • Joined: 2003/11/05 16:18:26
  • Location: In Studio
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/17 16:23:34 (permalink)
Thanks for the suggestion about the Asus SK8N Mobo. That mobo has a socket 940 so will only accept an AMD64 FX proc and wow! they are pricey. It will also accept Opteron but if the goal is a AMD64 I think I'd better wait a year.
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/17 19:00:05 (permalink)
ORIGINAL: Jay Stephen
Asus SK8N Mobo

I meant the K8N-E find spec here. It's Athlon64, Socket 754, just like you wanted. You don't have to wait.

EDIT: But do check around, and read the manual to make sure that it has a good PCI table, etc.
< Message edited by losguy -- 6/17/2004 6:02:52 PM >

Psalm 30:12
All pure waves converge at the Origin
Jay Stephen
Max Output Level: -85 dBFS
  • Total Posts : 267
  • Joined: 2003/11/05 16:18:26
  • Location: In Studio
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/22 20:20:49 (permalink)
Well Losguy, I'm back again with a BIOS question. My ASUS P4C800-E mobo has a section in the BIOS called PCI/PnP Settings. In that section there is the option to set the "PCI Latency Timer". Choices are: 32,64,96,128,160,192,224 & 248. It seemed to default to 64. In my dedicated DAW I am running S3 and a Tascam FW-1884. I would appreciate your guidance for setting the PCI latency timing.

Blessings,
Jay
losguy
Max Output Level: -20 dBFS
  • Total Posts : 5506
  • Joined: 2003/12/18 13:40:44
  • Location: The Great White North (MN, USA)
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/23 00:33:41 (permalink)
ORIGINAL: Jay Stephen
Well Losguy, I'm back again with a BIOS question. My ASUS P4C800-E mobo has a section in the BIOS called PCI/PnP Settings. In that section there is the option to set the "PCI Latency Timer". Choices are: 32,64,96,128,160,192,224 & 248. It seemed to default to 64. In my dedicated DAW I am running S3 and a Tascam FW-1884. I would appreciate your guidance for setting the PCI latency timing.

Hi Jay, we discussed that topic earlier. I think it's mentioned on the first page of the thread, but I won't make you wade through all of the posts; I'll just tell you right here. Basically, the PCI latency setting at the BIOS level is mostly meaningless. That's because device drivers are allowed to overwrite those values, and because they can, they most often do. So, the BIOS setting (if any) will only help in the odd instance that the driver doesn't overwrite the value.

The only reliable way that I have found to take true control over PCI latency timer values is with a hardware utility like PowerStrip, because it loads after all the device drivers have loaded and already done their thing.

Psalm 30:12
All pure waves converge at the Origin
woodamand
Max Output Level: -77 dBFS
  • Total Posts : 673
  • Joined: 2003/11/10 15:56:37
  • Status: offline
RE: Reclaiming SATA for audio 2004/06/23 15:42:12 (permalink)
I also recommend that you read up on how to use the PCI utility. Good info here, and PowerStrip has a user forum. Generally, the philosophy is to set the latencies high enough to get the needed performance, and no higher. To give you an idea, the default bootup timer settings on my system were as follows (as conveniently reported by PowerStrip):

RADEON 9000 Output 1: 248
RADEON 9000 Output 2: 32
Terratec EWS88D: 32
SiI 3112 SATA: 32

OK, this may be just my problem - and I am using this not for a SATA problem but with a clicking problem I have been looking that - but I loaded powerstrip on my box and I can't for the life of me see where in powerstrip you can see these values.
Sorry if I am just dense - but I would appreciate a tip on this one.
thanks much

check out the new Brain Transfer Project CD
http://www.cdbaby.com/cd/braintransfer
Page: << < ..678910.. > >> Showing page 6 of 26
Jump to:
© 2024 APG vNext Commercial Version 5.1