MuTools

MuTools · Post by **MuTools** » Sat Feb 07, 2015 3:58 pm

I'm convinced it's something on your system. I have no control over the time the system needs for opening a file.

EvilDragon · Post by **EvilDragon** » Sat Feb 07, 2015 4:01 pm

Long time to open a file is USUALLY suggesting antivirus software background scanning, indeed.

Disabling Windows indexing service might also help. Disable Windows Update, Windows Defender, all that stuff.

mickwest1 · Post by **mickwest1** » Sat Feb 07, 2015 4:29 pm

I've not got any such stuff on my system - indexing already disabled

any other ideas welcome!!

(it certainly is the problem as Jo suggested - all I had to do was temporarily rename the audio folder and reload the project and problem "solved")

pljones · Post by **pljones** » Sat Feb 07, 2015 6:22 pm

Do you defrag regularly? You could have severe directory fragmentation that's causing problems.

mickwest1 · Post by **mickwest1** » Sat Feb 07, 2015 6:33 pm

Just thinking the same

I hardly ever defrag (never solved any problems in the past) - but that could easily be the problem in this case

just tried the same project on an old laptop drive via a usb adapter and it's fine!

thanks for your input

mickwest1 · Post by **mickwest1** » Sat Feb 07, 2015 6:54 pm

ha ha - again defrag made no difference!

bibz1st · Post by **bibz1st** » Sat Feb 07, 2015 7:48 pm

Does this mean its sorted or not then ?

mickwest1 · Post by **mickwest1** » Sat Feb 07, 2015 7:56 pm

Nope - for some reason my drives on 2 separate computers seem to be giving slow read speeds

an old laptop drive via a usb adapter works much better

I'm investigating the IDE drivers at the moment

pljones · Post by **pljones** » Sat Feb 07, 2015 9:58 pm

mickwest1 wrote:ha ha - again defrag made no difference!

The built in defrag on Windows did not address directory fragmentation last time I read up on it, you need a higher-spec'd product. (I use PerfectDisk and recommend it; whilst I'd caution against getting much else from the company, their core product does the job.)

mickwest1 · Post by **mickwest1** » Sun Feb 08, 2015 9:18 pm

Well I've tried everything i can think of - re-installed ide drivers / re-installed windows etc etc

If I use an internal disk I get the slow start response

If I take the SAME disk and plug it into an external USB to SATA adapter it works nice and fast!

so it's not the drive - must be something to do with the IDE drivers or something else - ??

I realise this is not strictly an mulab topic now - (although I don't seem to have problems with any other software) -
but I'm appealing for any experts out there to give me a clue! - I've googled like mad (actually duckduckgo is my favoured search engine at the moment)

any help appreciated

pljones · Post by **pljones** » Sun Feb 08, 2015 10:32 pm

Same disk via USB works better than native IDE..? That is weird.

At this point you will likely find more help over in Computer Setup and System Configuration - wider pool of readers to draw on.

mickwest1 · Post by **mickwest1** » Sun Feb 08, 2015 11:15 pm

THanks pljones - have taken it there

MuTools · Post by **MuTools** » Mon Feb 09, 2015 12:18 pm

bibz1st wrote:Does this mean its sorted or not then ?

Yes and no. Mick is encountering this issue because there is a certain code point in MuLab where multiple files are opened. Normally this is no problem, i never received a problem report about that. But as we (Mick and i) researched, Mick's computer(s) turned out to be more than 10x slower wrt the 'open file' function, compared to an average test computer. That's very strange. And Mick is researching that. Curious for the outcome. Appart from this research, i'll also further optimize the MuLab code where possible and relevant to most users.

AndreasD · Post by **AndreasD** » Tue Feb 10, 2015 5:01 pm

AndreasD wrote:I'll check the play issue when I'm back home next week.
I clearly recall the transport cursor is slow even with modest sessions, but that's fixed.

I checked and there is no delay when start playing!

There is an issue though. The audio files are recorded with a different sample rate as i usually use. All audio is resampled whenever i load one of these sessions. Even if i close Mulab and load the same session again, resampling takes place.

MuTools · Post by **MuTools** » Tue Feb 10, 2015 5:22 pm

AndreasD wrote:There is an issue though. The audio files are recorded with a different sample rate as i usually use. All audio is resampled whenever i load one of these sessions. Even if i close Mulab and load the same session again, resampling takes place.

That's logical because as long as you don't save the session the original MuSession file keeps pointing to the original audio files and so if you reload the session MuLab will notice the samplerate difference again. Or am i missing something?

MuTools

KVR Audio

slow screen response etc