<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
<br>
IOhannes m zmölnig a écrit :
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap="">-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Raphael Raccuia wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi,
I'm new on the list, and working with PD from a couple of years...
I'm on linux, Ubuntu Studio 9.10 and Fedora 10 / planet CCRMA
I have some troubles on latest vanilla version in repos (0.41):
All the midi-out objects do the same: no problem to set midi channel and
CC or Note number, but for each value change, I get in jack:
ALSA: connection graph change
and the buttons in alsa-midi tab flash shortly... but 128 time if I push
up a CC fader for example!
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
rectification: problem occurs also when DSP is off...<br>
<br>
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap="">i noticed something like that very recently as well.
i had no time to investigate what is going on here, but i seem to
remember that i was able to make it without connection-graph-changes as
well (read below)
</pre>
<blockquote type="cite">
<pre wrap="">Something else: PD seems to eat a lot of CPU when connected with
</pre>
</blockquote>
<pre wrap=""><!---->
"something else" is bad for replying. better to send an email for each
unrelated question you have...
</pre>
</blockquote>
actually it's maybe related, but I forgot a part:<br>
with FFADO, I noticed a big MIDI latency (2-3 seconds. Sound tested
with jdelay: without PD: ~10ms. 5ms more @ 96000/3 =15ms, seems pretty
good). No problem with alsa!?! I thought maybe has to do with CPU
usage...<br>
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">-I noticed some bugs (or will be enhancement?):
when closing a patch (ctrl+w or mouse), dialog opens behind others (top
of PD main)... When 10 (sub)patches are opened it's something boring...
</pre>
</blockquote>
<pre wrap=""><!---->
well known "feature" of Pd; should go away with the gui-rewrite
currently undertaken.
</pre>
</blockquote>
good<br>
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap=""></pre>
<blockquote type="cite">
<pre wrap="">-when PD opens, it connects everything in jack, not just I/O, same in
midi-connections... Maybe it's too much?
</pre>
</blockquote>
<pre wrap=""><!---->
that was definitely meant as a feature.
since i noticed pretty soon that it can be avoiding as well (esp. when
autoconnecting to the MIDI-thru)</pre>
</blockquote>
yes, especially midi-thru. I've just read the thread about
autoconnect...<br>
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap="">, there is also a workaround: if you
tell Pd to create to alsaseq ports (even if you only use one of them),
it will not try to autoconnect.
</pre>
</blockquote>
How can I do that? searched on the web, but nothing...<br>
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap="">
this might also have been the "solution" to the connection-graph-change
problem.
</pre>
</blockquote>
hope so<br>
thank's for your help<br>
r<br>
<blockquote cite="mid:4B03AFF0.3000201@iem.at" type="cite">
<pre wrap="">mfgasdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - <a class="moz-txt-link-freetext" href="http://enigmail.mozdev.org">http://enigmail.mozdev.org</a>
iEYEARECAAYFAksDr+8ACgkQkX2Xpv6ydvRwegCg2vkm/XnUW76i4SbWmmrUPXui
vRkAoOMxIzztBIUSczYo0sJlNgmXtJYz
=lJcZ
-----END PGP SIGNATURE-----
</pre>
</blockquote>
</body>
</html>