194,228 users have contributed to 42,914 threads and 257,937 posts.
In the past 24 hours, we have 2 new thread(s), 13 new post(s) and 88 new user(s).
I have to admit that I was almost expecting it - but I can't reproduce this behaviour on a system that is not too different from yours (using even the same audio device). The biggest difference is that this system has a an ATI Radeon 3800 HD graphics card, and only 12 GB RAM.
We'll have to look into this a bit deeper, I'm sorry to say so.
ramu, i'm asking myself what has been done to your system that you can run an i7 930 with 3.8 GHZ ... the processor is specified for a maximum of 3.06 GHz (including the possible 2 overclocking steps) ... additionally please consider the 930 has the *slow* QPI interface of 4.8 GT/s (our *little* i7 MIR machines all have the 6.4 GT/s QPI with the 965 or 975 and are running at 1333 MHz memory bus speed)
also we had to notice nVidia cards are always troublesome when it comes to openGL implementation, this is the reason why VSL certifies only machines with ATI until we can get the proof nVidia caught up.
what about your harddisks - maybe we should look for the bottleneck here ... MIR _is_ a demanding application and needs good hardware - any bottleneck in the chain can decrease the overall performance significantly.
something additional caught my attention: you wrote to had changed your latency - where exactly has this been done, what about the multiplyer and did you stop the engine when doing so?
EDIT: i didn't read what audio interface you are actually using ... is this ok and up to date with drivers? if USB then don't expect too much or at least free your USB bus from other devices ... 16 GB RAM ... this is an unusual number for an i7 motherboard (doesn't spread data across the 3 memory channels evenly)
Thanks for chiming in, Chris.
@cm said:
[....] EDIT: i didn't read what audio interface you are actually using ... is this ok and up to date with drivers? if USB then don't expect too much or at least free your USB bus from other devices ... [...]
Ramu is using a RME DigiFace (PCIe, I suppose). He wrote this in his first message.
@Dietz said:
Ramu is using a RME DigiFace (PCIe, I suppose). He wrote this in his first message
sorry, must have overlooked this info - so IMO we can exclude this component from our considerations
Just to let you know where I am right now
1. Although yesterday I did checkdisk my hard drives and got no errors, this morning W7 started a checkdisk prior to boot and found errors on one of my velociraptor (I love computers). So I did re-install the brass library that were on the velociraptor on another HDD (7200 rpm). After I did this I player the session and everything went good. The proc is at 2.8 with no OC (performance peak at 63% with no cracks)
2. Output Button is still acting weird. When I click on it the proc works (up to 25%) then go back to normal and when I play the sound is different...
3. I'm buying today an ATI Gfx, 8 gigs RAM and some new HDD. Hoping this will help...
One other thing is that despite the HDD situation (that could be the cause of the cracks) it was working perfectly (output button included) before. So maybe the session got too big...or there is a big mystery.
I'll keep you in touch with the new setup,
Really appreciate your help and support
