Re: [PD] PD 0.49.1 still reported as 0.49.0 in OS X System Info?

2018-12-05 Thread Dan Wilcox
The app bundle was built with the wrong version string. For now, you can manually edit the Info.plist inside the app bundle. > On Dec 5, 2018, at 6:30 PM, pd-list-requ...@lists.iem.at wrote: > > Date: Wed, 5 Dec 2018 18:26:58 +0100 > From: "Peter P." mailto:peterpar...@fastmail.com>> > To:

Re: [PD] Network crashes pd

2018-12-05 Thread Bastiaan van den Berg
On Wed, Dec 5, 2018 at 4:26 PM Orm Finnendahl < orm.finnend...@selma.hfmdk-frankfurt.de> wrote: > It just disappears and the system keeps working. I can restart pd so I > assume it segfaults. > Start Pd from a terminal so you can see if it segfaults. -- buZz

Re: [PD] RPi Debug

2018-12-05 Thread michael strohmann
print to stderr: does it make sense to redirect the error output to /dev/null - in oder to throw away everything that might clog up RAM ? $ sudo puredata -stderr 2>/dev/null > On 05 Dec 2018, at 15:26, michael strohmann wrote: > > Indeed i involuntarily write a lot to the console: > i connect

[PD] PD 0.49.1 still reported as 0.49.0 in OS X System Info?

2018-12-05 Thread Peter P.
Hi, I got told today that Pd 0.49.1 is reported as 0.49.0 in OS X System Information. Is there something that needs to get updated, like some Manifest file for OS X perhaps? thanks/best, P ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and

Re: [PD] Network crashes pd

2018-12-05 Thread Orm Finnendahl
Am Mittwoch, den 05. Dezember 2018 um 16:03:29 Uhr (+0100) schrieb Roman Haefeli: > How does Pd crash? Is it segfaulting? Does it freeze and you have to > restart? It just disappears and the system keeps working. I can restart pd so I assume it segfaults. -- ORm

Re: [PD] RPi Debug

2018-12-05 Thread Christof Ressi
> +1, although you could have changed the subject as well :-) guilty as charged > Gesendet: Mittwoch, 05. Dezember 2018 um 15:14 Uhr > Von: "IOhannes m zmoelnig" > An: Kein Empfänger > Cc: pd-list@lists.iem.at > Betreff: Re: [PD] RPi Debug > > On 05.12.18 14:12, Christof Ressi wrote: > > > is

Re: [PD] RPi Debug

2018-12-05 Thread IOhannes m zmoelnig
On 05.12.18 14:12, Christof Ressi wrote: > > is sometimes piling up RAM, which causes the RPi to crash. can this be > connected? > do you happen to print stuff to the console continuously? There was an issue > that when you print *a lot* of text, the GUI would eventually run out of > memory >

Re: [PD] RPi Debug

2018-12-05 Thread Malte Steiner
If you don't need the GUI and maybe even run the Raspberry Pi headless, there is no need to run PD with it and the desktop at all, that way it saves some CPU cycles even. PD can be started on commandline with the parameter -nogui We use that combination Raspberry Pi and PD i.e. as effect device in

[PD] Network crashes pd

2018-12-05 Thread Orm Finnendahl
Hi, I experience sudden pd crashes on a computer connected to 4 remote computers using tcp/ip. The patch is connected using bidrectional netsend/netreceive objects on the local and remote machines (ascii format, tcp). The computers are interconnected by cable with a GBit switch (static

Re: [PD] Pd-list Digest, Vol 165, Issue 10

2018-12-05 Thread Christof Ressi
> is sometimes piling up RAM, which causes the RPi to crash. can this be connected?   do you happen to print stuff to the console continuously? There was an issue that when you print *a lot* of text, the GUI would eventually run out of memory (don't know if this has been fixed in the

Re: [PD] Pd-list Digest, Vol 165, Issue 10

2018-12-05 Thread michael strohmann
Hi, i need to run as root in order to access the GPIO's of the raspberry with wiringPI_gpio ... at least that is what i understood... i also found that the process wish /usr/lib/puredata/tcl//pd-gui.tcl 5400 is sometimes piling up RAM, which causes the RPi to crash. can this be connected? i