TM>True. Your looking at a 64 world-first util (to my knowledge) ... once
 TM>it's released, of course :)
 
 Yeah, I realise. I don't even know if 2 channels has been done before. It
probably has, but I very much doubt that either channel could be played at
different speeds.

 TM>Hmm, you don't have much faith in TBH do you? (understandable
 TM>though)
 
 Well considering I havent seen anything from him in literally over a year,
I'm not massively hopefull.

 > cant do that with sid voices! (or can you?)
 TM>Certainly can't... you can vary it down, but the
"sustain-cutoff" bug
 TM>stops you from going the other way...
 
 Yeah, I figured. Not much point varying it manually when you can just set
the release & toggle the gate bit (:

 TM>I tried re-wiring it up the other day (I also re-wired the
 TM>cross-assembler plug as well, to the same plug) but now I'm getting
 TM>nothing at all from the sampler... :( I might have killed it somewhere
 TM>(unlikely) either that or I'm missing something REALLY important... as
 TM>I didn't even get a distorted noise this time I didn't bother swapping
 TM>all the wires around. BTW I have used the sampler on the Amiga, and it
 TM>works with normal "headphone" sounds.

 Bummer.. if all else fails you can send it up to me & I'll see what I
can do with it. Just check the (hopefully) obvious things like +5v &
ground, if they dont work nothing will (: If all you are getting at the
user port is $FF (255) then the sampler is not working at all ($FF is what
the user port will read with nothing connected)

 TM>Er, yeah, that's what I wrote, must have got currupted when it got
 TM>modem'ed up to WOW... er...  :)
 
 Yeah right (:

 >  Yep, one sample is easy, the code is 1/4 the size of a 2
 > channel job. The problem with loop checking is that you have to
 > have 2 checks when you increment the address, one for end of
 > page (normally BEQ), and a CMP for the loop.. yuck..
 TM>Mind if I have a look at your code? See if I can add any suggestions or
 TM>whatever...

 Hey, I'll get the damn thing working first (: I'll send you a working
mini-demo of it running a genuine 2 channels shortly. Then you can check
out the code & suggest any improvements. I'm yet to test the looping
properly - ending the loop on a page may be quite acceptable, we will see.

 TM>Well, the cable's pretty simple... just pin 6 to pin 6, pin 7 to pin 7
 TM>and GND to GND. As these pins aren't used with a sampler you can use
 TM>that plug as well. I can't get the routine to sync up properly if I use
 TM>command interpretation (ie: my routine is too slow, and falls behind
 TM>the data stream), and I can't be bothered fixing it to work as I'll
 TM>probably have the actual version soon(ish) anyway... but I do have a
 TM>working version. I'll u/l it to you in the next few days.

 I didn't realise the cable was so simple, I assumed it would have been a
parallel transfer job for speed. Will check it out when (if) you send it to
me (-:

 TM>btw, perhaps you could add a multiplier in there somewhere (ie: one
 TM>ASL) and have a distortion type effect too??
 
 Why? (: The samples sound bad enough as it is with only 4 bits resolution,
plus the fact that they get cropped by my 2 channel routine. Probably a
better solution to distortion would be to change the AND #$0f routines to
say a AND #$0c, (effectively cutting off the bottom 2 bits, & reducing
resolution = added distortion). Hmm, i think I'll try that, its better than
adding -another- instruction to the routine...

cya, Strobe/Menace

--- Ezycom V1.10b3 00f90038