beta2

[mk01]

@mpnico

I don't know if reported before (so exactly detailed written down) - but I have Samsung TV as well, also AVR in-between and can just confirm it happened already two times to me as well.

Last time maybe 2 months ago. As it happened only twice and during Beta2 preparation there were so much changes at CEC upstream, firmware on RPI, linux kernel, XBMC itself - that I was not even tried to look for a cause.

I don't even remember what was the special step to get it back, but I remember being changing PORT number in SETTING->SYSTEM->INPUT->CEC. Normally most of the time when this happens, removing ~/.xbmc/userdata/peripheral_data/rpi_2708_1001.xml and XBMC reload helps.

(I was currently checking name of the field in INPUT setup and it was PORT number before, with the latest XBMC there is PHYSICAL ADDRESS instead. but this is even better. you get the address when you stop XBMC, in console run

Code:

echo "scan" | cec-client -s -d 1

and you will see it on device with osd name "CECTester". )

please report back.
btw: although it happened twice on one RPI with Yamaha AVR and SAMSUNG TV, it never happened on other RPI + YAMAHA + SAMSUNG. the both Yamahas and TVs are not exactly the same models, but YAMAHA almost and have identical FW. SAMSUNG TV are different with year of production - never happened with the older one, the other is almost brand new (early this year).

btw: I'm using "make AS" as well.

---

(2nd Oct, 2013 08:05 AM)Dave400 Wrote:  Based on the output of the above I've rerun nano /etc/rc_maps.cfg and I've been able to comment out the line mentioned back on the 17th.. that had been originally quoted as rc_maps.conf!

you see, we all do mistakes. myself included. thanks for pointing this out, will comment this in original post and change - not to confuse others if they will try the same.

and yes, please report.

I'm quite angry for the RCs not being working as it was working with A5. For B1X there were _zero_ changes in the package and before for Beta2 there have been changes two:

1) sysvinit script being copied into upstart template
2) someone from user base was changing /etc/lirc/harware.conf file as fix for something not working. As the commit was accepted I took that.

but problem is that I have no remote to test that (I have CEC on all devices) and for the standard setup (lirc_rpi module load and lirc start) it starts as requested - so lirc creates device, the script recognize lirc_rpi was loaded etc. So even if willing so much, I can't check & fix even the smallest issue on that topic and every question-answer with me is try and see.

So i will buy original swiss chocolate to the one hitting the pot there.