Hello,
Yes xeq has a very genius concept, but if the author does not nurse the source and none adopt it ... it should not be used by easy access installation like deken, where users nearly unindented can install externals.
But putting it on git is a very good idea, maybe someone adopt it or extend it to a new external library.
mfg winfried
Am Montag, 19. Oktober 2015, 12:02:43 schrieb Dan Wilcox:
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Oct 19, 2015, at 2:15 AM, Winfried Ritsch ritsch@iem.at wrote:
Hello,
Thanks for the suggestion,
Until there is no developer which will take care of its functionality, bug reports I think it is better not to make it available via deken, since this will cause a lot of frustration especially when compiled for different target architectures.
One point of putting it online in a more accessible way is to encourage people to both use it *and* help maintain it. I didn’t even know this lib *existed* before you brought it up on the list. It’s a chicken & egg problem: nobody knows about it there for nobody works on it / people no about it and use it but there might be bugs. I feel like the latter is a better solution, also considering that’s how all other externals exist. If everyone knows about it and nobody uses it, well then that’s self selection.
Also I dont know if it compiles for win* platform.
Using pd-lib-builder, I’m 90% it can, and if it currently doesn’t, it won’t take much extra work. That was the hole point of Fred & Katja’s work: take the work out of the hassle of maintainig pd external makefiles.
So I would say let stick to seq from miXed.
From you last mail, it seemed like xeq had quite a few compelling options beyond seq.
(I just have here 3 version of xeq, each fixed another way but not ready to publish the fixes.)
Again, puttign it up on Github and making it easy to share the work/submit PRs allows us to collaboratively publish said fixes.
mfg winfried
Am Freitag, 16. Oktober 2015, 04:35:10 schrieb Dan Wilcox:
Howdy all,
xeq looks like a good candidate for resurrection via pd-lib-builder, so I got it building and put it on Github: https://github.com/pure-data/xeq https://github.com/pure-data/xeq
It’s not quite working yet, but I bet a few of you could help me on that. Once it does, then we can upload builds via deken.
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On Apr 8, 2015, at 4:00 AM, pd-list-request@lists.iem.at wrote:
From: Winfried Ritsch <ritsch@iem.at mailto:ritsch@iem.at> Date: April 8, 2015 at 3:17:00 AM MDT To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Subject: Re: [PD] playing .mid files in puredata
thats true and sad^1 ... so I found it and uploaded it to rest ...
https://puredata.info/community/conventions/convention04/lectures/tk_cza ja /xeq-0.1.tgz https://puredata.info/community/conventions/convention04/lectures/tk_cz a ja/xeq-0.1.tgz
^1: since I used it quite a lot of time and had a cool structure for holding midifiles and using many players to reference for them... (live midi looping...) ...
... using seq instead for my autopianoplayer.
mfg winfried