194,525 users have contributed to 42,922 threads and 257,973 posts.
In the past 24 hours, we have 1 new thread(s), 5 new post(s) and 96 new user(s).
Hi!
When I work with MIR everything is great and smooth with, by default, the INTRUMENT panel open. But if I click on OUTPUT, the system starts glitching and very weird the reverb doesn't sound the same even after a while...so I have to quit and reload.
i930 OC@3.8 GHZ with 16 gig. My MIR session is about 13 gigs
Anyone experiencing this ?
Thx
Thanks for reporting, Ramu - sorry to hear about your problems. Of course we didn't experience this during our Beta-Phase, but we will try to reproduce it.
Please tell us more details: What kind of VI's are you using (Vienna only? Third party?) Audio hardware? Any other software running on the same machine at the same time? Etc.
Thanks in advance,
Hi DIetz,
VST are VI only and I have 50 instruments. I load only VSL Expr Preset lvl 2 for each I need...say I have about 25 full preset loaded (piccolo, Flute, Oboe, e horn, clar, b clar, bassoon, contrabassoon, vienna horn, Horn 4, trpt, Trb, Trpt fanfare, Trb 3, Tuba, O violins, O violas, O cellos, O bassi, A violins, A violas, solo violin + custom preset for Harp, percussions, timpani, Xylo, marimba, vibes, glock, cymbals...)
My MIR sound card is a Digiface connected to my DAW with a fireface.
It's a dedicated machine with only MIR running under Windows 7 64 pro. i930@3.8 16 gig.
My session is about 14 gigs so it may be too much for my 16 gig RAM...I'm planning to buy an extra 8 gigs
When I hit the OUTPUT button It's like if MIR is reloading the Room...but after that 1.there are lots of cracks while playing 2. the room is different...(and I have to admit, VERY Interesting...too bad there are cracks hahaha!)
It was behaving like this already on the previous version so it is not a 1719 version issue
Hope this could help you, First Officer! ;)
Your system reads like the ideal MIR-setup, so it takes me by surprise that you have any problems at all. I will do a test later today on my system (which has less RAM, though).
Just to be sure - you experience these glitches as soon as you switch from the Instrument Channel to the Output Channel view? As long as you see the Instrument Channel, the same project is doing fine? Does it help when you increase either the system-wide latency settings of the RME Control Panle, or MIR's dedicated Buffer Multiplier?
Does this happen with less instruments, too?
And you are sure that this happend with older builds, too?
BTW - what is the graphics card of your system?
@Ramu said:
[...] Hope this could help you, First Officer! ;)
;-D ... at least _one_ person who read the manual from cover to cover!
Ok...Time to give you some weird behaviour I've experienced today...
First of all, concerning the OUTPUT button. If I don't touch it on the MIR Panel the project works perfectly. If I change the latency while I'm having a session loaded it gets completly crazy...so, close application...reload...or reboot..
I've haven't tried with less instruments...I should when I could :)
My gfx is NVIDIA GF8400
Now the fun part!
I've launched the MIR today thinking it would work as yesterday...it didn't. I've started to have lots of CPU cracks as soon as I have lots of VI playing together...Sometimes this happens, mainly if I load a new session over a big one...so I close the app and reload (and sometimes reboot because it still don't work..). But today, nothing I did could help the system to feel not overloaded...Yesterday the session worked perfectly and today...no.
So I've tried to change the latency (why???!) and it was even worse (going from 512 to 1024). I switched it back to 512 and then : a miracle, It sounded without any glitches...[My bad, the DAW was the issue for the balance...I want to cry!!]
So, I don't know why this happens since I don't touch anything on my system. It's a very sane and dedicated configuration I did for MIR...
Now cracks appear randomly...I can play once the whole cue without any issue and the second pass won't reach the half before getting cracks...
I really don't understand...I thought it could come from the HDD but I doubt it as cracks are not dependent on which instrument is playing...
[EDIT]
I've figured...The mainboard took the OC back to normal settings without warning me...I was at 2.8 GHZ instead of 3.8..sometimes I just feel technology has a great sense of humor. Sorry for the flood :)
[EDIT 2]
back to 3.8 still have cracks...I'm lost..
Hmmmm ... it really looks like there's a specific flaw with your system, harware- or driver-wise - much like a conflict between two components. Most likely, something similar would happen in other application, too, but MIR is especially susceptible for those problems as it taxes the system more than most other programs.
I will ask our local hardware-gurus what they think.
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
