Hello everyone,
It has been some time, but not I started programming externals for pd..
Since I don't know much about c/c++ and "m_pd.h" I started with the tutorials..

http://pdstatic.iem.at/externals-HOWTO/

and

http://www.lillychalaudio.com/2012/03/15/how-to-make-your-first-puredata-external-hello-world-the-easy-way/

So I use the (old) Dev-C++. The helloworld-example just works great. But the counter-example throws an error,
since the "ide" (I don't know exactly what it is, guess the "linker"?!) can't deal with the "$s_float" (or was it "&s_float") saying something like "missing __imp__s_float"

Can someone explain to me what this means? Where it is missing and why?!
..I have had more messages like that before I added the path to "lib.pd" to the linker-commands... but actually I'm not shure what I'm doing...

Bye
Flipp

Hey,
what's about a new section in this forums?!
I'd like to have a feature request section.. I know there is sourceforge and so on, but the communication there is not that vivid... Somethin like: "I want this" -"recognized" -"bye" -"bye"...

I would like to talk a bit about the request before... hear some other (user)-opinions and so on.
Esp. here you talk with other users, not the programmers in the 1st place. But I guess that's as well due to the fact that this forum is not that appealing to them.. And now the next point is that this might change a little with this new section.
Just imagine we wouldn't have a "GEM"-section in here.. All those GEM-experts would meet elsewhere or rather never... ..and this should be true for other experts too.
And usually it's this way: Experts help rookies.

..I know there are the mailing-lists, but c'mon... This forum is a little more up to date (..not necessarily its content..), I'd say... It has some nice features, and messages belonging together stick together... And a thread stays on top as long as it is used -even if it's years old..

Now (still) the "tech. issue"-section is used the most.. which is quite normally used the most elsewhere, too, since "noobs" usually have lots of questions. But not with such a "distance"... It would be good in general to attract some advanced people.

...anyone?!

Hey,
I actually just dropped in to ask if anyone else experienced long loadtimes when opening a large patch?!?

..of course it should take longer the more objects have to be loaded,
but I recently "reworked" or "refreshed" parts of a large patch. I didn't actually reduce the object-count or something. Maybe some [loadbang]s are gone (have been reduced to one), but not really worth mentioning.. Some subpatches are gone, too..
And there's everything inside.. ..some datastructures/graphics, abstractions, subpatches, sliders and stuff for the gui, ..

..The result was that the patch loaded in half the previous loadtime.
So can anyone else tell a story about this?!
I wonder what influences loadingtime the most. Any clue anyone? I'd be very interested..

Heyho,
did anyone try to mess with the bit-logic (like [& ], [| ], etc.)
There it's somewhere written that it works for 32bit...
But that does not seem to be true, although pd only uses 32bit-floats...
Well, does anyone know some more about it?!
Bye

I just looked at the [window_name]- and [sys_gui]-stuff...
Does anyone know if it's possible to hide the menubar (and taskbar)??
...would be cool for gui-things..

Mostly every time I visit this forum there are people logged in! Even more than one person. But most of them never post something..
I wonder what they are doing instead...

Hey,
I just wonder if there are any differences between filter implementations..
For example a biquad can be made of 4 "1sample delays" and one "adder" or just two delay but more "adders".. or one can use a pole-zero structure (+ gain)...
So does anyone know something about this?!?

It came to my mind since there is no signal-controlled biquad is there?? Only the pole-zero things are signal-controlled right?!

...and is there no sig-controlled delay??? (leaving out the [vd~] cause of the interpolation-stuff it does)

In general I wonder why some very basic objects are not included in (at least) pd-vanilla.. (like a samplewise-delay etc.. On the other hand there is something like [lrshift~] which I never used due to its limitations, maybe I didn't find a proper job for it at yet..)
(that must be some kind of conspiracy, there are rumors (or rumours; whatever you like most) that 23 important objects are missing )

Seriously, sometimes I really regret not being able to write externals! A simple delay doesn't sound that hard to create, does it?!

Anyways, filter-design rocks!

Hey,
I'm playing around with the theoretics of digital filters trying to implement a Chebyshev-filter. Yet I don't know how and why to use chebyshev-stuff (..eh stuv..). So by the way if someone knows a neat site with an overview of filters and the how and why, please share it with us.

Anyways as a first step I went to wikipedia and tried to just copy the formulae for the (biquad-) coefficients... but the result doesn't look like a chebyshev-filter (at least it looks like a lp..)
So could someone with the needed knowledge have a look at the digital implementation (="Digitale Realisierung") and tell me if that's correct?! Oh and it's in german ... (little text)
...the alpha_i's and beta_i's are supposed to be the coefficients to be calculated in the end...

http://de.wikipedia.org/wiki/Tschebyscheff-Filter#Digitale_Realisierung

Bye
Flipp

..it's a pure "movie" of pure datas data:
I woder if that all really is pds code, especially the vocal parts!!! (...and pictures)

...and I woder if there are more pictures visible if one would use a different rasta eh raster?!..

Anyways, here:

http://peripheriques.free.fr/blog/index.php?/past/2010-pure-data-read-as-pure-data/

OR

Hey,
does anyone know if there is a way to change the color of the patchcables?!? At best for each cable individually..

Bye,
Flipp

Heyho,
I just wanted to ask if anyone has made some experiences with the [hilbert~]-object?!
Especially does anyone know how 'good' that thing (ehh Mr. Hilbert~) is?? I tried to use it with other signals than the bell-sound but with relatively poor results...
...and where are the allpassS "coeffs" coming from??
...will one get better results with a higher order??...and how to calculate that...

..hmm..
Bye,
Flipp

Hello everyone,

I just did some dynamic patching (that is making pd itself create objects and that stuff..) but each time I quit, pd asks to save the changes...

Does anyone know if there is some message I can send to pd (or better to the abstraction) to make it believe there was nothing new to save, sothat this savedialog will not appear??? ...I somehow think there is a way, but I can't remember exactly...

bye
Flipp

Hey,
isn't there already a way to just emulate the behaviour of an anti-aliased [phasor~] (..to just limit the problem to a ramp-shape (or other simple shapes)..) ??
-If not, do you think it's possible to achieve that??
The procedure shown in the "J.08 classicsynth"-example is a CPU-killer with all those filters and the "times 16"-samplerate... can't one somehow predict or approximate the shape of the, again downsampled, signal?

Bye
Flipp

...well... does anyone know if there is a way to clear the delay-buffer (like it's possible with an array), or an other external delay-object that can't do that?!?
..or do i really have to build my own?

greets
flipp

Hello everyone,
here is another buggy thing (rather an object..)

Iemlibs [filter~] object seems to have some strange behavior...
(Note that it is included with the [ap1~], [ap2~], [lp1~], etc. )

Does anyone know if there are still some known problems with this object???

((First of all, but thats not the actual bug, I noticed that the [filter~]'s ap2-mode in some situation (it didn't do in my test-patch...??!!?!?) outputs just waste when used in a [block~ 8 1 1]-ed patch. It works with [block~ 4], it works with [block~ 16], but only not with the [block~ 8 1 1]. The only thing I can see is that 8^2 = 64 <-It's the default blocksize...however, can this be the reason???))

Well now the actual, reproducible BUG:
Just try this:

[phasor~ 440]
|
| [2200, 440( <--click here, several times!!
| |
[lp1~]
|\
[output~]

It changes its state from the first (=2200) to the last (=440) on every click!!! That shouldn't be, should it?
Vanilla-filters like [lop~], [hip~] or [bp~] just use the last received value for audio-interactions! (that would be the "440" Hz as the filter-freq.)

There must be some-kind-of-internal-scheduling-action-stuff
What do you think??

...there are no (vanilla)-alternatives for the [ap1~] and [ap2~], is this true?!?

And one last thing:
There are filter-types like "lp1", "lp1c", "dlp1" or "bpq2" and "rbpq2"
Does anyone know what these -c, d-, or r- suf-& prefixes mean?!

Bye Flipp

Today is debuggin-day... they seem to live in groups...

Just try the attached patch. ..sounds terrible..
As far as I remember correctly it was said that [dac~] only works with a blocksize of 64 samples.
But it seems that the [dac~] rather dislikes to work in a SUBpatch with, in relation to its parent, smaller blocksize (of 64).

So [dac~] likes the MAIN-patch with the normal blocksize most!...

..is this true so far..?!

Bye
Flipp

http://www.pdpatchrepo.info/hurleur/ablockbug1.pd

Hello,
I have just discovered a nasty bug!
Just DL the attached file and try it out yourself...
This seems to be a bug with pd's "dsp-compiler" or whatever it is.

It seems that different blocksizes are combined "randomly"...

One could do some statistics on this situation to see what's going on.
I guess the quotient of the two different blocksizes gives the chance to get correct results instead of the buggy ones.
So for [block~ 16 1 1] and [block~ 64 1 1] I'd get a chance of 16/64 = 0.25 => 25% to get good results.

Plz try it and share your results, maybe me (or my PC) are the bugs here and not Pd.
..and does someone know what happes to the dsp-line when switched off and on?!?

http://www.pdpatchrepo.info/hurleur/BlockBug1.pd

Heyho,
...rather a short text this time...
So, is there a way to get some vertical text in Pd?!?
Actually I want to place a vertical sliders label inside the slider, so I guess I'll need a vertical text...
....and I mean vertical letters, too...

Thx & bye
Flipp

Its not like I don't know how to convert "ordinary" numbers into symbols,
but whats about a long number like "1234567890"...?!?
Before I can convert it, it becomes rounded...
So all I end up with is:
"symbol 1.23457e+009"

E.g. imagine you want Pd to operate on a given text with (long!) phonenumbers in it...
Phonenumbers are rather a "name" than a mathematically useful number ...I guess only freaks round phonenumbers... crazy Pd...
Wouldn't it be great to tell the program what is what, and not vice versa?!?
(...IF there is a system behind it, one maybe should find out where exactly numbers become rounded...)

Is there anyone who can "uncripple" this?!

Flipp

Hello,
I guess the titel says it all.. Or how can one find out what is allowed??
And by free I mean as free as vanilla-Pd is.
Thx & bye
Flipp