0.26 Audio issue

Help with using MiniMyth (except Booting)

Moderator: Pablo

Post Reply
bcromwell
Contributor
Posts: 64
Joined: Thu Nov 22, 2007 5:08 am

0.26 Audio issue

Post by bcromwell » Sat Sep 21, 2013 8:51 pm

Having issues with audio after upgrading to minimyth-0.26.0-82 when hibernating and can't seem to figure out what is going on. Everything worked great with minimyth-0.25.0-81b5 for months and never had this issue with any other version (0.23,0.24). I have looked in dmesg/messages and don't see any errors. I do see some changes in alsactl after resume (see below), but I can't restore the settings to see if that helps due to error:

root@mythLR:~ # alsactl restore 0 -f card0.before
alsactl: set_control:1464: Cannot write control '2:0:0:IEC958 Playback Default:0' : Operation not permitted error


Alsa Differences: (Left is after working, Right is after resume)
diff card0.before card0.after -y --suppress-common-lines
value.0 31 | value.0 16
value.1 31 | value.1 16
dbvalue.0 0 | dbvalue.0 -2250
dbvalue.1 0 | dbvalue.1 -2250
value '04000000000000000000000000000000000000 | value '04820002000000000000000000000000000000
access 'read write' | access 'read write locked'


Any ideas where else to look or how to restore the pre-hibernation configuration? If I power cycle/reboot audio works great every time :(

JoeHenley
Contributor
Posts: 185
Joined: Sun Aug 06, 2006 4:12 pm

Re: 0.26 Audio issue

Post by JoeHenley » Sat Sep 21, 2013 11:08 pm

Just a shot-in-the-dark ....

When you updated MM, did you also update to a new Linux kernel? and perhaps a new version of alsa? which has a slightly different set of parameters?

Good luck!

Joe Henley

m_theredhead
Contributor
Posts: 170
Joined: Thu Apr 27, 2006 7:00 pm
Location: Arizona

Re: 0.26 Audio issue

Post by m_theredhead » Mon Sep 23, 2013 10:57 pm

I have the same issue with minimyth-0.26.0-82 and minimyth-0.26.0-83b1.

I added a reboot at the bottom of my suspend script because I got tired of getting up to fix the issue.

I had reported it in the list quite a while ago and it was one of the open issues when development came to a hlt.

I have always believed it was related to the NVidia driver update, but I am not positive. I was hoping the next update would fix it, but it never came :)

m_theredhead
Contributor
Posts: 170
Joined: Thu Apr 27, 2006 7:00 pm
Location: Arizona

Re: 0.26 Audio issue

Post by m_theredhead » Sun Sep 29, 2013 6:52 pm

Unfortunately, updating to the 0.27 minimyth release from warpme did not resolve this issue even though it contains new versions of the kernel, alsa, and the nvidia drivers.

I guess I will have to find some time to did into this a little deeper.

bcromwell
Contributor
Posts: 64
Joined: Thu Nov 22, 2007 5:08 am

Re: 0.26 Audio issue

Post by bcromwell » Sun Nov 10, 2013 7:40 pm

Started playing with this issue again and found one more piece of information, I have found that generally if I play a recording and get no sounds, then hibernate and resume the FE the auto works.

After first resume when the audio doesn't work
root@mythLR:/usr/bin # cat /dev/urandom | aplay
aplay: main:696: audio open error: Device or resource busy

After second resume and audio does work
root@mythLR:/usr/bin # cat /dev/urandom | aplay -D hw:0,3
Playing raw data 'stdin' : Unsigned 8 bit, Rate 8000 Hz, Mono
aplay: set_params:1102: Sample format non available
Available formats:
- S16_LE
- S32_LE

So I agree is appears to be driver related and likely a timing or initialization issue, possibly due to going though an audio receiver as my second box doesn't appear to have this issue that does directly to tv.

m_theredhead
Contributor
Posts: 170
Joined: Thu Apr 27, 2006 7:00 pm
Location: Arizona

Re: 0.26 Audio issue

Post by m_theredhead » Tue Nov 19, 2013 10:27 pm

It does seem to be a timing issue.

If my TV and receiver are on first for many seconds and then I awake minimyth, then audio will work. however, if minimyth comes on earlier, then I will get no audio. Unfortunately, with my current remote, I have not had good luck getting it to always start in the expected order.

m_theredhead
Contributor
Posts: 170
Joined: Thu Apr 27, 2006 7:00 pm
Location: Arizona

Re: 0.26 Audio issue

Post by m_theredhead » Fri Jan 10, 2014 9:45 pm

This seems to be an Nvidia specific issue.

Restarting X forces the ELD to update post resume and audio works again.

Setting MM_X_RESTART_ON_SLEEP_ENABLED='yes' should fix this.

Post Reply