From MAILER-DAEMON Mon May 03 23:43:40 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1ldlyG-0006zG-72 for mharc-fluid-dev@gnu.org; Mon, 03 May 2021 23:43:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:34998) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldlyE-0006z8-H5 for fluid-dev@nongnu.org; Mon, 03 May 2021 23:43:38 -0400 Received: from charlie.hosting-australia.com ([101.0.102.190]:35733) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldlyA-00017D-Aq for fluid-dev@nongnu.org; Mon, 03 May 2021 23:43:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gonzos.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date: Message-ID:Subject:From:To:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=IhAXyondKPaVVoWteoY3+bXs9h3sK5nJ5DRPKMEDQpY=; b=HaOOS8kRjhAtTnryX6E4VxYnWJ QpTT28jLGrKnUf+oFvc+PfNeIh4gp9zoP73c5wjmCMJ7XSLRPiJqdZLdl/+oIwevFzJn3thR5uoAV 2iYerx/7eJ5UTBaWe2mheOcTQa7MKEMLc6RGss9bhZpfw2GkgbvbyCx3W51E6SRjSTPJslllakxL/ eW+0bGrIugWB2qNJmaEKG7vc507X+ThLudUx59vpUpVWUtoKtSMsros5EPQwfAy+E6rmkCQLzpyeU ncpYqp7JEyGmvykoskeVDfIPed2LdXtT5zHKTISc4vRaVDB7xCSysSprP8gyGpLRUvA5byJFg/6k9 k9TrMkpg==; Received: from [1.144.200.234] (port=60352 helo=[192.168.34.13]) by charlie.hosting-australia.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from ) id 1ldlxM-0001sg-Mo for fluid-dev@nongnu.org; Tue, 04 May 2021 13:42:43 +1000 To: FluidSynth mailing list From: Ben Gonzales Message-ID: <423064b0-4152-a26c-ce47-e3d0d5cc0714@gonzos.net> Date: Tue, 4 May 2021 13:42:41 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-HA-MailScanner-Information: Please contact the ISP for more information X-HA-MailScanner-ID: 1ldlxM-0001sg-Mo X-HA-MailScanner: Found to be clean X-HA-MailScanner-SpamCheck: X-HA-MailScanner-From: brg@gonzos.net X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - charlie.hosting-australia.com X-AntiAbuse: Original Domain - nongnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gonzos.net X-Get-Message-Sender-Via: charlie.hosting-australia.com: authenticated_id: brg@gonzos.net X-Authenticated-Sender: charlie.hosting-australia.com: brg@gonzos.net X-Source: X-Source-Args: X-Source-Dir: Received-SPF: pass client-ip=101.0.102.190; envelope-from=brg@gonzos.net; helo=charlie.hosting-australia.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: [fluid-dev] FS on RPi4 not setting up midi port X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 03:43:38 -0000 Hi all. I've had the latest FS compiled and running on a RPi3 for a while. I've just bought a RPi4, did all the things that I do to set up the model 3, and found that Fluidsynth won't create a MIDI input port. It seems to find the ALSA card, and I've tried it with two different cards, but no port. It doesn't give any (related) error messages. I can telnet to the running synth, and load soundfonts OK. Where should I be looking? Ben From MAILER-DAEMON Tue May 04 12:01:31 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1ldxUG-00028v-AI for mharc-fluid-dev@gnu.org; Tue, 04 May 2021 12:01:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53058) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldxUB-00026U-I8 for fluid-dev@nongnu.org; Tue, 04 May 2021 12:01:24 -0400 Received: from mout.kundenserver.de ([212.227.17.24]:35831) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ldxU3-000886-EV for fluid-dev@nongnu.org; Tue, 04 May 2021 12:01:23 -0400 Received: from [192.168.178.73] ([94.134.36.104]) by mrelayeu.kundenserver.de (mreue108 [212.227.15.183]) with ESMTPSA (Nemesis) id 1McY4R-1l7uNx01Eb-00cuzC for ; Tue, 04 May 2021 18:01:12 +0200 To: FluidSynth mailing list References: <423064b0-4152-a26c-ce47-e3d0d5cc0714@gonzos.net> From: Sven Meier Message-ID: <3e36653b-6338-56b2-a782-4eb34c86e3af@meiers.net> Date: Tue, 4 May 2021 18:01:12 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <423064b0-4152-a26c-ce47-e3d0d5cc0714@gonzos.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Provags-ID: V03:K1:GQU1IiMlOxPSQbv9Axtkv3NMzAJ7bnikO01uk4/VhAN1fWW0IRI 2XBDG58+3sfpLjdGsuNmD6D/HNCItYCDnn28HR1aWtzqdP4nuvBq80MbtOZ3qBZ1qBnEnjK UUX33+CukdTG4K0LQlNiCQH+E6aOLeMkJ0nR4DfRxro6/uOkWABKu2N4rrKCdHnuybQiAsh hZt2QZzvEnneuhYev43oQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:GwuZHCX1SFQ=:BNt105YoPlmieJwP56Vn1Q WhBXlv07PljS0uClEFOFFw2c+uTEZDQz7U31T4wJRnsl8vt8sX2Odtalee2nUX3jnLO1y7Ddp gTUtjKcjjMFpsGbAMkUI9SKiVWwXna3dY+F7lW8+VYZV9WUjZhO5jshhKR2ekn0YudmbX4tmN tBR+0bQ8uPgGZ0HiCaeWUf+AR62DM3Zmg1S38GcsxcIS0HJkXetLN8MtKTxlPcuhTaVXI748r T795qq/+u5qOKysuU370JnltOTeWW8rU7b3EjQ6jUwoVdphLtamRuAGSLq3b34i16qWbLbgq2 pYEvLyKComz4mCgd2PH7axkq2hb/PLjVZe83crBlVXb6tbsrfYXviNV0jih2CElOO1v1TbtP5 jbM9qSFbiDy64etxhIAI1gk+aZ820ovXuwHLineR0KM+yjelJ14QUWBs/6VuFL1DjTY/lif45 F7w6nmGqOFPRBzQCCmx4c0gFyzek4XWIbYDT9Y3DgAOCGuEWQ0z4yvwdLsyR6DdjcULDmLfC+ ToRtpWXlOzs6g/qrjnjQoU= Received-SPF: none client-ip=212.227.17.24; envelope-from=sven@meiers.net; helo=mout.kundenserver.de X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, NICE_REPLY_A=-0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] FS on RPi4 not setting up midi port X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 May 2021 16:01:24 -0000 Hi, I'm running fluidsynth on my RPi4: $ nohup fluidsynth --server --audio-driver=alsa -c 4 -z 64 -r 19200 soundfont.sf2 & And it creates a MIDI input port as expected: $ aconnect -l client 128: 'FLUID Synth (5344)' [type=User,pid=5344]     0 'Synth input port (5344:0)' Have fun Sven On 04.05.21 05:42, Ben Gonzales via fluid-dev wrote: > Hi all. > > I've had the latest FS compiled and running on a RPi3 for a while. > I've just bought a RPi4, did all the things that I do to set up the > model 3, and found that Fluidsynth won't create a MIDI input port. It > seems to find the ALSA card, and I've tried it with two different > cards, but no port. It doesn't give any (related) error messages. I > can telnet to the running synth, and load soundfonts OK. > > Where should I be looking? > > Ben > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev From MAILER-DAEMON Wed May 05 01:55:04 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1leAUx-0002xc-Tm for mharc-fluid-dev@gnu.org; Wed, 05 May 2021 01:55:03 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35490) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leAUs-0002xN-J2 for fluid-dev@nongnu.org; Wed, 05 May 2021 01:54:59 -0400 Received: from charlie.hosting-australia.com ([101.0.102.190]:42015) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leAUo-0000uG-QE for fluid-dev@nongnu.org; Wed, 05 May 2021 01:54:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gonzos.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:MIME-Version :Date:Message-ID:From:References:To:Subject:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=aIptibUq2af1NNwK829xOwOeyXBERmq+AF724bhOmGI=; b=ZJRRx3PnQJZkWXPH0AzT3i9l7X ovk0eLkIMvFxtuR5LMrb1EalkuRnNPGf2luE5Lq6Fh6CCdAF7jdPMUfAH1JT+KRSwuudZvs1agW3C mgLGgze+54OcdIOT3Q2TTmVG8T0fmPCbNfBmc9GwalUNU8jR9uEdRVUBxoRH2ZrDbOuRaf4LsWuHS nbZqqk0u40W7hR21MQQTIiKY2GcQyHP70yDnhRvDUlvf+nwIEENr/DTtuo7ij2oLYQu2OwuO9SFrs 4rWVe9YT2ZJeX75wSmwtchtPxsH52Npg96/kRpNI2gBBkg5+mNfzUOgr8wfAMbH1dDeAOQF5TbNNb kTvQXRjw==; Received: from [1.144.200.100] (port=36320 helo=[192.168.34.13]) by charlie.hosting-australia.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94) (envelope-from ) id 1leAU5-0004wd-4c for fluid-dev@nongnu.org; Wed, 05 May 2021 15:54:06 +1000 To: fluid-dev@nongnu.org References: <423064b0-4152-a26c-ce47-e3d0d5cc0714@gonzos.net> <3e36653b-6338-56b2-a782-4eb34c86e3af@meiers.net> From: Ben Gonzales Message-ID: <1b79a990-d500-1339-4401-e8a690a9abae@gonzos.net> Date: Wed, 5 May 2021 15:54:05 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: <3e36653b-6338-56b2-a782-4eb34c86e3af@meiers.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-HA-MailScanner-Information: Please contact the ISP for more information X-HA-MailScanner-ID: 1leAU5-0004wd-4c X-HA-MailScanner: Found to be clean X-HA-MailScanner-SpamCheck: X-HA-MailScanner-From: brg@gonzos.net X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - charlie.hosting-australia.com X-AntiAbuse: Original Domain - nongnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gonzos.net X-Get-Message-Sender-Via: charlie.hosting-australia.com: authenticated_id: brg@gonzos.net X-Authenticated-Sender: charlie.hosting-australia.com: brg@gonzos.net X-Source: X-Source-Args: X-Source-Dir: Received-SPF: pass client-ip=101.0.102.190; envelope-from=brg@gonzos.net; helo=charlie.hosting-australia.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] FS on RPi4 not setting up midi port X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2021 05:54:59 -0000 Doh! I was checking the midi ports with `amidi -l` not `aconnect` The midi port was there, but I had another problem that was causing the lack of sound.... Thanks Sven. Ben On 5/5/21 2:01 am, Sven Meier wrote: > Hi, > > I'm running fluidsynth on my RPi4: > > $ nohup fluidsynth --server --audio-driver=alsa -c 4 -z 64 -r 19200 > soundfont.sf2 & > > And it creates a MIDI input port as expected: > > $ aconnect -l > client 128: 'FLUID Synth (5344)' [type=User,pid=5344] >     0 'Synth input port (5344:0)' > > Have fun > Sven > > > On 04.05.21 05:42, Ben Gonzales via fluid-dev wrote: >> Hi all. >> >> I've had the latest FS compiled and running on a RPi3 for a while. >> I've just bought a RPi4, did all the things that I do to set up the >> model 3, and found that Fluidsynth won't create a MIDI input port. It >> seems to find the ALSA card, and I've tried it with two different >> cards, but no port. It doesn't give any (related) error messages. I >> can telnet to the running synth, and load soundfonts OK. >> >> Where should I be looking? >> >> Ben >> >> _______________________________________________ >> fluid-dev mailing list >> fluid-dev@nongnu.org >> https://lists.nongnu.org/mailman/listinfo/fluid-dev > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev From MAILER-DAEMON Fri May 07 14:16:05 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lf51B-0000jl-Ps for mharc-fluid-dev@gnu.org; Fri, 07 May 2021 14:16:05 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60650) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lf517-0000b2-BB for fluid-dev@nongnu.org; Fri, 07 May 2021 14:16:01 -0400 Received: from latitanza.investici.org ([2001:888:2000:56::19]:64295) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lf4wk-00022O-6Y for fluid-dev@nongnu.org; Fri, 07 May 2021 14:11:36 -0400 Received: from mx3.investici.org (unknown [127.0.0.1]) by latitanza.investici.org (Postfix) with ESMTP id 4FcJRW3X8Wz8tn6 for ; Fri, 7 May 2021 18:11:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boum.org; s=stigmate; t=1620411079; bh=kzEVzBvesvWdn64mYDUhVtgRH9retP8+juCWwmxRh0s=; h=Subject:From:To:Date:From; b=SxZwUN3GcwwdVaZceUgPun66vutPBtVAFN5+d0I4+vsduxJU/nVla3eTeFarhVXbK O9xkPm+q4oqRaGVL0u49d+gVEBlb+aDVVNqZWH+W4tjMsyNrQ7njyJ7LSu8G1iuMzk khV8Y7ln5kUrb6GbKVAUhdyQHb7Ej/HKZW/CK4p0= Received: from [82.94.249.234] (mx3.investici.org [82.94.249.234]) (Authenticated sender: lafleur@boum.org) by localhost (Postfix) with ESMTPSA id 4FcJRW264xz8sg4 for ; Fri, 7 May 2021 18:11:19 +0000 (UTC) Message-ID: From: la Fleur To: fluid-dev@nongnu.org Date: Fri, 07 May 2021 20:11:18 +0200 Content-Type: multipart/alternative; boundary="=-UOTh/yDcn75aTqe1jVFn" User-Agent: Evolution 3.40.1 MIME-Version: 1.0 Received-SPF: pass client-ip=2001:888:2000:56::19; envelope-from=lafleur@boum.org; helo=latitanza.investici.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2021 18:16:03 -0000 --=-UOTh/yDcn75aTqe1jVFn Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Hello fluiders ! I'm using fluidsynth for a synthetizer in a professional live show. I recently started using it with a phone running postmarketos. Everything is fine when I use the pulseaudio backend. But when I try to use the alsa audio backend, I get a warning that says "warning: Requested a period size of 64, got 6144 instead". This leads to a huge latency. I never experienced this problem, although I ran fluidsynth on various platforms (including raspberry pi zero, both with alsa and jack outputs). Can anyone tell me more about this warning ? Here is the output from `aplay -l` :     **** List of PLAYBACK Hardware Devices ****     card 0: samsunga2015 [samsung-a2015], device 0: Primary MI2S multicodec-0 []     Subdevices: 1/1     Subdevice #0: subdevice #0     card 0: samsunga2015 [samsung-a2015], device 2: Quaternary MI2S tfa989x-hifi-2 []     Subdevices: 0/1     Subdevice #0: subdevice #0 Is there a way to get more details from my hardware ? --=-UOTh/yDcn75aTqe1jVFn Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Hello fluiders !

I'm= using fluidsynth for a synthetizer in a professional live show. I recently= started using it with a phone running postmarketos. Everything is fine whe= n I use the pulseaudio backend. But when I try to use the alsa audio backen= d, I get a warning that says "warning: Requested a period size of 64, got 6= 144 instead". This leads to a huge latency.

I neve= r experienced this problem, although I ran fluidsynth on various platforms = (including raspberry pi zero, both with alsa and jack outputs).
<= br>
Can anyone tell me more about this warning ? Here is the outp= ut from `aplay -l` :

    **** List of PL= AYBACK Hardware Devices ****
    card 0: samsunga2015 [= samsung-a2015], device 0: Primary MI2S multicodec-0 []
  &nb= sp; Subdevices: 1/1
    Subdevice #0: subdevice #0
    card 0: samsunga2015 [samsung-a2015], device 2: Quatern= ary MI2S tfa989x-hifi-2 []
    Subdevices: 0/1
    Subdevice #0: subdevice #0

Is= there a way to get more details from my hardware ?
<= /span>
--=-UOTh/yDcn75aTqe1jVFn-- From MAILER-DAEMON Fri May 07 16:14:48 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lf6s4-0000Bv-F5 for mharc-fluid-dev@gnu.org; Fri, 07 May 2021 16:14:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48882) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lf6s2-0000Bl-Ko for fluid-dev@nongnu.org; Fri, 07 May 2021 16:14:46 -0400 Received: from mail-ej1-f42.google.com ([209.85.218.42]:33333) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lf6s0-0001bR-O1 for fluid-dev@nongnu.org; Fri, 07 May 2021 16:14:46 -0400 Received: by mail-ej1-f42.google.com with SMTP id t4so15470308ejo.0 for ; Fri, 07 May 2021 13:14:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=ugrVMmntRL2aex5TfvakLpmHouRHot5mgB+Ntz76sD4=; b=CcVGl5cyOs8T1u8lgzb10PpNcShhDB9QPK5FBUnCd+4R/rhFWzl0qRgbpnEXca6Rm/ bBVDg8OC5fhBawMg0z1q9vgtCMvKruLVtsZ3kuWicojaH7JxwNKyH4Unk9w96rYSqw/3 kVuhzGsQA9v0OTsVbBmPq4MAhRw8VOJux53dE9n1PdQPSiMBFLMNH1DYydblQTXu0DuY vEBBRdrNzyPfahleI7hDg8cQ/P7aXSoR8dEi6zczySTqCn44Bs/gFLHURH1m0KTLEJ3A gKfj+UxncdYAhbZHmey/wW+7li2SKtmQk2TdoJ0k0Am2i4v25n7TQ5NItYTlZTHnPOYW wO3g== X-Gm-Message-State: AOAM5332pWguOeLxMOGkG1AZQ43VzFViR8Xb6g3GXEa74pe7zWCFR4cy FHlYj+hynFQTJx1nXKoh0J+7KfRUZOGUPAMeu9bU+d8Zskc= X-Google-Smtp-Source: ABdhPJx4nvNqrIAzqXxx4dNHyUaGvDgfhErdykASbkWZAUu5kqpfP3Hkqau2FCHMf4jO9Qtu9abAdOlqMdnfgb/Tx9s= X-Received: by 2002:a17:906:994f:: with SMTP id zm15mr12159293ejb.24.1620418481909; Fri, 07 May 2021 13:14:41 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Marcus Weseloh Date: Fri, 7 May 2021 22:14:31 +0200 Message-ID: To: FluidSynth mailing list Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=209.85.218.42; envelope-from=mweseloh42@gmail.com; helo=mail-ej1-f42.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.249, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2021 20:14:47 -0000 Hi, my guess is that it's a hardware limitation. It seems like your phone is using the QTi LPass ASoC driver, which has a fixed number for period size and periods: https://gitlab.com/postmarketOS/linux-postmarketos/-/blob/qcom-msm8974-5.11.y/sound/soc/qcom/lpass-platform.c#L46 .period_size_min = .period_size_max = LPASS_PLATFORM_BUFFER_SIZE / LPASS_PLATFORM_PERIODS So that's 24 * 1024 = 24576. And if you divide that by 4 bytes (max 32bit resolution), you get 6144. Seems to fit. Cheers Marcus From MAILER-DAEMON Sat May 08 12:03:49 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lfPQj-0002uu-3S for mharc-fluid-dev@gnu.org; Sat, 08 May 2021 12:03:49 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58418) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lfPQg-0002oz-OV for fluid-dev@nongnu.org; Sat, 08 May 2021 12:03:46 -0400 Received: from latitanza.investici.org ([82.94.249.234]:43223) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lfPQe-00052m-6U for fluid-dev@nongnu.org; Sat, 08 May 2021 12:03:46 -0400 Received: from mx3.investici.org (unknown [127.0.0.1]) by latitanza.investici.org (Postfix) with ESMTP id 4FcsYk46pgz8vyD for ; Sat, 8 May 2021 16:03:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boum.org; s=stigmate; t=1620489818; bh=4AoeYmsF049jXSvoJ99h1po1uQcW4gHPERK+Xv2Zw4A=; h=Subject:From:To:Date:In-Reply-To:References:From; b=IkWUYVqP6dMuGGsRjRcmrQt076/alixqjiyKKVo2pHGovl5LxVl3b99dDT0HH/y2m An7SGfRmzXoSXSTiuNL66K4ThqiNgAnxvKnsw5ZByf5zDUsIyXqPc3z0WczG2zdjlb yetnNKVBwgpxbrlQv2GdWEsxz0L/GTCdp3rFPXRc= Received: from [82.94.249.234] (mx3.investici.org [82.94.249.234]) (Authenticated sender: lafleur@boum.org) by localhost (Postfix) with ESMTPSA id 4FcsYk3HMKz8vxy for ; Sat, 8 May 2021 16:03:38 +0000 (UTC) Message-ID: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> From: la Fleur To: FluidSynth mailing list Date: Sat, 08 May 2021 18:03:37 +0200 In-Reply-To: References: Content-Type: multipart/alternative; boundary="=-3o0CFX/j+ak3iZ1r/U7O" User-Agent: Evolution 3.40.1 MIME-Version: 1.0 Received-SPF: pass client-ip=82.94.249.234; envelope-from=lafleur@boum.org; helo=latitanza.investici.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2021 16:03:47 -0000 --=-3o0CFX/j+ak3iZ1r/U7O Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Sounds right - my phone's kernel sources (qcom-msm8916-5.12) have the same features. Is there a way I can workaround this hardware limitation using alsa's dmix ? I would go for JACK if it could help, but the same limitations seem to apply. I find it quite ironic that everybody present pulseaudio as a non- professional audio system, but it's the only one that achieves low- latency in this case. I really wonder how pulseaudio manages to have a very low latency with the very same hardware. Any clue ? I just spent hours looking for ways to achieve this using dmix. I tried this in `~/.asoundrc` : pcm.mixed {   type dmix   ipc_key 1024   slave {     pcm "hw:0"     rate 48000     periods 24     period_size 256     buffer_size 1   } } But then `aplay -D plug:mixed /usr/share/sounds/alsa/Front_Center.wav` just plays half of the file. In fact any setting in `pcm.mixed` turns out the same. Le vendredi 07 mai 2021 à 22:14 +0200, Marcus Weseloh a écrit : > Hi, > > my guess is that it's a hardware limitation. It seems like your phone > is using the QTi LPass ASoC driver, which has a fixed number for > period size and periods: > https://gitlab.com/postmarketOS/linux-postmarketos/-/blob/qcom-msm8974-5.11.y/sound/soc/qcom/lpass-platform.c#L46 > > .period_size_min = .period_size_max = LPASS_PLATFORM_BUFFER_SIZE / > LPASS_PLATFORM_PERIODS > So that's 24 * 1024 = 24576. And if you divide that by 4 bytes (max > 32bit resolution), you get 6144. Seems to fit. > > Cheers > Marcus > > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev --=-3o0CFX/j+ak3iZ1r/U7O Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Sounds right - my phone's kernel sources (qco= m-msm8916-5.12) have the same features. Is there a way I can workaround thi= s hardware limitation using alsa's dmix ? I would go for JACK if it could h= elp, but the same limitations seem to apply.

I fin= d it quite ironic that everybody present pulseaudio as a non-professional a= udio system, but it's the only one that achieves low-latency in this case. = I really wonder how pulseaudio manages to have a very low latency with the = very same hardware. Any clue ?

I just spent hours = looking for ways to achieve this using dmix. I tried this in `~/.asoundrc` = :

pcm.mixed {
  type dmix
  ipc_key 1024
  slave {
    pcm "= hw:0"
    rate 48000
    periods 24=
    period_size 256
    buffer_siz= e 1
  }
}

But then `aplay= -D plug:mixed /usr/share/sounds/alsa/Front_Center.wav` just plays half of = the file. In fact any setting in `pcm.mixed` turns out the same.
=

Le vendredi 07 mai 20= 21 =C3=A0 22:14 +0200, Marcus Weseloh a =C3=A9crit :
Hi,

my guess is that it's = a hardware limitation. It seems like your phone
is using the = QTi LPass ASoC driver, which has a fixed number for
period si= ze and periods:

.period_size_min =3D .period_size_max =3D LPASS_PLATFORM_BUFFER_SIZE /
LPASS_PLATFORM_PERIODS
So that's 24 * 1024 =3D 2= 4576. And if you divide that by 4 bytes (max
32bit resolution= ), you get 6144. Seems to fit.

Cheers
Marcus

_________________________________= ______________
fluid-dev mailing list
--=-3o0CFX/j+ak3iZ1r/U7O-- From MAILER-DAEMON Sat May 08 13:16:51 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lfQZP-0004P8-AL for mharc-fluid-dev@gnu.org; Sat, 08 May 2021 13:16:51 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44340) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lfQZK-0004Ow-B5 for fluid-dev@nongnu.org; Sat, 08 May 2021 13:16:47 -0400 Received: from mail-ed1-f43.google.com ([209.85.208.43]:34749) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lfQZI-0005LU-DD for fluid-dev@nongnu.org; Sat, 08 May 2021 13:16:45 -0400 Received: by mail-ed1-f43.google.com with SMTP id l7so13949196edb.1 for ; Sat, 08 May 2021 10:16:43 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=nLdjIsrc6MuA7WdEeQH2Z3910NunuCSD57ZmEtafLhM=; b=Bq+rsJtwFFZ7p4ATES4Iez87Ip9Xr4rFmTButvrddoHmHszbcVV8CO4/H+C/GD6Yvx vgzAb2b7zvBabKRyeQVTss8HaQiXjgtlgdZI3pQT7Ve/sp0p4giGc0HjWE83+Ka8Knk7 7PvW+YEnF3kdpUk9j1sG7BGmlpBgbX2nJi5qLkugiKC3PWVsL6ZCDC1ohRkMZUbpkgPT 5ZKoPHukrvfeyR1CuB5NQuFvWVjBudbXo+p6tfLqPZ5IJMDYxmeloyde5hk8/93U+4Hm IAK1qCtL7h+rAv4z7bDJ2D/6/DRv+fvKxe/fYMtEWjorJlgazaTE/8kqC0jBRtwcDMFQ yneA== X-Gm-Message-State: AOAM531UTpczCFSjp9vWS1ovpxw1zoAes3oQmm+Otvq2rOY1TuQX4BUU ge9lhRkt9iPwkLjtyS9pg5NmKhl5u+GGQqmdHpX4PDq5 X-Google-Smtp-Source: ABdhPJyrrkdLUxx26I9rz3s58Qbpil3ZyfILU142F0g2cJdbYPWmQRP/orzBmyFCs0EaCSCizwpik0VwacIioMYKkko= X-Received: by 2002:a05:6402:b88:: with SMTP id cf8mr19044588edb.227.1620494202451; Sat, 08 May 2021 10:16:42 -0700 (PDT) MIME-Version: 1.0 References: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> In-Reply-To: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> From: Marcus Weseloh Date: Sat, 8 May 2021 19:16:31 +0200 Message-ID: To: FluidSynth mailing list Content-Type: text/plain; charset="UTF-8" Received-SPF: pass client-ip=209.85.208.43; envelope-from=mweseloh42@gmail.com; helo=mail-ed1-f43.google.com X-Spam_score_int: -11 X-Spam_score: -1.2 X-Spam_bar: - X-Spam_report: (-1.2 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.249, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2021 17:16:48 -0000 Am Sa., 8. Mai 2021 um 18:04 Uhr schrieb la Fleur : > I really wonder how pulseaudio manages to have a very low latency with the very same hardware. Any clue ? No really, but I must admit I know very little about PulseAudio. I assumed that it simply uses ALSA as a sink, so with the same audio device, it should be affected by the same limitations. Have you actually measured the latency difference between PulseAudio and ALSA? And are PulseAudio and ALSA really using the same audio device? One thing that comes to mind is the multi-channel feature of the LPass driver. It can use up to 8 channels, but period_bytes_min/max is fixed and not dependent on the number of channels. So if PulseAudio is configured for the full 8 channels, then maybe the buffer fills up 4 times as fast, leading to a quarter of the perceived latency compared to stereo mode. But that is just a wild guess. Looking at the PulseAudio config might clear things up. Cheers, Marcus From MAILER-DAEMON Sun May 09 13:45:31 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lfnUh-0003tu-6Q for mharc-fluid-dev@gnu.org; Sun, 09 May 2021 13:45:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:38212) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lfnUf-0003tc-UE for fluid-dev@nongnu.org; Sun, 09 May 2021 13:45:29 -0400 Received: from smtp13.smtpout.orange.fr ([80.12.242.135]:26001 helo=smtp.smtpout.orange.fr) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.90_1) (envelope-from ) id 1lfnUd-0004kx-Tl for fluid-dev@nongnu.org; Sun, 09 May 2021 13:45:29 -0400 Received: from wwinf1m24 ([10.223.70.48]) by mwinf5d72 with ME id 2hlN2500E12VmP603hlPnL; Sun, 09 May 2021 19:45:23 +0200 X-ME-Helo: wwinf1m24 X-ME-Auth: amVhbi1qYWNxdWVzLmNlcmVzYUBvcmFuZ2UuZnI= X-ME-Date: Sun, 09 May 2021 19:45:23 +0200 X-ME-IP: 92.136.90.139 Date: Sun, 9 May 2021 19:45:22 +0200 (CEST) From: Ceresa Jean-Jacques Reply-To: Ceresa Jean-Jacques To: FluidSynth mailing list Message-ID: <1761695380.4124.1620582322961.JavaMail.www@wwinf1m24> In-Reply-To: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> References: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4123_21954031.1620582322954" X-Originating-IP: [92.136.90.139] X-WUM-FROM: |~| X-WUM-TO: |~| X-WUM-REPLYTO: |~| Received-SPF: none client-ip=80.12.242.135; envelope-from=jean-jacques.ceresa@orange.fr; helo=smtp.smtpout.orange.fr X-Spam_score_int: 8 X-Spam_score: 0.8 X-Spam_bar: / X-Spam_report: (0.8 / 5.0 requ) BAYES_50=0.8, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 May 2021 17:45:30 -0000 ------=_Part_4123_21954031.1620582322954 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable =C2=A0 >I really wonder how pulseaudio manages to have a very low latency with the= very same hardware. Any clue ? =C2=A0 Did you try the "alsa hardware layer" as explained in https://github.com/Fl= uidSynth/fluidsynth/wiki/LowLatency ? Example: ./fluidsynth =E2=80=93o audio.alsa.device=3Dhw:0 jjc =C2=A0 ------=_Part_4123_21954031.1620582322954 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

=C2=A0

>I really wonder how pulseaudio manages to have a very low latency wi= th the very same hardware. Any clue ?

=C2=A0

Did you try the "alsa hardware layer" as explained in https://github.com= /FluidSynth/fluidsynth/wiki/LowLatency ?

Example: ./fluidsynth =E2=80=93o audio.alsa.device=3Dhw:0

jjc

=C2=A0

------=_Part_4123_21954031.1620582322954-- From MAILER-DAEMON Mon May 10 16:17:09 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lgCKy-0006MB-Uj for mharc-fluid-dev@gnu.org; Mon, 10 May 2021 16:17:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50834) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgCKv-0006Ls-DE for fluid-dev@nongnu.org; Mon, 10 May 2021 16:17:05 -0400 Received: from confino.investici.org ([2a00:c38:11e:ffff::a020]:46323) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgCKr-0002eN-Fo for fluid-dev@nongnu.org; Mon, 10 May 2021 16:17:05 -0400 Received: from mx1.investici.org (unknown [127.0.0.1]) by confino.investici.org (Postfix) with ESMTP id 4FfC3p3Vqdz11dq for ; Mon, 10 May 2021 20:15:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=boum.org; s=stigmate; t=1620677750; bh=38XzemYHliq/QhEZ2rNTJf7FsSLeWnJ/hbysnFxOk9I=; h=Subject:From:To:Date:In-Reply-To:References:From; b=K9Ul/G4nmDlUbmHGTpIimq44INEViTkvrL1xWxyg8TK/n0qztQuIubOIJrV3A8xD2 Cn6WqnjDP5OkvwV4j1F6p+G/nKLvr2DM8D6P3W5zkXpkPoHJFvtqsA6PihwlpDzWlB NpA1yrxnORICqyeAOFhf9BDUcijLKozQC9TnqZp4= Received: from [212.103.72.250] (mx1.investici.org [212.103.72.250]) (Authenticated sender: lafleur@boum.org) by localhost (Postfix) with ESMTPSA id 4FfC3n56tpz11dn for ; Mon, 10 May 2021 20:15:49 +0000 (UTC) Message-ID: From: la Fleur To: FluidSynth mailing list Date: Mon, 10 May 2021 22:15:42 +0200 In-Reply-To: <1761695380.4124.1620582322961.JavaMail.www@wwinf1m24> References: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> <1761695380.4124.1620582322961.JavaMail.www@wwinf1m24> Content-Type: multipart/related; type="multipart/alternative"; boundary="=-rbMqlyfPXZkTCmuul0y1" User-Agent: Evolution 3.40.1 MIME-Version: 1.0 Received-SPF: pass client-ip=2a00:c38:11e:ffff::a020; envelope-from=lafleur@boum.org; helo=confino.investici.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_FONT_LOW_CONTRAST=0.001, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 20:17:05 -0000 --=-rbMqlyfPXZkTCmuul0y1 Content-Type: multipart/alternative; boundary="=-jupS6lK9D5MLQR7V2RRW" --=-jupS6lK9D5MLQR7V2RRW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Turns out it was a driver implementation limit. I changed LPASS_PLATFORM_BUFFER_SIZE to (2 * 1024) and now I get around 5ms theoretical latency at 48KHz. The main drawback of this LPASS implementation is that you can't change the period_size or number of periods ; they're hardcoded in the driver. But now I have what I needed. Thank you very much for your insights, it really helped understanding what was going on. As a result, here is an exerpt of what I said to folks on the postmarketos Matrix room. @Markus I hope you don't mind me quoting you namely. That room is dedicated to making things work on phones running mainline linux, so it's not Facebook either :-) A little calculus if you'll excuse the detour : 1 latency (ms) = number_of_periods * period_size (s) / samplerate (KHz) Now in LPASS, as pointed by Marcus Weseloh from the fluid-dev mailing list, the period size is : 1 period_size_max = period_size_min = LPASS_PLATFORM_BUFFER_SIZE / ( LPASS_PLATFORM_PERIODS * resolution ) And on most platforms, resolution is 4 (bytes, that is, 32 bits). With the current mainline settings, LPASS_PLATFORM_BUFFER_SIZE is 49152 and ..._PERIODS is 2, so period_size_min is 6144, which, at a samplerate of 48KHz leads to a theoretical latency of 128ms, which is far above the acceptable 20ms for live instruments. I changed ..._BUFFER_SIZE to 2048 ; it brings latency down to 5.3ms (this is confirmed by jackd -dalsa -n2 -p256 -r48000, to make sure my calculus is all right). [...] I noticed looking at the ULT Audio documentation you gave earlier that the audio hardware on Snapdragon 410E is able to get as high as 96KHz samplerate (which is twice as needed to reproduce human-hearable sounds). That might be how pulseaudio achieved a lower latency than plain alsa. But it just brings latency down from 128 to 64ms, which is still unacceptable in live conditions. Le dimanche 09 mai 2021 à 19:45 +0200, Ceresa Jean-Jacques a écrit : >   > >I really wonder how pulseaudio manages to have a very low latency > with the very same hardware. Any clue ? >   > Did you try the "alsa hardware layer" as explained in > https://github.com/FluidSynth/fluidsynth/wiki/LowLatency ? > Example: ./fluidsynth –o audio.alsa.device=hw:0 > jjc >   > _______________________________________________ > fluid-dev mailing list > fluid-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/fluid-dev --=-jupS6lK9D5MLQR7V2RRW Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable
Turns out it was a driver implementation limit. I changed= LPASS_PLATFORM_BUFFER_SIZE to (2 * 1024) and now I get around 5ms theoreti= cal latency at 48KHz. The main drawback of this LPASS implementation is tha= t you can't change the period_size or number of periods ; they're hardcoded= in the driver. But now I have what I needed. Thank you very much for your = insights, it really helped understanding what was going on. As a result, he= re is an exerpt of what I said to folks on the postmarketos Matrix room. @M= arkus I hope you don't mind me quoting you namely. That room is dedicated t= o making things work on phones running mainline linux, so it's not Facebook= either 3D":-)"

A little calculus if you'll excuse the detour :=
1latency (ms) =3D number_=
of_periods * period_size (s) / samplerate (KHz)
Now in LPASS, as= pointed by Marcus Weseloh from the fluid-dev mailing list, the period size= is :
1period_size_max =3D =
period_size_min =3D LPASS_PLATFORM_BUFFER_SIZE / ( LPASS_PLATFORM_PERIODS *=
 resolution )
And on most plat= forms, resolution is 4 (bytes, that is, 32 bits).
With the current mainline s= ettings, LPASS_PLATFORM_BUFFER_SIZE is 49152 and ..._PERIODS is 2, so perio= d_size_min is 6144, which, at a samplerate of 48KHz leads to a theoretical = latency of 128ms, which is far above the acceptable 20ms for live instrumen= ts.
 jackd -d= alsa -n2 -p256 -r48000, to make sure my calculus is all right).

[..= .]
I noticed looking at the ULT Audio documentation you gave earlier that the= audio hardware on Snapdragon 410E is able to get as high as 96KHz samplera= te (which is twice as needed to reproduce human-hearable sounds). That migh= t be how pulseaudio achieved a lower latency than plain alsa. But it just b= rings latency down from 128 to 64ms, which is still unacceptable in live co= nditions.


Le dimanche 09 mai 2021 =C3=A0 19:45 +0= 200, Ceresa Jean-Jacques a =C3=A9crit :

Example: ./fluidsynth =E2=80=93o a= udio.alsa.device=3Dhw:0

jjc

 

____________________= ___________________________
fluid-dev mailing list
<= div>fluid-dev@nongnu.org
= --=-jupS6lK9D5MLQR7V2RRW-- --=-rbMqlyfPXZkTCmuul0y1 Content-ID: Content-Disposition: inline; filename="face-smile.png" Content-Type: image/png; name="face-smile.png" Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAADLklEQVR4AV2MA5Q0uRpAb6raPTj9 G2PjvbVt27btPV7btm3btjW23Swklax5P1PwH+49bYNqQsHhEdvaCSGWasA2esRV5mktwrcdfPHb ffyDvx48uvvutqwaugzLOqp1hapwWXNrKDZvHgKBm04z3NYuv/q8TSlf3Vg8UnHmHo89Fvz14K2z NwoN5bxXFqbia627w26JSCqJ1m2YsAtohB9BmDoCJ8lbTz9YGBic+HDBZPVWvz6xATZbZck184oj 22+0x9EJCt/x2HOP8tNImtY1yrBiYYzJcs4591PMBOtufWh4rLdtyZA3OP/lL0dfsW49Zb0GP9CH rrvptgk59iHBzPv80OfyXXsaEYnBrxZP8nVHnm+/+xav42E2226vhA9HnnfQSvWWdOWxDYsSkUhp GX73sxgM0YggHrMB/ZsJo3+ro1GBGvkQy59lrZbaiPKCY+wtVl58y9or/T8V8kbQ6R+xYxESC1PU NS5h+fIoKB9yGVRWsmalJildtONTvPT/1idff7c45AVmcbJkAbmxL8lMeywpcVh1SQx7sYuZGAYD Opdll1UVctwlyEqmhrsRDWvhSJaGPGmEk5sjYiRaKp5+d5bKSklzs0/J/CQC0I6DM5Pn+x+z/NSd p26Jw8orhfEDbYWklFMD/e3L6lI28+yALf8/j++nI9zxxBhYGtsSKD8gn1O0lpWySWsR84oX0N/5 FVKqyV8emJe/6ug7qHyVWgtXEcpMseKiJayywoZIO4lUGtuOYCsXPfY9argNv6SaT77+VkulXxIn 7NS0qkXw7naV+URDkcQSWXQ8ihQW0ooRiDg68LC8LLFAETIJevQC7vrMLfi+Wc/+pG1qdNX6eSsN p2VNqZkIF2tFKDCIQKOlT1DII1yHqPTB8emd83iyXThpx3r2kfcGrrcBVm6MvZDzYrsNFqLF8VAh bAUBESUJKUX4F8OXzLma7qzguYF5zng+2i0Cs92PQxkl+IP9t1icNCp2nzFmi9qSdKI2WRCpqAJg xgvRlYmb9tliB8RLrqsPeO6LkQKA4D/svE7l2rbQJwGbB1ACYAkyGF412Fc/+UHfx/yDnwGHuJ5z 2Cp4/gAAAABJRU5ErkJggg== --=-rbMqlyfPXZkTCmuul0y1-- From MAILER-DAEMON Mon May 10 16:36:22 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lgCda-0002g7-A2 for mharc-fluid-dev@gnu.org; Mon, 10 May 2021 16:36:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54476) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgCdY-0002fw-Ec for fluid-dev@nongnu.org; Mon, 10 May 2021 16:36:20 -0400 Received: from mail-ej1-f50.google.com ([209.85.218.50]:38466) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lgCdW-0006sn-Kp for fluid-dev@nongnu.org; Mon, 10 May 2021 16:36:20 -0400 Received: by mail-ej1-f50.google.com with SMTP id b25so26457690eju.5 for ; Mon, 10 May 2021 13:36:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=OM+sv35seAup/5BSjL6C8pbhEfZMqqQjgEmD9iTNBVU=; b=Rtyzo5wybXuF+OwdV3zeQ8xlYGCJ31uNJjgd0Nsvm/8xXOgZP0cgqlqYgflWARxFhI PZD4nrpmjHU7fO5JD7bYf/C9IpyNt57RTds+FzwddDCylNus8B34D4ig7DUJPgxS05eT GjXWeStkCy8egKQ+askpivzS7h1YROOitNVsU4kzC6ECI4FQOVOPncZaxkDtR3hvY5jG Qxplt7CVZmpk17hXpeKHpfkHw4XMqLLEBAfekGwU6N3cJFWqTpAFAizjn2daPCz+DDza u6b7FKcRh/dRvlXa3ZdX2fMXxwbsEWDm9SaMNgP5IxAvL4gHRGVivx0D0w1f7kkOldCT NmvQ== X-Gm-Message-State: AOAM5327yzUUbgpBf3cG1FCudR3b9qt1kYKDNYFN6XIMVeCDKmQVSnKR ke68YQVAAuqB+Lim23iMukZHEav6t+x4KT73GqFMaNJjI+SPJw== X-Google-Smtp-Source: ABdhPJwR5I2BScgGJYpCCzNwR49VKfCQnNieoPnnseklo6EDf4q33yTgJOAxlmR8YgKvc83XfdZ1+T9QKWYuwRmwRqk= X-Received: by 2002:a17:906:994f:: with SMTP id zm15mr28097171ejb.24.1620678976407; Mon, 10 May 2021 13:36:16 -0700 (PDT) MIME-Version: 1.0 References: <98f612336d638615000bc5b8e696b40b1422d3d0.camel@boum.org> <1761695380.4124.1620582322961.JavaMail.www@wwinf1m24> In-Reply-To: From: Marcus Weseloh Date: Mon, 10 May 2021 22:36:04 +0200 Message-ID: To: FluidSynth mailing list Content-Type: multipart/alternative; boundary="000000000000af0b6005c1ffba20" Received-SPF: pass client-ip=209.85.218.50; envelope-from=mweseloh42@gmail.com; helo=mail-ej1-f50.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FORGED_FROMDOMAIN=0.248, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.248, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action Subject: Re: [fluid-dev] alsa audio driver only accepting huge period size X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 May 2021 20:36:20 -0000 --000000000000af0b6005c1ffba20 Content-Type: text/plain; charset="UTF-8" Hi, glad you got your problem sorted with a local patch to the kernel. That's the joy of open-source right there! :-) Just a quick note: the driver in question is not specific to PostmarketOS. It's coming from mainline Linux: https://github.com/torvalds/linux/blob/master/sound/soc/qcom/lpass-platform.c So the "proper" way to suggest a change would be to subscribe to the relevant mailing lists, prepare a patch and send it to the list for review. Looking at the file history, it seems like the buffer size was actually increased fairly recently: https://github.com/torvalds/linux/commit/03f20e209d07968c410fc404b3d636dc446d3ef2 And you could even reach out to the original author of the driver and ask why period_size is fixed. There might be a good reason after all: https://github.com/torvalds/linux/commit/c5c8635a04711c7a7aca82f90e6b1e6df1c057be Cheers, Marcus --000000000000af0b6005c1ffba20 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

glad you got your = problem sorted with a local patch to the kernel. That's the joy of open= -source right there! :-)

Just a quick note: the dr= iver in question is not specific to PostmarketOS. It's coming from main= line Linux:

So= the "proper" way to suggest a change would be to subscribe to th= e relevant mailing lists, prepare a patch and send it to the list for revie= w.
Looking at the file history, it seems like the buffer size was= actually increased=C2=A0fairly recently:

And you could even reach out to the ori= ginal author of the driver and ask why period_size is fixed. There might be= a good reason after all:
=

Cheers,
Marcus
--000000000000af0b6005c1ffba20-- From MAILER-DAEMON Tue May 11 13:39:04 2021 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1lgWLV-0003yi-Im for mharc-fluid-dev@gnu.org; Tue, 11 May 2021 13:39:04 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60682) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgWLT-0003ya-I5 for fluid-dev@nongnu.org; Tue, 11 May 2021 13:38:59 -0400 Received: from a79-169-196-9.cpe.netcabo.pt ([79.169.196.9]:39834 helo=rncbc.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lgWLQ-00039s-70 for fluid-dev@nongnu.org; Tue, 11 May 2021 13:38:59 -0400 Received: from [172.21.2.3] (unknown [185.31.158.240]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (Client did not present a certificate) by rncbc.org (Postfix) with ESMTPSA id DDDF32009B for ; Tue, 11 May 2021 18:29:11 +0100 (WEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=rncbc.org; s=default; t=1620754152; bh=NIwVdFFF5gDxs8Kd1uplHFAb2KhjiQO0VBWUn/GL7pc=; h=From:To:Subject:Date; b=ULporBOKsuL40j7HoK5cDuXdc5PRWWFu0PMVxx0gHyB5S5v8ZY9qjYcADRmcjH2Wb qKBGK08MDaZDGM+jCAsSRK6OC2IME9vX0LaC2uYxGaMQKRvkiLlNxha9ybAdGvEiV+ 5qIFjBmmDliqv0gS5CKnMyBBHA8OpaymwKgO2u70= From: Rui Nuno Capela To: fluid-dev@nongnu.org Message-ID: Date: Tue, 11 May 2021 18:28:27 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Received-SPF: pass client-ip=79.169.196.9; envelope-from=rncbc@rncbc.org; helo=rncbc.org X-Spam_score_int: 9 X-Spam_score: 0.9 X-Spam_bar: / X-Spam_report: (0.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HK_RANDOM_ENVFROM=0.998, HK_RANDOM_FROM=0.998, RDNS_DYNAMIC=0.982, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action Subject: [fluid-dev] [ANN] The QStuff* Spring'21 Release batch #1 X-BeenThere: fluid-dev@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: FluidSynth mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2021 17:38:59 -0000 Hi everybody, The first batch of the so called 'QStuff*' is springing out: QjackCtl [1], Qsynth [2], Qsampler [3], QXGEdit [4], QmidiCtl [5] and QmidiNet [6], all bumping to **version 0.9.3** for the (northern) Spring'21 season, rejoice! ** QjackCtl - JACK Audio Connection Kit Qt GUI Interface [1] ** QjackCtl 0.9.3 (spring'21) is released! QjackCtl is an aged yet modern, not so 'simple' anymore, Qt [7] application to control the JACK [8] sound server, for the Linux Audio [12] infrastructure. Website: https://qjackctl.sourceforge.io http://qjackctl.sourceforge.net Project page: https://sourceforge.net/projects/qjackctl Downloads: https://sourceforge.net/projects/qjackctl/files - source tarball: https://download.sf.net/qjackctl/qjackctl-0.9.3.tar.gz - source package: https://download.sf.net/qjackctl/qjackctl-0.9.3-47.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qjackctl/qjackctl-0.9.3-47.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qjackctl/qjackctl-0.9.3-47.x86_64.AppImage Git repos: https://git.code.sf.net/p/qjackctl/code https://github.com/rncbc/qjackctl.git https://gitlab.com/rncbc/qjackctl.git https://bitbucket.com/rncbc/qjackctl.git Change-log: - Graph connection lines drop-shadow eye-candy has been optimized, improving a lot on moving highly-connected nodes, especially the ones with plenty of backward-curved connections. - All packaging builds switching to CMake. [21] - Fixed default preset/aliases switching and reloading when entering pure-client mode (ie. "Active" status). ** Qsynth - A fluidsynth Qt GUI Interface [2] ** Qsynth 0.9.3 (spring'21) is released! Qsynth is a FluidSynth [10] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. Website: https://qsynth.sourceforge.io http://qsynth.sourceforge.net Project page: https://sourceforge.net/projects/qsynth Downloads: https://sourceforge.net/projects/qsynth/files - source tarball: https://download.sf.net/qsynth/qsynth-0.9.3.tar.gz - source package: https://download.sf.net/qsynth/qsynth-0.9.3-47.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qsynth/qsynth-0.9.3-47.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsynth/qsynth-0.9.3-47.x86_64.AppImage - Win64 and macOS packages (thanks again to Pedro Lopez-Cabanillas): https://download.sf.net/qsynth/qsynth-0.9.3-47.win-x64-setup.exe https://download.sf.net/qsynth/qsynth-0.9.3-47.mac-x64.dmg Git repos: https://git.code.sf.net/p/qsynth/code https://github.com/rncbc/qsynth.git https://gitlab.com/rncbc/qsynth.git https://bitbucket.com/rncbc/qsynth.git Change-log: - New Setup/Audio/WASAPI Exclusive Mode option added. - Fix for Windows runtime error (assertion failed) when compiled with MSVC (by Pedro Lopez-Cabanillas). - New Setup/MIDI/Auto Connect MIDI inputs option added. - Fix deprecated Reverb/Chorus API (FluidSynth >= 2.2.0). - All packaging builds switching to CMake. [21] ** Qsampler - A LinuxSampler Qt GUI Interface [3] ** Qsampler 0.9.3 (spring'21) is released! Qsampler is a LinuxSampler [11] GUI front-end application written in C++ around the Qt framework [7] using Qt Designer. Website: https://qsampler.sourceforge.io http://qsampler.sourceforge.net Project page: https://sourceforge.net/projects/qsampler Downloads: https://sourceforge.net/projects/qsampler/files - source tarballs: https://download.sf.net/qsampler/qsampler-0.9.3.tar.gz https://download.sf.net/qsampler/liblscp-0.9.3.tar.gz - source packages: https://download.sf.net/qsampler/qsampler-0.9.3-47.rncbc.suse.src.rpm https://download.sf.net/qsampler/liblscp-0.9.3-47.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qsampler/qsampler-0.9.3-47.rncbc.suse.x86_64.rpm https://download.sf.net/qsampler/liblscp6-0.9.3-47.rncbc.suse.x86_64.rpm https://download.sf.net/qsampler/liblscp-devel-0.9.3-47.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qsampler/qsampler-0.9.3-47.x86_64.AppImage Git repos: https://git.code.sf.net/p/qsampler/code https://github.com/rncbc/qsampler.git https://gitlab.com/rncbc/qsampler.git https://bitbucket.com/rncbc/qsampler.git https://git.code.sf.net/p/qsampler/liblscp https://github.com/rncbc/liblscp.git https://gitlab.com/rncbc/liblscp.git https://bitbucket.com/rncbc/liblscp.git Change-log: - All packaging builds switching to CMake. [21] ** QXGEdit - A Qt XG Editor [4] ** QXGEdit 0.9.3 (spring'21) is released! QXGEdit is a live XG instrument editor, specialized on editing MIDI System Exclusive files (.syx) for the Yamaha DB50XG [14] and thus probably a baseline for many other XG devices. Website: https://qxgedit.sourceforge.io http://qxgedit.sourceforge.net Project page: https://sourceforge.net/projects/qxgedit Downloads: https://sourceforge.net/projects/qxgedit/files - source tarball: https://download.sf.net/qxgedit/qxgedit-0.9.3.tar.gz - source package: https://download.sf.net/qxgedit/qxgedit-0.9.3-37.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qxgedit/qxgedit-0.9.3-37.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qxgedit/qxgedit-0.9.3-37.x86_64.AppImage Git repos: https://git.code.sf.net/p/qxgedit/code https://github.com/rncbc/qxgedit.git https://gitlab.com/rncbc/qxgedit.git https://bitbucket.com/rncbc/qxgedit.git Change-log: - All packaging builds switching to CMake. [21] ** QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast [5] ** QmidiCtl 0.9.3 (spring'21) is released! QmidiCtl [5] is a MIDI remote controller application that sends MIDI data over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [15] for Windows. QmidiCtl [5] was long ago designed for the Maemo [17] enabled handheld devices, namely the late Nokia N900 [18] and promoted to the Maemo Package [18] repositories. Nevertheless, QmidiCtl [5] may still be found effective as a regular desktop application and recently as an Android application as well. Website: https://qmidictl.sourceforge.io http://qmidictl.sourceforge.net Project page: https://sourceforge.net/projects/qmidictl Downloads: https://sourceforge.net/projects/qmidictl/files - source tarball: https://download.sf.net/qmidictl/qmidictl-0.9.3.tar.gz - source package: https://download.sf.net/qmidictl/qmidictl-0.9.3-27.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qmidictl/qmidictl-0.9.3-27.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidictl/qmidictl-0.9.3-27.x86_64.AppImage - Android package: https://download.sf.net/qmidictl/qmidictl-0.9.3-27.aab https://play.google.com/store/apps/details?id=org.rncbc.qmidictl Git repos: https://git.code.sf.net/p/qmidictl/code https://github.com/rncbc/qmidictl.git https://gitlab.com/rncbc/qmidictl.git https://bitbucket.com/rncbc/qmidictl.git Change-log: - All packaging builds switching to CMake. [21] ** QmidiNet - A MIDI Network Gateway via UDP/IP Multicast [6] ** QmidiNet 0.9.3 (spring'21) is released! QmidiNet is a MIDI network gateway application that sends and receives MIDI data (ALSA-MIDI [9] and JACK-MIDI [8]) over the network, using UDP/IP multicast. Inspired by multimidicast [15] and designed to be compatible with ipMIDI [16] for Windows. Website: https://qmidinet.sourceforge.io http://qmidinet.sourceforge.net Project page: https://sourceforge.net/projects/qmidinet Downloads: https://sourceforge.net/projects/qmidinet/files - source tarball: https://download.sf.net/qmidinet/qmidinet-0.9.3.tar.gz - source package: https://download.sf.net/qmidinet/qmidinet-0.9.3-27.rncbc.suse.src.rpm - binary packages: https://download.sf.net/qmidinet/qmidinet-0.9.3-27.rncbc.suse.x86_64.rpm - AppImage [20] package: https://download.sf.net/qmidinet/qmidinet-0.9.3-27.x86_64.AppImage Git repos: https://git.code.sf.net/p/qmidinet/code https://github.com/rncbc/qmidinet.git https://gitlab.com/rncbc/qmidinet.git https://bitbucket.com/rncbc/qmidinet.git Change-log: - All packaging builds switching to CMake. [21] License: All of the Qstuff* are free, open-source Linux Audio [11] software, distributed under the terms of the GNU General Public License (GPL) version 2 or later [12]. References: [1] QjackCtl - A JACK Audio Connection Kit Qt GUI Interface https://qjackctl.sourceforge.io [2] Qsynth - A fluidsynth Qt GUI Interface https://qsynth.sourceforge.io [3] Qsampler - A LinuxSampler Qt GUI Interface https://qsampler.sourceforge.io [4] QXGEdit - A Qt XG Editor https://qxgedit.sourceforge.io [5] QmidiCtl - A MIDI Remote Controller via UDP/IP Multicast https://qmidictl.sourceforge.io [6] QmidiNet - A MIDI Network Gateway via UDP/IP Multicast https://qmidinet.sourceforge.io [7] Qt framework, C++ class library and tools for cross-platform application and UI development https://qt.io/ [8] JACK Audio Connection Kit https://jackaudio.org [9] ALSA, Advanced Linux Sound Architecture https://www.alsa-project.org/ [10] FluidSynth - A SoundFont Synthesizer A real-time software synthesizer based on SoundFont 2 specifications https://www.fluidsynth.org [11] LinuxSampler - The Linux Sampler Project A modular, streaming capable, realtime audio sampler https://www.linuxsampler.org [12] Linux Audio consortium of libre software for audio-related work https://linuxaudio.org [13] GPL - GNU General Public License https://www.gnu.org/copyleft/gpl.html [14] Yamaha DB50XG (https://web.archive.org/web/20150607065739/) http://www.soundonsound.com/sos/1996_articles/may96/yamahadb50xg.html [15] multimidicast - sends and receives MIDI from ALSA sequencers over network https://llg.cubic.org/tools/multimidicast [16] ipMIDI - MIDI over Ethernet ports - send MIDI over your LAN https://nerds.de [17] Maemo.org - Home of the Maemo community https://www.maemo.org [18] Maemo.org Wiki - Nokia N900 https://wiki.maemo.org/Nokia_N900 [19] Maemo.org - Downloads: QmidiCtl https://maemo.org/downloads/product/Maemo5/qmidictl [20] AppImage, Linux apps that run anywhere https://appimage.org/ [21] CMake, a cross-platform, open-source build system generator https://cmake.org See also: https://www.rncbc.org/drupal/node/2224 Keep having fun && stay healthy, always! -- rncbc aka Rui Nuno Capela