Re: [PD] relative paths with mrpeach [midifile] in abstraction
Thanks Yeah I was thinking of trying that, but I don't have the time atm. Thought I'd throw out the idea when I ran into the issue and needed to build a relative->absolute path symbol converter for now. On Jan 26, 2014, at 11:43 AM, Martin Peach wrote: > On 2014-01-25 03:10, Dan Wilcox wrote: >> Is there some way to modify mrpeach [midifile] so that it will correctly >> handle relative paths while it's in an abstraction? I notice that >> soundfiler does this. > > I could probably do that by copying the way [soundfiler] does it. I need to > look at the code. > > Martin > Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] relative paths with mrpeach [midifile] in abstraction
On 2014-01-25 03:10, Dan Wilcox wrote: Is there some way to modify mrpeach [midifile] so that it will correctly handle relative paths while it's in an abstraction? I notice that soundfiler does this. I could probably do that by copying the way [soundfiler] does it. I need to look at the code. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] relative paths with mrpeach [midifile] in abstraction
Is there some way to modify mrpeach [midifile] so that it will correctly handle relative paths while it's in an abstraction? I notice that soundfiler does this. Bascially, I have a wrapper around midifile but it assumes given relative paths are relative to the wrapper patch and not the parent patch. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
