Hello soundofthunder,
thank you for the tip with powercfg /h off.
I think reason for w10 not to show the checkbox for fast startup anymore was, that I disabled hybrid hibernation in bios.
1 Like
It’s also quite possible that you simply couldn’t find it in the GUI. I use Windows fairly frequently, and still can’t find things quickly, when I need them, especially in the latest iterations. 
That might happen. I have these days when I frequently curse from obstacle to obstacle asking for an easier world 
But I double checked and can confirm that disabling hibernation (S4) in ACPI Settings in bios prevents ‘fast startup’ from being shown at all.
1 Like
As it should. Unfortunately, it also disables hibernation in Linux, for those who might like to use it (in a multiboot scenario).
…
I too, can do without it. I mean, sure, if the machine is regularly unattended for days on end, hibernation makes some sense; otherwise, I see no real need for it, at least, from my perspective. Laptops might be a different consideration.
Good luck with your audio issue.
Cheers.
Hello,
I took a look at the state of the devices with
pactl list sinks short
Generally they get suspended after some seconds.
Starting Pavucontrol they all get and stay idle.
Starting Elisa to play the workaround wav-file the speaker device gets into running state.
While Elisa is started but paused it gets idle with Pavucontrol and suspended again without pavucontrol the workaround is not functional.
When changing Elisa to play it’s ‘running’ and while playing the workaround is funtional.
So the idle state initiated by starting Pavucontrol does not help with the issue - which makes me think that the device suspension may not be the issue. But I’m not experienced enough with this stuff.
So far the attempts to get the devices unsuspended by providing the 50 and 51 scripts were not successful.
What I might do is to have all power settings in BIOS at their defaults, and use the Power Settings of the OS instead, to disable hibernation, and choose another sleep state; suspend; which, I think still equates to S3.
Of course, your system is totally unfamiliar to me, so I can’t make any guarantees that this would work for you (I use desktops).
Cheers.
yes, but it’s not about powermanagement in first line. Problematic is the audio device ALC298 skipping sound for some reason. This takes place with the notebook being idle and no special restrictive PM settings.
hello Nik,
disabling the suspend in pipewire was not realistic to me with my skills. I just saw that the 51-script to disable suspend was not being executed neither in .config-path nor in /etc. I guess reason was that wireplumber was installed and in package-dependency, but more than that it was not really well prepared for pipewire use.
So I gave up on pipewire and tried to get to Pulseaudio. After a package-odysee I finally got it working after the last step was to install pipewire-media-session. Then the invalid state disappeared and i was able to test audio again.
But even in Pulseaudio with unloading the suspend-module (all sinks were in idle) the sound problem persisted.
So avoiding Suspend didn’t help.
Interesting is, that during audio test the two words front left or front right were visible in two separate peaks in the activity bar - though not produced by the ALC298.
The workaround is still functional with Pulsaudio.
Do you have some more ideas ?
Thank you
Switching to PulseAudio does not require an odyssey:
pamac install manjaro-pulse
or
pamac install pulseaudio pulseaudio-alsa
the last step was to install pipewire-media-session
pipewire-media-session is deprecated and no longer needed for PipeWire. PulseAudiio has never needed a session manager, but other packages might not allow uninstall of a PipeWire session manager (e.g. wayland)
I suggest check PipeWire sockets/services
systemctl -l --user | grep pipewire
pipewire.service should not cause any problems for PulseAudio but other pipewire services should be stopped to check if they are causing delay in audio playback
But even in Pulseaudio with unloading the suspend-module (all sinks were in idle) the sound problem persisted.
check pulseaudio.service for any error messages
systemctl -l --user status pulseaudio
and check modules and suspend status of sinks
pacmd dump
The workaround is still functional with Pulsaudio
Other workarounds to prevent PulsAudio sinks suspending:
-
install and launch PulseAudio Volume Control (
pavucontrol-qtfor KDE) audio mixer GUI -
Use
pactl load-module module-sine frequency=1to generate a 1Hz sine wave and reduce sink-input volume to 1%
Are you checking audio from headphone jack in addition to speakers?
If audio playback to headphone jack is not delayed the ALC298 audio codec is probably working ok, but smart amplifiers driving built-in speakers may need a patch in ALSA
1 Like
I will buy a small headset for testing the headphone jack. I believe your assumption regarding smart-amplifiers could be correct. I will see.
Hello nik,
the test with the 3.5mm headset was without any problems the speakers show. Audio test brings correct output and in YT the videos also have correct audio playback.
So I guess your assumption with the smart amplifiers might be correct.
Thanks for your help
Frank
This topic was automatically closed 36 hours after the last reply. New replies are no longer allowed.