Paul,

Kindly, I think you missed my point. I haven't changed anything in DM on purpose (and I am aware that if I did change anything on purpose I would have to close and open applications).

When I have problems with not being able to load I simply - as outlined above did what I had to do to get up and running again.

The real issue is WHY IS THIS HAPPENING in the first place?


--I have trying all new patches all day on the solo strings and whenever I get to the problem as listed above I have had to go through these 9 steps to just get back up an running again.

Just now, the problem came up for the 10 th time ( in 2 hours), and even doing the above items did not allow me to load the patch without the error message - missing files!

I had to re-boot the machine. It now works as it should (after re-boot).


Please check with you programmers on this as it is quite frustrating.

This PC has been optimized for a DAW and has been working as such for the last 12 months perfectly. All associated ASIO drivers are updated to latest.

Is there a 'service' that the VI doesn't like to have running???


Thanks Paul for the quick help on this.


Rob

@Another User said:

Within the Universal and Rep leg ones when I play a note it 'sounds out' for about .5-1 sec and then cuts off, when I lift the key up I then hear the short RS sample.

I think I know this behaviour.
It happened to me when there was a short break between hardrive and computer, in my case a short electrical power outage.
Here the VI only perfoms the part which is loaded into RAM (around 0.5 sec duration) and also the Release Samples, because they were also loaded into RAM.

As I remember right I also made a reboot to get things right.

By the way, this also happened to my Gigas system.
The behaviour was a little different, Gigastudio connected the wrong samples to the RAM loaded parts. I performed for example a C4 which was triggered right out of RAM and than Giga streamed a sample on a completely different key.

best
Herb

I'm having a somewhat similar problem with some samples starting to play and then cutting off abruptly. Strange thing is that when I turn off the "play release" button, the samples play fine without the abrupt stops anymore.

This wasn't happening with my beta version of the player. Strange.

Best,
Jay

Yes the behavior is erractic - it doesn't always do it. Re-booting the machine solves it sometimes for 1 hour - sometimes for only 10 minutes. I'll go through a bunch of different patches today to see what behavior I get.

On this machine I have never had it GS (it has been a Daw running numerous plug-in VST's to date - never with this behavior.)


Rob

Just started a different CP slave (use to run GS and VSL). Have WW on this one. Loaded Flute I - Preset L2. All the matrixes worked great until I started playing around with the last one (47-all scale runs L2). Same 'cutoff' problem occurred.

Closed all applications, ran DM and 'rescan'. Loaded Flute I - Preset 2 again and it worked???

It seems like there is a 'disconnect' between the VI and it's connection with the samples (DM problem?)


UPDATE: EXACT behavior with Clarinet (load preset 2 - L2 - by the time I get to playing the last matrix - Scales - it cuts off. close applications, run DM - reopen - works.

Rob

I am seeing a very similar behaviour. When ever I open DM (without having changed or moved anything) I get the removed volume message, then the added volume message the next time I scan.

But the real problem for me is only the Violin (Solo Strings) will load anything, when I try to load any viola, or cello patch I get a long list of cant find file messages. I have a screen shot of this message.

@kcorbin said:

I am seeing a very similar behaviour. When ever I open DM (without having changed or moved anything) I get the removed volume message, then the added volume message the next time I scan.

But the real problem for me is only the Violin (Solo Strings) will load anything, when I try to load any viola, or cello patch I get a long list of cant find file messages. I have a screen shot of this message.

kcorbin -

I get the same. Re-boot the machine THEN run the DM scan - should be able to run the other instruments.


Rob

I just want to add, that the DM scan should not give any messages if nothing was changed with the installed database. The rescan button simply disappears when the scan is done.

So I would say, if you get any messages without having maipulated the database indicates that there is something going wrong on this (these) systems.

best
Herb

@herb said:

I just want to add, that the DM scan should not give any messages if nothing was changed with the installed database. The rescan button simply disappears when the scan is done.

So I would say, if you get any messages without having maipulated the database indicates that there is something going wrong on this (these) systems.

best
Herb

For 19 out of 20 times I cannot load samples (usually happens after loading and unloading a few) - I have NOT gotten any message in DM - the samples just simply do not load.

The only fix is either run DM (again usually no messages) and rescan (usually fixes the problem) OR in some cases - reboot the machine.

I have four PC slaves and have loaded Vi on three of them. This behavior has occurred on all three slaves. I am going to keep the fourth one just for GS and PE until there is a solution. [:'(]


Rob

ROb

I reinstalled the entire VI library and I am no longer having the issue. Time consuming yes, but things are running much better now.

Herb - why would a reinstall be the issue (I think I have tried this and still no change???)

Kcorbin - did you unistall everything (software and library)? Of course leave the key untouched (did you remove the key when reinstalling?)

Can you give me some details?


Rob

Rob, we can't reproduce this here, so I can't say much about it at the moment

Best would be you give your exact system and hardware configurations our programming team, this would help a lot
best is you send Golem (Chris Teuscher) a private message to get in contact

best
Herb

I did not uninstall anything. I just reinstalled the library in the same directory "over" the existing one. Didnt touch vienna instrument or the key at all.

My issue was also solved by reinstalling library on an internal hard drive. For some reason several files had gotten corrupted during the install process. I only realized the files were corrupted when I tried to copy them to another disk drive and got a data error- cyclic redundancy check.

Not sure if this is what is causing your issues but...

Best,
Jay

kcorbin - good to hear that your 'reinstall' has done it for you. Unfortunately mine is still having problems (but I didn't do a re-install of the library OVER the existing - would that be it??).

Herb - this thread's first entry has my PC specs. I don't want to write the whole thread again but if Christian would be so kind as to review this thread, he'll have a good idea of what is happening and what I have done to date.


Update on what is given above.


The problem seems to come up when I am loading and unloading, say a solo violin and THEN go to another instrument folder, say the viola.

Load that universal patch and 'most' of the sample play OK but one or two sets do not (like the F legato - the p legato plays - but the F legatos are not accessed). This scenario just happened.

For this that just happened - I Closed VST, run DM 'rescan', reload and the viola is perfect. Seems like a bug to me and not PC based (DM and 'rescan' fixes the problem).

What do you think Christian - you can send me a PM if you think that would be better. I just wanted to help others who may have this issue - but your call.

Rob

@JBacal said:

My issue was also solved by reinstalling library on an internal hard drive. For some reason several files had gotten corrupted during the install process. I only realized the files were corrupted when I tried to copy them to another disk drive and got a data error- cyclic redundancy check.

Not sure if this is what is causing your issues but...

Best,
Jay

Thanks Jay. Should I just leave the library on my 'audio drive' and re-install OVER them?

I just reproduced the problem again - for me - it is when I go from one instrument to another in the same VI. I can open up all of one instrument, vln - all is OK but when I go to VA or VC 'some' of those files are not acessed.

Let me know on the reinstall.

Just to be sure, when I re-install the dat files (done automatically one DVD at a time). I set up a 'new folder' (Vienna) on the audio drive. All the dat files go there

(that is what I have now and all our shown in the DM)


Thanks Jay.


Rob

Rob-- does the problem happen every single time you do the same sequence of events. If so, can you post the exact steps that create the problem (load this matrix then this then this). I can then test on my PC to see if the behavior is universal.

Your problem doesn't sound like a corrupt file issue. But if you really want to reinstall I would try it to a different internal hard drive just in case there is an issue with drive itself.

Best,
Jay

Hi Jay,

I don't think it is the install as well. When this happens all I have to do is close the VS and run the 'rescan' and it fixes it. For my orch template I will not be doing a lot of changing so it will not come up that often ( I am changing matrixes now just to listen to them). Plus I'll have seperate VIs opened for different patches.

Kind of a hassle to have to deal with this but there is a work around (restart and rescan).


Rob

Christian - Herb,


OK - had the same behavior on another of my PC slaves. [:'(]


Here's what fixed this on THAT machine (a present GS PC). [:)] Went to the memory config tool in GS and it was on 'use the system original configuration'.

I changed that to 'Preset #1 Windows XP default'. Loaded the VI to 1.5 - no problems (couldn't get past 1 MB before).


Here's the challenge - how do i get the ability to make the same 'tweak' as the GS's ''Preset #1 Windows XP default' on the PC that never had GS????

I bet this would fix the problem. Any ideas.

(does anyone know what is going on with GS preset #1. I wish I could just run that config tool on the 'non-GS PC')


Rob

Mattias Henningson created a memory utility for exactly this purpose. Check his website.

--Jay