ArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArrayArray
Statistics: Posted by ErotiCore SteNch — 29 Aug 2011, 01:07 Statistics: Posted by ErotiCore SteNch — 10 Aug 2011, 19:51 Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 23:49 Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 21:22 Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 20:05 Statistics: Posted by nay-seven — 09 Aug 2011, 19:46 Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 19:16 Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 18:55 Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 18:37
im gonna mess around some more
heres the video link
http://www.youtube.com/watch?v=ZIBp8_mE ... re=related
]]>
where do i read up on having a crosfader running between 2 matrixes
so that when the crossfader is left it gives full sound to the matrix on the left and right =full sound to matrix on the right??
heres a workspace with the crossfader and 1 matrix
http://www.sendspace.com/file/o8rsey
]]>
its having a sampler for drums,a sampler for bass etc
then you load(via a list)all the drums for your set in one sampler,all your bass in another etc
and then use the matrix to trigger them
i will test it out tommorow to see how it works
this is just a simple idea.
]]>
will post what i come up with when im done
here for a 32x32 with actual tek that means 1024 samplers are loaded in the wksp, that sounds huge!, in reality, only one per track is needed...
So after all, im pretty sure a different tek based on Matrix + PM would suit better as a session view replacement.
Matrix can reveive droped file, have an extendable size, can be scrollable,put in IB or other, remains visually fixed ect, it's modular enough to fit all requests of a 'session view'. ie we could drop a wav file on each cell, and it would remote each spreaded track samplers (to benefit from multicore), so only 32 samplers instead of 1024. i supose we could drop other stuff like midi sequences or VST/Vstis ect (I already did that, checking droped extension) to make tracks audio or midi like in ableton and it could go even deeper as
we could load custom patches. we could then make same system of a lttle window/popup displaying cliqued cell patch, while Mx would remain fixed grid size, wich imo better fit the session job (but grid is better in others areas)
so It would have low processing in itself one shot job, be faster to load on open wksp ect, many advantages, but much more complex scripts to deal with...anyway i will do it for me, i already started and have the scrollableMx,DropFile updates list and other needed stuff scripts or patchs done at least once so i know it is a possible job...so if anyone wanna join the party by ideas/patchs/script..
My idea/ideal is actually this: the session view would be a matrix. each col remotes one usine track. each cell correspond to a PM preset that controls a 'Main track patch'. in this track patch (one per track) there are:
A) 3 'generative Modes' choices subpatchs avaible:
1) sampler based, 2) Midi+Vsti config, 3) 'load custom patch'.
followed by
B) a VST/patch chainer that allows dynamic reloading/re-routing/re-ordering (i already worked on that and got working as a subpatch).
so if ie we drop a wavfile on a cell, the patch receives mode 1, and the preset recall droped file path and all associated sampler settings.
if we drop a midi file, it receives mode 2 and load the sequence to play in pianoroll + the vsti + recall all the vsti setting.
if we drop a patch, it loads that patch.
if we drop a VST, it open the chainer window and we can place it on the chain.
All thoses infos need to be stored/recalled for each Mx cellz. eaaaassssiine ![]()
arf wanna have time to patch that, but it won't be for now...
]]>
download
edit: in the choice sub-patch , replace the x+1 by a x-1 module
]]>
edit: in the choice sub-patch , replace the x+1 by a x-1 module
]]>
ive made a matrix consisting of 32 cells
my question is now how do i assign each track to its own cell in the matrix?
]]>
having 32 tracks and 1 cell per track in a matrix im just gonna mess with building a interface,right now im not skilled enough to dive into the more advanced stuff
]]>
im gonna re-think this abit and try different things out tonight
]]>
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 17:54
Statistics: Posted by nay-seven — 09 Aug 2011, 17:44
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 17:04
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 16:31
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 22:56
Statistics: Posted by nay-seven — 08 Aug 2011, 21:49
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 21:19
Statistics: Posted by nay-seven — 08 Aug 2011, 21:10
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 21:01
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 17:44
Statistics: Posted by senso — 08 Aug 2011, 17:14
Statistics: Posted by ErotiCore SteNch — 29 Aug 2011, 01:07
Statistics: Posted by ErotiCore SteNch — 10 Aug 2011, 19:51
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 23:49
this stuff is cool, but in fact i feel we are going wrong way:
here for a 32x32 with actual tek that means 1024 samplers are loaded in the wksp, that sounds huge!, in reality, only one per track is needed...
So after all, im pretty sure a different tek based on Matrix + PM would suit better as a session view replacement.
Matrix can reveive droped file, have an extendable size, can be scrollable,put in IB or other, remains visually fixed ect, it's modular enough to fit all requests of a 'session view'. ie we could drop a wav file on each cell, and it would remote each spreaded track samplers (to benefit from multicore), so only 32 samplers instead of 1024. i supose we could drop other stuff like midi sequences or VST/Vstis ect (I already did that, checking droped extension) to make tracks audio or midi like in ableton and it could go even deeper as
we could load custom patches. we could then make same system of a lttle window/popup displaying cliqued cell patch, while Mx would remain fixed grid size, wich imo better fit the session job (but grid is better in others areas)
so It would have low processing in itself one shot job, be faster to load on open wksp ect, many advantages, but much more complex scripts to deal with...anyway i will do it for me, i already started and have the scrollableMx,DropFile updates list and other needed stuff scripts or patchs done at least once so i know it is a possible job...so if anyone wanna join the party by ideas/patchs/script..
My idea/ideal is actually this: the session view would be a matrix. each col remotes one usine track. each cell correspond to a PM preset that controls a 'Main track patch'. in this track patch (one per track) there are:
A) 3 'generative Modes' choices subpatchs avaible:
1) sampler based, 2) Midi+Vsti config, 3) 'load custom patch'.
followed by
B) a VST/patch chainer that allows dynamic reloading/re-routing/re-ordering (i already worked on that and got working as a subpatch).
so if ie we drop a wavfile on a cell, the patch receives mode 1, and the preset recall droped file path and all associated sampler settings.
if we drop a midi file, it receives mode 2 and load the sequence to play in pianoroll + the vsti + recall all the vsti setting.
if we drop a patch, it loads that patch.
if we drop a VST, it open the chainer window and we can place it on the chain.
All thoses infos need to be stored/recalled for each Mx cellz. eaaaassssiine
arf wanna have time to patch that, but it won't be for now...
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 21:22
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 20:05
Statistics: Posted by nay-seven — 09 Aug 2011, 19:46
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 19:16
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 18:55
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 18:37
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 17:54
Statistics: Posted by nay-seven — 09 Aug 2011, 17:44
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 17:04
Statistics: Posted by ErotiCore SteNch — 09 Aug 2011, 16:31
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 22:56
Statistics: Posted by nay-seven — 08 Aug 2011, 21:49
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 21:19
Statistics: Posted by nay-seven — 08 Aug 2011, 21:10
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 21:01
Statistics: Posted by ErotiCore SteNch — 08 Aug 2011, 17:44
Statistics: Posted by senso — 08 Aug 2011, 17:14