Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi - Printable Version

Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166)
---- Thread: OpenELEC Testbuilds for RaspberryPi (/showthread.php?tid=140518)



RE: OpenELEC Testbuilds for RaspberryPi - mylle - 2013-02-27

NFS auto-update patches for USB/NFS/SMB on Rpi

Does this mean that i can just upgrade my 4 RPI's running via NFS and even the files on the SDcard will be updated if needed?

Right now im running your build from a couple of days ago on all 4 RPI's and its working fine, but i would like to try the new HDMI-CEC fixes.

/Jacob


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-27

All questions about NFS auto update patch please direct to MilhouseVH Wink


RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27

(2013-02-27, 14:43)rbej Wrote: Of course Wink

Cool, thanks Smile


RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27

(2013-02-26, 20:11)MilhouseVH Wrote: Not sure why the addon would be running when XBMC starts, it should only run when you start it.

I would try starting xbmc.bin manually using ssh, and see if anything is output which might give a clue why it is failing.

OK, I've managed to get xbmc to not keep restarting after deleting the var/config/settings.xml. However, now my remote (Emprex 3009URF) isn't working which it was before. The light on the receiver flashes so I know it's receiving.

I didn't have to put a remote.xml in userdata/keymaps/ before but I've got one I had to make for Raspbmc so I've tried with that but it doesn't make any difference.

The only other thing I can think I'm doing differently is starting in textmode and then running XBMC with ../usr/lib/xbmc/xbmc.bin. Could that prevent the remote from working?

EDIT: Indeed it seems it can. I removed the ip=dhcp textmode and now the remote is working again Smile


RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27

Well I'm making some progress. The ITV Player and 4oD addons are working, whereas on Raspbmc they cause green flickering lines from the beginning, then a few seconds later loss of sound and then a reboot!

However, trying to use the Mediaportal PVR addon to watch LiveTV or Radio causes XBMC to restart (not a full reboot). Watching recordings works fine, so it's obviously not a problem with the GPU or codec. I see the timeshifting start on my PC almost as soon as I select a channel but XBMC just says Working for about 10s before restarting.

This is the log from trying to start Live Radio:

Code:
15:32:19 T:3043086336  NOTICE: COMXPlayer: Opening: pvr://channels/radio/All radio channels/1.pvr
15:32:19 T:3043086336   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.clock handle 0x04145260 dllopen : 1
15:32:19 T:3043086336   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.clock input port 80 output port 81
15:32:20 T:3043086336   DEBUG: CRenderManager::UpdateDisplayLatency - Latency set to 0 msec
15:32:20 T:3043086336   DEBUG: LinuxRendererGL: Cleaning up GL resources
15:32:20 T:3043086336   DEBUG: DllSwScale: Using libswscale system library
15:32:20 T:2823005280  NOTICE: Thread COMXPlayer start, auto delete: false
15:32:20 T:2823005280  NOTICE: Creating InputStream
15:32:20 T:2823005280   DEBUG: PVRManager - OpenLiveStream - opening live stream on channel 'BBC Radio 1'
15:32:20 T:2823005280   DEBUG: opening live stream for channel 'BBC Radio 1'
15:32:20 T:2823005280   DEBUG: AddOnLog: MediaPortal PVR Client: ->OpenLiveStream(uid=35)
15:32:20 T:3043086336   DEBUG: ------ Window Init (DialogBusy.xml) ------
15:32:20 T:3043086336   DEBUG: LIRC: Update - NEW at 622385:160 0 KEY_OK_UP devinput (KEY_OK_UP)
15:32:21 T:2823005280    INFO: AddOnLog: MediaPortal PVR Client: Channel stream URL: rtsp://192.168.2.1/stream6.0, timeshift buffer: R:\\live6-0.ts.tsbuffer
15:32:21 T:2823005280    INFO: AddOnLog: MediaPortal PVR Client: Creating a new TsReader...
15:32:21 T:2823005280  NOTICE: AddOnLog: MediaPortal PVR Client: CTsReader::Open(R:\\live6-0.ts.tsbuffer)
15:32:21 T:2823005280   DEBUG: AddOnLog: MediaPortal PVR Client: Multiseat mode; need to translate 'R:\\live6-0.ts.tsbuffer' to UNC filename.
15:32:21 T:2823005280    INFO: AddOnLog: MediaPortal PVR Client: CTsReader:TranslatePath R:\\live6-0.ts.tsbuffer -> smb://x:[email protected]/R/live6-0.ts.tsbuffer
15:32:21 T:2823005280   DEBUG: AddOnLog: MediaPortal PVR Client: FileReader::OpenFile() Trying to open smb://x:[email protected]/R/live6-0.ts.tsbuffer
15:32:21 T:2823005280    INFO: AddOnLog: MediaPortal PVR Client: FileReader::OpenFile() smb://x:[email protected]/R/live6-0.ts.tsbuffer.
15:32:21 T:2823005280   DEBUG: CSmbFile::Open - opened R/live6-0.ts.tsbuffer, fd=10000
15:32:21 T:2823005280   DEBUG: AddOnLog: MediaPortal PVR Client: OpenFile: OpenFile(smb://x:[email protected]/R/live6-0.ts.tsbuffer) succeeded.
15:32:21 T:2823005280   DEBUG: AddOnLog: MediaPortal PVR Client: MultiFileReader: buffer file opened return code 0.
15:32:21 T:2823005280   DEBUG: CSmbFile::Open - opened R/live6-0.ts.tsbuffer1.ts, fd=10001
15:32:21 T:2823005280   DEBUG: CSmbFile::Close closing fd 10001

and this is from watching a recording:

Code:
15:36:48 T:3042963456   DEBUG: ------ Window Init (MyPVR.xml) ------
15:36:48 T:3042963456    INFO: Loading skin file: MyPVR.xml, load type: LOAD_EVERY_TIME
15:36:48 T:3042963456   DEBUG: Using already stored xml root node for /usr/share/xbmc/addons/skin.confluence/720p/MyPVR.xml
15:36:49 T:3042963456   DEBUG: CGUIMediaWindow::GetDirectory (pvr://recordings/Channel 4 - Secret State/)
15:36:49 T:3042963456   DEBUG:   ParentPath = [pvr://recordings/Channel 4 - Secret State/]
15:36:49 T:3042963456   DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Channel 4 - Secret State)
15:36:49 T:3042963456   DEBUG: CGUIWindowPVRCommon - OnMessageFocus - focus set to window 'recordings'
15:36:49 T:3042963456   DEBUG: CGUIWindowPVRRecordings - UpdateData - update window 'recordings'. set view to 13
15:36:49 T:3042963456   DEBUG: CGUIMediaWindow::GetDirectory (pvr://recordings/Channel 4 - Secret State/)
15:36:49 T:3042963456   DEBUG:   ParentPath = [pvr://recordings/Channel 4 - Secret State/]
15:36:49 T:2977776736   DEBUG: CPVRDirectory::GetDirectory(pvr://recordings/Channel 4 - Secret State)
15:36:49 T:2847929440  NOTICE: Thread Background Loader start, auto delete: false
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.image_decode handle 0x0299fbb0 dllopen : 1
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.image_decode input port 320 output port 321
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::Initialize : OMX.broadcom.resize handle 0x02a00748 dllopen : 1
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::Initialize OMX.broadcom.resize input port 60 output port 61
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::AllocInputBuffers component(OMX.broadcom.image_decode) - port(320), nBufferCountMin(2), nBufferCountActual(3), nBufferSize(81920), nBufferAlignmen(16)
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::AllocOutputBuffers component(OMX.broadcom.resize) - port(61), nBufferCountMin(1), nBufferCountActual(1), nBufferSize(3686400) nBufferAlignmen(16)
15:36:49 T:2847929440   DEBUG: Thread Background Loader 2847929440 terminating
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::Deinitialize : OMX.broadcom.resize handle 0x02a00748 dllopen : 1
15:36:49 T:3042963456   DEBUG: COMXCoreComponent::Deinitialize : OMX.broadcom.image_decode handle 0x0299fbb0 dllopen : 1
15:36:50 T:3042963456   DEBUG: COMXPlayer::CloseFile
15:36:50 T:3042963456   DEBUG: COMXPlayer: waiting for threads to exit
15:36:50 T:3042963456   DEBUG: COMXPlayer: finished waiting
15:36:50 T:3042963456   DEBUG: LinuxRendererGL: Cleaning up GL resources
15:36:50 T:3042963456   DEBUG: OMXClock::OMXStop
15:36:50 T:3042963456  NOTICE: OMXClock using video as reference
15:36:50 T:3042963456   DEBUG: OMXClock::OMXReset audio / video : 0 / 0 start audio / video : 0 / 0 wait mask 0
15:36:50 T:3042963456   DEBUG: OMXClock::OMXStop
15:36:50 T:3042963456  NOTICE: OMXClock using video as reference
15:36:50 T:3042963456   DEBUG: OMXClock::OMXReset audio / video : 0 / 0 start audio / video : 0 / 0 wait mask 0
15:36:50 T:3042963456   DEBUG: COMXCoreComponent::Deinitialize : OMX.broadcom.clock handle 0x02a60aa8 dllopen : 1
15:36:50 T:2977776736   DEBUG: DoWork - Saving file state for video item pvr://recordings/Channel 4 - Secret State/Secret State, TV (69), 20121128_215800.pvr
15:36:50 T:3042963456   DEBUG: LIRC: Update - NEW at 267157:80 0 KEY_STOP_UP devinput (KEY_STOP_UP)
15:36:50 T:2977776736   DEBUG: Mysql execute: insert into path (idPath, strPath, strContent, strScraper) values (NULL,'pvr://recordings/Channel 4 - Secret State/','','')
15:36:50 T:2977776736   DEBUG: Mysql execute: insert into files (idFile, idPath, strFileName) values(NULL, 59, 'Secret State, TV (69), 20121128_215800.pvr')
15:36:50 T:2977776736   DEBUG: Mysql execute: update files set playCount=NULL,lastPlayed='2013-02-27 15:36:50' where idFile=140
15:36:50 T:3042963456   DEBUG: LIRC: Update - NEW at 267203:80 0 KEY_STOP devinput (KEY_STOP)
15:36:50 T:3042963456   DEBUG: OnKey: 224 (e0) pressed, action is Stop
15:36:50 T:3042963456   DEBUG: LIRC: Update - NEW at 267231:80 0 KEY_STOP_UP devinput (KEY_STOP_UP)

This is my current advancedsettings.xml:

Code:
<advancedsettings>
<cputempcommand>cputemp</cputempcommand>
<gputempcommand>cputemp</gputempcommand>
<showexitbutton>false</showexitbutton>
<destroywindowcontrols>false</destroywindowcontrols>
<useddsfanart>false</useddsfanart>
<fanartheight>540</fanartheight>
<thumbsize>256</thumbsize>
   <network>
        <alwaysforcebuffer>false</alwaysforcebuffer>
        <freememorycachepercent>5</freememorycachepercent>
   </network>
   <gui>
       <algorithmdirtyregions>3</algorithmdirtyregions>      
       <nofliptimeout>0</nofliptimeout>
       <guires>720</guires>
   </gui>
<video>
  <defaultplayer>omxplayer</defaultplayer>
  <defaultdvdplayer>omxplayer</defaultdvdplayer>
</video>
<audio>
  <defaultplayer>omxplayer</defaultplayer>
  <streamsilence>false</streamsilence>
</audio>
<lookandfeel>
  <enablerssfeeds>false</enablerssfeeds>
</lookandfeel>
   <bginfoloadermaxthreads>2</bginfoloadermaxthreads>
      <videodatabase>
        <type>mysql</type>
        <host>192.168.1.64</host>
        <port>3306</port>
        <user>root</user>
        <pass>MediaPortal</pass>
   </videodatabase>
   <musicdatabase>
       <type>mysql</type>
       <host>192.168.1.64</host>
       <port>3306</port>
       <user>root</user>
       <pass>MediaPortal</pass>
       </musicdatabase>
   <videolibrary>
          <importwatchedstate>true</importwatchedstate>
   </videolibrary>
</advancedsettings>

Incidentally, it would be nice if the (useless?) Suspend and Hibernate buttons could be removed from the Shutdown Menu and perhaps a "Restart XBMC" button added to do a quick restart which might be useful to recover from some buggy situations without having to wait for the time it takes to do a full reboot.


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27

(2013-02-27, 10:55)pplucky Wrote: Yesterday I was updating from a kernel with this feature already to a new one and I just did what you proposed: simply dropping the above mentioned files in the Update folder (my config.txt was not changed, meaning it had OC settings on)...but it didn't work out well.

After the first reboot (when the update is to be carried out), the update process took much longer than it normally does but it completed. When it restarted automatically, it was no longer possible to boot (stuck in colorful Pi startup screen). I took the SD card out, suspecting that SYSTEM partition had been corrupted (like it used to happen when updating with overclock on), but it wasn't... Still then, the Pi didn't boot at all.

I had to reinstall the SD card with the fresh install procedure (from the same rbej build image and then delete and recreate the STORAGE partition in SD card (I now use it to keep other files). After this, my Pi came back to life with everything updated...

Any clue of what may have happened or can I provide any insight to help figure this out? Or did I misunderstood the purpose of this patch?

So to be clear, did you have "iotimeout=5000" added to the end of your kernel parameters in cmdline.txt, when your update failed? By default the media check feature is disabled, so without adding this extra parameter the feature will not be operating.

From what you say it sounds like you experienced a classic case of the SD card not being correctly initialised, leading to corrupt boot files caused by the update. The long delay you experienced is what the "media check" is intended to detect (slow write performance due to mmc0 timeouts) so I'm surmising that you did not have the media check feature enabled when you performed your update.

Many thanks for the feedback, but for my own peace of mind it would be good if you can confirm if you had media check enabled or not. And at least I now know I'm not the only person with a system capable of causing this kind of boot file corruption, though it's not something that has been a problem for me since I created media check!. Smile

Note that in future should this happen again, you don't have to reinstall the SD card you only need to replace your kernel.img/bootcode.bin/fixup.dat/start.elf files in the FAT partition with uncorrupted versions.


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27

(2013-02-27, 14:55)mylle Wrote: NFS auto-update patches for USB/NFS/SMB on Rpi

Does this mean that i can just upgrade my 4 RPI's running via NFS and even the files on the SDcard will be updated if needed?

Right now im running your build from a couple of days ago on all 4 RPI's and its working fine, but i would like to try the new HDMI-CEC fixes.

/Jacob

If your systems are already booting a build that has the auto-update patch (and you manually copied the Rbej kernel.img when you updated a couple of days ago) then yes, it should all work... let me know if you have any problems! When you update you should get a countdown indication on screen prior to rebooting, which will be confirmation that you booted with an auto-update patched kernel (no countdown means you're running the stock OE kernel).

Not sure of your reasons for using NFS to boot your Pi, but if its to avoid SD card corruption then please be aware of the continuing potential for boot file corruption during an update (nothing to do with any particular build, just a fact of R-Pi life, particularly if overclocked) so you may want to enable the "media check" feature which is designed to try and avoid boot-time SD card corruption (you need to add iotimeout=5000 to cmdline.txt).


RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27

So is there an underlying firmware issue with manual network settings, because I had the same problem with losing Internet connectivity when doing so on Raspbmc? I notice that even on DHCP OE shows 127.0.0.1 for the DNS Server but I guess that's normal as it works fine.


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27

(2013-02-27, 18:21)doveman2 Wrote: I notice that even on DHCP OE shows 127.0.0.1 for the DNS Server but I guess that's normal as it works fine.

This is totally normal - the OpenELEC connection manager includes a dns proxy which is why it appears your DNS is localhost. As to the firmware issues, not really sure as I've never tried it (and don't want to now either! Wink)


RE: OpenELEC Testbuilds for RaspberryPi - Wanderlei - 2013-02-27

(2013-02-27, 13:15)popcornmix Wrote:
(2013-02-27, 13:00)Wanderlei Wrote: Are the new buffer settings included in official builds?

Is is possible to be much more aggressive percent for wifi networks? Could you use 80% or such?

Sorry I know this gets asked a lot, but my syntax is correct? I dont need spacing between lines or such.

<advancedsettings>
<network>
<alwaysforcebuffer>false</alwaysforcebuffer>
<freememorycachepercent>5</freememorycachepercent>
</network>
</advancedsettings>

Don't you want:
<alwaysforcebuffer>true</alwaysforcebuffer>
to help with wifi. Otherwise I believe it only applies to internet streams.

Woops cheers. So new buffering is in official builds too?


RE: OpenELEC Testbuilds for RaspberryPi - rbej - 2013-02-27

No.


RE: OpenELEC Testbuilds for RaspberryPi - Wanderlei - 2013-02-27

(2013-02-27, 18:53)rbej Wrote: No.

Thanks, rbej, I will give your latest build a go to test it out.

-----

I have been on r13149 for a while now and it has been pretty solid.

Thanks to all the talented people involved in OpenELEC XBMC, great workSmile


RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27

(2013-02-27, 18:24)MilhouseVH Wrote: This is totally normal - the OpenELEC connection manager includes a dns proxy which is why it appears your DNS is localhost. As to the firmware issues, not really sure as I've never tried it (and don't want to now either! Wink)

Yeah, probably safer to just leave it on DHCP but I guess if there is an issue we should identify and report it as some people might need to use manual settings. I assume just because OE includes a DNS proxy which is used with DHCP, that doesn't mean that manually setting the DNS server to say 8.8.8.8 when setting the IP address manually wouldn't work?


RE: OpenELEC Testbuilds for RaspberryPi - Milhouse - 2013-02-27

(2013-02-27, 19:14)doveman2 Wrote: I assume just because OE includes a DNS proxy which is used with DHCP, that doesn't mean that manually setting the DNS server to say 8.8.8.8 when setting the IP address manually wouldn't work?

Having just taken a quick look at /etc/init.d/21_network (which is where the network is configured) I don't see why not. OpenELEC should be able to to use a manual DNS whether you are using DHCP or specifying a static IP address. I would imagine the DNS proxy is still used whether you use DHCP or not to configure the DNS.


RE: OpenELEC Testbuilds for RaspberryPi - doveman2 - 2013-02-27

OK, well perhaps next time I try manual settings I'll leave the DNS server blank and see if that works.


This forum uses Lukasz Tkacz MyBB addons.