On 07/02/15 16:54, Simon Wise wrote:
On 07/02/15 16:08, Simon Wise wrote:
if it is the changing of cores that is causing the problems, perhaps try setting
the pd process to a particular core ...
taskset is the program to set a process to use only a particular core, see its
manpage.
you can al
On 07/02/15 16:08, Simon Wise wrote:
if it is the changing of cores that is causing the problems, perhaps try setting
the pd process to a particular core ...
taskset is the program to set a process to use only a particular core, see its
manpage.
you can also get more specific and reserve one o
if it is the changing of cores that is causing the problems, perhaps try setting
the pd process to a particular core ...
taskset is the program to set a process to use only a particular core, see its
manpage.
simon
___
Pd-list@lists.iem.at maili
On 07/02/15 12:22, Simon Wise wrote:
Try one of the other images ... the new ones are there because they run on
ARMv7, and if they have puredata in their repositories then it will be built for
ARMv7 also.
Maybe you will need to build pd yourself, but in any case downloading one of the
binaries,
Oh I forgot to include the abstractions for the help files for these but it's
pretty self-explanatory. The makefile should be edited with the correct paths
to compile. The original tabread4c~ (hermite interpolation) was from nusmuk by
Cyrille Henry___
On 07/02/15 08:38, katja wrote:
Aplay can play a .wav file without trouble, so it is not a general
problem with the audio hardware or drivers on Pi 2b.
I installed command htop to see CPU load per core. It's interesting,
the load switches from one core to another, and sometimes they all
seem to
Also try running "pd -nosleep", which sometimes persuades kernels to
schedule the process differently :)
M
On Fri, Feb 06, 2015 at 11:30:03PM +0100, katja wrote:
> Claude, thanks for the hint. My /boot/config.txt shows no special
> settings, so I guess the CPU is at a fixed frequency. It says tha
Claude, thanks for the hint. My /boot/config.txt shows no special
settings, so I guess the CPU is at a fixed frequency. It says that
'700 MHz is the default' (while model 2B should be at 900 MHz). Seems
I downloaded the 'newest' Raspbian too early (the day after model 2B's
release)... Will try agai
I've not got any version of the rpi, but maybe it's scaling down the
clock frequency of unused cores, which then takes some time to spin up
to full speed when a task is moved by the kernel?
I also had issues on amd64 desktop and core2duo laptop with pd -rt not
being taken into account by the k
Aplay can play a .wav file without trouble, so it is not a general
problem with the audio hardware or drivers on Pi 2b.
I installed command htop to see CPU load per core. It's interesting,
the load switches from one core to another, and sometimes they all
seem to be almost idle even with a heavy P
Wow, that's unexpected! :(
Are other audio-related things working fine?
-Brian
On Fri, Feb 6, 2015 at 3:40 PM, katja wrote:
> Hello,
>
> I got that new Raspberry Pi model 2b. It is indeed much faster than b
> or b+ in practice, but alarmingly, I can't get useful sound from Pd.
> Continuous dro
Hello,
I got that new Raspberry Pi model 2b. It is indeed much faster than b
or b+ in practice, but alarmingly, I can't get useful sound from Pd.
Continuous dropouts, no matter if built-in output or USB sound card
(iMic) is used. I've built puredata 0.46-2 from Raspbian jessie
source, for sure it
For exactly that reason I used [cyclone/poke~] to make a
sound-on-sound looper, see
http://forum.pdpatchrepo.info/topic/4571/sound-on-sound-looper-with-clear-option.
By the way [cyclone/poke~] was buggy in 64 bit. That is recently fixed
by Fred Jan but you have to compile from SVN source to get the
hi guys!
i have this issue: when i try to use my main monitor to be filled by my gem
window (pd-extended 0.42/0.43, mac osx 10.9, macmini i7), finder doesnt
hide the menubar.
using the tags menubar (tried -1 and 0 option), and fullscreen but i have
no success.
i could use this feature in mac osx
[notein] returns both the note on event and the note off event (aka vel = 0),
so that explains half of your events. If you only want to catch only note on
events, you should use [stripnote]:
[notein]
| \
[stripnote]
|
[select 36]
|
[bang< — now only bangs on a note on event
This probab
Hi,
you could try stripnote object, to remove the note-off (in PD, it's
juste a note-in message with velocity to 0)
you could try the change object -> it outputs the input only if it has
change
if you still have too many bangs, you could try speedlim object to limit
the data flow.
like t
On 06/02/15 19:24, jwind wrote:
hi list;
quite dull i am... and didn't find anything on the list.
a search keyword could be "debounce":
http://lists.puredata.info/pipermail/pd-list/2010-11/084230.html
points indirectly to:
http://sourceforge.net/p/pure-data/svn/17190/tree/trunk/externals/map
hehe..
[stripnote] does the trick (as mentioned in the notein-help)
-> "noteoff" sends a bang here as well...
sorry for the inconvinience.
[notein]
| \\
[stripnote]
|
[select 36 . . . ]
|
[bang(
j ,.
On 06.02.2015 20:24, jwind wrote:
hi list;
quite dull i am... and didn't
hi list;
quite dull i am... and didn't find anything on the list.
trying to get my midi-in-device (mpc 1000) working for triggering simple
bangs with [notein].
my current problem is:
- when i hit the sample pad it fires off too many bangs within a very
short period of
time and it makes it unusab
On 07/02/15 02:12, Antoine Villeret wrote:
hi,
in my case, I put my scripts in /etc/init.d and then make them run on boot
with update-rc.d or insserv
if I need to run them when plugin a USB device, I wrote a udev rules
and if I need networking, I put my script in /etc/networking/if-up.d
running
hi,
in my case, I put my scripts in /etc/init.d and then make them run on boot
with update-rc.d or insserv
if I need to run them when plugin a USB device, I wrote a udev rules
and if I need networking, I put my script in /etc/networking/if-up.d
running a pd patch at startup that relies on network
On 06/02/15 12:58, Alexandros Drymonitis wrote:
I put 'sudo -u pi -i /usr/local/bin/pd -nogui -open
~/pd_patches/load_test.pd' in rc.local but again it didn't work...
~/ gets expanded by the shell to the contents of ${HOME} before the sudo
command is even executed, so it's going to be root's h
On 06/02/15 23:58, Alexandros Drymonitis wrote:
I put 'sudo -u pi -i /usr/local/bin/pd -nogui -open
~/pd_patches/load_test.pd' in rc.local but again it didn't work...
~ means home folder ... but that file is in the home folder of pi, not of
root (which is running this command) ... use:
sudo -
On 02/06/2015 01:58 PM, Alexandros Drymonitis wrote:
> On Fri, Feb 6, 2015 at 1:46 PM, Simon Wise wrote:
>
>> rc.local runs as root ... to launch pd use:
>>
>> sudo -u pi -i pd -nogui -noaudio -nomidi /share/master.pd &
>>
> I don't get the /share/master.pd what is it supposed to do in this comma
Did you check if rc.local is executable?
Ingo
_
Von: Pd-list [mailto:pd-list-boun...@lists.iem.at] Im Auftrag von Alexandros
Drymonitis
Gesendet: Freitag, 6. Februar 2015 13:59
Cc: pd-list@lists.iem.at
Betreff: Re: [PD] is /etc/rc.local the script that runs on boot?
On Fr
On Fri, Feb 6, 2015 at 1:46 PM, Simon Wise wrote:
> rc.local runs as root ... to launch pd use:
>
> sudo -u pi -i pd -nogui -noaudio -nomidi /share/master.pd &
>
I don't get the /share/master.pd what is it supposed to do in this command?
>
> or similar, here pi is the user, the & means pd runs i
On 06/02/15 05:28, Max wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
That sounds interesting. Is this Pd external which is doing dbus to
omxplayer available?
It is in a rough state at the moment, put together during a project for quite
specific purposes and I will clean it up and make
On 06/02/15 22:20, Alexandros Drymonitis wrote:
I want to launch Pd when my raspberry pi boots, so in /etc/rc.local I wrote
the following, just before 'exit 0'
usr/local/bin/pd -nogui -open ~/pd_patches/load_test.pd
The patch that's supposed to open turns the DSP on on load and outputs a
sine t
I want to launch Pd when my raspberry pi boots, so in /etc/rc.local I wrote
the following, just before 'exit 0'
usr/local/bin/pd -nogui -open ~/pd_patches/load_test.pd
The patch that's supposed to open turns the DSP on on load and outputs a
sine tone at 440 Hz. But when I power up the pi, I hear
29 matches
Mail list logo