[Ardour-Dev] option to Disable pop sound at Startup?

Ben Simons Ben.Simons at uts.edu.au
Fri Sep 15 19:04:54 PDT 2023


Hi Jörn,

I just found this OLD post (2017) in my junk folder!  Omg.

YES – we start jack via qjackctl at login. So jackd is running when ardour is started. Is this unusual??

Our audio stack is ALSA – Jack – Pulseaudio

Moreso, pipewire seems to be taking over. Our gentoo systems want to ‘default’ to prefer pipewire over pulseaudio.
I have undone the USE flags to have pulseaudio, but will probably soon go with pipewire.  We have jack in there
(between pa & alsa) so we can run OpenAL and address our ring of 14.2 speakers.

https://dataarena.net/dive-in/wiki/audio

Apologies this is so old now  – but is it still the case that ardour does not expect qjackctl to have started jackd??!

Thanks,
Ben.



From: Ardour-Dev <ardour-dev-bounces at lists.ardour.org> on behalf of Jörn Nettingsmeier <nettings at stackingdwarves.net>
Date: Thursday, 3 August 2017 at 12:18 am
To: ardour-dev at lists.ardour.org <ardour-dev at lists.ardour.org>
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=22; \
>
> pactl load-module module-jack-source channels=22; \
>
> 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=16845
>
>
> 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=256]
>          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örn Nettingsmeier
De Rijpgracht 8, 1055VR Amsterdam, Nederland
Tel. +49 177 7937487

Meister für Veranstaltungstechnik (Bühne/Studio), Tonmeister VDT
http://stackingdwarves.net
_______________________________________________
ardour-dev mailing list
ardour-dev at lists.ardour.org
http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org

UTS CRICOS Provider Code: 00099F DISCLAIMER: This email message and any accompanying attachments may contain confidential information. If you are not the intended recipient, do not read, use, disseminate, distribute or copy this message or attachments. If you have received this message in error, please notify the sender immediately and delete this message. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of the University of Technology Sydney. Before opening any attachments, please check them for viruses and defects. Think. Green. Do. Please consider the environment before printing this email.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ardour.org/pipermail/ardour-dev-ardour.org/attachments/20230916/d1cc4228/attachment.htm>


More information about the Ardour-Dev mailing list