• 1
  • 113
  • 114
  • 115(current)
  • 116
  • 117
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
(2016-08-11, 22:48)doldi Wrote: "smsc95xx: Experimental: Enable turbo_mode and packetsize=2560 by default" works fine for me,
but if i have a Netgear GS108 switch betweem router and Rpi3 or 2,
BR will stuttering an 1Gb/s - must downgrade to 100Mb/s speed.

You could try adjusting the packetsize number. I'd suggest you add 512 and test again, and repeat that if it doesn't help (up to, say 8192).
Is JPEG support known to be broken on these builds? Getting lots of JPEG and OMX decode errors and lots of black jpeg images in the pictures section. These all display fine in v16.


pastebin http://sprunge.us/JTOP
Experimental: Enable turbo_mode probably means I still have to remove the default "force_turbo=0" after updating from a previous build? Or does it act differently now?
(2016-08-12, 13:29)meccs Wrote: Experimental: Enable turbo_mode probably means I still have to remove the default "force_turbo=0" after updating from a previous build? Or does it act differently now?

Are you talking about the config.txt setting? That is unrelated (it affects the arm/gpu frequencies).
smsc95xx.turbo_mode just affects the ethernet.
(2016-08-12, 13:28)plinkyplonky Wrote: Is JPEG support known to be broken on these builds? Getting lots of JPEG and OMX decode errors and lots of black jpeg images in the pictures section. These all display fine in v16.

I think you have an nfs issue rather than a jpeg issue:
Code:
20:31:15 2098.565674 T:1430254496  NOTICE: LoadJpeg: unable to load nfs://192.168.1.94/Volumes/USBHD/Pictures/Camera/Local 2016/20160522_143612.jpg
20:31:18 2101.197266 T:1768944544   ERROR: Read - Error( -14, read call failed with "" )
20:31:18 2101.197266 T:1768944544 WARNING: underflow: Error reading file - assuming eof

Can you narrow down when the problem first occurred? E.g. try some older Milhouse builds and determine if a build from a month or two ago has the problem?
(2016-08-10, 23:30)drdwridav Wrote: EDIT: one other quick finding. If I disable adjust display refresh rate -obviously playback jerky - but kodi does switch back to 2d properly on exiting. Interesting?

Not something I would have predicted, so I guess interesting. I suspect this is timing related and there is a subtle change in timing, but not sure yet.

Does increasing "delay after change of refresh rate" in system/display settings help?
(2016-08-12, 15:11)popcornmix Wrote:
(2016-08-10, 23:30)drdwridav Wrote: EDIT: one other quick finding. If I disable adjust display refresh rate -obviously playback jerky - but kodi does switch back to 2d properly on exiting. Interesting?

Not something I would have predicted, so I guess interesting. I suspect this is timing related and there is a subtle change in timing, but not sure yet.

Does increasing "delay after change of refresh rate" in system/display settings help?

That's the badger! Cheers popcornmix. Sorted! First tried 0.5 second delay - no difference. Then a 1 second delay and I've started and stopped 6 different 3D films in various containers - all switched back to 2d mode properly. So it was all about the delay which must be default longer in 7.9.4 then?!
(2016-08-12, 12:47)popcornmix Wrote:
(2016-08-11, 22:48)doldi Wrote: "smsc95xx: Experimental: Enable turbo_mode and packetsize=2560 by default" works fine for me,
but if i have a Netgear GS108 switch betweem router and Rpi3 or 2,
BR will stuttering an 1Gb/s - must downgrade to 100Mb/s speed.

You could try adjusting the packetsize number. I'd suggest you add 512 and test again, and repeat that if it doesn't help (up to, say 8192).

Thank You popcornmix, have add and add and now i'm on 8192,
but this f***ing Netgear would not be interested about them - the Blue Ray Menue don't read fluently over smb 1Gb/s.

I think i need a managed Switch ...or Web-Smart Switch.
New LibreELEC.tv Krypton build #0812: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0 #1 Fri Aug 12 21:06:03 BST 2016 armv6l GNU/Linux

# vcgencmd version
Aug 10 2016 20:40:48
Copyright (c) 2012 Broadcom
version c62d8dc8087e79a3e3e16846fc37ac9efa878731 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160812210421-#0812-g54cf9f3 [Build #0812]

# vcdbg log msg 2>&1 | grep DTOK
002391.103: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (54cf9f34, changelog) and tip of XBMC master (9b913533, changelog) with the following modifications: Build Highlights:
  1. Minors
Build Details:
  1. LibreELEC.tv:
    • Add support for WeTek Hub TV box (PR:594, 16 commits, 38 files changed)
  2. XBMC:
    • player: fix action controlled ff/rw for the case tempo is active (PR:10276, 1 commit, 1 file changed)
    • paplayer: interims fix for speed while paused (PR:10277, 1 commit, 1 file changed)
    • Add USB ID for WeTek Core remote (PR:10279, 1 commit, 1 file changed)
  3. peripheral.joystick:
    • [xinput] Move motor definitions to xml file (37c1a28c)
    • [storage] Move refresh callback out of storage system (75966fa3)
  4. kernel 4.7.y:
    • New commits in this build:
      • smsc95xx: squash: Bump to packetsize=4096 (6cd881da)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Built #0811 can't boot with hifiberry-digi+ : after show splash system hangup (Hifiberry Digi + ver 1.0). Disable in config.txt: start normal.
(2016-08-11, 01:40)Milhouse Wrote:
(2016-08-11, 00:01)marriol123343 Wrote: I decided to wait until Alpha 4 before doing that and: successfull! Whatever it was - problem is solved again after yesterdays update. Thanks :-)

Is the problem solved in these builds (ie. #0809), or just Alpha 4 (7.90.004)? If the problem remains in these builds then it's not really fixed...

Last sentence is clear. I just checked Alpha 4 (7.90.004). I did not run newer testbuilds anymore since ~4 weeks. As it was initially related to Alpha 3 (7.90.003 / 17.0-ALPHA2 Git:f3ca4ea), I suppose it should probably be solved in current testbuilds... Should problems will come back in upcomming Alpha/Beta I will recognize and give a report.
(2016-08-13, 05:15)TVPL Wrote: Built #0811 can't boot with hifiberry-digi+ : after show splash system hangup (Hifiberry Digi + ver 1.0). Disable in config.txt: start normal.

Are you saying #0811 is the first build with this problem? I don't see any likely changes for that.
If not then identifying the first build with the problem would be useful.
New LibreELEC.tv Krypton build #0813: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.7.0 #1 Sat Aug 13 21:16:55 BST 2016 armv6l GNU/Linux

# vcgencmd version
Aug 10 2016 20:40:48
Copyright (c) 2012 Broadcom
version c62d8dc8087e79a3e3e16846fc37ac9efa878731 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160813211514-#0813-g17fb8db [Build #0813]

# vcdbg log msg 2>&1 | grep DTOK
002390.747: Kernel trailer DTOK property says yes

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (17fb8dbb, changelog) and tip of XBMC master (475d3e29, changelog) with the following modifications: Build Highlights:
  1. PVR/EPG fixes
  2. PAPlayer pause fix
  3. VideoPlayer sync fixes
Build Details:
  1. LibreELEC.tv:
    • saphire: rebuild against 4.7 kernel (PR:619, 1 commit, 2 files changed)
  2. XBMC:
    • [epg] CEpg::UpdateEntry: Remove wrong error log. Not finding an epg e… (PR:10282, 1 commit, 1 file changed)
    • OpenGL texture mipmapping (PR:8409, 1 commit, 13 files changed)
    • [DVDVideoCodecIMX] - New implementation (PR:9253, 20 commits, 14 files changed)
    • [guiinfo] Fix fullscreen osd for non-PVR content. (PR:10281, 1 commit, 1 file changed)
    • [PVR] Fix PVR channels not working as Kodi startup window (PR:10280, 7 commits, 19 files changed)
    • [upnp] startup honors user settings. (PR:10249, 1 commit, 1 file changed)
    • Application: Fix coverity CID 142068 (PR:10290, 1 commit, 1 file changed)
    • VideoPlayer: clock fixes (PR:10278, 2 commits, 4 files changed)
    • VideoPlayer: fix a/v sync correction for clock feedback mode (PR:10289, 1 commit, 1 file changed)
    • [processInfo] reset audio/video codec info (PR:10283, 1 commit, 1 file changed)
    • [OSX/CoreAudioDevice] - use the alternate method for retrieving the a… (PR:10287, 1 commit, 1 file changed)
    • [osx] media key: send also SDL_KEYUP (PR:10275, 1 commit, 1 file changed)
    • Fix joystick input while app is in background (PR:10261, 4 commits, 8 files changed)
  3. newclock5:
    • New commits in this build:
      • paplayer: another fix for pause and speed (7ff57aba)
      • VideoPlayer: fix false positive drop detection for ffmpeg decoder (e2de38e2)
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
(2016-08-10, 19:53)Milhouse Wrote:
(2016-08-10, 05:21)nb2a Wrote: Does this still show up as Openelec under a windows based network or is there a way to find it as Libraelec?

It will show up using whatever hostname you set for the device. If you've come from a legacy OpenELEC installation where you accepted the default "OpenELEC" hostname then that's how your upgraded LibreELEC installation will continue to appear, until you change the hostname in the Settings add-on.

It seems that my system shows version 0725. No matter what I try it does not seem to upgrade after placing a newer file in the update folder. Is there a Settings addon available? It was so much better when the addon that did the upgrades worked but it seems that one is not being updated anymore.

Thanks again
(2016-08-14, 02:30)nb2a Wrote: It seems that my system shows version 0725. No matter what I try it does not seem to upgrade after placing a newer file in the update folder.

Not sure why you quoted your other post (which I assume is now resolved?) as it doesn't seem relevant to your upgrade issue.

So what happens when you reboot - does the system detect the new tar file? If not, are you copying the tar file into the .update directory (note the leading . when accessing the folder in ssh)? How are you copying it - could it be that it doesn't have the .tar extension?

After you copy the new tar file but before you reboot, run the following and paste the results:
Code:
ls -la /storage/.update 2>&1 | pastebinit
Assuming you've copied the file correctly, reboot and describe exactly what happens when the Pi restarts (a video would be nice!)

(2016-08-14, 02:30)nb2a Wrote: Is there a Settings addon available? It was so much better when the addon that did the upgrades worked but it seems that one is not being updated anymore.

Thanks again

Yes it's now built-in - access it via the LibreELEC Settings add-on. See the first post, note #7 for configuration details. If it's not working post a debug log.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
  • 1
  • 113
  • 114
  • 115(current)
  • 116
  • 117
  • 218

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)19