Hi
i had been trying get distances as numbers from a ultrasound distance
sensor HC_SRO4 from the echo pin .
while trying to do that i am getting an error message in the console window
and the number input attached to the echo pin through the route object is
remaining plum at zero
the error message
Am 07. Oktober 2014 06:58:25 MESZ, schrieb Jonathan Wilkes via Pd-list
:
>Well, Pd-extended 0.43-4 will crash when trying to create
>[iem_sqrt4~]. (I'm not sure how to tell whether it's using the latest
>code or not.)
The last Pd-extended release has been a while and is not using the latest co
Well, Pd-extended 0.43-4 will crash when trying to create [iem_sqrt4~]. (I'm
not sure how to tell whether it's using the latest code or not.)
-Jonathan
On Monday, October 6, 2014 10:23 PM, Jonathan Wilkes
wrote:
I'm still a little shaky on type-punning, but here goes:I'm guessing
Never mind, I was looking at old code. I see these type-puns were already
removed and replaced with unions.
-JOnathan
On Monday, October 6, 2014 10:23 PM, Jonathan Wilkes
wrote:
I'm still a little shaky on type-punning, but here goes:I'm guessing that the
author of iemlib_sqrt4~
Hi,
On 06/10/14 20:42, Chris McCormick wrote:
> On 04/10/14 20:45, Mick Mengucci wrote:
>> R. Mattes mh-freiburg.de> writes:
>>> On Mon, 21 Jul 2014 21:57:54 +0200, Chris McCormick wrote
> Srtangely, PdDroidParty can't find any of my Patches any more (same
This sounds like something
I'm still a little shaky on type-punning, but here goes:I'm guessing that the
author of iemlib_sqrt4~ assumed that sizeof(long) == sizeof(float) == 4. Then
when one sets the value of the type-pun'd variable that new value would be
guaranteed to lie within the float's 4-byte boundary. But since
this is what I did to get it to compile, had some errors with Jack at
first, I might have compiled actually with portaudio on the most freshest
install.
sudo apt-get build-dep puredata
./autogen.sh
./configure --disable-portaudio --enable-jack
sudo make install
***
Done some recor
Hi list,[iem_sqrt4~] crashes when trying to create on amd_64. It creates fine
on 32 bit linux.
This leads me to believe there is something in the setup routine that makes an
assumption that only holds true for a 32bit OS.
The only thing that stands out to me is a function called in the setup rou
Hi,
On my rpi with pd 0.46-1 I cannot use -rt:
/home/pi/pd-0.46-1/bin# ./pd -rt -alsa -nogui
priority 96 scheduling failed; running at normal priority
priority 98 scheduling failed.
With pd 0.46.0 all is good:
/home/pi/pd-0.46-0/bin# ./pd -rt -alsa -nogui
priority 96 scheduling enabled.
priority
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
No.
Thanx for the info, I didn't know pd-rtlsdr.
I will take a look now !
++
Jack
Le 06/10/2014 15:40, Julian Brooks a écrit :
> Hey Jack,
>
> Are you making use of 'pd-rtlsdr', if not, then what, may I ask?
>
> Regards,
>
> Julian
>
> On 6 Oct
A thing I ran into on linux: there might be some frequency scaling that is
running the CPU "on demand" so it slows down if not much is going on, but
it can't speed up in time to service audio interrupts. If that is the case
it should be set to "performance" to force it to run full speed all the
tim
Going back to a thread on Udoo, I read a post by Dan Wilcox saying he's
disabling pulseaudio before launching Pd and provides this link
http://voices.canonical.com/david.henningsson/2012/07/13/top-five-wrong-ways-to-fix-your-audio/
(post number 2).
That link (and Dan's mail) suggests typing the fol
Hey Jack,
Are you making use of 'pd-rtlsdr', if not, then what, may I ask?
Regards,
Julian
On 6 October 2014 11:03, Jack wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> In the framework of the MusikProtokoll festival
> http://musikprotokoll.orf.at/
> _
> ___Workshops__
> 6 days o
Hi,
Thanks for pushing me to fix this. Please try the latest version at
http://droidparty.net/ and let me know if it finds the patches.
Cheers,
Chris.
On 04/10/14 20:45, Mick Mengucci wrote:
>
> R. Mattes mh-freiburg.de> writes:
>
>>
>> On Mon, 21 Jul 2014 21:57:54 +0200, Chris McCormick wro
On Mon, 2014-10-06 at 03:40 +0900, Jonghyun Kim wrote:
> Thanks for the solution. I can understand the actual problem on 32bit.
> But I think still this is a bug.
>
>
> |
> | +--+
> [f] |
> ||
> [+ 1]|
> ||
> [%
On Sat, 2014-10-04 at 13:34 -0700, Ronni Montoya wrote:
> Hi, i have a very big patch that is producing glitches at 70% cpu load.
> Is this normal behaivor? With my old computer i only used to get
> glitches when i go over 100 % cpu load .any idea why its producing
> 70% cpus load?
> The patc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In the framework of the MusikProtokoll festival
http://musikprotokoll.orf.at/
_
___Workshops__
6 days of workshops on radio and digital ; rtl-sdr scanning, antenna
building and tuning, transmit data with radiowaves, and more ...
- - Tuesday 07 > Wednes
Am 06. Oktober 2014 09:22:33 MESZ, schrieb "IOhannes zmölnig" :
>the question is, whether pd should work around system limitations. Eg
>if you ask it for a tabke with 10 tera-samples and you only have 4gb
>ram, should it...
Should have read "table".
sorry for the typos, i'm having troubles with
On 05. Oktober 2014 20:40:19 MESZ, Jonghyun Kim wrote:
>Thanks for the solution. I can understand the actual problem on 32bit.
You might be confusing things here:
Currently pd will always uses single precision floats (which happen to have
32bit on all known platforms), even when run "on" a 64b
19 matches
Mail list logo