Closed cjcr closed 10 years ago
Is this specific to imx6? If so, would you mind linking to an xbmc log, please.
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.
@koying Nice, now I don't feel lonely :+1:
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.
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 https://github.com/xbmc-imx6/xbmc/issues/31#issuecomment-36619237.
www.geexbox.org mailto:tomlohave@openbricks.org
I've added a more complete log file to first comment. Hope that helps.
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...
Is already solved in XBMC ;)
should we merge the master xbmc in our master branch to grab this one and the teletext fix ? (and also rebase the pr)
@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 ?
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/xbmc-imx6/xbmc/issues/31#issuecomment-36676857 .
Ok, gotham beta1 merged in master @Cjcr, you can rebuild... (you may need to wipe your previous xbmc configuration)
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?
It's due to a shitty XBMC commit: https://github.com/xbmc/xbmc/pull/4302
Doing a git revert 42017cba7a62a0cf16896b061a25a25d392e1e46
or touch lib/cpluff/auxliary/config.rpath
workarounds it.
Thank you, I am currently building it. Lets see ...
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 ...
TZ is still fine by me.
... 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.
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?
Might be. My system is UTC, i.e. /etc/timezone is "Etc/UTC"
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.
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 42017cba7a62a0cf16896b061a25a25d392e1e46 on our master if you wish : At least I am fine with it ;)
Now works perfectly. :+1:
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