Re: [PD] libpd for Unity still alive?

[Dan Wilcox]

Patrick updated the libpd version used by libpd4unity less than a month ago. 
The other wrapper files *seem* old since the libpd API is largely stable, so no 
need for constant commits.

Also, libpd is much easier to build for C# / MONO in the latest version so I 
imagine that should help in regards to unity, although I have not tried it 
personally. There are also prebuilt libpd C# binaries for multiple platforms on 
NuGet.


Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Oct 22, 2016, at 3:55 PM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Ali Momeni >
> Subject: [PD] libpd for Unity still alive?
> Date: October 22, 2016 at 2:47:23 PM MDT
> To: "pd-list@lists.iem.at " 
> >
> 
> 
> Hello all,
> 
> I'd like to play with libpd within Unity.  I've come across several project 
> that attempt this:
> 
> https://github.com/patricksebastien/libpd4unity 
> 
> https://github.com/Magicolo/uPD 
> https://github.com/hagish/kalimba 
> 
> but it seems like they are all old and not maintained; it also seems that 
> they haven't been tested with Unity 5.  Does anyone have any recent 
> experience with pd and unity?
> 
> Regards,
> 
> ali

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] scalar properties code

[Jonathan Wilkes via Pd-list]

Hi list,Question about some code in canvas_dataproperties of g_readwrite, line 
313:   error("data_properties: scalar disappeared");
Shouldn't this be a "bug" call, or even an "exit" call?  If the scalar 
disappeared then 
it was almost certainly unsafe to have deferenced the scalar's sc_gobj member 
when walking the list in line 306.
-Jonathan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Request for help investigating the xeq sequencer package

[Jonathan Wilkes via Pd-list]

Hi Fred Jan,What features do you find in the xeq library which couldn't be 
sustainably 
implemented with abstractions?
-Jonathan


  From: Fred Jan Kraan 
 To: "pd-list@lists.iem.at"  
 Sent: Friday, October 21, 2016 4:30 PM
 Subject: [PD] Request for help investigating the xeq sequencer package
   
Hi All,

To find out if xeq, the sequencer package created by Krzysztof Czaja in 
2006, is worth fixing, documenting and making a reliable deken package, 
I am looking for someone knowledgeable of and interested in sequencers.

Xeq is a sequencer suite inspired by the [qlist] object, but extended by 
several useful features, only very rudimentary described. At least it 
supports midi files, searching for note sequences in its dictionaries, 
and maybe even some sort of programming to control sequence parsing.

At the moment, xeq compiles but because of the very limited 
documentation; an outdated paper and a few poorly documented patches its 
usage range is unknown.

To some extend I can fix bugs when it is clear what the proper behaviour 
is, but my knowledge of advanced sequencer usage is too limited to find 
out how it should work. This also limits my capability to create useful 
help-patches. So I am seeking help from someone with more than average 
knowledge of sequencers.

I am aware that software can be too complicated to be useful, so at one 
point the conclusion could be that xeq is not worth the effort to 
document and debug it. But so far the framework looks well structured, 
and some of the charted functionality is working very well.

For testing the source is available at 
https://github.com/electrickery/pd-xeq/tree/experimentalReconstruction, 
but I can provide a deken like zip with an executable and available 
documentation for all the usual platforms. No stabilility is guaranteed, 
but it sure it will be 'interesting' (if you like sequencers ;-).

Fred Jan

___
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] libpd for Unity still alive?

[Ali Momeni]

Thanks scott,

Do  you mean

https://github.com/hagish/kalimba

seems that it was last updated 3 or 4 years ago?



I have the Magicolo example working in Unity 5.4.1f1, but the notion of
contains/mixers/sequencers seems too high-level for me; i'm looking for
something much more simple; a pd patch making sound in unity, and audio and
control input and output to and from the patch.  Can Kalimba do that for
you?

ali

On Sat, Oct 22, 2016 at 5:07 PM, Scott R. Looney 
wrote:

> yup - using Kalimba at the moment in Unity 5.3. works fine though
> admittedly i have not yet built it on the platform. so i can at least
> verify the OSC messaging works as it's supposed to. Magicolo was a cool
> idea but never got anywhere, and i haven't used Patrick's method - as i
> recall it was untested on a Mac.
>
> hope this helps,
> scott
>
> On Sat, Oct 22, 2016 at 1:47 PM, Ali Momeni  wrote:
>
>> Hello all,
>>
>> I'd like to play with libpd within Unity.  I've come across several
>> project that attempt this:
>>
>> https://github.com/patricksebastien/libpd4unity
>> https://github.com/Magicolo/uPD
>> https://github.com/hagish/kalimba
>>
>> but it seems like they are all old and not maintained; it also seems that
>> they haven't been tested with Unity 5.  Does anyone have any recent
>> experience with pd and unity?
>>
>> Regards,
>>
>> ali
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] libpd for Unity still alive?

[Scott R. Looney]

yup - using Kalimba at the moment in Unity 5.3. works fine though
admittedly i have not yet built it on the platform. so i can at least
verify the OSC messaging works as it's supposed to. Magicolo was a cool
idea but never got anywhere, and i haven't used Patrick's method - as i
recall it was untested on a Mac.

hope this helps,
scott

On Sat, Oct 22, 2016 at 1:47 PM, Ali Momeni  wrote:

> Hello all,
>
> I'd like to play with libpd within Unity.  I've come across several
> project that attempt this:
>
> https://github.com/patricksebastien/libpd4unity
> https://github.com/Magicolo/uPD
> https://github.com/hagish/kalimba
>
> but it seems like they are all old and not maintained; it also seems that
> they haven't been tested with Unity 5.  Does anyone have any recent
> experience with pd and unity?
>
> Regards,
>
> ali
>
> ___
> 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] libpd for Unity still alive?

[Ali Momeni]

Hello all,

I'd like to play with libpd within Unity.  I've come across several project
that attempt this:

https://github.com/patricksebastien/libpd4unity
https://github.com/Magicolo/uPD
https://github.com/hagish/kalimba

but it seems like they are all old and not maintained; it also seems that
they haven't been tested with Unity 5.  Does anyone have any recent
experience with pd and unity?

Regards,

ali
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] raspberry pi 3 with noob Gem does not work

[me.grimm]

yeah i was looking at the pd/omxplayer control stuff here:

https://github.com/avilleret/rpi_osc_video_player
https://github.com/gllmAR/pd-omxplayer

maybe OT but ive been trying to figure out how to seamlessly loop video
WITH sound.

hello_video loops but without sound
omxplayer AFAIK does not seamless loop

if pd could play the sound that drove the vid on omxplayer like pd/pix_film
combo can do then i be golden

as of now no solution have presented itself.

thanks!
m

On Sat, Oct 22, 2016 at 6:45 AM, patrice colet 
wrote:

> Hello,
>
> openGL drivers uses X11 so it's not possible, even running Gem through SDL
> would be very tricky to do without X, but it should be possible to play
> RSTP with omxplayer at least.
>
>
> Le 22/10/2016 à 03:48, me.grimm a écrit :
>
>> on this subject...
>>
>> any idea if pix_ objects, [pix_film] specifically, work with Gem on rpi?
>> also, can Gem work without starting X? from command line?
>>
>> i have been messing with this omxplayer on the rpi the past couple weeks
>> and it will play vids from command line when booting to CLI. I was thinking
>> this might be nifty if Pd/Gem could do such...
>>
>> cheers
>> m
>>
>> On Wed, Oct 19, 2016 at 7:07 AM, Roman Haefeli > > wrote:
>>
>> On Wed, 2016-10-19 at 11:43 +0200, Csaba Láng wrote:
>> > Dear list,
>> >
>> > just got my pi 3 and tried to install 0.47.1, however under the
>> links
>> > on the page of Mr. Puckette, I can compile only 0.46.2
>> > Anyway, after installing deken and trying to get Gem, it is more or
>> > less downloaded, but most of the Gem objects does not load.
>> > Can anybody give a hint how to make it working?
>> > Best,
>> > Popesz
>>
>>
>> It works for me after loading the full library by creating an
>> object in
>> the patch:
>>
>> [declare -stdpath Gem -stdlib Gem]
>>
>> I tested only square-help.pd and it displayed correctly. I didn't do
>> any serious Gem stuff on the Pi yet.
>>
>> IIRC, you have to enable the experimental GL driver with raspbi-config
>> before you can do hardware accelerated openGL on the Raspberry Pi 3.
>>
>> Tested with:
>>  - Raspberry Pi 3
>>  - Raspbian Jessie
>>  - Pd-0.47.1 (compiled) and Pd-0.46.2 (repo)
>>  - Gem 0.93.3 (repo)
>>
>> In order for the compiled Pd to find the repo installation of Gem, I
>> added a symlink /usr/local/lib/pd/extra/Gem pointing to
>> /usr/lib/pd/extra/Gem.
>>
>> Roman
>>
>> ___
>> Pd-list@lists.iem.at  mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> 
>>
>>
>>
>>
>> --
>> 
>> m.e.grimm, m.f.a, ed.m.
>> syracuse u., tc3
>> megrimm.net 
>> 
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
>> stinfo/pd-list
>>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/li
> stinfo/pd-list
>



-- 

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] decrease / increase endless rotary midi controller handling

[cyrille henry]

here is a quick example of how i would do this.

I suspect that turnig the knob faster would send other value. with few math you 
could directlly convert the value send to increment value.

cheers
c


Le 22/10/2016 à 15:04, Robert Grah a écrit :

Hi,

I lately got a Doepfer Pocket Dial Midi controller which uses endless rotary 
encoders.
I switched it to the send increase and decrease values instead of normal 0-127 
midi values.

I get the values with ctlin first out is the channel second is 96 while left 
rotation or 97 during right rotation.
Is there a good way to handle those values easily to increase an f?

I thought about a combination out of select and moses but maybe there is 
someone who has something better???

Cheers,
Robert


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list



inc_dec.pd
Description: application/puredata
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] decrease / increase endless rotary midi controller handling

[Robert Grah]

Hi,



I lately got a Doepfer Pocket Dial Midi controller which uses endless rotary 
encoders.

I switched it to the send increase and decrease values instead of normal 0-127 
midi values.



I get the values with ctlin first out is the channel second is 96 while left 
rotation or 97 during right rotation.

Is there a good way to handle those values easily to increase an f?



I thought about a combination out of select and moses but maybe there is 
someone who has something better???



Cheers,

Robert

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Request for help investigating the xeq sequencer package

[Miller Puckette]

On Sat, Oct 22, 2016 at 10:07:40AM +0200, Fred Jan Kraan wrote:
> 
> 
> On 22-10-16 06:11, Derek Kwan wrote:
> > > hmm, it's got nothing to do with midi, right?
> > > oh...
> > > 
> > 
> > haha, it looks like there's plenty of midi in there =). if i'm reading
> > it correctly, it looks like it functions sort of like arrays? you bind a
> > sequence to some global symbol and access it by passing that symbol.
> 
> This approach allows multiple clients ("friends" in xeq-speak) read a single
> server ("host") sequence.
> > 

This very directly inspired my design for the "array" and "text" objects :)

Miller


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Request for help investigating the xeq sequencer package

[IOhannes m zmölnig]

On 10/22/2016 06:11 AM, Derek Kwan wrote:
> haha, it looks like there's plenty of midi in there =). if i'm reading
> it correctly, it looks like it functions sort of like arrays? you bind a
> sequence to some global symbol and access it by passing that symbol.

almost: [array] functions sort of like [xeq].

iirc¹, miller was quite impressed by krzysztof's ideas to manage data in
[xeq].

gfmasdr
IOhannes

¹ of course i could equally well be totally mistaken.



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] raspberry pi 3 with noob Gem does not work

[patrice colet]

Hello,

openGL drivers uses X11 so it's not possible, even running Gem through 
SDL would be very tricky to do without X, but it should be possible to 
play RSTP with omxplayer at least.



Le 22/10/2016 à 03:48, me.grimm a écrit :

on this subject...

any idea if pix_ objects, [pix_film] specifically, work with Gem on 
rpi? also, can Gem work without starting X? from command line?


i have been messing with this omxplayer on the rpi the past couple 
weeks and it will play vids from command line when booting to CLI. I 
was thinking this might be nifty if Pd/Gem could do such...


cheers
m

On Wed, Oct 19, 2016 at 7:07 AM, Roman Haefeli > wrote:


On Wed, 2016-10-19 at 11:43 +0200, Csaba Láng wrote:
> Dear list,
>
> just got my pi 3 and tried to install 0.47.1, however under the
links
> on the page of Mr. Puckette, I can compile only 0.46.2
> Anyway, after installing deken and trying to get Gem, it is more or
> less downloaded, but most of the Gem objects does not load.
> Can anybody give a hint how to make it working?
> Best,
> Popesz


It works for me after loading the full library by creating an
object in
the patch:

[declare -stdpath Gem -stdlib Gem]

I tested only square-help.pd and it displayed correctly. I didn't do
any serious Gem stuff on the Pi yet.

IIRC, you have to enable the experimental GL driver with raspbi-config
before you can do hardware accelerated openGL on the Raspberry Pi 3.

Tested with:
 - Raspberry Pi 3
 - Raspbian Jessie
 - Pd-0.47.1 (compiled) and Pd-0.46.2 (repo)
 - Gem 0.93.3 (repo)

In order for the compiled Pd to find the repo installation of Gem, I
added a symlink /usr/local/lib/pd/extra/Gem pointing to
/usr/lib/pd/extra/Gem.

Roman

___
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list





--

m.e.grimm, m.f.a, ed.m.
syracuse u., tc3
megrimm.net 



___
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] Request for help investigating the xeq sequencer package

[Fred Jan Kraan]

On 22-10-16 10:46, Winfried Ritsch wrote:

m Freitag, 21. Oktober 2016, 22:30:40 CEST schrieb Fred Jan Kraan:

Hi All,

To find out if xeq, the sequencer package created by Krzysztof Czaja in
2006, is worth fixing, documenting and making a reliable deken package,
I am looking for someone knowledgeable of and interested in sequencers.


I use xeq since, hmmm 2003 for my "Autoklavierspieler" [1] and preferred it to
seq for the more flexible structure, playing in parallel und variable speed,
positioning within midifiles and and accuracy and dont know any more why else.
Using it in many installations now playing for years, especially the speaking
piano pieces.

The problem was compile errors since 5 years made me to use my own version of
the source, but not clean enough to release.

So I would be very pleased  if you  dekenize xeq.


If you happen to have some not-to-complicated patches which demonstrate 
features of xeq, those would be welcome. Xeq works remarkable well, but 
some of the objects can crash with certain argument values. Checks can 
and should be added, but then you have to know 'valid' ranges.
For me, dekenizing means including help-patches demonstrating at least 
some of the functionality of each object.




mfg
 winfried


Greetings,

Fred Jan


[1]  http://algo.mur.at/projects/autoklavierspieler


Xeq is a sequencer suite inspired by the [qlist] object, but extended by
several useful features, only very rudimentary described. At least it
supports midi files, searching for note sequences in its dictionaries,
and maybe even some sort of programming to control sequence parsing.

At the moment, xeq compiles but because of the very limited
documentation; an outdated paper and a few poorly documented patches its
usage range is unknown.

To some extend I can fix bugs when it is clear what the proper behaviour
is, but my knowledge of advanced sequencer usage is too limited to find
out how it should work. This also limits my capability to create useful
help-patches. So I am seeking help from someone with more than average
knowledge of sequencers.

I am aware that software can be too complicated to be useful, so at one
point the conclusion could be that xeq is not worth the effort to
document and debug it. But so far the framework looks well structured,
and some of the charted functionality is working very well.

For testing the source is available at
https://github.com/electrickery/pd-xeq/tree/experimentalReconstruction,
but I can provide a deken like zip with an executable and available
documentation for all the usual platforms. No stabilility is guaranteed,
but it sure it will be 'interesting' (if you like sequencers ;-).

Fred Jan

___
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] Request for help investigating the xeq sequencer package

[Winfried Ritsch]

m Freitag, 21. Oktober 2016, 22:30:40 CEST schrieb Fred Jan Kraan:
> Hi All,
> 
> To find out if xeq, the sequencer package created by Krzysztof Czaja in
> 2006, is worth fixing, documenting and making a reliable deken package,
> I am looking for someone knowledgeable of and interested in sequencers.
> 
I use xeq since, hmmm 2003 for my "Autoklavierspieler" [1] and preferred it to 
seq for the more flexible structure, playing in parallel und variable speed, 
positioning within midifiles and and accuracy and dont know any more why else.
Using it in many installations now playing for years, especially the speaking 
piano pieces.

The problem was compile errors since 5 years made me to use my own version of 
the source, but not clean enough to release.

So I would be very pleased  if you  dekenize xeq.

mfg
 winfried

[1]  http://algo.mur.at/projects/autoklavierspieler

> Xeq is a sequencer suite inspired by the [qlist] object, but extended by
> several useful features, only very rudimentary described. At least it
> supports midi files, searching for note sequences in its dictionaries,
> and maybe even some sort of programming to control sequence parsing.
> 
> At the moment, xeq compiles but because of the very limited
> documentation; an outdated paper and a few poorly documented patches its
> usage range is unknown.
> 
> To some extend I can fix bugs when it is clear what the proper behaviour
> is, but my knowledge of advanced sequencer usage is too limited to find
> out how it should work. This also limits my capability to create useful
> help-patches. So I am seeking help from someone with more than average
> knowledge of sequencers.
> 
> I am aware that software can be too complicated to be useful, so at one
> point the conclusion could be that xeq is not worth the effort to
> document and debug it. But so far the framework looks well structured,
> and some of the charted functionality is working very well.
> 
> For testing the source is available at
> https://github.com/electrickery/pd-xeq/tree/experimentalReconstruction,
> but I can provide a deken like zip with an executable and available
> documentation for all the usual platforms. No stabilility is guaranteed,
> but it sure it will be 'interesting' (if you like sequencers ;-).
> 
> Fred Jan
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list


-- 
--
- ao.Univ.Prof. DI Winfried Ritsch 
- rit...@iem.at - http://iem.at/ritsch
- Institut fuer Elektronische Musik und Akustik
- University of Music and Dramatic Art Graz
- Tel. ++43-316-389-3510 (3170) Fax ++43-316-389-3171 
--

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Request for help investigating the xeq sequencer package

[Fred Jan Kraan]

On 22-10-16 06:11, Derek Kwan wrote:

hmm, it's got nothing to do with midi, right?
oh...



haha, it looks like there's plenty of midi in there =). if i'm reading
it correctly, it looks like it functions sort of like arrays? you bind a
sequence to some global symbol and access it by passing that symbol.


This approach allows multiple clients ("friends" in xeq-speak) read a 
single server ("host") sequence.


I'd be interested in more sequencer options for pd so it'd be nice to
have xeq or something like xeq available. i suppose i'm going off-track
a little, but it'd be nice to have something supercolliderish with
TempoClocks and Patterns where it's really easy to loop sequences,


It has tempo options and functions to find sequence patterns, but the 
proper patches to demonstrate are lacking...



randomize specific bits of a sequence, etc. and have that all bound to a
global transport (or two). A lot of the times I end up making my own hacky
transport with metro and sends and receives for beginnings of bars,
beats, etc and even then it's not the easiest to do say, quintuples
when I've got my global metro going in 16ths...

I suppose xeq could potentially be revived with [text] compat since that
seems to be the successor to [qlist]? it seems like [text] solves a lot
of the issues xeq had with qlist, like global binding allowing multiple
objects to traverse a text file...


Xeq evolved from the original [qlist] format to something more powerful. 
But how powerful hes to be determined... At least it reads, plays and 
writes multi-track mid files. That part I happened to get working.


Derek


Greetings,

Fred Jan

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Request for help investigating the xeq sequencer package

[Fred Jan Kraan]

On 22-10-16 04:51, Liam Goodacre wrote:

Thanks for sharing this paper--xeq sounds like a really useful tool.


The paper is quite outdated, it doesn't fit very well with the actual 
code of 0.1. Here xeq is split in several objects: xeq, xeq_data, 
xeq_follow, xeq_host, xeq_parse, xeq_polyparse, xeq_polytempo, 
xeq_query, xeq_record, xeq_time.
The function of some objects is clear, but others are not. Code-wise 
they are very connected, so using them in isolation is not an option 
(see it as a single, multi-headed beast). Therefore the current package 
builds it like a library object.




For those interested, I'll be presenting a similar sequencer, Context
(v2), at the PD Conference in November.


It will be very interesting to see this, at least to learn more about 
sequencers. With good alternatives available, it makes reviving xeq a 
bit more optional.




Greetings,

Fred Jan







*From: *Peter P.
*Sent: *22 October 2016 02:59
*To: *Fred Jan Kraan
*Cc: *pd-list@lists.iem.at
*Subject: *Re: [PD] Request for help investigating the xeq sequencer package







* Fred Jan Kraan  [2016-10-21 22:31]:


Hi All,







To find out if xeq, the sequencer package created by Krzysztof Czaja in



2006, is worth fixing, documenting and making a reliable deken

package, I am


looking for someone knowledgeable of and interested in sequencers.


Thank you for looking into this!


Xeq is a sequencer suite inspired by the [qlist] object, but extended by



several useful features, only very rudimentary described. At least it



supports midi files, searching for note sequences in its dictionaries, and



maybe even some sort of programming to control sequence parsing.


You are most likely aware of this material, but Krzysztof gave a talk

about it at the first Pd Convention in Graz 2004

http://puredata.info/community/conventions/convention04/lectures/tk_czaja/



P



___

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