Re: [PD] MobMuPlat multitouch and preset saving
that would make me very happy :-) thanks, hans > Am 14.08.2021 um 17:05 schrieb Daniel Iglesia : > > Sure I can do another app release > > Sent from my iPhone > >> On Aug 14, 2021, at 2:01 AM, hans w. koch wrote: >> >> (slightly hijacking the thread because of love for mobmuplat) >> >> while i am very grateful, that mobmuplat just keeps working on the newest >> iOS, i keep wondering if the recent developments in pd, which made it into >> libpd wouldn´t warrant a new release? >> thinking specifically of the text suite of objects, but maybe also things >> like [savestate], [pdcontrol], [slop~]. >> plus using multiple audio I/O configurations for me always are a bit hit or >> miss. >> >> >> >>> Am 14.08.2021 um 00:43 schrieb Simon Iten : >>> >>> thanks! >>> > On 11 Aug 2021, at 02:38, Daniel Iglesia wrote: Hi 1) The multitouch widget sends out 4 different streams of data, each sorted a different way, for different desired usage. In your case, if you listen on "touchesByVox", the first element is the voice number, so a [route 1 2 3 4 5] should separate it into a stream per voice. Is that what you get? (it's been a while since I looked at it) >>> it was the touch outlet from route, not touchbyvox which works this way, >>> perfect, thanks! 2) There is not a single official format for saving, but you can read and write text files to/from disk with the vanilla objects, and come up with your own state-saving pattern. Rather than come up with a universal format, I assumed every user would have their own custom needs and would prefer their own mechanism. >>> fair enough, should work for me too! > On Tue, Aug 10, 2021 at 2:41 PM Simon Iten wrote: For MobMuPlat devs or users… what is the preferred way to receive data from a multitouch GUI object? i.e. send out a bunch of MIDI CC messages according to 3 or 4 fingers x/y position. (two CC messages per finger) i looked at the documentation and i can see the values, but i am stuck at extracting x and y independently for each finger “voice”. i don’t get the magic with [list prepend set] into [list trim], or how i can get a numeric stream (one value per outlet) from it. thanks, and sorry if this question is obvious also, is there a mechanism to save states like in pdparty? saving to a .sav file and recalling later? ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >> ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat multitouch and preset saving
Sure I can do another app release Sent from my iPhone > On Aug 14, 2021, at 2:01 AM, hans w. koch wrote: > > (slightly hijacking the thread because of love for mobmuplat) > > while i am very grateful, that mobmuplat just keeps working on the newest > iOS, i keep wondering if the recent developments in pd, which made it into > libpd wouldn´t warrant a new release? > thinking specifically of the text suite of objects, but maybe also things > like [savestate], [pdcontrol], [slop~]. > plus using multiple audio I/O configurations for me always are a bit hit or > miss. > > > >> Am 14.08.2021 um 00:43 schrieb Simon Iten : >> >> thanks! >> On 11 Aug 2021, at 02:38, Daniel Iglesia wrote: >>> >>> Hi >>> >>> 1) The multitouch widget sends out 4 different streams of data, each sorted >>> a different way, for different desired usage. In your case, if you listen >>> on "touchesByVox", the first element is the voice number, so a [route 1 2 3 >>> 4 5] should separate it into a stream per voice. Is that what you get? >>> (it's been a while since I looked at it) >> it was the touch outlet from route, not touchbyvox which works this way, >> perfect, thanks! >>> >>> 2) There is not a single official format for saving, but you can read and >>> write text files to/from disk with the vanilla objects, and come up with >>> your own state-saving pattern. Rather than come up with a universal format, >>> I assumed every user would have their own custom needs and would prefer >>> their own mechanism. >> fair enough, should work for me too! >>> On Tue, Aug 10, 2021 at 2:41 PM Simon Iten wrote: >>> For MobMuPlat devs or users… >>> >>> what is the preferred way to receive data from a multitouch GUI object? >>> i.e. send out a bunch of MIDI CC messages according to 3 or 4 fingers x/y >>> position. (two CC messages per finger) >>> i looked at the documentation and i can see the values, but i am stuck at >>> extracting x and y independently for each finger “voice”. i don’t get the >>> magic with [list prepend set] into [list trim], or how i can get a numeric >>> stream (one value per outlet) from it. >>> >>> thanks, and sorry if this question is obvious >>> >>> also, is there a mechanism to save states like in pdparty? saving to a .sav >>> file and recalling later? >>> >>> >>> >>> >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] MobMuPlat multitouch and preset saving
(slightly hijacking the thread because of love for mobmuplat) while i am very grateful, that mobmuplat just keeps working on the newest iOS, i keep wondering if the recent developments in pd, which made it into libpd wouldn´t warrant a new release? thinking specifically of the text suite of objects, but maybe also things like [savestate], [pdcontrol], [slop~]. plus using multiple audio I/O configurations for me always are a bit hit or miss. > Am 14.08.2021 um 00:43 schrieb Simon Iten : > > thanks! > >> On 11 Aug 2021, at 02:38, Daniel Iglesia wrote: >> >> Hi >> >> 1) The multitouch widget sends out 4 different streams of data, each sorted >> a different way, for different desired usage. In your case, if you listen on >> "touchesByVox", the first element is the voice number, so a [route 1 2 3 4 >> 5] should separate it into a stream per voice. Is that what you get? (it's >> been a while since I looked at it) > it was the touch outlet from route, not touchbyvox which works this way, > perfect, thanks! >> >> 2) There is not a single official format for saving, but you can read and >> write text files to/from disk with the vanilla objects, and come up with >> your own state-saving pattern. Rather than come up with a universal format, >> I assumed every user would have their own custom needs and would prefer >> their own mechanism. > fair enough, should work for me too! >> >> On Tue, Aug 10, 2021 at 2:41 PM Simon Iten wrote: >> For MobMuPlat devs or users… >> >> what is the preferred way to receive data from a multitouch GUI object? i.e. >> send out a bunch of MIDI CC messages according to 3 or 4 fingers x/y >> position. (two CC messages per finger) >> i looked at the documentation and i can see the values, but i am stuck at >> extracting x and y independently for each finger “voice”. i don’t get the >> magic with [list prepend set] into [list trim], or how i can get a numeric >> stream (one value per outlet) from it. >> >> thanks, and sorry if this question is obvious >> >> also, is there a mechanism to save states like in pdparty? saving to a .sav >> file and recalling later? >> >> >> >> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list