Hi again,

Well, that's why I sent this email. :-) Let's say a few words about myself :

I am most often read on the #dataflow channel on IRC... I live in Montréal where I attend most PdMtl meetings. With PD, I do mostly musical algorythms for myself and Gem VJ pathes for performances. I am currently learning Gridflow. What I want to add to the CVS are abstractions and a few externals, as I am learning C.

[concat] is different from [list2symbol] because it doesn't need to be initialized with a null symbol (!!) in order to concatenates atoms. If you don't wnt it to be in the CVS, it doesn't have to, but I find this name meaningful. It's just a way not to use [makefilename] for simply concatening symbols.

I will put my externals and abstractions in a directory named "muzaq", I think. I am hesitating between a set of externals, or a library. Is there some neat points that would make me choose such a format instead of several C files ?

Thanks,

aalex

Hans-Christoph Steiner a écrit :

The standard procedure is to send an email to this list introducing yourself to us all, whatever you want to tell us about you and what you do with Pd.

Then we wait a few days to see if there are any objections. If not, you're added.

.hc

On Feb 3, 2006, at 2:48 AM, Alexandre Quessy wrote:

...

Hi,

I would like to get a CVS account. My user id is alexandrequessy. I want to submit my abstractions and externals : muzaq. I have currently two externals : matches is for pcre regular expressions matching (require libpcre) and concat is for concatening lists into symbols. More to come. My abstractions are mostly musical algorythms.

Some info can be found at the two URL below. Some of it is in french.

-- Alexandre Quessy http://alexandre.quessy.net/ http://www.sourcelibre.com/puredata/

La parole nous a été donnée pour déguiser notre pensée. -+- Charles-Maurice de Talleyrand-Perigord -+-

---

PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

---

       "The arc of history bends towards justice."
                                       - Dr. Martin Luther King, Jr.

On Sat, 4 Feb 2006, Hans-Christoph Steiner wrote:

...

[concat] is different from [list2symbol] because it doesn't need to be initialized with a null symbol (!!) in order to concatenates atoms. If you don't wnt it to be in the CVS, it doesn't have to, but I find this name meaningful. It's just a way not to use [makefilename] for simply concatening symbols.

I think everything with a free license should go in CVS. Whether it goes into distros or build systems is another question. FYI: there is a [concat] here: externals/ggee/control/concat.c but if you use Pd-extended, you can have objects with the same name since the namespace works.

Hi,

I do not think that it is good to write an external that does almost the same as an already existing external, because this is very confusing for the user (with or without namespaces). I also think it is not good to write an external with the same name as an already existing one but with slightly different behaviour (with or without namespaces).

The right thing to do in this case would be to propose to extend list2symbol or concat.

I have started the CVS, and I think the first page called "Introduction" on http://pure-data.sourceforge.net/ explains the goals pretty well.

Now, almost 4 years after writing this it seems that we haven't advanced a lot in achieving these goals.

I have removed concat from my directory, so you can upload yours.

Günter

...

I will put my externals and abstractions in a directory named "muzaq", I think. I am hesitating between a set of externals, or a library. Is there some neat points that would make me choose such a format instead of several C files ?

Pd-extended doesn't use the library format. Some people choose to use build libraries for themselves. This topic has been discussed at length on this list, so if you are interested, there is lots to read in the archives...

.hc

...

Thanks,

aalex

Hans-Christoph Steiner a écrit :

...

The standard procedure is to send an email to this list introducing yourself to us all, whatever you want to tell us about you and what you do with Pd.

Then we wait a few days to see if there are any objections. If not, you're added.

.hc

...

On Feb 3, 2006, at 2:48 AM, Alexandre Quessy wrote:

...

Hi,

I would like to get a CVS account. My user id is alexandrequessy. I want to submit my abstractions and externals : muzaq. I have currently two externals : matches is for pcre regular expressions matching (require libpcre) and concat is for concatening lists into symbols. More to come. My abstractions are mostly musical algorythms.

Some info can be found at the two URL below. Some of it is in french.

-- Alexandre Quessy http://alexandre.quessy.net/ http://www.sourcelibre.com/puredata/

La parole nous a été donnée pour déguiser notre pensée. -+- Charles-Maurice de Talleyrand-Perigord -+-

---

PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

---

__ ____

       "The arc of history bends towards justice."
                                       - Dr. Martin Luther King,

Jr.

---

---

"I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits." - Martin Luther King, Jr.

---

PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

On 9 Feb 2006, at 05:50, Alexandre Quessy wrote:

Note that I am also working on a "jazz" and a "jam" externals to parse chord and play over them. Should I avoid these names for some reason ?

No need to avoid the names, but you may want to look at externals/ frankenstein, and the work dmorelli (Davide Morelli) and myself are doing there. Sounds extremely similar, and you may be able to help, or perhaps help us? If you want a more thorough explanation of what the externals in frankenstein do (they are in alpha stage), please get in touch.

I do agree with others, that duplication of efforts should be avoided if possible.

-- David Plans Casal Researcher, UEA Studios d.casal at uea dot ac dot uk http://www.davidcasal.com

I know that you didn't do it on purpose, and I am sure you wouldn't have done it if you knew that the same external already existed. If too many people step on your toes, even without purpose, it still hurts. I have overreacted, sorry.

Günter

PS: Did you send your SF login ?

Hi,

Well, this is right, I wrote it because I thought there wasn't something for this very purpose. Someone asked for it on the Montreal PD Users Group (pdmtl) list. Now, I will use [l2s]. No problem for the rest.

So, lets create now. :-) Now, Frankenstein does look very similar to my work and I am looking into helping out on it. We'll see. I will try to compile or get working as many externals as I can in order to try to get a big picture of the whole PD thing. I am around since almost 2 years now, I even switched from Mac to Linux for PD. But still, the Pure Data Base isn't much up-to-date. ;-)

My SF login is alexandrequessy.

aalex http://alexandre.quessy.net/

Alexandre Quessy wrote:

Hi again,

[concat] is different from [list2symbol] because it doesn't need to be initialized with a null symbol (!!) in order to concatenates atoms. If you don't wnt it to be in the CVS, it doesn't have to, but I find this name meaningful. It's just a way not to use [makefilename] for simply concatening symbols.

it was pure interest on my side why you would need such an external when there is already [l2s] which provides exactly this functionality. (i think that the need for one additionaly [loadbang] and [symbol( is a a fair price for having the possibility to choose any "separator")

by no means i want to be a censor of what goes into the CVS and what not. and i don't basically object to your submission though i don't think that "learning C" is enough of a motivation to need write access to the pure-data CVS - but again this is not an objection.

I will put my externals and abstractions in a directory named "muzaq", I think. I am hesitating between a set of externals, or a library. Is there some neat points that would make me choose such a format instead of several C files ?

note that how you organize your C-files does not necessarily have anything to do with whether you produce single externals or big libraries. e.g. i build zexy as a library even though each object has a separate C-file. i am pretty sure that there in the externals/build system there are several externals whose code is in the same C-file (although this is a waste of ressources).

basically i would advise you to structure your C-files in a modular and reusable way; whether you compile as external, library or whatever is then a matter of (other!) preferences.

fmg.adsr IOhannes