Okay, scratch that... I just had the same problem in 64 Studio / Debian Etch. Bad audio, then I load audacity, and it goes away. Hmmm... <br><br>-rich<br><br><div class="gmail_quote">On Sat, Jun 21, 2008 at 1:24 AM, Rich E <<a href="mailto:reakinator@gmail.com">reakinator@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">IOhannes,<br><br>First off, sorry for getting your name wrong in the last post :)<br><br>I just got a 64 Studio setup going with the latest pd-extended and jack/freebob - no wierd pops, it actually sounds great at about 5ms latency. So, Ubuntu looses I guess. There are other problems I was experiencing in Ubuntu (my touchpad would flip out on occasion, clicking on about 20 random things a second), so I guess the bug I found is going to have to stay an Ubuntu problem and not a pd dev problem. <br>
<br>Now, on to fiddle around in my new OS...<br><br>cheers,<br><font color="#888888">Rich</font><div><div></div><div class="Wj3C7c"><br><br><div class="gmail_quote">On Mon, Jun 9, 2008 at 10:49 PM, Rich E <<a href="mailto:reakinator@gmail.com" target="_blank">reakinator@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi IOhanens, <br><br>I moved this thread from the pd-list, since it is now only discussing pd's audio jack in c.<br>
<br>Did you ever find time to look at s_audio_jack.c again? I suspect it is a freebob -only problem, but I have only experienced it in pd. Somehow the buffer alignment is getting knocked off track - making JACK_NUM_PORTS smaller only seems to help this, but problems still arise when a big cpu hit occurs.<br>
<br>It is also curious that audacity can effectively reset the audio buffers coming from pd (or summed from both most likely) when it starts, but this cannot be done from pd. With JACK_NUM_PORTS > 512, pd even starts with audio residue.<br>
<br>Maybe I should file a bug or move this question to the jack list.. <br><br>regards,<br><font color="#888888">Rich</font><div><div></div><div><br><br><div class="gmail_quote">On Wed, May 28, 2008 at 11:37 PM, <<a href="mailto:zmoelnig@iem.at" target="_blank">zmoelnig@iem.at</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>Quoting Rich E <<a href="mailto:reakinator@gmail.com" target="_blank">reakinator@gmail.com</a>>:<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
After more testing...<br>
<br>
With pd compiled with "JACK_NUM_PORTS 256", audio runs fine at first, but if<br>
the cpu gets a big hit, like when I open a soundfont in [fluid~], the audio<br>
falls behind and I get the pops/clicks again. If I compile pd with<br>
"JACK_NUM_PORTS 32", this doesn't appear to happen; [fluid~] does its thing,<br>
the gui freezes for a couple seconds, but the audio is fine afterwards.<br>
<br>
Hopefully this hints at what the problem really is.<br>
</blockquote>
<br>
<br></div>
no, unfortunately this does not make sense at all.<br>
NUM_JACK_PORTS is only used for sizing arrays properly and setting the maximum possible numbers of channels Pd can use. as the default number of channels is still 2, jack should actually not notice anything about this parameter.<br>
<br>
nevertheless, i will re-think....<br>
<br>
(but i really need at least 64 channels, most likely more; this was the main motivation to start writing the entire patch...)<br>
<br>
<br>
fgmads<br>
IOhannes<br>
<br>
----------------------------------------------------------------<br>
This message was sent using IMP, the Internet Messaging Program.<br>
<br>
<br>
</blockquote></div><br>
</div></div></blockquote></div><br>
</div></div></blockquote></div><br>