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: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - f1vefour - 2014-04-03

resolved..edited


Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - f1vefour - 2014-04-03

(2014-04-02, 20:31)machuidel Wrote:
(2014-04-01, 23:05)Trixster Wrote: Youtube videos will not load with #0401, they ran perfectly with the previous build.

Also had problems playing youtube videos. See errors from my log at: http://pastebin.com/3GBDZg2e

I fixed it by deleting everything from "~/.xbmc/userdata/addon_data/plugin.video.youtube/" except "settings.xml" and emptying the "value" attribute of "search" in "settings.xml". May be this helps?

This works. Thanks for the information.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - da-anda - 2014-04-03

@popcornmix adding "dwc_otg.fiq_fsm_enable=0" unfortunately didn't fix the issue - it still crashed. Unfortunately it was quite late when it crashed with that setting and I didn't have a PC on at that time so that I could have checked if it's still sdcard related. Will do another test, but I really hope it's not the card, because it's quite new.
edit: should I try a rather old version without the new driver, or a Frodo image?


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Forage - 2014-04-03

(2014-04-03, 03:14)MilhouseVH Wrote: I've created a build based on #402 but with the recent libnfs change reverted (so back to libnfs 1.8.0).

Can those with NFS problems since #0401 please test this new buildand confirm if NFS is now working - the download is here.
FWIW, I do not have NFS issues on #402. I did however skip #401.

(2014-04-03, 14:48)da-anda Wrote: @popcornmix adding "dwc_otg.fiq_fsm_enable=0" unfortunately didn't fix the issue - it still crashed. Unfortunately it was quite late when it crashed with that setting and I didn't have a PC on at that time so that I could have checked if it's still sdcard related. Will do another test, but I really hope it's not the card, because it's quite new.
edit: should I try a rather old version without the new driver, or a Frodo image?
FWIW, it looks like "dwc_otg.fiq_fsm_enable=0" finally fixed the network issues for me. It has been up almost 24h now. Note that I'm on a wired connection, with build #402. Not that having to set this option is a real solution though...


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-04-03

libnfs 1.9.3 has now been reverted in OpenELEC master so nfs should be working again in the next build.


Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - wizzard72 - 2014-04-03

(2014-04-03, 03:14)MilhouseVH Wrote: I've created a build based on #402 but with the recent libnfs change reverted (so back to libnfs 1.8.0).

Can those with NFS problems since #0401 please test this new buildand confirm if NFS is now working - the download is here.

Still the same error...


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-04-03

Hmmm. That leaves the updated rpcbind as the only remaining potential culprit. Unfortunately my broadband is down at the moment so I won't be able to create a build to test that theory for now. Weird how my NFS is working fine.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - SSC_Jarod - 2014-04-03

(2014-03-30, 22:12)MilhouseVH Wrote: New OpenELEC Gotham build: #0330
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 3.13.7 #1 PREEMPT Sun Mar 30 20:44:22 BST 2014 armv6l GNU/Linux

# vcgencmd version
Mar 30 2014 15:59:18
Copyright (c) 2012 Broadcom
version 8f13fa508997a043a3d78822e3f67ec044b4e7bf (clean) (release)

# lsb_release
OpenELEC (Milhouse) - Version: devel-20140330204313-r18050-g2d44624

Based on tip of XBMC master (e48c618, changelog) and tip of OpenELEC master (2d44624, changelog) with the following modifications:
  • Includes newclock3 commits (except for fbc7e54 which I've replaced with a static spinner to avoid hammering the GUI)
  • Excludes the OpenELEC fernetmenta patches (due to conflict with newclock3)
  • Includes Python regex package for evaluation purposes. Initial benchmarking indicates generally positive (and in some cases, significant) performance gains. Replace "import re" with "import regex as re" in addons to test effectiveness.
  • Default setting for "Show RSS Feed" changed to disabled
  • Disabled "Total Duration" in Confluence (see build #0221 for details)
  • ALSA is enabled and any suitable hardware should be available in XBMC Audio Settings
  • Includes newclock3: "More efficient infobool expression evaluator" (reverted in stock OpenELEC)
  • Includes newclock3: "Allow small audio packets to be concatenated to make better use of audio fifo" (reverted in stock OpenELEC)
Build Highlights:
  1. New Firmware Mar 30:
  2. XBMC:
    • OpenSSL/Curl, JSON and Settings updates
  3. newclock3:
    • [windowing] Only need a confirmation dialogue when resolution has actually changed
    • paplayer: use position based seeks for ffmpeg demuxer
    • [rbp] Fix leaks in the failure handling of jpeg decode to texture
    • ensure we don't set or show VSYNC_DRIVER on those systems that don't support it. Only show or set on Linux and FreeBSD.
    • switch default in settings.xml to something supported on all systems (ALWAYS) and quirk it on Linux and FreeBSD
    • [omxplayer] Add ability to choose different scaling kernels through OSD - see this post for details.

Additional Testing Notes:
  1. Testers should try adding the following entry to their advancedsettings.xml:
    Code:
    <advancedsettings>
      <video>
        <defaultplayer>dvdplayer</defaultplayer>
        <defaultdvdplayer>dvdplayer</defaultdvdplayer>
      </video>
    </advancedsettings>
    and report if it is better/worse than omxplayer. You can still play files with omxplayer using the context-menu "Play using... OMXPlayer".

  2. The following settings are no longer required in config.txt and should be removed:
    Code:
    no_hdmi_resample=1
    hdmi_stream_channels=1
    no_resample_audio is now a default, and hdmi_stream_channels is switched based on audio content. For the time being when using passthrough, 2.0 speaker layout should continue to be used (you will still get 5.1 with AC3/DTS).

  3. The FIQ_FSM patch is now enabled by default in OpenELEC master. See the FIQ_FSM announce thread for details.

    One new feature, currently disabled by default, is accelerated support of high-speed isochronous transactions (webcams, real time devices, etc.). There's a possibility this could be used by ALSA or DVB modules (although not always) which may affect some users (hopefully for the better). If you might benefit from this, enable by adding the following option to the end of the line in your /flash/cmdline.txt file:
    Code:
    dwc_otg.fiq_fsm_mask=0x7

Hi Millhouse,

One Question, with this build above from 30.3. the 3D Picture lookes never better !!!! I was so suprised a clear sharp and smooth picture, like you watch a 1080p 2D Movie ( i have a passive 3D TV). So today i uptaded to your last build and the 3D picture has changed to, how can i descripe,... Not so smooth and sharp ... A little unsettled... Did your last updated change the handling of 3D back?

Thx for answer in advance Wink
J.


Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - TheImmortal - 2014-04-03

(2014-04-03, 03:14)MilhouseVH Wrote: I've created a build based on #402 but with the recent libnfs change reverted (so back to libnfs 1.8.0).

Can those with NFS problems since #0401 please test this new buildand confirm if NFS is now working - the download is here.

I updated my 330 build to the latest 402 and no problems accessing nfs shares. On my server I compiled xbmc several times with different versions of libnfs and it is good through version 1.9.2.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bagofcrap24 - 2014-04-03

(2014-04-03, 03:14)MilhouseVH Wrote: I've created a build based on #402 but with the recent libnfs change reverted (so back to libnfs 1.8.0).

Can those with NFS problems since #0401 please test this new buildand confirm if NFS is now working - the download is here.

Cannot enter NFS share section at all within XBMC using your test build.
Locally mounted NFS shares still working

With 402 with new libnfs 1.9.3:
Files > Add Source > Browse > (NFS) > 192.168.1.60 > DVDs
Code:
21:11:42  43.137585 T:2900558928   DEBUG: NFS: Context for 192.168.1.60/DVDs not open - get a new context.
21:11:42  43.244911 T:2900558928   DEBUG: NFS: Connected to server 192.168.1.60 and export /DVDs
21:11:42  43.245163 T:2900558928   DEBUG: NFS: chunks: r/w 32768/32768
21:11:42  43.245716 T:2900558928   ERROR: Failed to open(//) nfs_opendir_async failed
21:11:42  43.246223 T:3058245632   ERROR: GetDirectory - Error getting nfs://192.168.1.60/DVDs/
21:11:42  43.246567 T:3058245632   ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.60/DVDs/) failed
21:11:43  44.199356 T:3058245632   DEBUG: OnKey: 11 (0x0b) pressed, action is Select
21:11:43  44.203793 T:2900558928   ERROR: Failed to open(//) nfs_opendir_async failed
21:11:43  44.204426 T:3058245632   ERROR: GetDirectory - Error getting nfs://192.168.1.60/DVDs/
21:11:43  44.204773 T:3058245632   ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.60/DVDs/) failed

using your new test build with 1.8.0:
Files > Add Source > Browse > (NFS)
Code:
21:16:41  88.375107 T:3058208768   DEBUG: OnKey: 11 (0x0b) pressed, action is Select
21:16:41  88.379066 T:2811110480   DEBUG: SECTION:LoadDLL(libnfs.so.4)
21:16:42  88.388054 T:2811110480   DEBUG: Loading: libnfs.so.4
21:16:42  88.393692 T:2811110480   ERROR: Unable to load libnfs.so.4, reason: libnfs.so.4: cannot open shared object file: No such file or directory
21:16:42  88.393967 T:2811110480   DEBUG: Dll libnfs.so.4 was not found in path
21:16:42  88.394150 T:2811110480   ERROR: NFS: Error loading libnfs (HandleDyLoad).
21:16:42  88.394363 T:2811110480   DEBUG: SECTION:LoadDLL(libnfs.so.4)
21:16:42  88.402130 T:2811110480   DEBUG: Loading: libnfs.so.4
21:16:42  88.402710 T:2811110480   ERROR: Unable to load libnfs.so.4, reason: libnfs.so.4: cannot open shared object file: No such file or directory
21:16:42  88.402916 T:2811110480   DEBUG: Dll libnfs.so.4 was not found in path
21:16:42  88.403084 T:2811110480   ERROR: NFS: Error loading libnfs (HandleDyLoad).
21:16:42  88.403557 T:3058208768   ERROR: GetDirectory - Error getting nfs://
21:16:42  88.403877 T:3058208768   ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed



Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Mafarricos - 2014-04-03

(2014-04-03, 03:36)MilhouseVH Wrote:
(2014-04-03, 02:40)Mafarricos Wrote: I'm trying to resize SD card but when I make:

cd /

touch /var/lock/xbmc.disabled

killall -9 xbmc.bin

Xbmc starts again.

I'm on last version, how can I resize card?

Did something changed with last versions?

The method you are using to prevent xbmc.bin from restarting hasn't been supported for quite some time in Gotham builds, not since the introduction of systemd.

In Gotham if you want to stop xbmc.bin for any period of time, run "systemctl stop xbmc.service" (and replace "stop" with "start" when you are ready to start it again).

If you want to resize your /storage partition (which must be the second partition on the device) and are running a Gotham build then simply run the command:
Code:
touch /storage/.please_resize_me
and reboot - the file system resize will be done for you on the next boot.

This is how it works: systemd service and the fs-resize script.

Note that fs-resize only resizes /storage when it is the second partition, so it won't resize /storage when mounted on the first partition of a USB drive (ie. /dev/sdX1) but will resize /storage when mounted on the second SD card partition (/dev/mmcblk0p2) or the second partition of a USB drive (/dev/sdX2).

Thanks! This is much simple to resize that way.
I suspected that was a Gotham thing, as reverted to frodo, resized and then got back to Gotham. Next time I will use the command!


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Chortos-2 - 2014-04-04

@MilhouseVH: looks like that subtitle corruption is probably a GLES-specific bug in XBMC, as it doesn’t appear in XBMC with libass master on OS X. I still don’t see any suspicious source code though. Sad

Unless the Raspberry Pi has a maximum texture size of about 1344 and… oh. And XBMC then creates a smaller texture, skips a line and copies the whole ASS_Image anyway, possibly even corrupting some memory in the process.

So yeah. What maximum texture size does the Raspberry Pi GPU support? Oh, I guess I can find that out on my own. Before I try to do that on an actual Raspberry Pi, why don’t I search the Web? The Web says it’s 2048, which should be enough. I did find one forum thread where someone says they had problems with a size of 1080 pixels though, which isn’t reassuring. Just in case, I’ll say that debug builds of XBMC apparently log the GLES maximum texture size as reported by the GPU.

If texture size is indeed the problem, convert_quad in OverlayRendererUtil.cpp needs to be taught to split ASS_Images that are wider than the maximum texture size.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Mafarricos - 2014-04-04

I was using raspbmc and came back to try again your releases.
But I'm having problems with videos, from time to time the image frozens and I have to cut power and restart again.

Some times takes 10 minutes other 30, but already happened 3 times.

I got here the log of last lines before got stuck:
http://xbmclogs.com/show.php?id=165536

I don't know if the TV cec is looping or so, the log is helpful to sort something out?

For now I deactivated cec on xbmc to see if doesn't stuck in video... But while speaking it happen again, and now don't seems that was that...


Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - TheImmortal - 2014-04-04

(2014-04-03, 22:19)bagofcrap24 Wrote:
(2014-04-03, 03:14)MilhouseVH Wrote: I've created a build based on #402 but with the recent libnfs change reverted (so back to libnfs 1.8.0).

Can those with NFS problems since #0401 please test this new buildand confirm if NFS is now working - the download is here.

Cannot enter NFS share section at all within XBMC using your test build.
Locally mounted NFS shares still working

With 402 with new libnfs 1.9.3:
Files > Add Source > Browse > (NFS) > 192.168.1.60 > DVDs
Code:
21:11:42  43.137585 T:2900558928   DEBUG: NFS: Context for 192.168.1.60/DVDs not open - get a new context.
21:11:42  43.244911 T:2900558928   DEBUG: NFS: Connected to server 192.168.1.60 and export /DVDs
21:11:42  43.245163 T:2900558928   DEBUG: NFS: chunks: r/w 32768/32768
21:11:42  43.245716 T:2900558928   ERROR: Failed to open(//) nfs_opendir_async failed
21:11:42  43.246223 T:3058245632   ERROR: GetDirectory - Error getting nfs://192.168.1.60/DVDs/
21:11:42  43.246567 T:3058245632   ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.60/DVDs/) failed
21:11:43  44.199356 T:3058245632   DEBUG: OnKey: 11 (0x0b) pressed, action is Select
21:11:43  44.203793 T:2900558928   ERROR: Failed to open(//) nfs_opendir_async failed
21:11:43  44.204426 T:3058245632   ERROR: GetDirectory - Error getting nfs://192.168.1.60/DVDs/
21:11:43  44.204773 T:3058245632   ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.60/DVDs/) failed

using your new test build with 1.8.0:
Files > Add Source > Browse > (NFS)
Code:
21:16:41  88.375107 T:3058208768   DEBUG: OnKey: 11 (0x0b) pressed, action is Select
21:16:41  88.379066 T:2811110480   DEBUG: SECTION:LoadDLL(libnfs.so.4)
21:16:42  88.388054 T:2811110480   DEBUG: Loading: libnfs.so.4
21:16:42  88.393692 T:2811110480   ERROR: Unable to load libnfs.so.4, reason: libnfs.so.4: cannot open shared object file: No such file or directory
21:16:42  88.393967 T:2811110480   DEBUG: Dll libnfs.so.4 was not found in path
21:16:42  88.394150 T:2811110480   ERROR: NFS: Error loading libnfs (HandleDyLoad).
21:16:42  88.394363 T:2811110480   DEBUG: SECTION:LoadDLL(libnfs.so.4)
21:16:42  88.402130 T:2811110480   DEBUG: Loading: libnfs.so.4
21:16:42  88.402710 T:2811110480   ERROR: Unable to load libnfs.so.4, reason: libnfs.so.4: cannot open shared object file: No such file or directory
21:16:42  88.402916 T:2811110480   DEBUG: Dll libnfs.so.4 was not found in path
21:16:42  88.403084 T:2811110480   ERROR: NFS: Error loading libnfs (HandleDyLoad).
21:16:42  88.403557 T:3058208768   ERROR: GetDirectory - Error getting nfs://
21:16:42  88.403877 T:3058208768   ERROR: CGUIDialogFileBrowser::GetDirectory(nfs://) failed

Have you tried don't a clean install with the newest 402? I don't think it downgraded you're libnfs properly, it shouldn't have libnfs.so.4 on 1.8.0.


RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-04-04

@bagofcrap24: Hmm, will need to investigate that further, maybe the build isn't a good one but not sure why that would be the case right now. You could try a very recent official nightly as that should have libnfs reverted (check the sha to be sure).

@Chortos-2: Many thanks for continuing the libass investigation! I'd be happy to help build and test any patches but beyond that my technical knowledge of subtitles and GLES is limited.

@Mafarricos: Try disabling FIQ FSM - add "dwc_otg.fiq_fsm_enable=0" to the end of your line in cmdline.txt.


This forum uses Lukasz Tkacz MyBB addons.