Re: [PD] some externals not found in new install of 0.43.4

[Michael Zacherl]

On 8 Feb, 2014, at 11:02 AM, Py Fave  wrote:

> or you can call externals by using [import ]

hm, Malte Steiner recommended that to me the other day, but what name to import?
neither the file name nor the object name worked.

> i guess it is a good practice .
> 
> 2014-02-08 10:24 GMT+01:00 Michael Zacherl :
>> Hello, I installed pd 0.43.4 (20121027) on a new mbp w/ OS X 10.8.5 and 
>> noticed that some but not all externals are not found.
>> E.g. soundhack is ok, dfm1 is not found.
>> I realised that I get it to work after entering an extra line specifically 
>> for the dfm1-external into the search paths.
>> Why is that?
>> Thanks, Michael.


--
http://mz.klingt.org


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

[PD] some externals not found in new install of 0.43.4

[Michael Zacherl]

Hello, I installed pd 0.43.4 (20121027) on a new mbp w/ OS X 10.8.5 and noticed 
that some but not all externals are not found.
E.g. soundhack is ok, dfm1 is not found.
I realised that I get it to work after entering an extra line specifically for 
the dfm1-external into the search paths.
Why is that?
Thanks, Michael.

--
http://mz.klingt.org


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

[PD] [PD-announce] fwd: en gros - en détail | snim open call for compositions | submission deadline Feb 21, 2014

[Michael Zacherl]

snim – the spontaneous network for improvised music – is calling for new 
compositions for the festival `das kleine symposion`. The festival's 7th 
edition will take place at echoraum, Vienna, comprising three concerts in 
October 2014.

For further details PLS see the attached PDF.

Please forward to wherever you think it is appropriate!

** In case of questions PLS contact gabriele.drab(at)gmx.at **




snimcall_2014.pdf
Description: Adobe PDF document



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

Re: [PD] Super computer made of legos and Raspberry Pi computers

[Michael Zacherl]

On 15.9.2012, at 22:40 , Alexandre Torres Porres wrote:

> 
> I bet it can open several phase vocoder patches

64 on this one, strictly speaking.

--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd on a headless Raspberry Pi

[Michael Zacherl]

On 28.8.2012, at 22:53 , Pierre Massat wrote:

> Hi again,
> 
> just a quick update : I tried running aplay at start-up (the same way I was 
> running Pd), with the same type of audio data (a simple 44,1KHz wav file 
> recorded from the Pd patch i'm testing the Pi with). It sounds much better 
> than Pd on the analog output.
> So it should be an issue with Pd itself. Perhaps it start to quickly. I dont 
> know...



just a short note:  did you use a sine-sweep file for your test with aplay? Or 
something similar smooth and simple?
I reckon the built-in PWM-output can handle complex sounds better than simple 
ones. 
I'm having some sort of deja-vu -  didn't we discuss that some weeks ago?  ;-)

BTW,  nicorette?? :-)

> 
> Cheers,
> 
> Pierre.
> 
> 2012/8/28 m.e.grimm 
> hey pierre,
> 
> what r u using for line-in? i have one of these:
> http://www.amazon.com/gp/product/B0069L9PZA/ref=oh_details_o04_s01_i01
> 
> but have not had the chance to try it.
> im curious what might be the best usb in/out for cheap.
> 
> i also got this:
> http://www.amazon.com/gp/product/B005CLMJLU/ref=oh_details_o02_s00_i00
> so i can ssh in on my local network (headless). although i have not
> tried it w/out the powered usb hub.
> 
> just my own status update.
> 
> m
> 
> On Tue, Aug 28, 2012 at 3:10 PM, Pierre Massat  wrote:
> > Hi all,
> >
> > I succesfully ran Pd on a headless Raspberry Pi (which is no big feat per
> > se. I've written a tutorial here :
> > http://guitarextended.wordpress.com/2012/08/28/running-pd-on-a-headless-raspberry-pi/),
> > but i'm getting a really heavily distorted sound from the analog output.
> > No idea why...
> > Any experience to share?
> >
> > Cheers,
> >
> > Pierre.


--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] raspberry-pidi

[Michael Zacherl]

On 19.8.2012, at 12:15 , Pierre Massat wrote:

> OK, it all makes sense, I just thought some list members might get tired of 
> reading 100 messages about the RPi. But yes, it might just as well go back to 
> normal in a few days (though in my case I seriously doubt it :) ).

in fact this can and does happen with any topic!
For instance, I think I'll not have an application for libPD for the time 
being, but I wouldn't say 'never'.
This happens everywhere and the traffic here is not particularly high, so far.  
;-)
YMMV of course.

> 2012/8/19 
> 
> Quoting Michael Zacherl :
> 
> Although I'm subscribed to all Pd-lists I almost missed some interesting 
> discussion on Pd-OT (hey Ed! ).
> I just had a look only because you mentioned that.
> Just out of an impulse I'd like to suggest to close this OT-list and simply 
> follow the netiquette of proper tagging.
> another 2c, Michael.  ;-)
> 
> i was thinking of simply redirecting all mails for pd-ot to "pd-list" with an 
> added "[ot]" prefix.
> but then it didn't seem to be so important and i ended up doing more fun 
> things.
> 
> fgmasdr
> IOhannes


--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

Re: [PD] raspberry-pidi (was Re: Textual pd primer)

[Michael Zacherl]

On 18.8.2012, at 21:00 , IOhannes m zmölnig wrote:

> - in retrospect i consider it a mistake to have split the "pd-ot" list from 
> "pd-list": in 2012 we have a total of about 22 mails on that list (so it's 
> virtually unused), whereas there are still "[OT]" mails on Pd-list, and i 
> don't see a real reason why to ban the occassional OT mail from it.

Although I'm subscribed to all Pd-lists I almost missed some interesting 
discussion on Pd-OT (hey Ed! ).
I just had a look only because you mentioned that.
Just out of an impulse I'd like to suggest to close this OT-list and simply 
follow the netiquette of proper tagging.
another 2c, Michael.  ;-)



--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

Re: [PD] raspberry-pidi (was Re: Textual pd primer)

[Michael Zacherl]

On 18.8.2012, at 21:00 , IOhannes m zmölnig wrote:

> On 08/17/2012 08:46 AM, Pierre Massat wrote:
>> Just a thought : wouldn't it be useful to create a pd-raspberr...@iem.at
>>  address ? I get the feeling that there
>> will be more and more messages about this new platform which may not
>> necessarily be interesting to pure Pd users.
> 
> hmm, i don't have a problem with creating another mailing list, but i would 
> like to keep in mind:
> 
> - many questions that arise in the context of the rpi really are not 
> intrinsically related to the rpi. e.g. this thread "textual pd primer", is 
> really about running Pd on a headless machine, which is more universal than 
> an rpi.
> 
> - there are a lot of questions (e.g. how to open midi-files) on topics that 
> are not necessarily interesting for "pure Pd users"...but then, what is this 
> "pure" thing?
> 
> - in retrospect i consider it a mistake to have split the "pd-ot" list from 
> "pd-list": in 2012 we have a total of about 22 mails on that list (so it's 
> virtually unused), whereas there are still "[OT]" mails on Pd-list, and i 
> don't see a real reason why to ban the occassional OT mail from it.
> the rpi is a relatively new thing and people who recently received there 
> copy, start running Pd on it. hence we had a couple of rpi-related mails in 
> the last few weeks. i expect this to go back to "normal" pretty soon.
> 
> but again, if a sufficient number of people demand a mailinglist for RPiD, i 
> will happily create one.

it depends on my current projects how close I am to a particular mailing list 
like this one. So it keeps changing over time.
What I learned is that quite often the quality of the answer(s) of a seemingly 
hardware- or OS-specific question benefit(s) from the 
expertise of many, sometimes even more when the inputs are somewhat unrelated 
to the subject.
I think hardware/OS discussions can take place everywhere and in this case it's 
the other way round, 
i.e. how to get the maximum out of a minimalistic machine.
Also Miller's interes in some parts of the thread certainly is not just 
sentient to ancient times, 
it points us to specific problems which don't or just rarely occur within a 
'standard' environment 
(i.e. relatively powerful machine with a full blown OS).
In exchange those corrections of problems can help virtually everybody, issues 
of system optimisation 
and e.g. unattended and/or headless operation are evident everywhere.
Also the input of parties not involved in small system applications can 
contribute valuable information, 
so a split of the mailing lists potentially may cut off  some valuable stream 
of knowledge and experience.
just my 2c - Michael.


--
hear the colours of noise: http://blauwurf.at
http://soundcloud.com/noiseconformist



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

Re: [PD] Options for Pd on Raspberry Pi (was: Textual pd primer)

[Michael Zacherl]

On 17.8.2012, at 11:03 , Duncan Speakman wrote:

> You need to have
> installed Xcode on your mac,

why would you need that?

> then use X11

X11 is an application which can be found under "Optional Installs" of the Mac 
OS X system disk.
Just start "Optional Installs.mpkg" and select X11.
At least I can say that for OS X versions 10.5 - 10.6.8

If that's not the case get it from here: 
http://xquartz.macosforge.org/trac/wiki/WikiStart
It's the software Apple bundled and it's more up to date anyway.

> and then log in as Andy
> describes.  You can then run it just by typing pd, but don't forget
> your flags! we're currently using
> pd -alsa -nomidi -audiobuf 25 -r 22050 -blocksize 128
> Tweaking all these will help!
> 
> - The gui can be pretty slow this way so I generally build the patches
> on my mac locally, then copy them over to see how the processor on the
> Gumstix handles them.

Actually on the RPi the GUI is quite ok!
In fact I found myself altering patches (for tests) on the RPi and then need to 
copy 
back the improved patches and abstractions to my library on the Mac.
I still don't have any HDMI hardware, so I just can check that elsewhere.
Yesterday I loaded some of the bigger patches using the RPi standalone using an 
HDMI screen
and editing was quite fine.
In reality a performance test running the patch under it's real conditions is 
inevitable anyway!
The system load changes in any case, regardless wether it's via remote or 
natively controlled.
The only annoying thing is the noise the audio output (analogue as via HDMI) 
generates when
moving mouse, windows etc. 
According to Miller it might have to do with priorities. (see below)
Also, running that via X11 has other implications:
GEM does work with X11 on the Mac since the GLX is available, where as 
(currently) it doesn't natively.
Consider network traffic as a load to the RPi! Fast changing gui-elements slow 
down this little machine!

> - couple of bugs we found when trying to run pd with -nogui
> 1. tables and delread objects behave badly unless you delay turning on
> the dsp. So in the patch that opens with no gui put a 1 or sec delay
> after a loadbang to turn on the dsp.

I ran into such a thing and apparently it's not just on this platform.
http://lists.puredata.info/pipermail/pd-list/2012-08/097279.html

> 2. (this is the really weird one) The expr object doesn't work if we
> launch Pd on startup ( init.d ) with nogui, BUT if we run it with
> -nogui in a command line over SSH it does.

on the RPi or Gumstix? As James pointed out, it may be a permission problem, 
or maybe an environment problem.

> - we're running a custom build of Ubuntu, we had to do this to get the
> built in audio and outputs on the Gumstix to work. not sure how this
> is on the Pi.

Audio is different on the RPi. HDMI is fine, analogue is a pain.
As Pierre pointed out recently it's just a simple filtered PWM output, just 
good enough to recognise the signal.

I'd be very interested to get a simple USB Audio-dongle working, since there's 
also no audio input available,
this could solve some issues (and potentially raise others).

Michael.


--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

Re: [PD] variable number of outlets/inlets /dynamic patching

[Michael Zacherl]

On 14.8.2012, at 19:43 , Jonathan Wilkes wrote:

>>> 
>>> thus: if you want to need [initbang] (which you do if you really need 
>>> variable in/outlets in abstractions), you need to either compile Pd 
>>> yourself or use Pd-extended (only the core binary, no need for any 
>>> externals here)
>> 
>> 
>> What I tried, and apparently works, is to create a maximum number of 
>> inlets/outlets and delete the ones not needed at load-time.
>> ButI consider this one a hack and certainly doesn't improve the reliability 
>> of a dymamic patch.
>  
> Even with [initbang] it's still a hack.  When designing and testing the 
> abstraction, the user must remember to always remove the dynamically created 
> inlets/outlets before saving, and there's no way to automate that without 
> using yet another hack (faking mouse/cut messages, for example).
>  
> -Jonathan

admittedly I didn't look at dynamic patching for a long time.
I remember that I searched for infos on best practices etc. but didn't find 
anything helpful back then.
so curious as I am I still wonder what would be a good way to approach this.
João's [jmmmp/dacm~] is nice but 'harmless' in this respect.

m.

--
hear the colours of noise: http://blauwurf.at
http://soundcloud.com/noiseconformist



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

Re: [PD] variable number of outlets/inlets /dynamic patching

[Michael Zacherl]

Hallo IOhannes,

> On 08/11/2012 01:58 PM, Michael Zacherl wrote:
>> In Pd-extended it could be easier since there are more possibilities to 
>> control the init-phase of a just loaded patch.
>> I think it's in iemlib (Iohannes could chime in) but admittedly I forgot 
>> about it, since also there was a lot of discussion wether this should go 
>> into Vanilla or not,
> 
> the secrect is [initbang], which fires when the abstraction is ready (rather 
> than [loadbang], which fires when all the patch (with all the abstractions, 
> sub-patches and what not) is ready)).

what about dependencies within cascaded abstractions?
E.g. one dynamically patched abstraction would need another one? 
is there a way to guarantee a sequence in order not to break connections?

> unfortunately, i haven't found a way to make [initbang] without hacking Pd 
> itself, so it's not part of any library (e.g. iemlib).

so it's a modified Pd-Vanilla, we have with Pd-extended, not only Pd-Vanilla 
plus a load of externals and abstractions?
I wasn't aware of that. Now I understand all the discussions about that (not 
trying to open an old can of worms!  ;-)

> instead, there is a (low-level) "patch" for Pd somewhere in the tracker, 
> which is applied to Pd-extended (but unfortunately not to Pd-vanilla).

tracker?

> thus: if you want to need [initbang] (which you do if you really need 
> variable in/outlets in abstractions), you need to either compile Pd yourself 
> or use Pd-extended (only the core binary, no need for any externals here)


What I tried, and apparently works, is to create a maximum number of 
inlets/outlets and delete the ones not needed at load-time.
ButI consider this one a hack and certainly doesn't improve the reliability of 
a dymamic patch.

Michael.

--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] variable number of outlets/inlets

[Michael Zacherl]

If the inlets/outlets are on the outside of your abstraction make sure you use 
[initbang].
Otherwise the connections to those ports in your main patch wouldn't be created.
Michael.

On 14.8.2012, at 11:15 , João Pais wrote:

> with dynamic patching, for example [jmmmp/dacm~] in Pd-extended. not exactly 
> what you asked, but similar.
> 
> João
> 
>> Hi,
>> How does one create an abstraction with a variable number of outlets 
>> (depending on the number of arguments)?
>> Thanks
>> Eldad


--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 14.8.2012, at 01:47 , Miller Puckette wrote:

> Thanks for the info... some quick ideas:

good to know but that didn't help.

I can't tell what it is but apparently it's a timing or order of execution 
issue at startup in batch-mode:
Delaying the ; pd dsp 1 message by 200ms helps avoiding the "device busy" error.
Same patch loaded in the gui, no problem.  :-\

According to 'top' the cpu load drops from 75% to about 70% with -nogui for a 
4k-window.
Just about enough to avoid glitching.
But any system activity brings the sound to a halt for a short moment.

So that was just an ssh-session and Pd running in batch-mode.

At some point I'll go through this and see what can be done: 
http://puredata.info/community/pdwiki/Optimize/

>> BTW, is it possible to quit Pd via the patch?
>> Just in case Pd has such high priority that the system becomes inaccessible.
>> 
> Yep: the message is "; pd quit"

ah, of course!


thanks,  Michael.


--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 13.8.2012, at 20:29 , Miller Puckette wrote:

> This is good news about the TASCAM devices (I see there's a whole series
> of them and they're cheap.)  I've also heard that Presonous's interfaces
> are class compliant, but I've now forgotten who told me that.
> 
> I read some months ago on the Raspberry Pi site that it should perform
> "about like a 300 mHz Pentium II" - and the fact that it runs the phase
> vocoder patch without running out of CPU cycles roughly confirms that.

I just checked the Phase Vocoder (compile of Pd-extended on Raspbian) via X11 
redirect:
Pd eats about 68% CPU load running a 2k window.  
A 4k window causes about 75% CPU load where occasional glitching occurs.

To avoid additional system load I tried to run it with -nogui (after preparing 
the patch) via ssh 
but the system claims the sound device is busy. 
Didn't find out why so far, a simple test-patch runs fine though.
No idea what's going on.

> For those of you who are getting skips in the sound, I'm curious if Pd
> is printing the usual messages like:
> 
> priority 96 scheduling enabled.
> priority 98 scheduling enabled.
> 
> on standard error when it starts up --

no, no such messages at start up.

> if not, it would be worth trying
> to figure out how to get Pd to be able to get real-time priority which
> might fix some of the problems.

BTW, is it possible to quit Pd via the patch?
Just in case Pd has such high priority that the system becomes inaccessible.

thanks,
Michael.


> On Mon, Aug 13, 2012 at 08:35:25AM -0700, Scott R. Looney wrote:
>> hey folks - just commenting on USB class compliant devices - the Tascam
>> US-800 interface (about $100US) is another class compliant device. it's
>> been shown to work reliably with 8 track recording on iPad. just wanted
>> folks to know there was a cheaper interface option out there, though i'd
>> certainly love to own a Fireface USB interface myself. The US-800 has 6
>> Neutrik inputs with phantom, 2 SPDIF (Stereo In and Out)  and 4 unbalanced
>> outs. it's very light, though, and it may be possible (with modification)
>> to stick the R-Pi inside its case.
>> 
>> hope this might help somebody...
>> 
>> scott
>> 
>> On Mon, Aug 13, 2012 at 6:54 AM, Tedb0t  wrote:
>> 
>>> Huh, really? How did you find this out?
>>> 
>>> —tedb0t
>>> 
>>> On Aug 13, 2012, at 8:43 AM, Pierre Massat wrote:
>>> 
 Hi all,
 
 I don't know whether this was mentioned here, but the audio output
>>> throught the built in jack is bad because it uses PWM followed by a filter,
>>> no real dedicated dac. You can tweek the settings of Pd for years but
>>> you'll never get an good quality sound out of it.
 
 Pierre.
>>> 
>>> ___
>>> 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
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

[PD] DFM1 on Raspbian

[Michael Zacherl]

Hi, 
just a short note to report that I successfully brought Tony Hardie-Bick's DFM1 
filter on the Raspberry Pi via Thomas Grill's flext (svn 3762).
Kudos also to Jon Stutters who ported Tony's code to SC/Max/Pd.
Michael.

--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 13.8.2012, at 09:59 , Thomas Grill wrote:

> 
> Am 10.08.2012 um 15:54 schrieb Michael Zacherl:
> 
>> If this works, I don't see a reason why some serious hardware like an RME 
>> Fireface UCX shouldn't run as well in Class Compliant Mode.
>> (which would be rather funny, but why not if somebody got it at hands?)
>> 
> 
> The RME FF 400 UCX is actually specifically advertized for that usage. It's 
> probably the only commercial interface available providing an 8 channel class 
> compliant mode.


That's correct, I missed to make my point that the product of course needs to 
support Class Compliant Mode.
RME aims specifically at the tablet-market, so maybe others will follow.
m.



--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 12.8.2012, at 23:19 , Stephen Lucas wrote:

> I've gotten my Rpi to run pd-vanilla using the regular apt-get install on RPi 
> Wheezy 7/15/2012.
> 
> I'm using the 3.5mm out jack because that's simpler for me to pipe into my 
> monitoring system.
> 
> I wasn't very systematic about documenting the process but I'll try to 
> recount the steps I took to get it running.

besides the output selection issue it's pretty straight forward!

> I did have to do some monkeying with the config.txt to get it to stop 
> defaulting to HDMI.
> http://elinux.org/RPi_config.txt 
> 
> I also did some of these steps which seemed to turn off auto default output
> http://raspberrypi.stackexchange.com/questions/44/why-is-my-audio-sound-output-not-working
>  

Thanks for that! I was just about to look that up.
I didn't run into that until recently when I finally connected the RPi to a 
proper HDMI screen (which I don't have myself)

> I have the audio output set to ALSA (hardware) with 2channels.

AFAIK that's the only way it works.  JACK is not available yet.

> The 3.5mm audio output is a bit dirty sounding. This it really obvious with 
> pure tones but not too terrible with more complex sounds. I've heard that the 
> HDMI audio output doesn't have this problem as much. I did have to turn the 
> output delay up to 500-1000ms and the audio vector to 512.

the 'quality' of the sound from the audio socket is a real pain. 
And it stays like that regardless the settings I have in Pd's audio settings.
At some point I'll investigate the options to connect USB-audio but I'm afraid 
at the current state of the software it will be full of glitches as well.

> I got the phase vocoder running and it sounds fine. However, any additional 
> CPU work interrupts PD and causes some very nasty full output crackles. This 
> includes (what I believe are) CPU rendered mouse cursor movements, meaning 
> that touching the mouse usually interrupts audio. This is not always 
> predictable as I'm sure there are some background processes that are also 
> interfering a little.

It was even worse with the original Debian image the RPi-team released (with no 
fpu enabled).
It also happens when accessing the SD-card and do other operation (via the 
shell w/ no GUI) or network traffic (I use ssh).
Compared to earlier versions now it's almost ok-ish but I think there's still a 
lot of room for improvement.
There's some comment on this:  
http://www.raspberrypi.org/phpBB3//viewtopic.php?f=38&t=10538
Try loading a patch while audio is on.

So far I absolutely wouldn't consider the RPi as a performance platform rather 
than for installation stuff and the like 
which are more likely to be in a dedicated, sort of optimised headless 
operation.

> I haven't tested any of my really large/intense audio patches to get an idea 
> of where the thresholds are.

I got Pd-extended running and I get about 40-50% cpu load with the fiddle~ 
help-file plus some extra messaging and no GUI!
With GUI it goes to over 90% - again, room for improvement, but then ... see 
above.
My large patches need quite some attention (it's the first time I run Pd on 
Linux BTW :-\  ) but from the experience so far I doubt they will be ok.
It's just too much. 
I tried Sakonda's old pitch shifter which I ported from Max to Pd some time ago 
and this is working nicely.
But anything fpu-related will be a challenge.

> My main goal is to get Gem going so I'll send an update when I have more 
> progress on that.

I'm curious about that! So far I found out that Gem needs GLX which isn't 
provided by the RPi.
Didn't do any further reading on this and I don't have any HDMI hardware at 
home so I just used X11 on my Mac,
where Gem is ok.

In fact we are early adopters doing all this, and it's good to see what's 
possible for the money.
Then again I think it's important to draw a clear line where the application of 
the RPi makes sense and where not.
It has quite some potential but also can turn quickly into a time-munching 
critter.

Michael.

PS: I just noticed $0 delivers the same value in every instance. I suspect 
that's caused by using X11.
Could you PLS verify if it's any different using a local HDMI screen?  thx!


> On Sat, Aug 11, 2012 at 1:36 PM, Michael Zacherl  
> wrote:
> 
> On 11.8.2012, at 19:58 , Michael Zacherl wrote:
> 
> > it is!
> > Looking at the http://raspberry.org site the list of interesting or just 
> > funny
> 
> sorry, of course this should have been http://raspberrypi.org !
> 
> --
> feed your perception: http://blauwurf.at
> http://soundcloud.com/noiseconformist
> 
> 
> 
> 
> ___
> Pd-list@i

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 11.8.2012, at 19:58 , Michael Zacherl wrote:

> it is!
> Looking at the http://raspberry.org site the list of interesting or just 
> funny 

sorry, of course this should have been http://raspberrypi.org !

--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 11.8.2012, at 14:15 , Charles Goyard wrote:

> Hi,
> 
> Pierre Massat wrote:
>> One thing I would like to know is how difficult it would be to run Pd on
>> this machine at a very low level, with a very minimal OS (I know nothing
>> about this kind of things). 700MHz is a lot I believe, considering that a
>> lot of digital audio gear was available before this chips were affordable.
>> I'm pretty sure that a standard digital multi-effects for instance doesn't
>> need 700MHz at all.
> 
> There's a big difference between a dedicated chip or a microcontroller
> with a single-task firmware, and a general purpose multitasking OS. A
> 2USD chip with a few lines of code can do nanosecond accurate timings,
> where you need a real-time flavor and a lot of pain to achieve the same
> with Linux on a PC. There's just two different kind of beasts.
> 
> I feel there's a lot of deception coming about the Rasberry Pi's
> capabilities. But well, it's pretty good for the price.

it is!
Looking at the http://raspberry.org site the list of interesting or just funny 
but nevertheless nice projects grows constantly.
You're absolutely right regarding timing and OS issues.
I never (never say never again ;-) would use a thing like the RPi for building 
just a controller which is much easier and more efficiently implemented 
with an AVR or PIC in their respective environments.
The ARM's floating point power is so-so, but there is some potential to use 
this 
tiny thing in an installation to combine for instance sound and hardware 
control within one kit.
And it can be run from batteries (I personally didn't test that so far, but 
that's on my long to-do list.)
At the moment Pd is the only environment of this kind of software which is 
within reach to be 
usable for serious applications.
Supercollider could be next, but this still needs Jack Audio which isn't 
running on the RPi so far.
And since Python is the programming language of choice to access the I/O 
hardware on the RPI 
it looks pretty good to get being very usable within Pd.

m.


--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd-extended on the Raspberry Pi

[Michael Zacherl]

Since you mentioned in your blog you were running the RPi headless, were you 
getting the sound from the internal audio jack?
Because I ran that on an HDMI-screen recently (I don't have HDMI at home) which 
also received audio via HDMI and that was perfectly clean.

On 1.8.2012, at 01:42 , Tedb0t wrote:

> Yeah I'm not sure what's up with the sound; pd vanilla seems to be cleaner.  
> I haven't had time to follow R-Pi development stuff lately, so I don't know 
> if anyone's been working on the audio driver.  At the time I worked on this 
> it was very beta.
> 
> —t3db0t
> 
> 
> On Jul 31, 2012, at 7:33 PM, Michael Zacherl wrote:
> 
>> regardless the absence of this particular package Pd-extended starts and can 
>> be used.
>> unfortunately the sound isn't clean either, it's not as bad as with the 
>> Raspbian package,
>> but far from clean (even clicking on a window makes a nasty noise).
>> m.
>> 
>> On 1.8.2012, at 00:11 , Michael Zacherl wrote:
>> 
>>> Hey, thanks a lot for providing this package!
>>> After I tested Pd 43-2 (apt-get install puredata) on Raspbian/Wheezy (where 
>>> the sound is chopped up, BTW) 
>>> I'm trying to solve the dependencies for this package which gives me a bit 
>>> of a headache.
>>> However I turn it, libmp3lame0 can't be resolved.
>>> Any hint is appreciated.
>>> Thanks, Michael.
>>> PS: Going through the list of dependencies I wonder if they're really all 
>>> needed. 
>>> But that may be well just me, as I'm used to Pd on Mac OS X ;-)
>>> 
>>> 
>>> On 14.6.2012, at 21:35 , Tedb0t wrote:
>>> 
>>>> For convenience, I uploaded the package (.deb) here:
>>>> http://download.puredata.info/pd-extended-rpi/releases/1.0/Pd-0.43.1-extended-20120606.deb/view
>>>> 
>>>> If anyone else has a Raspberry Pi, can you download this and try 
>>>> installing it?  Thanks!
>>>> 
>>>> —t3db0t
>>>> 
>>>> On Jun 14, 2012, at 3:08 PM, Marco Donnarumma wrote:
>>>> 
>>>>> That's great! thanks for sharing, and keep us updated.
>>>>> M
>>>>> 
>>>>> 
>>>>> After much tribulation, I managed to build Pd-extended on the RPi:
>>>>> http://log.liminastudio.com/writing/tutorials/how-to-build-pd-extended-on-the-raspberry-pi
>>>>> 
>>>>> I'm getting some noise, possibly due to the beta alsa driver, but I'm 
>>>>> looking into it...
>>>>> 
>>>>> ?t3db0t
> 



--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

Re: [PD] variable number of outlets/inlets /dynamic patching

[Michael Zacherl]

I tried something like that about a year ago using dynamic patching.
I wanted to make this work in Pd-Vanilla and ran into the problem that at the 
time 
the patch is loaded the outlets don't exist.
The abstraction builds up and works but can't be used since the original 
connections to this abstraction are 
broken because they just don't exist at this point.
My approach to this was then to reverse the process, i.e. to create a big 
(maximum) number of inlets in 
advance and then remove them according to the needs of the patch.
But I didn't finish this due to time constraints and actually, I didn't really 
need it so far.

In Pd-extended it could be easier since there are more possibilities to control 
the init-phase of a just loaded patch.
I think it's in iemlib (Iohannes could chime in) but admittedly I forgot about 
it, since also there was a lot of discussion wether this should go into Vanilla 
or not,
and also doing that in extended wasn't my goal.
On the bottom line, according to my experience, I found dynamic patching pretty 
fragile and it always feels like a "hack" to me.
i.e. changing the functional part of a dynamic abstraction appears like walking 
on a tight rope where everything could collapse like a house of cards.
It was fun trying it but I suspect that's not the intended application of that 
technique.  ;-)
Michael.

On 10.8.2012, at 22:28 , Eldad Tsabary wrote:

> Hi,
> How does one create an abstraction with a variable number of outlets 
> (depending on the number of arguments)?
> Thanks
> Eldad





--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

Hi again, 

On 10.8.2012, at 09:10 , Pierre Massat wrote:

> @ Richie : I haven't tried the GPIO yet. I find it a bit frustrating when 
> they say that audio input can be added easily through the GPIO. I don't think 
> it's true. It would take a lot of hardware around a good ADC, plus I guess a 
> custom driver. There aren't any DIY audio ADCs on the web that I know of, 
> except a project by a German guy who builds ADCs and DACs frm scratch.

I'm not sure if Richie meant audio in when he talked about GPIO. 
But, @Richie, since Python is the tool of choice on the RPi world it shouldn't 
be too hard to get some decent control of external hardware via Pd.
However, Pierre, I share your thought about GPIO and audio and I'm not sure if 
that's the route to go.
There would be a lot of effort to get this done and I rather prefer to get 
something like Jack running smoothly (which currently isn't due to driver 
issues, IIRC).
I'd rather get a small, cheapish USB audio interface running which I also could 
strip and mount into the same box with the RPi.
If this works, I don't see a reason why some serious hardware like an RME 
Fireface UCX shouldn't run as well in Class Compliant Mode.
(which would be rather funny, but why not if somebody got it at hands?)

> One thing I would like to know is how difficult it would be to run Pd on this 
> machine at a very low level, with a very minimal OS (I know nothing about 
> this kind of things). 700MHz is a lot I believe, considering that a lot of 
> digital audio gear was available before this chips were affordable. I'm 
> pretty sure that a standard digital multi-effects for instance doesn't need 
> 700MHz at all.

Ethernet is done via USB on the RPi, that's one reason they didn't go for 
gigabit ethernet, just wouldn't make sense.
So I sense (lack of knowledge though) some potential to strip down the OS to 
free ressources.
Also a RT-kernel is planned, but there I don't know much else, didn't use a 
RT-system so far.
At some point I'll go through the points listed here and see what it can do:  
http://puredata.info/community/pdwiki/Optimize/

> I've been dreaming of building this "Pd box" people have been talking about 
> for many months now, and I can imagine what a revolution it would be if it 
> was open source.

oh yes, and the RPi can run from four AA batteries ...  ;-)

m.

--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd Vanilla on Raspberry Pi

[Michael Zacherl]

On 9.8.2012, at 23:25 , Pierre Massat wrote:

> Dear List,
> 
> I'm happy to inform you (some of you may already know this) that PD vanilla 
> works out of the box on my new raspberry pi running the standard Raspbian OS. 
> A simple apt=get install worked like a charm, no need to tweek anything, I 
> got the sound working right away. The method proposed by TedbOt recently 
> doesn't seem to be necessary anymore. I'll try pd=extended sometime soon.

Hey, 
did you get audio via the audio connector or via HDMI?
I compiled pd-extended from a daily snapshot on Raspbian and it works nicely 
via HDMI but the audio from the dedicated socket has glitches.
Performance is so-so, a modified bpq2 example works nicely (added noise and a 
LFO to modulate the filter's frequency), 
but freeverb for instance nailed the cpu at 100% and left only smallest chunks 
of sound for the ear.
GEM only works with an external xserver (like the X11 I have on my Mac) since 
RPi doesn't come with GLX. 
I could upload my package (where?) if you want, BTW - compile takes some hours 
and clogs the entire machine.
Michael.

--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd-extended on the Raspberry Pi

[Michael Zacherl]

On 1.8.2012, at 01:42 , Tedb0t wrote:

> Yeah I'm not sure what's up with the sound; pd vanilla seems to be cleaner.  
> I haven't had time to follow R-Pi development stuff lately, so I don't know 
> if anyone's been working on the audio driver.  At the time I worked on this 
> it was very beta.

yeah, but as I tried to point out, aplay has no issues ... so it's not 
necessarily just the driver, I'd say.


> On Jul 31, 2012, at 7:33 PM, Michael Zacherl wrote:
> 
>> regardless the absence of this particular package Pd-extended starts and can 
>> be used.
>> unfortunately the sound isn't clean either, it's not as bad as with the 
>> Raspbian package,
>> but far from clean (even clicking on a window makes a nasty noise).
>> m.
>> 
>> On 1.8.2012, at 00:11 , Michael Zacherl wrote:
>> 
>>> Hey, thanks a lot for providing this package!
>>> After I tested Pd 43-2 (apt-get install puredata) on Raspbian/Wheezy (where 
>>> the sound is chopped up, BTW) 
>>> I'm trying to solve the dependencies for this package which gives me a bit 
>>> of a headache.
>>> However I turn it, libmp3lame0 can't be resolved.
>>> Any hint is appreciated.
>>> Thanks, Michael.
>>> PS: Going through the list of dependencies I wonder if they're really all 
>>> needed. 
>>> But that may be well just me, as I'm used to Pd on Mac OS X ;-)
>>> 
>>> 
>>> On 14.6.2012, at 21:35 , Tedb0t wrote:
>>> 
>>>> For convenience, I uploaded the package (.deb) here:
>>>> http://download.puredata.info/pd-extended-rpi/releases/1.0/Pd-0.43.1-extended-20120606.deb/view
>>>> 
>>>> If anyone else has a Raspberry Pi, can you download this and try 
>>>> installing it?  Thanks!
>>>> 
>>>> —t3db0t
>>>> 
>>>> On Jun 14, 2012, at 3:08 PM, Marco Donnarumma wrote:
>>>> 
>>>>> That's great! thanks for sharing, and keep us updated.
>>>>> M
>>>>> 
>>>>> 
>>>>> After much tribulation, I managed to build Pd-extended on the RPi:
>>>>> http://log.liminastudio.com/writing/tutorials/how-to-build-pd-extended-on-the-raspberry-pi
>>>>> 
>>>>> I'm getting some noise, possibly due to the beta alsa driver, but I'm 
>>>>> looking into it...
>>>>> 
>>>>> ?t3db0t
>>>>> 
>>>>> -- 
>>>>> Marco Donnarumma
>>>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>>>> ACE, Sound Design MSc by Research (ongoing)
>>>>> The University of Edinburgh, UK



--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd-extended on the Raspberry Pi

[Michael Zacherl]

On 1.8.2012, at 20:25 , m.e.grimm wrote:

> i just got mine a couple of weeks ago. just got a power supply and got
> rasbian on it. just using "apt-get install puredata" worked fine and
> all deps met.

Yes, this is the case with the current (as of 20120715) Raspbian image, 
which has Pd Vanilla in its repository. That's easy.
But alas, on my RPi, with a fresh image on the card the sound is chopped up,
tastes a bit like an interrupt problem, or at least it sounds like that.

I previously was referring to TedB0t's original post where he kindly built a 
package of Pd-extended,
which he describes here: 
http://log.liminastudio.com/writing/tutorials/how-to-build-pd-extended-on-the-raspberry-pi
Note that this is for the previous Debian Squeeze image which apparently has 
been replaced by Raspbian.
Both support different architectures.

> anyway. it does not look like the built-in output is too promising.

What do you mean by that?
Is the sound clean on your system?
I'm talking about the onboard sound via the 3.5mm socket.
The alsa-player is fine BTW, playing a .wav is ok with no hiccups.

> maybe someone knows of a decent USB soundcard with debian drivers to
> try out?

Today I tested my old ESI U24 with Ubuntu 11.04 (I know, it's old) on a x86 
machine.
I didn't get that far that Pd was sounding, but a quick test via Ubuntu's 
onboard prefs showed,
that this interface worked out of the box.
So next steps are configuring it for Pd on the x86 and then seeing what's 
needed for the RPi.

My goal is to find a simple 2-in/2-out USB interface which I can rip apart and 
(virtually) glue
to the RPi in it's box - also since the RPi has got no inputs.

> other than that a GPIO based soundcard solution would be nice but no
> one has made such a think afaik

well, shouldn't be too hard to create an SPI interface and connect some AD/DA 
hardware.
But to get that working on an OS-level so that software like Pd, SC etc. have 
proper and reliable (!)
access to it, I can't say, but I think that needs some more effort - let alone 
the timing issues which may occur.

Michael.
PS:
oh, I just had the fantasy an Adat lightpipe or S/PDIF interface could be cool 
... just dreaming ;-)
(the driver problem would remain the same - USB is the easiest way to go)

> On Tue, Jul 31, 2012 at 7:33 PM, Michael Zacherl
>  wrote:
>> regardless the absence of this particular package Pd-extended starts and can 
>> be used.
>> unfortunately the sound isn't clean either, it's not as bad as with the 
>> Raspbian package,
>> but far from clean (even clicking on a window makes a nasty noise).
>> m.
>> 
>> On 1.8.2012, at 00:11 , Michael Zacherl wrote:
>> 
>>> Hey, thanks a lot for providing this package!
>>> After I tested Pd 43-2 (apt-get install puredata) on Raspbian/Wheezy (where 
>>> the sound is chopped up, BTW)
>>> I'm trying to solve the dependencies for this package which gives me a bit 
>>> of a headache.
>>> However I turn it, libmp3lame0 can't be resolved.
>>> Any hint is appreciated.
>>> Thanks, Michael.
>>> PS: Going through the list of dependencies I wonder if they're really all 
>>> needed.
>>> But that may be well just me, as I'm used to Pd on Mac OS X ;-)
>>> 
>>> 
>>> On 14.6.2012, at 21:35 , Tedb0t wrote:
>>> 
>>>> For convenience, I uploaded the package (.deb) here:
>>>> http://download.puredata.info/pd-extended-rpi/releases/1.0/Pd-0.43.1-extended-20120606.deb/view
>>>> 
>>>> If anyone else has a Raspberry Pi, can you download this and try 
>>>> installing it?  Thanks!
>>>> 
>>>> —t3db0t
>>>> 
>>>> On Jun 14, 2012, at 3:08 PM, Marco Donnarumma wrote:
>>>> 
>>>>> That's great! thanks for sharing, and keep us updated.
>>>>> M
>>>>> 
>>>>> 
>>>>> After much tribulation, I managed to build Pd-extended on the RPi:
>>>>> http://log.liminastudio.com/writing/tutorials/how-to-build-pd-extended-on-the-raspberry-pi
>>>>> 
>>>>> I'm getting some noise, possibly due to the beta alsa driver, but I'm 
>>>>> looking into it...
>>>>> 
>>>>> ?t3db0t
>>>>> 
>>>>> --
>>>>> Marco Donnarumma
>>>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>>>> ACE, Sound Design MSc by Research (ongoing)
>>>>> The University of Edinburgh, UK
>>>>> ~
>>>>> Portfolio: http://marcodonnarum

Re: [PD] Pd-extended on the Raspberry Pi

[Michael Zacherl]

regardless the absence of this particular package Pd-extended starts and can be 
used.
unfortunately the sound isn't clean either, it's not as bad as with the 
Raspbian package,
but far from clean (even clicking on a window makes a nasty noise).
m.

On 1.8.2012, at 00:11 , Michael Zacherl wrote:

> Hey, thanks a lot for providing this package!
> After I tested Pd 43-2 (apt-get install puredata) on Raspbian/Wheezy (where 
> the sound is chopped up, BTW) 
> I'm trying to solve the dependencies for this package which gives me a bit of 
> a headache.
> However I turn it, libmp3lame0 can't be resolved.
> Any hint is appreciated.
> Thanks, Michael.
> PS: Going through the list of dependencies I wonder if they're really all 
> needed. 
> But that may be well just me, as I'm used to Pd on Mac OS X ;-)
> 
> 
> On 14.6.2012, at 21:35 , Tedb0t wrote:
> 
>> For convenience, I uploaded the package (.deb) here:
>> http://download.puredata.info/pd-extended-rpi/releases/1.0/Pd-0.43.1-extended-20120606.deb/view
>> 
>> If anyone else has a Raspberry Pi, can you download this and try installing 
>> it?  Thanks!
>> 
>> —t3db0t
>> 
>> On Jun 14, 2012, at 3:08 PM, Marco Donnarumma wrote:
>> 
>>> That's great! thanks for sharing, and keep us updated.
>>> M
>>> 
>>> 
>>> After much tribulation, I managed to build Pd-extended on the RPi:
>>> http://log.liminastudio.com/writing/tutorials/how-to-build-pd-extended-on-the-raspberry-pi
>>> 
>>> I'm getting some noise, possibly due to the beta alsa driver, but I'm 
>>> looking into it...
>>> 
>>> ?t3db0t
>>> 
>>> -- 
>>> Marco Donnarumma
>>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>>> ACE, Sound Design MSc by Research (ongoing)
>>> The University of Edinburgh, UK
>>> ~
>>> Portfolio: http://marcodonnarumma.com
>>> Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | 
>>> http://www.flxer.net
>>> Director: http://www.liveperformersmeeting.net
>> 
>> ___
>> Pd-list@iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> --
> nonconform? noiseconform: http://blauwurf.at
> http://soundcloud.com/noiseconformist
> 
> 
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] Pd-extended on the Raspberry Pi

[Michael Zacherl]

Hey, thanks a lot for providing this package!
After I tested Pd 43-2 (apt-get install puredata) on Raspbian/Wheezy (where the 
sound is chopped up, BTW) 
I'm trying to solve the dependencies for this package which gives me a bit of a 
headache.
However I turn it, libmp3lame0 can't be resolved.
Any hint is appreciated.
Thanks, Michael.
PS: Going through the list of dependencies I wonder if they're really all 
needed. 
But that may be well just me, as I'm used to Pd on Mac OS X ;-)


On 14.6.2012, at 21:35 , Tedb0t wrote:

> For convenience, I uploaded the package (.deb) here:
> http://download.puredata.info/pd-extended-rpi/releases/1.0/Pd-0.43.1-extended-20120606.deb/view
> 
> If anyone else has a Raspberry Pi, can you download this and try installing 
> it?  Thanks!
> 
> —t3db0t
> 
> On Jun 14, 2012, at 3:08 PM, Marco Donnarumma wrote:
> 
>> That's great! thanks for sharing, and keep us updated.
>> M
>> 
>>  
>> After much tribulation, I managed to build Pd-extended on the RPi:
>> http://log.liminastudio.com/writing/tutorials/how-to-build-pd-extended-on-the-raspberry-pi
>> 
>> I'm getting some noise, possibly due to the beta alsa driver, but I'm 
>> looking into it...
>> 
>> ?t3db0t
>> 
>> -- 
>> Marco Donnarumma
>> New Media + Sonic Arts Practitioner, Performer, Teacher, Director.
>> ACE, Sound Design MSc by Research (ongoing)
>> The University of Edinburgh, UK
>> ~
>> Portfolio: http://marcodonnarumma.com
>> Research: http://res.marcodonnarumma.com | http://www.thesaddj.com | 
>> http://www.flxer.net
>> Director: http://www.liveperformersmeeting.net
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list



--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

Re: [PD] Detuning reverb ?

[Michael Zacherl (remote)]

_very_ nice!! :-) m.

Zitat von Pierre Massat :


Here's the link to the post, if you want to listen to the result and get
the patch.
http://guitarextended.wordpress.com/2012/07/10/thehexxciter-detuning-reverb-better/

Cheers!

Pierre.

2012/7/10 Pierre Massat 


I got something working really nicely (using a short delay with a high
feedback to get some sustain for the pitchshifter and to leave out quiter
notes). I'll make a post tonight on my blog. Thank you all for your
precious help!
Btw, this instrumental version of the Hexx is really cool...

Cheers,

Pierre.


2012/7/10 tim vets 




2012/7/10 Thomas Grill 


Hi,
i wouldn't count on it being a live (guitar) effect.
It can be seen on http://www.youtube.com/watch?v=5eEVpY9rjxQ that it's
obviously played by use of some midi keyboard.
gr~~~



or maybe it's the guy in the background at 0:34 turning his tuning knobs
? ;)



2012/7/8 Pierre Massat :
> Dear List,
>
> I've been trying to recreate the effect that can be heard on
Pavement's The
> Hexx (http://www.youtube.com/watch?v=6N5tx68-d2I). It sounds like a
> constantly downward detuning reverb, I have no idea if this is an
existing
> guitar effect or if it was created in studio by Nigel Godrich. My last
> attempt resulted in this
> (http://guitarextended.wordpress.com/2012/07/08/detuning-delay/),
which
> doesn't really sound like the original at all...
>
> I think I need delay lines driven by a phasor with a squared output,
so that
> the speed at which the length of the delays increases is not constant.
I
> also think I need to envelop the delay lines somehow, and switch
between
> them so that the maximum length is never reached. But right now I
short of
> ideas. From what i've found on the web, this should be doable with a
> granular delay, but I never used any granular stuff.
>
> Any suggestion is welcome...
>
> Cheers!
>
> Pierre.


--
on the road, in a lecture, whereever ...


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

[PD] multiple instances of the same dynamic abstraction?

[Michael Zacherl.]

Hi, I'm currently experimenting with dynamic patching, sending mgs to cnvs etc.

One obvious question is, how to address a dynamic abstraction when having 
multiple instances of it in a main patch.
Is there a way around this?
Besides that any msg to the cnv hits all occurrences of that particular 
abstraction I manage to crash pd almost regularly with 0.42.6, ext-0.42.5 and 
0.43.0.
0.43.0 also shows an Tcl-error message, probably regarding the line which 
sticks out when running that example on 0.42.6 and ext-0.42.5. 
(this cord also shows up when using just one instance of this abstraction).

I included a simple example.
Any hints?

Thanks a lot, Michael. 



cnv-adr-testabstr.pd
Description: Binary data
  

cnv-adr-testmain.pd
Description: Binary data


--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist



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

Re: [PD] receiving messages in [expr] ?

[Michael Zacherl.]

Hi Jonathan, 
yeah, tables would work, I easily could keep them local any refer to the 
respective indices.
But then again, despite what IOhannes pointed out (and I still agree with him) 
I like the idea of using [value]s 
since I could use self explaining names, which would make the mess, in this 
particular case, better readable.

So from this POV I don't find your solution that ugly.

Thanks, Michael.



On 25.8.2011, at 18:21 , Jonathan Wilkes wrote:

> [v $0-myvalue] = associate the symbol "$0-myvalue" with a float value
> [expr $0-myvalue] = subtract the float value associated with the symbol 
> "myvalue" from $0
> 
> Therefore, [expr] should always return the value of $0 (unless you're 
> assigning a value to "myvalue" somewhere)
> 
> [expr]'s parser seems only to recognize an atom as a symbol when the first 
> character is not a number, so try the following workarounds:
> 
> [expr _$0myvalue]
> [expr myvalue$0]
> 
> Both are ugly.  If using tables you can avoid this mess by using an $s 
> variable.
> 
> -Jonathan
> 
> From: Michael Zacherl. 
> To: PD list 
> Sent: Thursday, August 25, 2011 11:19 AM
> Subject: Re: [PD] receiving messages in [expr] ?
> 
> 
> On 25.8.2011, at 14:43 , tim vets wrote:
> 
> > something like [expr myvalue] and [v myvalue]?
> > gr,
> > Tim
> 
> great, thanks Tim!  
> 
> any chance to get $0 working?  [v $0-myvalue] is fine, [bang(--[expr 
> $0-myvalue]  (might be utterly wrong) delivers strange values, not even $0.
> 
> Michael.
> 
> --
> noise chasers: http://blauwurf.at 
> http://soundcloud.com/noiseconformist
> 
> 
> 
> 
> ___
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 
> 



--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] receiving messages in [expr] ?

[Michael Zacherl.]

On 25.8.2011, at 17:43 , IOhannes m zmoelnig wrote:

> generally i would suggest to avoid such hidden data sharing whenever
> possible.
> while it might remove a number of ugly connections, it will also remove
> a number of connections telling you where the data comes from.
> 
> connections are really Pd's strength, rather than it's weakness.

I agree!  I'm working on an abstraction so utilising [value] and trying to 
incorporate $0 might be clean but then again probably hard to read.
Then again, curiosity if it might work is still there! ;-)

Michael.


--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

Re: [PD] receiving messages in [expr] ?

[Michael Zacherl.]

On 25.8.2011, at 14:43 , tim vets wrote:

> something like [expr myvalue] and [v myvalue]?
> gr,
> Tim

great, thanks Tim!  

any chance to get $0 working?  [v $0-myvalue] is fine, [bang(--[expr 
$0-myvalue]  (might be utterly wrong) delivers strange values, not even $0.

Michael.

--
noise chasers: http://blauwurf.at 
http://soundcloud.com/noiseconformist




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

[PD] receiving messages in [expr] ?

[Michael Zacherl.]

Hi, to keep my patch tidy I'd like to use some sort of [receive] in a bunch of 
[expr] objects (mostly constants to configure the patch).
I could use sub-patches and [send] the values to them there, is there an easier 
way? 
[expr] don't have names like arrays etc. - but maybe there's a trick?

Thanks, Michael.

--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

Re: [PD] reading a 4-channel aif

[Michael Zacherl.]

Hi Peter!

> Michael Zacherl. wrote:
>> Hello,
>>   for recording four channels I used [open -bytes 3 filename] fed into 
>> [writesf~ 4] in an earlier session.
>> Now I need to split this interleaved sound file up into four mono-files for 
>> importing them elsewhere.
> You could use Sox or Audacity for example.

I looked at it with audacity, the files are definitely ok.
I'm vary about sox, but should be ok if it's just byte-order or header rewrite.

>> I tried [open filename] -- [readsf~ 4] but just get digital noise.
>> Since relying on its detection capabilities doesn't seem to work I tried to 
>> specify the  parameters, starting with  [open filename 0 200 4 3 b] .
> Although AIF files are big-endian, did you try to use the "l" flag 
> nevertheless?

Quicktime shows them as big-endian files.
When trying the "l" flag I did this with entering the [open filename 0 200 4 3 
l ] options.
This sounded quite as if I just used [open filename] .

However there seems to be no other option than converting this files to .wav in 
order to maintain the 24-bit resolution.

>> It changes the noise but doesn't deliver the proper audio stream.
>> Admittedly I'm not sure about the header size
>> How could I get this to work?
> Try as well: Converting the 24bit aif file to a 4Chn wav file (Sox) and try 
> that one. Convert the 24bit aif file to 16bits and try again. Make sure to 
> report back to the list with your results!

Converting with sox was easy, just filenames are needed to get the audio into a 
.wav container.
Checking with Audacity showed that it properly worked.
I'm not sure how to get a particular channel from this files from sox but at 
least I can read them into Pd.

Thanks, Michael.  



--
keep your ears open: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] reading a 4-channel aif

[Michael Zacherl.]

Hi, Thomas!

> is the file broken or ok? You can try to play the file with e.g.
> Quicktime player (which should play the first two channels) to check
> if it's ok.

the files are ok, play fine in QT (the first two channels, as you say)

> If yes and it is a 24-bits AIFF file, Pd might have problems to read
> it - you would probably have to convert to WAV or dither down to 16
> bits.

argh!  
Again I stumbled upon this!
Now there's the tricky part, because even QT-Pro does just two channels.
I'll find a way.
Thanks for remembering!

;-) Michael.


> 2011/7/17 Michael Zacherl. :
>> Hello,
>> 
>>   for recording four channels I used [open -bytes 3 filename] fed into 
>> [writesf~ 4] in an earlier session.
>> 
>> Now I need to split this interleaved sound file up into four mono-files for 
>> importing them elsewhere.
>> I tried [open filename] -- [readsf~ 4] but just get digital noise.
>> Since relying on its detection capabilities doesn't seem to work I tried to 
>> specify the  parameters, starting with  [open filename 0 200 4 3 b] .
>> 
>> It changes the noise but doesn't deliver the proper audio stream.
>> Admittedly I'm not sure about the header size
>> How could I get this to work?
>> 
>> many thanks,  Michael.



--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

[PD] reading a 4-channel aif

[Michael Zacherl .]

Hello,

   for recording four channels I used [open -bytes 3 filename] fed into 
[writesf~ 4] in an earlier session.

Now I need to split this interleaved sound file up into four mono-files for 
importing them elsewhere.
I tried [open filename] -- [readsf~ 4] but just get digital noise.
Since relying on its detection capabilities doesn't seem to work I tried to 
specify the  parameters, starting with  [open filename 0 200 4 3 b] .

It changes the noise but doesn't deliver the proper audio stream.
Admittedly I'm not sure about the header size
How could I get this to work?

many thanks,  Michael.

--
hear the colours of noise: http://blauwurf.at
http://soundcloud.com/noiseconformist



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

Re: [PD] PdCon11 / Berlin? (was: Pure Data Convention Registration form)

[Michael Zacherl.]

brilliant!
Is it just a question of "how and when" or is it also an "if"?
So I just need to find a quarter and a train back from Berlin.
Thanks, Michael.

On 3.7.2011, at 18:19 , Max wrote:

> we are currently looking into hiring an autobus for the transfer weimar 
> berlin with the capacity of 60 seats
> 
> Am 02.07.2011 um 20:24 schrieb Marco Donnarumma:
> 
>> Hi, 
>> I'm planning to be there :)
>> 
>> It's always beautiful to be in Berlin.
>> 
>> M
>> 
>> Hello,
>> 
>>   who is going to attend the convention's Berlin part on Aug 13th to 
>> 15th?
>> 
>> Michael.  :-)
>> 
>> -- 
>> Marco Donnarumma
>> Independent New Media and Sonic Arts Professional, Performer, Instructor
>> ACE, Sound Design MSc by Research (ongoing)
>> The University of Edinburgh, UK
>> ~
>> Portfolio: http://marcodonnarumma.com
>> Lab: http://www.thesaddj.com | http://cntrl.sourceforge.net | 
>> http://www.flxer.net
>> Event: http://www.liveperformersmeeting.net


--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] PdCon11 / Berlin?

[Michael Zacherl.]

ok, I need to forward this - I got not the faintest idea what it's all about ...

On 2.7.2011, at 04:59 , TAD BISAHA wrote:

> OK,
> for certains things,
> I,m really a poete...
> I  have seen the programm but not realised about Berlin...
> Sorry for the berliners but I'm in a see of noise near the mountains
> 
> I have a question. Have you address where I can proposal Rock-Art2noise in 
> Berlin and on other city?
> I don't want to act this opus only one time.
> In France, we play some days before the Convention, and we are in the same 
> meaning for suite (after the 15th)
> 
> Au plaisir,
> Tad
> 
> 
> Michael Zacherl. a écrit :
>> Hello,
>> 
>>  who is going to attend the convention's Berlin part on Aug 13th to 15th?
>> 
>> Michael.  :-)
>> 
>> On 8.6.2011, at 21:05 , Max wrote:
>> 
>>  
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>> 
>>> Dear List,
>>> 
>>> Registration for the PdCon~ 2011 in Weimar is now open!
>>> http://puredata.uni-weimar.de/registration/form.html
>>> please keep in mind that we'll charge a late registration fee for 
>>> registrations _after_ June 23rd!
>>> Early registration will allow us to plan better and give you the maximum 
>>> benefit. Also our preregistration of 100 beds at the hostel will be void 
>>> after the 24th, so we need your confirmed registration before to finalize 
>>> the accomodation.
>>> 
>>> looking forward to welcome you here,
>>> 
>>> the PdCon 2011 team


--
feed your perception: http://blauwurf.at
http://soundcloud.com/noiseconformist




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

Re: [PD] PdCon11 / Berlin?

[Michael Zacherl.]

Hi,

regarding Pd-Conventions I'm a total noob, so it took me a while to realise 
this when reading the schedule:
http://www.uni-weimar.de/medien/wiki/PDCON:Convention/Schedule

Michael.

On 2.7.2011, at 04:29 , TAD BISAHA wrote:

> Bonjour,
> Good news
> but where are the links?
> I had confirm for all the week for Weimar but about Berlin...
> Can I have some details?
> Thank you,
> Tad
> 
> 
> Michael Zacherl. a écrit :
>> Hello,
>> 
>>  who is going to attend the convention's Berlin part on Aug 13th to 15th?
>> 
>> Michael.  :-)
>> 
>> On 8.6.2011, at 21:05 , Max wrote:
>> 
>>  
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>> 
>>> Dear List,
>>> 
>>> Registration for the PdCon~ 2011 in Weimar is now open!
>>> http://puredata.uni-weimar.de/registration/form.html
>>> please keep in mind that we'll charge a late registration fee for 
>>> registrations _after_ June 23rd!
>>> Early registration will allow us to plan better and give you the maximum 
>>> benefit. Also our preregistration of 100 beds at the hostel will be void 
>>> after the 24th, so we need your confirmed registration before to finalize 
>>> the accomodation.
>>> 
>>> looking forward to welcome you here,
>>> 
>>> the PdCon 2011 team


--
nonconform? noiseconform: http://blauwurf.at
http://soundcloud.com/noiseconformist





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

[PD] PdCon11 / Berlin? (was: Pure Data Convention Registration form is online now (Was: Concerts, performances and artworks for PdCon11 - DEADLINE))

[Michael Zacherl.]

Hello,

who is going to attend the convention's Berlin part on Aug 13th to 15th?

Michael.  :-)

On 8.6.2011, at 21:05 , Max wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Dear List,
> 
> Registration for the PdCon~ 2011 in Weimar is now open!
> http://puredata.uni-weimar.de/registration/form.html
> please keep in mind that we'll charge a late registration fee for 
> registrations _after_ June 23rd!
> Early registration will allow us to plan better and give you the maximum 
> benefit. Also our preregistration of 100 beds at the hostel will be void 
> after the 24th, so we need your confirmed registration before to finalize the 
> accomodation.
> 
> looking forward to welcome you here,
> 
> the PdCon 2011 team


--


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