Thanks!
I now realize that I misread your e-mail. I thought that your output is first 44100 and then 48000, while it's really the other way round. Now it all makes sense. (48000 is Pd's default samplerate and your jackd runs at 44100.)
As IOhannes correctly analyzed, the problem is that the "dsp" message only actually openes the audio device at the beginning of the next scheduler tick, but not immediately. That's why a [del 0] can be used as a (temporary) workaround. I already have a PR that fixes this. Will do some more regression testing and push later this evening. I'll let you know so you can test.
Christof
On 10.01.2025 09:04, Peter P. wrote:
Christof,
danke, it's great you can reproduce it and are about to file a PR. I start jackd with 44k1 as $ jackd -t2000 -dalsa -r44100 -p512 -n3 -Xseq -D -Chw:PCH -Phw:PCH
~.pdsettings holds audioapi: 5 noaudioin: False audioindev1: 0 2 audioindevname1: JACK noaudioout: False audiooutdev1: 0 2 audiooutdevname1: JACK audiobuf: 25 rate: 44100 callback: 0 audioblocksize: 512
Pd is started from the CLI without the patch as only argument: $ pd writesf-samplerate-MWE.pd
best, Peter
- Christof Ressi info@christofressi.com [2025-01-10 06:35]:
Hi,
I can't really reproduce this with Pd 0.55.1 (Debian + Jack).
However, I *can* reproduce it with other settings, e.g. Windows + portaudio. I've already found the problem and will make a PR.
But I'm curious: are you really seeing this with Jack? How do you start Pd and how do you start the patch? Can you share your Pd preferences? The confusing part is that when you start Pd with Jack, and the server has a samplerate of 48000, Pd's samplerate should never be 44100 in the first place (the default samplerate is 48000).
Christof
On 10.01.2025 00:13, Peter P. wrote:
Hi list,
on Debian Linux with jackd running at 44100 it seems that [samplerate~] when [loadbang]ed will report a rate of 48000. But if this loadbang is [delay]ed by 1msec it will report the correct rate of 44100. Furthermore, sound files created via [writesf~] and [loadbang] will have a 48k sampling rate, while files created one millisecond after loadbang will have a 44k1 rate. I include a minimal working example.
Is this behavior known?
best, Peter
pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/OYMU4KGLCG...
To unsubscribe send an email to pd-list-leave@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/
pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/VCEAVS3T4D...
To unsubscribe send an email to pd-list-leave@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/
pd-list@lists.iem.at - the Pure Data mailinglist https://lists.iem.at/hyperkitty/list/pd-list@lists.iem.at/message/5YOHLLOWPP...
To unsubscribe send an email to pd-list-leave@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.iem.at/