Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Mute in XBMC doesn't work at all #31

Closed
cjcr opened this issue Mar 4, 2014 · 24 comments
Closed

Mute in XBMC doesn't work at all #31

cjcr opened this issue Mar 4, 2014 · 24 comments

Comments

@cjcr
Copy link

cjcr commented Mar 4, 2014

Mute doesn't work. That happens in all versions of XBMC for IMX6Q (even with the @wolfgar builds for imx6)

Device: Matrix TBS (IMX6Q) SABRESD.
Kernel: Linux matrixtv 3.0.35-2666-gbdde708 #1 SMP PREEMPT Tue Feb 18 22:06:41 CET 2014 armv7l GNU/Linux

LOG: https://www.dropbox.com/s/0po3o3acege3gvv/xbmc_mu.log

@koying
Copy link

koying commented Mar 4, 2014

Is this specific to imx6?
If so, would you mind linking to an xbmc log, please.

@smallint
Copy link
Member

smallint commented Mar 4, 2014

Hehe, I have the same issue and even volume control does not work the way I thought it should (only up but not down) but since I think this is related to xbmc itself I did not mention it.

@cjcr
Copy link
Author

cjcr commented Mar 4, 2014

@cjcr
Copy link
Author

cjcr commented Mar 4, 2014

@koying Nice, now I don't feel lonely 👍

@smallint
Copy link
Member

smallint commented Mar 4, 2014

I think your log won't help much without having debug enabled. And don't forget to press "Mute" while logging. But honestly: check first the xbmc issue tracker for similar problems since I am quite convinced that it is not imx6 related.

@tomlohave
Copy link

Le 04/03/2014 13:30, smallint a écrit :

Hehe, I have the same issue and even volume control does not the way I
thought it should (only up but not down) but since I think this is
related to xbmc itself I did not ever mention it.

up and down are working nice here , I can mute volume using volume-down only


Reply to this email directly or view it on GitHub
#31 (comment).

www.geexbox.org
mailto:tomlohave@openbricks.org

@cjcr
Copy link
Author

cjcr commented Mar 4, 2014

I've added a more complete log file to first comment. Hope that helps.

@koying
Copy link

koying commented Mar 4, 2014

I confirm the "Mute" issue (vol up-down is fine, not for passthrough by design).
Most probably an XBMC issue, though, but I don't have another alsa device to test...

@koying
Copy link

koying commented Mar 4, 2014

Is already solved in XBMC ;)

@wolfgar
Copy link
Member

wolfgar commented Mar 4, 2014

should we merge the master xbmc in our master branch to grab this one and the teletext fix ?
(and also rebase the pr)

@wolfgar
Copy link
Member

wolfgar commented Mar 4, 2014

@koying sorry, you have just rebased the pr branch, it is fine !
Do you think it makes sense to merge xbmc master in our master ?

@koying
Copy link

koying commented Mar 5, 2014

As xbmc beta 1 is just out, it's probably a good idea, yes.
Le 4 mars 2014 22:09, "wolfgar" notifications@github.com a écrit :

@koying https://github.com/koying sorry, you have just rebased the pr
branch, it is fine !
Do you think it makes sense to merge xbmc master in our master ?

Reply to this email directly or view it on GitHubhttps://github.com//issues/31#issuecomment-36676857
.

@wolfgar
Copy link
Member

wolfgar commented Mar 5, 2014

Ok, gotham beta1 merged in master
@cjcr, you can rebuild... (you may need to wipe your previous xbmc configuration)

@smallint
Copy link
Member

smallint commented Mar 6, 2014

Does it still compile for you (latest master)? I am getting with Yocto

configure.ac:49: error: required file 'auxliary/config.rpath' not found

Anything we need to change for the configure parameters?

@koying
Copy link

koying commented Mar 6, 2014

It's due to a shitty XBMC commit: xbmc#4302
Doing a git revert 42017cba7a62a0cf16896b061a25a25d392e1e46 or touch lib/cpluff/auxliary/config.rpath workarounds it.

@smallint
Copy link
Member

smallint commented Mar 6, 2014

Thank you, I am currently building it. Lets see ...

@smallint
Copy link
Member

smallint commented Mar 6, 2014

A fresh build did it. But now the timezone is ignored by xbmc. It is showing always UTC. Reverting to the last alpha I built helps. Hmmm ...

@koying
Copy link

koying commented Mar 6, 2014

TZ is still fine by me.

@smallint
Copy link
Member

smallint commented Mar 6, 2014

... and I had the first buffering from LiveTV which usually lead to the audio issue and it now just went over it and continued flawlessly, yeah! This is of course no test, just a first impression.

@smallint
Copy link
Member

smallint commented Mar 6, 2014

When I run "date" on the command line I get the correct CET time. I configured the time zone in xbmc correctly according to previous version. Starting now the latest master shows UTC or -1h. Configuration conflicts?

@koying
Copy link

koying commented Mar 6, 2014

Might be. My system is UTC, i.e. /etc/timezone is "Etc/UTC"

@smallint
Copy link
Member

smallint commented Mar 6, 2014

Sorry for the noise, it is working now. The correct file in /usr/share/zoneinfo was just missing. Don't know how the old version did it, maybe a fallback to localtime instead of UTC. This was my fault and a configuration problem: solved.

@wolfgar
Copy link
Member

wolfgar commented Mar 6, 2014

OK
To me it builds fine after a fresh "autoreconf -vif" in cpluff folder
TZ was another thing for sure
I close the ticket as mute works
@koying : Feel free to git revert 42017cb on our master if you wish : At least I am fine with it ;)

@wolfgar wolfgar closed this as completed Mar 6, 2014
@cjcr
Copy link
Author

cjcr commented Mar 8, 2014

Now works perfectly. 👍

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants