>...then i could stick all the >parts back into one patch, all layed out on my keyboard/sequencer in >order, and at that point delete all the duplicates. >...i figured it was just the tricky sort of method i was >using to edit samples that was messing with the sampler and causing >errors. quite possibly. depends on what you are doing... when you do 'copy sample', afaik it doesn't actually create a new sample, just a new pointer to the old one (pretty clever, but...) however i doubt that in 1988 they took into account what you were trying to do; it's more designed to use the same sample sets with different analog parameters (which does work well). especially, if you optimized the memory like this... who knows what it would do? if you had a sample _begin A B C D end_ where ABCD were points in the sample, and patch 1 set begin/end to A B, and patch 2 set begin/end to C D, instead of doing it 'properly' it might have trimmed it to just A and B, with weird results after that. who knows. it seems though that for things that work properly, they always work properly (never saw a 'random' type crash), and things that don't are easy to find out :) i like the filters myself :) but i know what you mean... corley brigman intel corp. corley.brigman@intel.com
Message
RE: [prophet2000] Re: P3k SCSI info
2003-03-05 by Brigman, Corley
Attachments
- No local attachments were found for this message.