Kodi Community Forum
OpenELEC Testbuilds for RaspberryPi Part 2 - 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 Part 2 (/showthread.php?tid=184866)



RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Chivato - 2013-08-05

Yes it does.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - LehighBri - 2013-08-05

I just downloaded build r15241 of OpenELEC (latest Frodo 12.2) and it looks like .edl comskip support isn't working properly. It was working great a couple months ago, but now it's back to the old issue where playback pauses each time a commercial break is reached, vs. the expected behavior which is that the playback skips over the commercial and keeps playing back instead of pausing.

I created a trac ticket below to track it. Can you help?

http://trac.xbmc.org/ticket/14532


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-08-05

Create this ticket is no make sense.

1. My build is unofficial and NO supported by Xbmc Team.

2. Only Gotham is now supported by Xbmc Team. Frodo is "dead" and no more official supported.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - LehighBri - 2013-08-05

(2013-08-05, 14:52)rbej Wrote: Create this ticket is no make sense.

1. My build is unofficial and NO supported by Xbmc Team.

2. Only Gotham is now supported by Xbmc Team. Frodo is "dead" and no more official supported.

I'm not even using your build, sorrry for the confusion. I posted this issue in a separate thread: http://forum.xbmc.org/showthread.php?tid=144473&page=2


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-08-05

Weather is broken in the new build.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2013-08-05

Ship XBMC without weather addon
2987 (PR)


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Richie - 2013-08-06

(2013-08-05, 11:44)smd100 Wrote: Does this update method work for the rbej build when running openelec on a USB stick?

I followed a guide to install OE on a USB stick fro XBMCHub. I then went and added the files into the update folder for the latest Rbej build and when restarting, I get a mount error. It appears that when the update runs, it renames the USB drive label and stuffs up my installation. I'm not sure how to get around this using the update method. What I did was extract the target folder from Rbej image, rename the kernel to kernel.img and copy them over using WinSCP and restarted the Rpi.

(2013-08-05, 17:10)Jönke Wrote: Ship XBMC without weather addon
2987 (PR)


I think removing the weather addon by default on the RPi is a good idea. I rarely use it and I find most people disable weather on the RPi for performance reasons.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-06

(2013-08-06, 03:33)Richie Wrote: I think removing the weather addon by default on the RPi is a good idea. I rarely use it and I find most people disable weather on the RPi for performance reasons.

I have to disagree with that. I think it's a very handy thing to have and I don't see that it causes performance problems (certainly no more than anything else does on the RPi, trying to use the PVR addon is far worse).


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-06

(2013-08-06, 03:33)Richie Wrote: I followed a guide to install OE on a USB stick fro XBMCHub. I then went and added the files into the update folder for the latest Rbej build and when restarting, I get a mount error. It appears that when the update runs, it renames the USB drive label and stuffs up my installation.

No idea which guide you followed, but the OE auto update process will only work reliably when boot=/dev/mmcblk0p1 - if you use a different boot device, the update process will behave... unpredictably. There seems little interest in resolving this issue. At one time I provided a patch fo this, which rbej used to include, but apparently no longer.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-08-06

Updated Gotham Branch

- updated kernel (3.10.5)

- updated Xbmc Gotham

- support switching to 3D resolutions

- apply deinterlace changes immediately

- fix uninitialised variable that can lose audio packet

http://netlir.dk/rbej/builds/

http://lysin.me/rbej


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-08-06

Quote:- fix uninitialised variable that can lose audio packet
Sometimes the stop, forward, rewind occurs on the trouble, i hope with this version it's fixed!

I will test it in the evening.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - desperado77 - 2013-08-06

(2013-08-06, 05:04)MilhouseVH Wrote:
(2013-08-06, 03:33)Richie Wrote: I followed a guide to install OE on a USB stick fro XBMCHub. I then went and added the files into the update folder for the latest Rbej build and when restarting, I get a mount error. It appears that when the update runs, it renames the USB drive label and stuffs up my installation.

No idea which guide you followed, but the OE auto update process will only work reliably when boot=/dev/mmcblk0p1 - if you use a different boot device, the update process will behave... unpredictably. There seems little interest in resolving this issue. At one time I provided a patch fo this, which rbej used to include, but apparently no longer.

Hi,

Well, I also tried to update to this awesome builds with NFS booting, and it didn't work for me.

I did it by starting with an OpenELEC image written to the sdcard with win32diskimager.
I placed rbej's Gotham build (KERNEL, KERNEL.md5, SYSTEM and SYSTEM.md5) into .update folder in storage folder.

Now what i am doing is just to overwrite SYSTEM file from rbej's build to my NFS system folder, and the rest of the needed files to the sdcard, and reboot.
It seems to be updating correctly, since the system info shows the last versions.

Do you think its correct updating this way, i am missing something ?

I don't know if its related, but I have also the rainbow screen that shows a sec when booting.

Also the Pictures section that make Xbmc reboot every time, it's not a big deal for an alpha.

Do you think the Frodo Branch will have Trickplay back-ported ?

Thanks for your hard work, this builds are really great!.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-06

(2013-08-02, 12:09)SSC_Jarod Wrote: thx for the great builds so far, but must team xbmc make the native 3D support? Before that my rasp played the 3D Movies, so i dont has to manually push the 3D Button on my remote. I started a film and the TV (LG 620LM65) switched automatic to 3D mode, if turned manually the 3D mode off, the Movie was in 2D. This was the reason i decided for Rasp. But now if i played a 3D movie, i have the two SBS oder HOU Pictures an must manually switch to 3D, like with other players or over UPNP. And if 3D movie ist played now, the on Screen menu, is totally (because of the two pictures overlayed) destroyed and to catch e. g. the "Subtitle" button, is like lottery winning. Wink

Can you try this build:
http://forum.xbmc.org/showthread.php?tid=169674&pid=1478186#pid1478186


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-06

(2013-08-05, 14:44)LehighBri Wrote: I just downloaded build r15241 of OpenELEC (latest Frodo 12.2) and it looks like .edl comskip support isn't working properly. It was working great a couple months ago, but now it's back to the old issue where playback pauses each time a commercial break is reached, vs. the expected behavior which is that the playback skips over the commercial and keeps playing back instead of pausing.

Can you try this build:
http://forum.xbmc.org/showthread.php?tid...pid1478186


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-08-06

(2013-08-06, 09:54)desperado77 Wrote: Hi,

Well, I also tried to update to this awesome builds with NFS booting, and it didn't work for me.

I did it by starting with an OpenELEC image written to the sdcard with win32diskimager.
I placed rbej's Gotham build (KERNEL, KERNEL.md5, SYSTEM and SYSTEM.md5) into .update folder in storage folder.

Again, if you're not using boot=/dev/mmcblk0p1, you'll not get a successful update using the auto-update process, so when booting with NFS what you experienced is expected.

(2013-08-06, 09:54)desperado77 Wrote: Now what i am doing is just to overwrite SYSTEM file from rbej's build to my NFS system folder, and the rest of the needed files to the sdcard, and reboot.
It seems to be updating correctly, since the system info shows the last versions.

Do you think its correct updating this way, i am missing something ?

No, sounds like you've done the right thing. Drop the new SYSTEM wherever your SYSTEM file is, the new KERNEL (renamed to kernel.img) to your SD Card, and finally extract the bootcode.bin/fixup.dat/start.elf files either from the new SYSTEM or the target folder of the new image and copy those also to the SD card.

(2013-08-06, 09:54)desperado77 Wrote: Do you think the Frodo Branch will have Trickplay back-ported ?

Not sure if you mean rbej or stock OE, but the trickplay patch has already been back-ported to stock OpenELEC in the 3.1.5 release which is available for testing.


This forum uses Lukasz Tkacz MyBB addons.