Re: option to Disable pop sound at Startup?
Ben Simons <[email protected]> Sat, 16 Sep 2023 02:04:54 +0000
| Newsgroups | gmane.comp.audio.ardour.devel |
|---|---|
| Message-ID | <MEYPR01MB6991B3BFF71CCC97C302E5B1AAF5A@MEYPR01MB6991.ausprd01.prod.outlook.com> |
--===============1756068644117038678== Content-Language: en-AU Content-Type: multipart/alternative; boundary="_000_MEYPR01MB6991B3BFF71CCC97C302E5B1AAF5AMEYPR01MB6991ausp_" --_000_MEYPR01MB6991B3BFF71CCC97C302E5B1AAF5AMEYPR01MB6991ausp_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi J=C3=B6rn, I just found this OLD post (2017) in my junk folder! Omg. YES =E2=80=93 we start jack via qjackctl at login. So jackd is running when= ardour is started. Is this unusual?? Our audio stack is ALSA =E2=80=93 Jack =E2=80=93 Pulseaudio Moreso, pipewire seems to be taking over. Our gentoo systems want to =E2=80= =98default=E2=80=99 to prefer pipewire over pulseaudio. I have undone the USE flags to have pulseaudio, but will probably soon go w= ith pipewire. We have jack in there (between pa & alsa) so we can run OpenAL and address our ring of 14.2 speak= ers. https://dataarena.net/dive-in/wiki/audio Apologies this is so old now =E2=80=93 but is it still the case that ardou= r does not expect qjackctl to have started jackd??! Thanks, Ben. From: Ardour-Dev <[email protected]> on behalf of J=C3=B6= rn Nettingsmeier <[email protected]> Date: Thursday, 3 August 2017 at 12:18 am To: [email protected] <[email protected]> Subject: Re: [Ardour-Dev] option to Disable pop sound at Startup? On 08/02/2017 03:00 AM, Ben Simons wrote: > Hi Paul, > > > Thx for your reply. Apologies. I thought the "On Land" gentoo > > line was sufficient. Does the pop-sound depend on the platform? > > Oh! Is the pop indicating an error? > > > Ardour5 runs on a couple of machines here, > > all up-to-date gentoo linux, running > > > ALSA <- JACK <- PULSE_AUDIO > > > Jack is started with qjackctl, which in turn starts pulseaudio > > such that it feeds back into jack. Took a while to get right. > > Seems to be okay (famous last words) ;) > > > qjackqtl has post-startup commands to pactl load-module jack-sink. ie. > > > pactl load-module module-jack-sink channels=3D22; \ > > pactl load-module module-jack-source channels=3D22; \ > > pacmd set-default-sink jack_out; pacmd set-default-source jack_in > > > The main system is connected by USB to an RME Fireface UFX (22chan) > > It runs in USB CC Mode. http://forum.rme-audio.de/viewtopic.php?id=3D1684= 5 > > > Further RME details (lsusb and pactl) are attached in textfiles. > > > > Another has an Asus Xonar DG PCI uses the CMI8786 chipset > > and will be recognized by the kernel in the following way: > > > % lspci -v | grep -A7 -i audio > > 84:04.0 Multimedia audio controller: C-Media Electronics Inc CMI8788 > [Oxygen HD Audio] > Subsystem: ASUSTeK Computer Inc. Device 8521 > Flags: bus master, medium devsel, latency 64, IRQ 11 I/O ports > at f000 [size=3D256] > Capabilities: [c0] Power Management version 2 > > The kernel module snd-oxygen is used to control the card. > > > > Both systems make a pop-sound when Ardour5 starts. It's very unlikely that Ardour is to blame for that sound... You are starting jack before Ardour, with qjackctl? I'm asking because some interfaces behave badly when they come up (I've seen that with a few fireware-based ones), but it's strange you're seeing this both with a pro RME device _and_ a CMI chip. What could happen is that you are using a session with a badly behaved plugin. Something that emits a constant DC signal comes to mind - inaudible during normal operation, but will cause a pop when you connect it= . Or does it happen with a new, empty Ardour session as well? -- J=C3=B6rn Nettingsmeier De Rijpgracht 8, 1055VR Amsterdam, Nederland Tel. +49 177 7937487 Meister f=C3=BCr Veranstaltungstechnik (B=C3=BChne/Studio), Tonmeister VDT http://stackingdwarves.net _______________________________________________ ardour-dev mailing list [email protected] http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any acc= ompanying attachments may contain confidential information. If you are not = the intended recipient, do not read, use, disseminate, distribute or copy t= his message or attachments. If you have received this message in error, ple= ase notify the sender immediately and delete this message. Any views expres= sed in this message are those of the individual sender, except where the se= nder expressly, and with authority, states them to be the views of the Univ= ersity of Technology Sydney. Before opening any attachments, please check t= hem for viruses and defects. Think. Green. Do. Please consider the environm= ent before printing this email. --_000_MEYPR01MB6991B3BFF71CCC97C302E5B1AAF5AMEYPR01MB6991ausp_ Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1= 252"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style><!-- /* Font Definitions */ @font-face =09{font-family:"Cambria Math"; =09panose-1:2 4 5 3 5 4 6 3 2 4;} @font-face =09{font-family:Calibri; =09panose-1:2 15 5 2 2 2 4 3 2 4;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal =09{margin:0cm; =09font-size:11.0pt; =09font-family:"Calibri",sans-serif;} a:link, span.MsoHyperlink =09{mso-style-priority:99; =09color:blue; =09text-decoration:underline;} span.EmailStyle19 =09{mso-style-type:personal-reply; =09font-family:"Calibri",sans-serif; =09color:windowtext;} .MsoChpDefault =09{mso-style-type:export-only; =09font-size:10.0pt; =09mso-ligatures:none;} @page WordSection1 =09{size:612.0pt 792.0pt; =09margin:72.0pt 72.0pt 72.0pt 72.0pt;} div.WordSection1 =09{page:WordSection1;} --></style> <style type=3D"text/css">.style1 {font-family: "Times New Roman";}</style><= /head><body lang=3D"EN-AU" link=3D"blue" vlink=3D"purple" style=3D"word-wra= p:break-word"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US">Hi </span= ><span style=3D"font-size:12.0pt;color:black">J=C3=B6rn,<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">I just = found this OLD post (2017) in my junk folder! Omg.<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">YES =E2= =80=93 we start jack via qjackctl at login. So jackd is running when ardour= is started. Is this unusual??<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Our aud= io stack is ALSA =E2=80=93 Jack =E2=80=93 Pulseaudio<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Moreso,= pipewire seems to be taking over. Our gentoo systems want to =E2=80=98defa= ult=E2=80=99 to prefer pipewire over pulseaudio.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">I have = undone the USE flags to have pulseaudio, but will probably soon go with pip= ewire. We have jack in there<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">(betwee= n pa & alsa) so we can run OpenAL and address our ring of 14.2 speakers= .<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><a href= =3D"https://dataarena.net/dive-in/wiki/audio">https://dataarena.net/dive-in= /wiki/audio</a></span><span style=3D"font-size:12.0pt"><o:p></o:p></span></= p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Apologi= es this is so old now =E2=80=93 but is it still the case that ardour = does not expect qjackctl to have started jackd??!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Thanks,= <o:p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black">Ben.<o:= p></o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"font-size:12.0pt;color:black"><o:p>&n= bsp;</o:p></span></p> <p class=3D"MsoNormal"><span style=3D"mso-fareast-language:EN-US"><o:p>&nbs= p;</o:p></span></p> <div id=3D"mail-editor-reference-message-container"> <div> <div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm = 0cm 0cm"> <p class=3D"MsoNormal" style=3D"margin-bottom:12.0pt"><b><span style=3D"fon= t-size:12.0pt;color:black">From: </span></b><span style=3D"font-size:12.0pt;color:black">Ardour-Dev <ardo= [email protected]> on behalf of J=C3=B6rn Nettingsmeier &l= t;[email protected]><br> <b>Date: </b>Thursday, 3 August 2017 at 12:18 am<br> <b>To: </b>[email protected] <[email protected]><= br> <b>Subject: </b>Re: [Ardour-Dev] option to Disable pop sound at Startup?<o:= p></o:p></span></p> </div> <div> <p class=3D"MsoNormal">On 08/02/2017 03:00 AM, Ben Simons wrote:<br> > Hi Paul,<br> > <br> > <br> > Thx for your reply. Apologies. I thought the "On Land" gento= o<br> > <br> > line was sufficient. Does the pop-sound depend on the platform?<br> > <br> > Oh! Is the pop indicating an error?<br> > <br> > <br> > Ardour5 runs on a couple of machines here,<br> > <br> > all up-to-date gentoo linux, running<br> > <br> > <br> > ALSA <- JACK <- PULSE_AUDIO<br> > <br> > <br> > Jack is started with qjackctl, which in turn starts pulseaudio<br> > <br> > such that it feeds back into jack. Took a while to get right.<br> > <br> > Seems to be okay (famous last words) ;)<br> > <br> > <br> > qjackqtl has post-startup commands to pactl load-module jack-sink. ie.= <br> > <br> > <br> > pactl load-module module-jack-sink channels=3D22; \<br> > <br> > pactl load-module module-jack-source channels=3D22; \<br> > <br> > pacmd set-default-sink jack_out; pacmd set-default-source jack_in<br> > <br> > <br> > The main system is connected by USB to an RME Fireface UFX (22chan)<br= > > <br> > It runs in USB CC Mode. <a href=3D"http://forum.rme-audio.de/viewtopic= .php?id=3D16845"> http://forum.rme-audio.de/viewtopic.php?id=3D16845</a><br> > <br> > <br> > Further RME details (lsusb and pactl) are attached in textfiles.<br> > <br> > <br> > <br> > Another has an Asus Xonar DG PCI uses the CMI8786 chipset<br> > <br> > and will be recognized by the kernel in the following way:<br> > <br> > <br> > % lspci -v | grep -A7 -i audio<br> > <br> > 84:04.0 Multimedia audio controller: C-Media Electronics Inc CMI8788 <= br> > [Oxygen HD Audio]<br> > Subsystem: ASUST= eK Computer Inc. Device 8521<br> > Flags: bus maste= r, medium devsel, latency 64, IRQ 11 I/O ports <br> > at f000 [size=3D256]<br> > Capabilities: [c= 0] Power Management version 2<br> > <br> > The kernel module snd-oxygen is used to control the card.<br> > <br> > <br> > <br> > Both systems make a pop-sound when Ardour5 starts.<br> <br> <br> It's very unlikely that Ardour is to blame for that sound...<br> You are starting jack before Ardour, with qjackctl? I'm asking because<br> some interfaces behave badly when they come up (I've seen that with a <br> few fireware-based ones), but it's strange you're seeing this both with <br= > a pro RME device _and_ a CMI chip.<br> What could happen is that you are using a session with a badly behaved <br> plugin. Something that emits a constant DC signal comes to mind - <br> inaudible during normal operation, but will cause a pop when you connect it= .<br> Or does it happen with a new, empty Ardour session as well?<br> <br> -- <br> J=C3=B6rn Nettingsmeier<br> De Rijpgracht 8, 1055VR Amsterdam, Nederland<br> Tel. +49 177 7937487<br> <br> Meister f=C3=BCr Veranstaltungstechnik (B=C3=BChne/Studio), Tonmeister VDT<= br> <a href=3D"http://stackingdwarves.net">http://stackingdwarves.net</a><br> _______________________________________________<br> ardour-dev mailing list<br> [email protected]<br> <a href=3D"http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org">http= ://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org</a><o:p></o:p></p> </div> </div> </div> </div> <br><p style=3D"font-family: Verdana; font-size:8pt; color:#666666;">UTS CR= ICOS Provider Code: 00099F DISCLAIMER: This email message and any accompany= ing attachments may contain confidential information. If you are not the in= tended recipient, do not read, use, disseminate, distribute or copy this me= ssage or attachments. If you have received this message in error, please no= tify the sender immediately and delete this message. Any views expressed in= this message are those of the individual sender, except where the sender e= xpressly, and with authority, states them to be the views of the University= of Technology Sydney. Before opening any attachments, please check them fo= r viruses and defects. Think. Green. Do. Please consider the environment be= fore printing this email.</p></body></html> --_000_MEYPR01MB6991B3BFF71CCC97C302E5B1AAF5AMEYPR01MB6991ausp_-- --===============1756068644117038678== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ardour-dev mailing list [email protected] http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org --===============1756068644117038678==--