Re: Audio not working no matter what I try

Hey,

> "To control PulseAudio in FreeBSD, install a GUI mixer like
> pavucontrol or CLI tools like pulsemixer. These tools map to your
> PulseAudio server, allowing you to manage individual application
> streams and hardware endpoints directly."

I have already done that. However beep(1) hooks into OSS not pulseaudio
so should be unaffected.

Same thing as writing to the dsp directly, it should bypass pulse, the
only thing I could see pulse interfering with is desktop application
audio which would likely hook into pulse over OSS.

> "To disable PulseAudio on FreeBSD, stop the running daemon and prevent
> it from auto-spawning. To ensure it remains disabled after rebooting,
> you should also disable the XDG autostart entry and stop it from
> launching inside specific desktop environments or web browsers.
> 
> 1. Disable PulseAudio Auto-spawn
> 
> Open (or create) the client configuration file for your user:nano
> ~/.config/pulse/client.confAdd the following line to disable
> auto-spawn:
> 
> autospawn = no
> 
> (Optional) Repeat the steps for /usr/local/etc/pulse/client.conf to
> apply this setting globally for all users.
> 
> 2. Kill the Running Daemon
> 
> pulseaudio --kill
> 
> [...]

I am aware I can just kill pulse, I poorly explained this, I have
previously tested the laptop on Linux to ensure the audio is working on
a hardware basis, in which it was, and I have killed pulseaudio before
to test if pulse is the issue, its not.

The only thing I can't test is removing pulseaudio entirely, as I
explained, this would require me stripping a large amount of my system
out, due to dependants.

> General Desktop: Open your Desktop Environment’s audio settings (e.g.,
> KDE Plasma or XFCE) and verify your output device is set to the
> default native FreeBSD audio device (often listed as /dev/dsp),
> rather than the PulseAudio virtual device."

I don't use a desktop environment.

> I don't have a FreeBSD at hand. However, "beep" and escape sequences
> are issue on their own, don't try to use this for testing audio
> output.

Like I said, I have written /dev/random to /dev/dsp* it doesn't make a
difference.

I thank you for the effort, but I would like to highlight AI responses
rarely ever yield anything useful other than common sense solutions you
would likely have already attempted if you read the docs (like I have
already).

I feel like there is a bigger underlying issue, so I am hopeful someone
else has encountered this and knows how to solve it :)

Thank you,
-- 
Polarian
Jabber/XMPP: [email protected]