trouble controlling play~ with lists to line~
im working on a patch that uses lists sent to line~ to control play~, using a matrixctrl to select which parts or 'clips' of the sample playback in which order. ie coordinates 1 1 1 would play the first clip from the first position, forwards. 2 2 1 would play the 2nd clip from the 2nd pos. forwards and 4 1 2 would play the 1st clip from the fourth pos. , backwards.
so a tempo object reads thru the matrixctl horizontal values, the vertical values represent the same as the horizontal so that the play order can be changed up, and the value of the cell (0, 1, 2) shows whether it plays a sample and whether it is forwards (1) or backwards (2). All this data is compiled into a list using pack and changeable arguments in message boxes, and is sent to line~ every tick. At this point play~ produces the most horrible mess of samples at different speeds which doesnt make sense as the ramp time sent to line~ is always the same and the gap between start and end points sent to line~ should also be the same everytime. 0, 500 in 500 ms should always be the same but i have had this problem when re opening a patch that 0, 500 in 500 ms will be played back 2x or half speed!
I think that part of the problem is line~ being sent too many numbers in quick succesion so some of the lists are interrupting eachother (?) and the line sent to play is constantly changing.
the kind of lists sent (in 120 bpm) are 0, 500 500 ; 250, 750 500 ; 500, 1000 500
any ideas? il try and upload the patch soon
would this all be a lot easier and better if i just used groove~ and scrapped the whole line~/play~ thing? i was using play~ because of its emphasis on playback from different starting positions but it all seems like it would be easier to rebuild my patch with groove~ now!
cheers i will look in to using poly~ and also probably rebuild the patch with groove~ if it still doesnt work after this i expect il upload it... pretty annoying as i spent whole days working out how to convert values from matrixctrl into the right kind of list for line~ hheehe
cheers for that duder il try n take a look at them tonight if not tomoro. im also going to give it a go with groove~ and see which comes out best. the whole line~ thing has been hurting my brain a lot hehe. im also going to work out a way to incorporate the 2d.wave~ object.
sorry if im bein stupid here but the .maxpat files will only open as text and i cant open them as patchers. im using 4.5.7 (on XP *urgh*) i imagine that might be somethin to do with it probably should have mentioned it before
the funny thing is i completely rebuilt the patch almost from scratch using groove~ instead of play~ and multislider instead of the matrixctrl - far simpler! now i cant even remember how the other process works... now the patch works in theory but it never stays in time! how do i deal with the timing skipping constantly? iv had this with patches before yet other peoples patches quite often run smoothly... anyway here it is, not annotated really but fairly self evideny just load a sample, press go and play about with the multisliders and loops!
cheers to rabidraja too i will check out ur patch today
nice one dude i like your patch and i like what u did to mine... it doesnt exactly seem to skip anymore but each time it loops round there are variations... iv been testing it with one sample mainly, i ought to test it with quite different samples. my next steps are to build a HPF/LPF for it that can be MIDI controlled and then duplicate the patch and stick a crossfader inbetween...
i like the touch with the buffer~ info~... i think i need to make a few tweaks so that any tempo can be entered and dealt with accordingly