[PD-dev] [PD] wierd feedback popping with pd/freebob/jack/rt
Rich E
reakinator at gmail.com
Sat Jun 21 21:59:59 CEST 2008
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...
-rich
On Sat, Jun 21, 2008 at 1:24 AM, Rich E <reakinator at gmail.com> wrote:
> IOhannes,
>
> First off, sorry for getting your name wrong in the last post :)
>
> 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.
>
> Now, on to fiddle around in my new OS...
>
> cheers,
> Rich
>
>
> On Mon, Jun 9, 2008 at 10:49 PM, Rich E <reakinator at gmail.com> wrote:
>
>> Hi IOhanens,
>>
>> I moved this thread from the pd-list, since it is now only discussing pd's
>> audio jack in c.
>>
>> 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.
>>
>> 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.
>>
>> Maybe I should file a bug or move this question to the jack list..
>>
>> regards,
>> Rich
>>
>>
>> On Wed, May 28, 2008 at 11:37 PM, <zmoelnig at iem.at> wrote:
>>
>>> Quoting Rich E <reakinator at gmail.com>:
>>>
>>> After more testing...
>>>>
>>>> With pd compiled with "JACK_NUM_PORTS 256", audio runs fine at first,
>>>> but if
>>>> the cpu gets a big hit, like when I open a soundfont in [fluid~], the
>>>> audio
>>>> falls behind and I get the pops/clicks again. If I compile pd with
>>>> "JACK_NUM_PORTS 32", this doesn't appear to happen; [fluid~] does its
>>>> thing,
>>>> the gui freezes for a couple seconds, but the audio is fine afterwards.
>>>>
>>>> Hopefully this hints at what the problem really is.
>>>>
>>>
>>>
>>> no, unfortunately this does not make sense at all.
>>> 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.
>>>
>>> nevertheless, i will re-think....
>>>
>>> (but i really need at least 64 channels, most likely more; this was the
>>> main motivation to start writing the entire patch...)
>>>
>>>
>>> fgmads
>>> IOhannes
>>>
>>> ----------------------------------------------------------------
>>> This message was sent using IMP, the Internet Messaging Program.
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-dev/attachments/20080621/790ac4ee/attachment.htm>
More information about the Pd-dev
mailing list