I upgraded the firmware on my SSD today and used the System Erase Tool to wipe out the drive. Then I loaded up R8. So far performance has been very good with fast NBA games. I'm currently having two issues with my Firefly remote.

First, I tested out the channel option to give the remote a different number but it does not appear to work. I changed the channel number (to a couple of different ones) and it accepts the change but when I go to my other box it still works so I suspect that it's not working properly making it independent.

Second, the firefly is broken in XBMC Here is some history that might be helpful

This file Library.xml does not exist anymore

/usr/share/mythtv/themes/defaultmenu/library.xml

but this change to the button needs to happen for it to work properly

Code: Select all
<action>EXEC /usr/LH/bin/xbmc.sh</action>

to this

Code: Select all
<action>EXEC /usr/LH/bin/xbmc.sh --lircdev /var/run/lirc/lircd</action>

I could use some assistance

is --lircdev a xmbc parameter or mythtv ?
library.xml moved to /home/mythtv/.mythtv/library.xml and is generated, so any changes may be wiped out.


Regarding the firefly channels, that works works just fine for me.
Did you set both systems to listen on unique channels and not just one?
By default it's configured so that it listens on all channels, which would explain why the 2nd box is still picking up the remote.

is --lircdev a xmbc parameter or mythtv ?
library.xml moved to /home/mythtv/.mythtv/library.xml and is generated, so any changes may be wiped out.

This is an option for Lirc

Tested in the shell

and it works properly

Historically a change to the button and it works correctly assuming that remote exists in

/usr/share/xbmc/system/Lircmap.xml

What needs to change so that XBMC starts with this option? This is for all remotes not just firefly.

You are right about the channel ID test needing two PC's. It was not obvious...

Not for sure whats going on with xbmc.sh needing that extra parameter.
The startup script already has it hardcoded and doesn't make use of extra arguments.

I think there might be something with the XBMC package. Normally I install packages with just fluxbox up. In this case I ran the command with the frontend up. I saw an error message with the path and bash but I ran a little too fast. Is there a log when the package installs that shows this infomation?

More info

from Shell
xbmc --lircdev /var/run/lirc/lircd

also works with the remote

weird because thats exactly what xbmc.sh calls xmbc

This issue has existed for a while in 7.4 the workaround was to modify the button in library.xml and that fixed it. Now that library.xml is not calling xmbc.sh can we dig a little deeper for the root cause.

When you start it manually the shell also gives this message twice

sh: lsb_release: command not found
sh: lsb_release: command not found

I think this message has occurred for a long time so it's not relevant? How can it be isolated since with the button the program runs and LIRC is broken and no visible errors?
How can we troubleshoot the package? I'm willing to help....

Update

Since
is bugged, even more strange is the path for Lirc is /var/run/lirc/lircd and not in /dev anymore so it should be working. The only option is to change the button.
So here is the workaround for now

change the line in

from

to


it can now figure out the path for Lirc and it works for now

xbmc is due to be updated to 12 whenever I get back to working on it. I will look at the problem then, no point is solving it for 11 if the solution might change for 12

Jams

Updated completely to R8 so I was able to test Snapstream Unique ID with the updated lircrc.snapstrm.txt. I copied it to Ch1, Ch2, Ch3, Ch4, Ch5, Ch6

Then programmed the remote code on my Master Backend to CH5. It was a bit of a pain to figure out the firefly buttton

this post helped

http://ubuntuforums.org/showthread.php?t=639123



Then I tested it out and both remotes are now unique for the first time ever!!!!

BIG THANKS