EXS 24 Logic Sampler Users Group group photo

Yahoo Groups archive

EXS 24 Logic Sampler Users Group

Index last updated: 2026-04-28 23:25 UTC

Message

Re: [exs] EXS organisation of files

2001-10-02 by spudnikpotato@yahoo.co.uk

--- In exs-users@y..., Dave Peverley <no_such_user@y...> wrote:
>  --- spudnikpotato@y... wrote: 
> Thanks for the reply!

 
> I got the impression that after moving files from their original 
locations,
> logic starting up, and operation of the 'flip menu' for instruments 
became a
> *lot* slower on my G3-400. Would you agree with that? Its just a 
gut feeling
> really! I guess the .exs file only stores the orignal location of 
the file. I
> suspect that if emagic could write a utility to update the .exs 
files entries
> as to where the files live after being moved it would speed start 
up for me
> immensely.

actually, once its found the files its updated, so subsequent loads 
of that exs are almost imediate (just the time it takes to load the 
samples, dosen't have to look for them).

I thought that the mac had some sort of master table of files, so 
finding files was a lot quicker (it can take a long.. time on PC if 
youve got lots of files and a fragmented HD). I expect tho that it 
does apply some simple logic (no pun...) to where it searchs, ie, 
look in the same dir as the exs first, follow the dir structure of 
the sampler inst's dir etc. I (used to) have samples for the exs's 
scattered all over my computer, on differant discs, in totatly 
differant folders logically miles away from where they should be etc, 
and *thats* when it really takes a while (a couple of minutes)

have you tried defragging your hard disc? if youve not done this in a 
while, it will considerably speed things up, especially if the disc 
has ever got near full. be carefull tho, if your computer crashes 
while doing this (which it can, far more than is fair) you may lose 
all your data and have to format, so back up important data first.

> 
> Ta!
> 
> ~Pev


np

spud

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.