Is it ok for alsa dmix buffer size to not be a multiple of zita-a2j buffer size?
crocket <[email protected]> Fri, 30 Aug 2019 07:27:01 +0900
| Newsgroups | gmane.comp.audio.jackit |
|---|---|
| Message-ID | <CAL0=0H0d64cxB-3Kxh8jD=BYqmH63S+UwsKZ++VdkAenu1qYrA@mail.gmail.com> |
--===============2710542701074070631== Content-Type: multipart/alternative; boundary="000000000000d674c605914901fa" --000000000000d674c605914901fa Content-Type: text/plain; charset="UTF-8" My current setup: ALSA dmix (period_size 480, periods 3, rate 48000) --> spdif out --> spdif in --> zita-a2j -p 96 -n 2 -p 48000 --> jackd -d netone -p 192 -n 2 or zita-j2a -p 96 -n 2 -r 48000 480*3 is definitely not a multiple of 96*2 although it seems to sound fine. Should it be a multiple of zita-a2j buffer size? --000000000000d674c605914901fa Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">My current setup:<br><br>ALSA dmix (period_size 480, perio= ds 3, rate 48000) --> spdif out --> spdif in --> zita-a2j -p 96 -n= 2 -p 48000<br>--> jackd -d netone -p 192 -n 2 or zita-j2a -p 96 -n 2 -r= 48000<br><br>480*3 is definitely not a multiple of 96*2 although it seems = to sound fine.<br>Should it be a multiple of zita-a2j buffer size?<br></div= > --000000000000d674c605914901fa-- --===============2710542701074070631== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Jack-Devel mailing list [email protected] http://lists.jackaudio.org/listinfo.cgi/jack-devel-jackaudio.org --===============2710542701074070631==--