the block size in Pd's audio settings refers to the soundcard and is totally unrelated to Pd's global block size - which is always DEFDACBLKSIZE (= 64).
Speaking from a Windows perspective: on old single client ASIO devices this would directly set the block size of the device (you can still see this behaviour with ASIO4ALL) but on modern multi client ASIO devices it's more about requesting a certain block size and the device might decide to give you something different (e.g. if your requested block size is lower then the device's global block size - which you usually set in a dedicated application, like RME TotalMix or Scarlett MixControl). Most of the time I just leave it at 64 samples and rely on the audio device returning the smallest possible value. Sometimes though, a larger block size seems to work better (I don't know why, since Pd actually does its own buffering). I always have to experiment when I get a new ASIO device. Gesendet: Mittwoch, 16. Mai 2018 um 23:49 Uhr Von: "Alexandre Torres Porres" <[email protected]> An: Pd-List <[email protected]> Betreff: Re: [PD] Preferences=>audio: block size & sys_getblksize 2018-05-16 18:47 GMT-03:00 Alexandre Torres Porres <[email protected][mailto:[email protected]]>: Moreover, I'm using sys_getblksize() in a code, and I always get "64" as the result, even if I change the block size in audio Settings or with [block~]. So, what would sys_getblksize be then? hmm, seems it only gets the value of DEFDACBLKSIZE, which is always 64, so this isn't really good for anything and cannot be changed._______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list] _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
