On Sat, Dec 01, 2018 at 12:01:48AM +0100, Alexandre Ratchov wrote: > On Fri, Nov 30, 2018 at 08:42:47PM +0000, dch wrote: > > On Sat, Nov 24, 2018 at 09:59:50PM +0100, Alexandre Ratchov wrote: > > > Hi, > > > > > > Are there any error messages related to audio in demsg after resume? > > > > Here is a diff of dmesg before and after resume. > > > > thank you, first I thought emu was missing the "activate code", but > the code looks fine. > > When your system resumes, could you stop all audio programs, including > sndiod (check that it actully terminated), then restart sndiod and see > if playback works again? >
So I run: # rcctl stop sndiod sndiod(ok) # rcctl ls started apmd cron ntpd smtpd sshd syslogd xenodm # rcctl -d restart sndiod doing _rc_parse_conf doing _rc_quirks sndiod_flags >-a on -e s16le -b 7680 -z 960 -m play -s default< doing _rc_parse_conf /var/run/rc.d/sndiod doing _rc_quirks doing _rc_parse_conf doing _rc_quirks sndiod_flags >-a on -e s16le -b 7680 -z 960 -m play -s default< doing _rc_parse_conf /var/run/rc.d/sndiod doing _rc_quirks doing rc_check doing _rc_parse_conf doing _rc_quirks sndiod_flags >-a on -e s16le -b 7680 -z 960 -m play -s default< doing _rc_parse_conf /var/run/rc.d/sndiod doing _rc_quirks doing rc_check sndiod doing rc_start doing _rc_wait start doing rc_check doing _rc_write_runfile (ok) $ mpv -ao=sndio <path-to-file> And mpv appears to work as it normall would, as if sound is playing. During the silent playback, `audioctl -f /dev/audioctl0` gives me: name=emu0 mode=play pause=0 active=1 nblks=8 blksz=960 rate=48000 encoding=s16le play.channels=2 play.bytes=948480 play.errors=0 record.channels=2 record.bytes=0 record.errors=0 Which looks like the audio driver thinks the card is playing sound back.
