[PD] About internal delays

2007-11-27 Thread Mika Ristimäki
Hi, all

My first post.. how exciting =)

Well anyway...just one quick question. Does the audio buffer size that
can be adjusted with -audiobuf flag stay constant all the time? Or is
it something that PD adjusts dynamically in case of dropped frames or
something? I been having some delay related problems and it seems that
sometimes it changes quite randomly. The problem might also be with my
hardware so now I'm just trying to find the source of the problem.
Thanks...

-Mika



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread IOhannes m zmoelnig
hi

patrick wrote:
 hi IOhannes,
 
 [~] couldn't create. hans told me that i need your hex loader. so i 
 tried to compile it:
 
 externals/loaders/hexloader# make
 make pd_linux
 make[1]: Entering directory 
 `/home/pat/src/pdcvs/pure-data/externals/loaders/hexloader'
 cc -export_dynamic -shared -lc -lm -DPD -DDL_OPEN -O2 -funroll-loops 
 -fomit-frame-pointer -fPIC -Wall -W -Wshadow -Wstrict-prototypes -Werror 
 -Wno-unused -Wno-parentheses -Wno-switch -I../../../pd/src -o 
 hexloader.pd_linux hexloader.c
 hexloader.c:64: error: redefinition of typedef ‘loader_t’
 ../../../pd/src/s_stuff.h:55: error: previous declaration of ‘loader_t’ 
 was here
 make[1]: *** [hexloader.pd_linux] Error 1
 make[1]: Leaving directory 
 `/home/pat/src/pdcvs/pure-data/externals/loaders/hexloader'
 make: *** [auto] Error 2

remove the -Werror flag from the makefile.

 
 also it would be nice to include this external in pd-extended.

_part_ of it is included in pd-vanilla (a bug has been fixed recently 
with pd-0.41-test6 (or 7))

however, i have no problem if you add it to pd-extended (but i have no 
time to do it myself)


 and finally, what is the statut of the migration of cvs to svn?

nil


fgmasd.r
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] osx universal binaries for externals ?

2007-11-27 Thread IOhannes m zmoelnig
Hans-Christoph Steiner wrote:
 On Nov 26, 2007, at 3:43 AM, IOhannes m zmoelnig wrote:

 .pd_darwin is still supported for legacy externals.

 
 Pd-extended only builds objects using .pd_darwin as an extension.  It  
 works fine for i386, PowerPC, and universal binaries.

but then, pd-extended _is_ a legacy project (no harm intended from my 
side; there is nothing wrong with that)

once Pd-extended grows to 0.41, chances are high that it will support 
the .d_fat idiom too.
in the meantime, we can argue whether it was a good idea to have 
different suffixes for different OS's _and_ architectures (but why 
should we?)


gmadsr
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] About internal delays

2007-11-27 Thread marius schebella
welcome to the pd-list!
I am not sure, if many people still use the audiobuf flag, but I think 
it works... (another method would be to set the buffer in the audio 
settings.)
and yes, it should stay stable during the whole time.
what where the problems you had? because if the audio buffer is too low 
and Pd cannot handle the amount of data, the sound is shut down. usually 
a large buffer allows you to more complicated calculation (but increases 
latency).
marius.


Mika Ristimäki wrote:
 Hi, all
 
 My first post.. how exciting =)
 
 Well anyway...just one quick question. Does the audio buffer size that
 can be adjusted with -audiobuf flag stay constant all the time? Or is
 it something that PD adjusts dynamically in case of dropped frames or
 something? I been having some delay related problems and it seems that
 sometimes it changes quite randomly. The problem might also be with my
 hardware so now I'm just trying to find the source of the problem.
 Thanks...
 
 -Mika
 
 
 
 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list
 


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] About internal delays

2007-11-27 Thread Mika Ristimäki
Hmm... Okay. Then the problem should be in the hardware. I'm doing  
this kind of room impulse response estimation with nlms method and I  
get nice impulse response but if there is some cracks in the sound  
(from cpu load and dropped frames I assume) the impulse response  
shifts with random delay which shouldn't happen. I am using RME  
Fireface 800 audio interface in windows xp environment. Does anyone  
knwo if that might cause some problems??

-Mika

Quoting marius schebella [EMAIL PROTECTED]:

 welcome to the pd-list!
 I am not sure, if many people still use the audiobuf flag, but I think
 it works... (another method would be to set the buffer in the audio
 settings.)
 and yes, it should stay stable during the whole time.
 what where the problems you had? because if the audio buffer is too low
 and Pd cannot handle the amount of data, the sound is shut down.
 usually a large buffer allows you to more complicated calculation (but
 increases latency).
 marius.


 Mika Ristimäki wrote:
 Hi, all

 My first post.. how exciting =)

 Well anyway...just one quick question. Does the audio buffer size that
 can be adjusted with -audiobuf flag stay constant all the time? Or is
 it something that PD adjusts dynamically in case of dropped frames or
 something? I been having some delay related problems and it seems that
 sometimes it changes quite randomly. The problem might also be with my
 hardware so now I'm just trying to find the source of the problem.
 Thanks...

 -Mika



 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -   
 http://lists.puredata.info/listinfo/pd-list





___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] About internal delays

2007-11-27 Thread Ypatios Grigoriadis
On 27/11/2007, Ypatios Grigoriadis [EMAIL PROTECTED] wrote:

 hi..



   and yes, it should stay stable during the whole time.


 I think this is wrong. Whenever cpu overloads audiotime waits.


 --
  Ypatios.




-- 
Ypatios.
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] get audio IN to pd on windows

2007-11-27 Thread Patrice Colet
hi, did you try jack server?

http://www.jackosx.com/

hard off a écrit :
 4, maybe 8, perhaps even 16 channels of audio...going out of ableton
 live (or logic, or cubase, or whatever) and into pd,
 
 ..in windows
 
 ...without much fuss
 
 
 
 
 am i dreaming?
 
 or does someone know of a way to do this?
 
 
 
 
 (on mac, i'd just use soundflower16)
 
 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] get audio IN to pd on windows

2007-11-27 Thread Chuckk Hubbard
On Nov 26, 2007 8:40 PM, hard off [EMAIL PROTECTED] wrote:
 4, maybe 8, perhaps even 16 channels of audio...going out of ableton
 live (or logic, or cubase, or whatever) and into pd,

 ..in windows

I think it depends on the soundcard.  I had an Audigy previously and
it was set by default to have 6 or so channels that could be set as
input/output.  I believe I had to set input in the mixer, to Mic,
Wavetable synth, what you hear, etc.  I never actually used that
many channels, though, and it's been a long time since I relied on
Windows.  Actually that was one of the things I hated about my
university's Macs, that you had to send all audio through the external
sound device.  I guess you could try holding a microphone up to the
speaker.
Does ASIO4all have any option to do this??

If I work on my wife's Mac, I'll be sure to check out soundflower16;
the university didn't allow students to install software, but my
wife's far more trusting.

-Chuckk


 ...without much fuss




 am i dreaming?

 or does someone know of a way to do this?




 (on mac, i'd just use soundflower16)

 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list




-- 
http://www.badmuthahubbard.com

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] About editing pdpedia

2007-11-27 Thread Hans-Christoph Steiner

On Nov 27, 2007, at 12:03 AM, PSPunch wrote:


 Hans,


 Ok, it's running, it'll take an hour or two.  You can see the  
 pages as
 they are imported:
 http://wiki.puredata.info/ja/minimum

 Thanks for the effort!

 Yes, I see the log increasing as a reload the recent changes page.
 Is it just me or is it general to get excited watching
 massive data being crunched right in front of your very eyes?

 Some pages I opened were just blank.
 I wonder if this is because the original English page
 is also blank... any way I will wait for the processing to end.

There shouldn't be blank pages, but they will just be templates with  
the infobox and the categories setup.

 Next, you need to add the CSS and Infobox template then the infobox
 stuff will show up.

 I feel I've already done this following the admin HOW-TO.
 If it gets over written, I guess I can just try again.

I think it's still missing the CSS, that should be listed on the  
HOWTO.  That's why the Infobox isn't showing up.

.hc




 doh itashimashite  (that's one of my favorite words in japanese :D )

 Yes, domo-arigato-gozaimas!!




 .hc

 On Nov 24, 2007, at 8:30 PM, PSPunch wrote:


 Hans,


 Most of the main page is taken from the documents kindly prepared
 by Tetsuya Saito. The objectclass template page mainly has terms
 unified with the main page. So for that part I feel comfortable to
 proceed.

 I'd appreciate it if you can execute the import.
 Thanks. :)

 -- 
 David Shimamoto



 I can execute the import whenever you're ready.  Maybe it would  
 be good
 to have one more Japanese speaker look at the template?  It's up  
 to you.

 .hc

 On Nov 19, 2007, at 9:57 PM, PSPunch wrote:


 Hans,


 Thanks.
 I've followed the procedure in the English 'Admin howtos' pages.
 I would appreciate it if you could try executing the import.

 Thanks.

 -- 
 David Shimamoto



 Hans-Christoph Steiner wrote

 On Nov 19, 2007, at 2:20 AM, PSPunch wrote:


 Hi list,

 I have some questions for some of you working on pdpedia.


 ===
 1.
 Has there already been discussions on policies regarding when/ 
 which
 pages to lock?
 I am assuming that leaving everything unlocked is the way to  
 go if
 only
 the world were an ideal place. Are there not yet MediaWiki  
 spammers?

 Locking pages is basically for when people are fighting over a
 page.  I
 can't imagine that anything is so divisive in Pd that we'd  
 need to
 lock
 pages.  So far, we haven't had any spam yet.

 ===
 2.
 Regarding importing data from other languages..
 For some basic pages, I have gotten away with the following
 procedure.

 I. Open the pdpedia page in English.
 II. Enter edit mode and [copy] the contents in the form
 III. Create an equivalent page in my language and [paste] the
 material
 above.
 IV. Use above as a starting point to begin translation.

 -- 
 The above does not work for pages such as 'Category:vanilla'.
 I don't quite understand how that content is embedded in the  
 page.
 Can some one help me on importing the list of objects?

 I've noticed that people working on the Spanish and  
 Portuguese pages
 have been successful in this.

 Once that translated template that you posted is ready to go,  
 then
 I'll
 run the import.  That will generate template pages for about 2000
 objectclasses.  Then it's a matter of plugging in content, which
 can be
 gathered from pages in other languages, help patches, etc.

 .hc




 Thanks.
 -- 
 David Shimamoto

 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list



 - 
 ---




 Looking at things from a more basic level, you can come up  
 with a more
 direct solution... It may sound small in theory, but it in
 practice, it
 can change entire economies. - Amy Smith





 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list



 --- 
 -



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





 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list



 - 
 ---


 News is what people want to keep hidden and everything else is
 publicity.  - Bill Moyers





 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - http://lists.puredata.info/ 
 listinfo/pd-list




 


All mankind is of one author, and is one volume; when one man dies,  
one chapter is not torn out of the book, but translated into a better  
language; and every 

Re: [PD] osx universal binaries for externals ?

2007-11-27 Thread Hans-Christoph Steiner

On Nov 27, 2007, at 3:34 AM, IOhannes m zmoelnig wrote:

 Hans-Christoph Steiner wrote:
 On Nov 26, 2007, at 3:43 AM, IOhannes m zmoelnig wrote:

 .pd_darwin is still supported for legacy externals.

 Pd-extended only builds objects using .pd_darwin as an extension.   
 It  works fine for i386, PowerPC, and universal binaries.

 but then, pd-extended _is_ a legacy project (no harm intended from  
 my side; there is nothing wrong with that)

 once Pd-extended grows to 0.41, chances are high that it will  
 support the .d_fat idiom too.
 in the meantime, we can argue whether it was a good idea to have  
 different suffixes for different OS's _and_ architectures (but why  
 should we?)

Actually, Pd-extended will stick to .pd_darwin as the default unless  
someone else really wants to change it.  .d_fat was introducted in  
0.40, and the current Pd-extended still uses .pd_darwin.

.hc

 


Access to computers should be unlimited and total.  - the hacker ethic



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] Kaossilator clone

2007-11-27 Thread PSPunch

Hi list,


I've put together a patch to make my Korg KaossPad3
generate sounds like the newer Kaossilator.
There is also a GEM based GUI to control by mouse.

http://pspunch.com/kausolator.zip


The main file and control descriptions are inside
the file kausolator.pd

--
David Shimamoto

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] tabread4~~

2007-11-27 Thread Mathieu Bouchard

On Fri, 23 Nov 2007, Patrice Colet wrote:

Symmetric chords has as much tones as it has notes, diminished chords, 
has four fundamentals, also a minor seven chord might be relative with 
three major scales, and we have the choice between different chords with 
the same bunch of notes. eg: A C E G is both Am7, and C6 (C E G A), or


Ok, but this is modulo octaves, so, there's no indication of actual 
frequency: 440*2=440 and 440/2=440 in that little world.


And we were not really talking about the traditional music theory vision 
of a fundamental. I believe that we were using it to refer to a possibly 
hidden gcd (pgcd in French) frequency-wise, a highest common undertone, 
that can be applied to any combination of notes, so that for example, in 
ACEG it is à priori worthwhile to consider the highest common undertone of 
AC, AE, AG, CE, CG, EG, and then ACE, ACG, AEG, CEG, and then ACEG.


Highest common undertone is quite similar to looking at ratios such as 3/2 
for a fifth, 5/4 for a major third, ... except it relativises it with the 
actual pitch, because in practice a treble major chord is a lot more 
consonant than a bass major chord, for example. (i asked myself the 
question: why do bassists so seldom play chords?...)



FM7 (F A C E G) or G13 (G B D F A C E)...


Those two are only chords containing the original chord. They contain all 
of the same relationships, but they also contain additional relationships.


Hardness of understanding increases when window size diminishes, like a 
blues we could play with only one scale with a little understanding, or 
all scales with applying knowledge of harmony all along the twelve bars 
structure.


This is vaguely related to Heisenberg-style uncertainty: you have a 
limited number of hints in order to decode a melody, and if there are too 
few of them, you can't figure out. But Heisenberg's is only about waves. 
Originally it's only about wavicles (wavy particles at atomic level), it's 
been generalised to sampling of all waves, and I guess it could be 
faithfully generalised to some other transforms than Fourier's, but what 
I'm saying here about melodies is ultra-loosely-connected to Heisenberg.


It's actually closer to reading or hearing words in a language and not 
knowing which language it is yet: if you read the word «information» it 
could be either French or English; if you hear the French word 
«information» it could also be Bokmål's «informasjon» and you wouldn't 
know unless you can really tell apart Bokmål's accent from all native 
French accents just by hearing that word. That said, meaning-wise for that 
word, it's pretty much all the same no matter the language. There are 
better examples.


Within one language, there are homophones and homonyms. The homophones 
depend on the accent. In my accent and vocabulary, French «bosse», English 
«boss» and English «bus» all sound the same, and the latter two can occur 
in my French sentences. If I just say one word, the meaning can't be 
guessed further than finding a set of several possibilities.


Melodies and scales are a lot more regular than the seemingly random 
associations of phonemes with meanings, but still, they have some of the 
discrete aspects that are somewhat oblivious to Heisenberg/Fourier. The 
only thing that is in common there, is what is called 
under-determination, and also what I'd call progressive determination: 
each note played can tell you a bit more about the scale in use and the 
way that the scale is being used and such, or about what could be a change 
of scales that has occured but has not been confirmed by the listener's 
interpretation yet (happens more in solo single-note than when extra notes 
give a much more immediate indication of what's going on).


and also, a theory of musical understanding should be resistant to 
detuning, because many forms of detuning are used in music and yet humans 
can automatically figure out what the fundamental is _intended_ to be 
(rather than what it is physically).
Dominant chords can contain all the notes that aren't into the fundamental 
chord, so we know by experience that the moment after this dissonant 
ambiance,


No, we were thinking specifically about close detunings, all those 
intervals that are confused with a much simpler interval, and usually, 
which *should* be confused. It's the basis of logarithmic temperaments: 
2^(7/12) is over 0.1% off from 3/2, and that's one of the best-matching 
intervals relative to just temperaments. So, my question is, how do we 
deal with that? When is a major third played like 2^(1/3) considered to 
be an approximation of 5/4, and when is it considered to be an 
approximation of 81/64 or some other?


 _ _ __ ___ _  _ _ ...
| Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread Hans-Christoph Steiner

On Nov 27, 2007, at 3:30 AM, IOhannes m zmoelnig wrote:

 hi

 patrick wrote:
 hi IOhannes,

 [~] couldn't create. hans told me that i need your hex loader. so i
 tried to compile it:

 externals/loaders/hexloader# make
 make pd_linux
 make[1]: Entering directory
 `/home/pat/src/pdcvs/pure-data/externals/loaders/hexloader'
 cc -export_dynamic -shared -lc -lm -DPD -DDL_OPEN -O2 -funroll-loops
 -fomit-frame-pointer -fPIC -Wall -W -Wshadow -Wstrict-prototypes - 
 Werror
 -Wno-unused -Wno-parentheses -Wno-switch -I../../../pd/src -o
 hexloader.pd_linux hexloader.c
 hexloader.c:64: error: redefinition of typedef ‘loader_t’
 ../../../pd/src/s_stuff.h:55: error: previous declaration of  
 ‘loader_t’
 was here
 make[1]: *** [hexloader.pd_linux] Error 1
 make[1]: Leaving directory
 `/home/pat/src/pdcvs/pure-data/externals/loaders/hexloader'
 make: *** [auto] Error 2

 remove the -Werror flag from the makefile.


 also it would be nice to include this external in pd-extended.

 _part_ of it is included in pd-vanilla (a bug has been fixed recently
 with pd-0.41-test6 (or 7))

 however, i have no problem if you add it to pd-extended (but i have no
 time to do it myself)

Ah, ok, I was under the impression that you wanted to remove the hex  
loader stuff from pd-vanilla and replace it with a loader.  I think  
that wouldn't be so good because then other loaders couldn't use the  
hex names.

What's the hex loader do?

.hc




 and finally, what is the statut of the migration of cvs to svn?

 nil


 fgmasd.r
 IOhannes

 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - http://lists.puredata.info/ 
 listinfo/pd-list



 


Man has survived hitherto because he was too ignorant to know how to  
realize his wishes.  Now that he can realize them, he must either  
change them, or perish.-William Carlos Williams



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread IOhannes m zmoelnig



 also it would be nice to include this external in pd-extended.

 _part_ of it is included in pd-vanilla (a bug has been fixed recently
 with pd-0.41-test6 (or 7))

 however, i have no problem if you add it to pd-extended (but i have no
 time to do it myself)
 
 Ah, ok, I was under the impression that you wanted to remove the hex 
 loader stuff from pd-vanilla and replace it with a loader.  I think that 
 wouldn't be so good because then other loaders couldn't use the hex names.


other loaders can't use the hex-names anyhow.

what is currently in pd-vanilla is the hexloader _without_ the 
filename-mangling (only the setup-name is mangled)

 
 What's the hex loader do?
 

as opposed to the hexloader in pd-vanilla, the hexloader-loader also 
mangles filenames.

fgmasdr
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] tabread4~~

2007-11-27 Thread Patrice Colet
Mathieu Bouchard a écrit :

 No, we were thinking specifically about close detunings, all those 
 intervals that are confused with a much simpler interval, and usually, 
 which *should* be confused. It's the basis of logarithmic temperaments: 
 2^(7/12) is over 0.1% off from 3/2, and that's one of the best-matching 
 intervals relative to just temperaments. So, my question is, how do we 
 deal with that? When is a major third played like 2^(1/3) considered to 
 be an approximation of 5/4, and when is it considered to be an 
 approximation of 81/64 or some other?

  Here we see how rythm and harmony behaves differently for our 
perception. If all intervals in a chord has the same ratio contained in 
their harmonics, the chords looses energy by consonnance, and even 
worst, we couldn't hear a distinction between notes, while in rythms if 
sounds aren't played accurately together, it would become harder for the 
listener to make a distinction of the structure.



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] problem with [pdp_theorin~]

2007-11-27 Thread Rodrigo Treviño-Frenk

Hello!

I have been testing the PiDiP objects, and found out about pdp_therorin~ (i 
love the idea of using .ogg video); however, when i try to load a video file, i 
get a message in the pD terminal that says
pdp_theorin~: could not start decoder

or something similar.

I have all my libvorbis and libtheora files installed, i even compiled from 
source. Does anybody have a clue about this error?

the best luck!

furenku

_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread IOhannes m zmoelnig
patrick wrote:
 IOhannes,
 
 _part_ of it is included in pd-vanilla (a bug has been fixed recently 
 with pd-0.41-test6 (or 7))
 
 maybe that's why it's not working even if i removed -Werror:
 cc -export_dynamic -shared -lc -lm -DPD -DDL_OPEN -O2 -funroll-loops 
 -fomit-frame-pointer -fPIC -Wall -W -Wshadow -Wstrict-prototypes 
 -Wno-unused -Wno-parentheses -Wno-switch -I../../../pd/src -o 
 hexloader.pd_linux hexloader.c
 hexloader.c:64: error: redefinition of typedef ‘loader_t’
 ../../../pd/src/s_stuff.h:55: error: previous declaration of ‘loader_t’ 
 was here
 
 the include ../../../pd/src/s_stuff.h is from pd.0.41.08.
 patrick
 

i see. i only ever use the pd from CVS, where these changes are 
obviously not there yet.

sidenote to miller: will you check the latest and greatest Pd into the 
CVS? should i do it for you?


in the meantime: check whether the loader_t declarations in 
s_stuff.h:55 and hexloader.c:64 are the same and if so remove (or 
comment out) the line in hexloader.

and it should work.


fgamsrd
IOhannes

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread patrick
IOhannes,

 _part_ of it is included in pd-vanilla (a bug has been fixed recently 
 with pd-0.41-test6 (or 7))

maybe that's why it's not working even if i removed -Werror:
cc -export_dynamic -shared -lc -lm -DPD -DDL_OPEN -O2 -funroll-loops 
-fomit-frame-pointer -fPIC -Wall -W -Wshadow -Wstrict-prototypes 
-Wno-unused -Wno-parentheses -Wno-switch -I../../../pd/src -o 
hexloader.pd_linux hexloader.c
hexloader.c:64: error: redefinition of typedef ‘loader_t’
../../../pd/src/s_stuff.h:55: error: previous declaration of ‘loader_t’ 
was here

the include ../../../pd/src/s_stuff.h is from pd.0.41.08.
patrick

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread IOhannes m zmoelnig
hi

patrick wrote:
 IOhannes,
 
 _part_ of it is included in pd-vanilla (a bug has been fixed recently 
 with pd-0.41-test6 (or 7))
 
 maybe that's why it's not working even if i removed -Werror:
[...]
 
 the include ../../../pd/src/s_stuff.h is from pd.0.41.08.
 patrick
 


are you sure?
i cannot find a loader_t in s_stuff.h of pd-0.41-0test8.
have you patched the pd-sources?

mfga.dfr
IOhannes


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread patrick
hi IOhannes,

1)
http://pure-data.cvs.sourceforge.net/pure-data/scripts/checkout-developer-layout.sh?rev=HEAD

2)
rm -rf pd
unpack pd.0.41.08 to pd
cd pure-data/packages/

vi Makefile (removed Gem because it doesn't compile on gutsy (avifile))
make patch
cd linux_make
make install

3) install pd in /usr/local (cp -R ...)
4) chmod +s /usr/local/bin/pd
5) edit /usr/local/lib/pd/default.pdsettings
6) compile the missing externals (flext, py, xsample...)

patrick

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] Building a compressor in PD?

2007-11-27 Thread Vreahli the Audio Bandit
Heya - I'm just curious - is it even possible to build a compressor in PD
without coding it in C? The only way I can think of getting the overall
loudness of a signal is by checking audio rate stuff - which won't work with
control rate values. Just a curiosity. :)
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Building a compressor in PD?

2007-11-27 Thread Roman Haefeli
i once made a compressor with (almost) plain pd (i think, it uses a few
objectclasses from zexy). it is part of dynlib for netpd and is called
[rcomp~]. 

http://www.netpd.org/dynlib

roman

 

On Tue, 2007-11-27 at 16:08 -0800, Vreahli the Audio Bandit wrote:
 Heya - I'm just curious - is it even possible to build a compressor in
 PD without coding it in C? The only way I can think of getting the
 overall loudness of a signal is by checking audio rate stuff - which
 won't work with control rate values. Just a curiosity. :) 
 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list




___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Building a compressor in PD?

2007-11-27 Thread Kyle Klipowicz
I may be wrong, but might some of the waveshaping tutorials help with
this? Is compressions essentially a form of waveshaping with an attack
and decay envelope?

~Kyle

On Nov 27, 2007 6:24 PM, Roman Haefeli [EMAIL PROTECTED] wrote:
 i once made a compressor with (almost) plain pd (i think, it uses a few
 objectclasses from zexy). it is part of dynlib for netpd and is called
 [rcomp~].

 http://www.netpd.org/dynlib

 roman




 On Tue, 2007-11-27 at 16:08 -0800, Vreahli the Audio Bandit wrote:
  Heya - I'm just curious - is it even possible to build a compressor in
  PD without coding it in C? The only way I can think of getting the
  overall loudness of a signal is by checking audio rate stuff - which
  won't work with control rate values. Just a curiosity. :)
  ___
  PD-list@iem.at mailing list
  UNSUBSCRIBE and account-management - 
  http://lists.puredata.info/listinfo/pd-list




 ___
 Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
 http://mail.yahoo.de



 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - 
 http://lists.puredata.info/listinfo/pd-list





-- 
-

 -
  - --
http://perhapsidid.wordpress.com
http://myspace.com/kyleklipowicz

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Building a compressor in PD?

2007-11-27 Thread Chuckk Hubbard
On Nov 28, 2007 2:08 AM, Vreahli the Audio Bandit [EMAIL PROTECTED] wrote:
 Heya - I'm just curious - is it even possible to build a compressor in PD
 without coding it in C? The only way I can think of getting the overall
 loudness of a signal is by checking audio rate stuff - which won't work with
 control rate values. Just a curiosity. :)

[env~] gives such a level at control rate.
It's also possible to re-block~ a subpatch to 1, calculate whatever
average or level you like there, and pass it out; then [bang~] in the
containing patch will grab a value from it once per block.
It wouldn't be hard to have an audio-rate rms or peak calculator, then
use [bang~] and [snapshot~] to read it, if [env~] isn't good enough
for you.

-Chuckk

-- 
http://www.badmuthahubbard.com

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Building a compressor in PD?

2007-11-27 Thread Roman Haefeli
hm.. don't quite know, how to answer this, i'd say yes and no. basically
'waveshaping' means adding non-linear distortions to a signal, a
process, which enriches the frequency spectrum of the signal (-
spectrum is altered). the goal of all dynamic processing fx as gates,
compressors, limters, expanders is to only affect the dynamics of the
signal, but not the spectrum. but yeah, they are somehow related: if you
use very insane settings for a compressor, let's say 0ms for attack and
decay, then you have actually a waveshaper. let's say you use very small
values but not 0, then it is actually not exactly a waveshaper anymore,
althouth the spectrum might still be altered. a waveshaper uses table
look-up, so each input value has its corresponding output value, but a
compressor with very short attack and decay is more kind of an 'adaptive
waveshaper' (i am not that much an expert, so this term might not make
any sense). however, what happens is more complex, because the current
output value is not only dependent on the actual input value, but also
on previous input values (and also if we are actually in 'attack' state
or 'release' state).

roman



On Tue, 2007-11-27 at 18:50 -0600, Kyle Klipowicz wrote:
 I may be wrong, but might some of the waveshaping tutorials help with
 this? Is compressions essentially a form of waveshaping with an attack
 and decay envelope?
 
 ~Kyle
 
 On Nov 27, 2007 6:24 PM, Roman Haefeli [EMAIL PROTECTED] wrote:
  i once made a compressor with (almost) plain pd (i think, it uses a few
  objectclasses from zexy). it is part of dynlib for netpd and is called
  [rcomp~].
 
  http://www.netpd.org/dynlib
 
  roman
 
 
 
 
  On Tue, 2007-11-27 at 16:08 -0800, Vreahli the Audio Bandit wrote:
   Heya - I'm just curious - is it even possible to build a compressor in
   PD without coding it in C? The only way I can think of getting the
   overall loudness of a signal is by checking audio rate stuff - which
   won't work with control rate values. Just a curiosity. :)
   ___
   PD-list@iem.at mailing list
   UNSUBSCRIBE and account-management - 
   http://lists.puredata.info/listinfo/pd-list
 
 
 
 
  ___
  Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
  http://mail.yahoo.de
 
 
 
  ___
  PD-list@iem.at mailing list
  UNSUBSCRIBE and account-management - 
  http://lists.puredata.info/listinfo/pd-list
 
 
 
 
 



___ 
Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] [keyboard_layout] for Mac OS X

2007-11-27 Thread Mike McGonagle
Hans,
Not having Max, I don't know what this does, could you provide a link to
something, or give a short description?

Thanks,

Mike


On Nov 27, 2007 5:53 PM, Hans-Christoph Steiner [EMAIL PROTECTED] wrote:


 Hey all,

 I don't know if this is especially useful, but I ported Fredrik
 Olofsson's f0.keyboard_layout to Pd.  It's current Mac OS X only, but
 I suppose someone could add support for other platforms.

 It's compiled universal binary in the attached zip, plus it's in the
 hcs library in Pd-extended starting tomorrow.




 .hc



 
 

 It is convenient to imagine a power beyond us because that means we
 don't have to examine our own lives., from The Idols of
 Environmentalism, by Curtis White





 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management -
 http://lists.puredata.info/listinfo/pd-list




-- 
Peace may sound simple—one beautiful word— but it requires everything we
have, every quality, every strength, every dream, every high ideal.
—Yehudi Menuhin (1916–1999), musician
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Building a compressor in PD?

2007-11-27 Thread Roman Haefeli
On Wed, 2007-11-28 at 02:57 +0200, Chuckk Hubbard wrote:
 On Nov 28, 2007 2:08 AM, Vreahli the Audio Bandit [EMAIL PROTECTED] wrote:
  Heya - I'm just curious - is it even possible to build a compressor in PD
  without coding it in C? The only way I can think of getting the overall
  loudness of a signal is by checking audio rate stuff - which won't work with
  control rate values. Just a curiosity. :)
 
 [env~] gives such a level at control rate.
 It's also possible to re-block~ a subpatch to 1, calculate whatever
 average or level you like there, and pass it out; then [bang~] in the
 containing patch will grab a value from it once per block.
 It wouldn't be hard to have an audio-rate rms or peak calculator, then
 use [bang~] and [snapshot~] to read it, if [env~] isn't good enough
 for you.

if you want to measure each sample, why converting the signal to
messages then? why not staying in the audio domain? (staying in the
audio domain is actually what [rcomp] does).

roman




___ 
Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: 
http://mail.yahoo.de


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Building a compressor in PD?

2007-11-27 Thread Andy Farnell
On Wed, 28 Nov 2007 02:10:42 +0100
Roman Haefeli [EMAIL PROTECTED] wrote:

 hm.. don't quite know, how to answer this, i'd say yes and no. basically
 'waveshaping' means adding non-linear distortions to a signal, a
 process, which enriches the frequency spectrum of the signal (-
 spectrum is altered). the goal of all dynamic processing fx as gates,
 compressors, limters, expanders is to only affect the dynamics of the
 signal, but not the spectrum. but yeah, they are somehow related: if you
 use very insane settings for a compressor, let's say 0ms for attack and
 decay, then you have actually a waveshaper. 

You can hear this when applying a traditional compressor to low frequency
sounds like electric bass and 808 kick drum where the wavelength of the
signal is comparable with the compressor changes. Each cycle gets treated
as if it were a separate event. Where compressor and waveshaper diverge is
at Gabor period, 20ms (50Hz), it's no coincidence that where perception
of frequency vanishes at the lower bound perception of amplitude picks up.

 let's say you use very small
 values but not 0, then it is actually not exactly a waveshaper anymore,
 althouth the spectrum might still be altered. a waveshaper uses table
 look-up, so each input value has its corresponding output value, but a
 compressor with very short attack and decay is more kind of an 'adaptive
 waveshaper' (i am not that much an expert, so this term might not make
 any sense). 
 however, what happens is more complex, because the current
 output value is not only dependent on the actual input value, but also
 on previous input values (and also if we are actually in 'attack' state
 or 'release' state).

I suppose, technically, you could say it has become a filter since the
current instantaneous output depends on the average of previous input values.


There are really two kinds of compressor. Feed forward compression places
the averaging function parallel with the signal path and modifies the output
gain. Look-ahead compression delays the signal path and calculates the gain
reduction in anticipation. Each has its merits. The attack control on a
traditional compressor actually does the opposite of what some people expect,
it holds off the gain reduction to allow the initial transient through. That's
desirable in mixing where you want to change the perception of loudness
without needing a limiter since the apparent loudenss is a function of both
amplitude and time - so you reduce the body of the sound while allowing
the subtleties of the attack to come through and leave it clearly defined
in the mix -  good examples of use are for guitar, bass and drums. 
A feed forward method is superior here because we don't mess with the
timing, which is what we want for percussive sounds. The other kind of use
is averaging the overall level, as in vocal passages, in which case a look
ahead compressor is better. Legato sounds like vocals and strings are less
sensitive to being shifted a few milliseconds back but the levelling process
benefits greatly from having a small amount of the signal to anticipate.

a.


-- 
Use the source

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] pdlua compiling on mac

2007-11-27 Thread marius schebella
hi (hans),
I am trying to compile a recent version of pdlua on my mac. I know that 
last time I did this by putting lua.c into pd-extended and compile it 
from there, but I don't know anymore, how that is done.
the makefile that comes with the tarball does not work for os x, and I 
also don't know how and what to include.
what needs to be done to include this in pd-extended. is this possible 
at all, since it relies on a lua installation. or could that also be 
included in the pdlua package, since these files are not very big.
thanks,
marius.

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread patrick
hi,

i was able to compile hexloader by removing the loader_t declarations 
in hexloader.c:
hex loader $Revision: 1.4 $
written by IOhannes m zmölnig, IEM [EMAIL PROTECTED]
compiled on Nov 27 2007 at 23:36:07
compiled against Pd version 0.41.0.extended-20071126

[~] works!

but i have many errors while opening a patch:
hexloader: disguising as 'convert.list2symbol'
 dollarg
... couldn't create
 mergefilename space
... couldn't create
 relay symbol
... couldn't create
hexloader: disguising as 'scale.symbol'
 demultiplex 0 1
... couldn't create
 convert.symbol2chars
... couldn't create
hexloader: disguising as 'convert.list2symbol'
 dollarg
... couldn't create
 mergefilename space
... couldn't create
 relay symbol
... couldn't create
hexloader: disguising as 'convert.list2symbol'
 dollarg
... couldn't create
 mergefilename space
... couldn't create
 relay symbol
... couldn't create
hexloader: disguising as 'scale.symbol'

etc...
but if i create a new patch and type [relay] it will works...
any ideas?
patrick

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


[PD] fixed [stat] crasher bug

2007-11-27 Thread Hans-Christoph Steiner

Hey all,

A couple of people ran into the crasher bug with [stat] when trying  
to test for a non-existent file.  I found the bug, it was a typo on  
my part, I added 2 instead of 1 to a pointer.

It's fixed and in CVS, so it should be in tommorow's builds.

.hc

 


Mistrust authority - promote decentralization.  - the hacker ethic



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] Kaossilator clone

2007-11-27 Thread Hans-Christoph Steiner

That's a nice little instrument!  I am sure it would be a lot more  
fun with a Kaoss pad.

.hc

On Nov 27, 2007, at 11:03 AM, PSPunch wrote:


 Hi list,


 I've put together a patch to make my Korg KaossPad3
 generate sounds like the newer Kaossilator.
 There is also a GEM based GUI to control by mouse.

 http://pspunch.com/kausolator.zip


 The main file and control descriptions are inside
 the file kausolator.pd

 --
 David Shimamoto

 ___
 PD-list@iem.at mailing list
 UNSUBSCRIBE and account-management - http://lists.puredata.info/ 
 listinfo/pd-list



 


There is no way to peace, peace is the way.   -A.J. Muste



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list


Re: [PD] hex loader

2007-11-27 Thread Hans-Christoph Steiner

On Nov 27, 2007, at 1:03 PM, IOhannes m zmoelnig wrote:




 also it would be nice to include this external in pd-extended.

 _part_ of it is included in pd-vanilla (a bug has been fixed  
 recently
 with pd-0.41-test6 (or 7))

 however, i have no problem if you add it to pd-extended (but i  
 have no
 time to do it myself)
 Ah, ok, I was under the impression that you wanted to remove the  
 hex loader stuff from pd-vanilla and replace it with a loader.  I  
 think that wouldn't be so good because then other loaders couldn't  
 use the hex names.


 other loaders can't use the hex-names anyhow.

 what is currently in pd-vanilla is the hexloader _without_ the  
 filename-mangling (only the setup-name is mangled)

 What's the hex loader do?

 as opposed to the hexloader in pd-vanilla, the hexloader-loader  
 also mangles filenames.


I am curious why you chose to make it a loader rather than to make it  
part of the core?  For example, it would be nice to be able to write  
~ in tcl with tclpd, if need be.

.hc


 


   http://at.or.at/hans/



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management - 
http://lists.puredata.info/listinfo/pd-list