lol "get over it"
"all the best"
I know what I have experienced and I know that im right.
yes u know what u have experienced.. but i dont believe u are right that it is a *limitation of the pci bus*.
im pretty sure the definition of the term "PCI Bus Mastering" means that this "bus mastering" card *TAKES OVER* control of a portion of the pci bus...
http://www.pcguide.com/ref/mbsys/buses/types/pciMastering-c.htmlso it cuts off the data pipeline from being available to the other device..
the same way note polyphony of 1 would cut off any other notes in a sampler.. because its only letting one note thru at a time...
perhaps there is some type of jumper or software setting to disable "bus mastering" from occuring and therefore stopping the problem.. and stopping the device from hogging full control of the bus.
i understand the problem. but thanks for your explicit description. like i said.. i hold to my opinion that the problem is not a result of a *limitation of the pci bus*. If you can't take that in, it's your problem. "All the best
"
blaming the pci bus is like blaming the highway for a car crash...
the highway is not to blame.. the cars + intelligence behind driving those cars is to blame... improper timing + handling of events.. you cant blame the highway..
re: your ssd on the ata-66 bus..
IIO recently brought up the need to jumper SATA devices to adhere to sata150 spec..
http://knowledge.seagate.com/articles/en_US/FAQ/193991ena similar problem happens when using a sata2 device on a sata1 connection. maybe its possible your problem isnt related to the pci bus at all but rather is a mismatch or lack of downward compatibility between the drive + the capability of the connection...
but yea in your case.. with 7 cards via expansion chassis. this is a hugely different configuration then a digi 001 + mdd + sata card, trying to have all those cards + an ssd flooding the ata-66 = traffic jam on the highway.. but yet if u replace the ssd with a normal ata-66 hard drive.. teh problem probably goes away right??? because the ata-66 connection can handle this device... a sata150 card is able to handle.. a sata150 device.
look at the difference of sata150 to ata66...
of course its going to fuck up trying to stuff the data thruput of an ssd that can do more than sata150.. into an ata-66 controller..
how can u say you are clogging the pci bus.. when mactron has reported speeds of 190MB/s using 2 SSD in raid.. the difference? his controller could properly regulate the data in + out from this drive... the pci bus isnt being clogged. 190MB/s is pretty fuckin fast for a g4 with a "limited pci bus" lol
out of curiousity im wondering which sata card do u have knez..
i dont remember you ever saying that u had tried one.
disk controllers behave very differently + of different quality + performance
based on how their chips handle + regulate the flow of data.
and in mactrons case, difference of connection (64bit vs 32bit, 33Mhz vs 66 Mhz)
i read about an issue recently to do with pci graphics cards causing audio dropouts on the pc platform.. and u know what the cause was? 100% because of the GRAPHICS DRIVER of the pci graphics device - to speed up "video performance" the manufacturers had "Cheated" and the driver had been written in a way that caused it to forgo some type of fail-safe check before starting a data transfer.. to make the graphics quicker.. so u see there is often more than meets the eye....
this issue i actually found in a README file from cubase 4 or 5 on pc.. where they had included someones testimonial explanation of the real cause of the audiodropouts.
i can find it and post it if u like. the problem was 100% caused by the logic of the driver
and NOT the pci bus but yet in the same regard.. it was common belief that the pci bus was to blame. in this readme file the guy quoted by steinberg explicitly says that its not the pci bus... and that this popular belief is not accurate.