• 1
  • 33
  • 34
  • 35(current)
  • 36
  • 37
  • 218
    • Jump to page:
  Thread Closed
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#511
2016-05-12, 22:37
(2016-05-12, 21:45)MONSTA Wrote: OK. I got it. Probably I just will stay on the last working build Smile. A simple videoplayer it's not enough for me.
One more question. Are there any plans to add a web browser to the LE?
Thanks

Chromium should already be available for x86. Don't think there's anything planned for ARM.
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.
Find
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#512
2016-05-12, 22:39
New LibreELEC.tv Krypton build #0512: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.6.0-rc7 #1 Thu May 12 21:07:26 BST 2016 armv6l GNU/Linux

# vcgencmd version
May 12 2016 12:48:32
Copyright (c) 2012 Broadcom
version 7b2dea46a23c8bbde3eb240c846e3a17b955bbac (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160512210538-#0512-gbbc72bc [Build #0512]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (bbc72bc8, changelog) and tip of XBMC master (346c3740, changelog) with the following modifications: Build Highlights:
  1. NOTE: DVD playback remains temporarily disabled
  2. New firmware
Build Details:
  1. Firmware (May 12):
    • firmware: arm_loader: Disable uart node in DTB if enable_uart=0 See: link
  2. LibreELEC.tv:
    • Sundtek-mediatv: use ARM64 installer for aarch64 (PR:337, 1 commit, 1 file changed)
    • distro-tool: Ignore text/html responses (PR:335, 1 commit, 1 file changed)
  3. XBMC:
    • VideoPlayer: Different accurate value for omxplayer_mode has no effect (PR:9798, 1 commit, 1 file changed)
    • Fix some compiler warnings (PR:9780, 3 commits, 8 files changed)
    • [depends] libpng 1.6.21 (PR:9783, 1 commit, 2 files changed)
    • mmalrenderer: Avoid creating presenting thread when it is not required (PR:9797, 1 commit, 1 file changed)
    • [omxplayer] Some minor fixes (PR:9799, 3 commits, 3 files changed)
    • rbp: Fix possible leak in rendercapture interface (PR:9800, 1 commit, 1 file changed)
    • mmalcodec: Set initial aligned height explicitly to avoid multiple reconfigures in renderer (PR:9801, 1 commit, 1 file changed)
    • [addon] Reworked python docs (PR:9674, 5 commits, 35 files changed)
    • update codedocs generation (82a4a82b)
  4. pvr.stalker:
    • http refactor (PR:54, 2 commits, 6 files changed)
  5. newclock5:
    • New commits in this build:
      • mmalcodec: Also wake up decoder when a new input buffer is available (656a69da)
    • Commits no longer in build:
      • [omx] Report decoded image name (c8daea72)
      • VideoPlayer: Different accurate value for omxplayer_mode has no effect (162c2efb)
      • mmalrenderer: Avoid creating presenting thread when it is not required (7a3a0d41)
      • mmalcodec: Set initial aligned height explicitly to avoid multiple reconfigures in renderer (a02702f0)
      • omxplayer: Reset the EOS state on a flush (36aac474)
      • rbp: Fix possible leak in rendercapture interface (87ccd49a)
      • omximage: Fix resolution in logging message (80f86190)
  6. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [pkg] PR:9803: [PeripheralCecAdapter] fix playback stopping on screensaver deactivated
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.
Find
bite_your_idols
Senior Member
Posts: 129
#513
2016-05-13, 10:03
I can not make AdvancedLauncher work in LE8, when launching standalone apps it works ok, but when I try to launch emulator roms it says:

Code:
08:12:19 1037.672363 T:1963061248   ERROR: GetDirectory - Error getting plugin://plugin.program.advanced.launcher/?6fcc712347b54316490ac66e4aefae80%2F56578e4be48cfcd5c818d29f10d99c1d
08:12:19 1037.672852 T:1963061248   ERROR: CGUIMediaWindow::GetDirectory(plugin://plugin.program.advanced.launcher/?6fcc712347b54316490ac66e4aefae80%2F56578e4be48cfcd5c818d29f10d99c1d) failed

it must be something related with kodi17/LE8 because in LE7 it works flawlesly...

EDIT: the error is when I enter the second level list, the rom list. Then it gives me the error, before trying to launch the rom.
Find
amediauser
Junior Member
Posts: 23
#514
2016-05-13, 11:30
I had a crash while testing build 511. Unfortunately debug wasn't on kodi_crashlog_20160512180925.log

Sorry its a little late (paste: This application is temporarily over its serving quota. Please try again later.)

Edit: Probably unrelated to the crash, but the last video I tested was downloaded from here Kodi Animation thread Post: #398

Its 25fps and skips frames constantly until just before then end when Kodi decides to change playback to 50fps.
Find
Vimes
Fan
Posts: 351
#515
2016-05-13, 17:38
Just installer build 512 and for the first time I tried to rename a video file file within my library. Each time it would cause Kodi to reboot. It seems to get as far as load up the virtual keyboard and after a few key presses it will then crash.

Instead of doing it through Kodi I just did wha tI would normally do and rename it directly on the media server.

Debugging enabled and logfile....

https://www.dropbox.com/s/3hf8jv6rksaozy...4.zip?dl=0

Thanks Smile
Find
tetzlav
Junior Member
Posts: 12
#516
2016-05-14, 00:55
(2016-05-08, 23:49)tetzlav Wrote: Since view weeks i'm wondering about freezes after 60-120min watching Video.
Know i recognize, that the memory consumption of process kodi.bin is growing continuously.

Is this a memory leak of kodi itself or maybe of tvheadend addon too?

FYI: the memory leak seems to be fixed with #0512...
Thanks @all!
Find
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#517
2016-05-14, 00:57
(2016-05-13, 10:03)bite_your_idols Wrote: I can not make AdvancedLauncher work in LE8, when launching standalone apps it works ok, but when I try to launch emulator roms it says:

Can you identify the first build when this started?
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.
Find
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#518
2016-05-14, 01:03
New LibreELEC.tv Krypton build #0513: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.6.0-rc7 #1 Fri May 13 21:06:30 BST 2016 armv6l GNU/Linux

# vcgencmd version
May 13 2016 15:49:49
Copyright (c) 2012 Broadcom
version 280c320a06a8ee014c9ea8df8c1350daa2c50d25 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160513210443-#0513-g642cf03 [Build #0513]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (642cf033, changelog) and tip of XBMC master (9c94cb94, changelog) with the following modifications: Build Highlights:
  1. NOTE: DVD playback remains temporarily disabled
  2. New firmware
Build Details:
  1. Firmware (May 13):
    • firmware: ldconfig: Support filter based on gpio level
    • firmware: ldconfig: Allow specifying a overlay_prefix from config.txt. See: link
    • firmware: dispmanx: Avoid dispmanx updates when running vc4-kms-v3d driver. See: link
    • firmware: RIL Camera: Correct buffer size checking for RGB and BGR888
    • firmware: RIL video_encode: Add support for levels 4.1 and 4.2
    • firmware: IMX219: Add assert on failure to init
    • firmware: imx219: New VGA and full FOV 720p modes
    • firmware: imx219: Reorder modes to roughly match OV5647
    • firmware: imx219: Enable sensor DPC. See: link
  2. LibreELEC.tv:
    • NOOBS: PiZero Rev2 support (PR:339, 1 commit, 1 file changed)
  3. XBMC:
    • [exif] Fix for out-of-memory errors with large numbers of jpegs (PR:9796, 1 commit, 1 file changed)
    • fixed: Caching of quasi-internet streams like webdav was broken (PR:9795, 1 commit, 1 file changed)
    • [cmake/linux] Add option for LIRC (PR:9805, 1 commit, 2 files changed)
  4. pvr.dvbviewer:
    • Fix includes (PR:40, 2 commits, 8 files changed)
  5. pvr.stalker:
    • Fix includes (PR:60, 2 commits, 5 files changed)
  6. newclock5:
    • New commits in this build:
      • mmalcodec: temp: Add an extra input buffer to reduce chance of stutter after seek (54a30996)
      • mmalrender: Allow renderer to be reconfigered from GetPool (cd093962)
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.
Find
bite_your_idols
Senior Member
Posts: 129
#519
2016-05-14, 13:15
(2016-05-14, 00:57)Milhouse Wrote:
(2016-05-13, 10:03)bite_your_idols Wrote: I can not make AdvancedLauncher work in LE8, when launching standalone apps it works ok, but when I try to launch emulator roms it says:

Can you identify the first build when this started?

If I downgrade to your first libreelec 8 alpha build the error also happens: Target category error. But in official LE7 release it works...
Find
Sholander
Fan
Posts: 735
#520
2016-05-14, 16:20
Hi, this is my first post here, so be gentle Smile

Yesterday I installed LE7.0 on my RPi3 and upgraded it to your #0512 version for RPI2. Since everything worked well, today I upgraded to #0513 version. All went well, but I noticed something odd when I wanted to make some changes to my config.txt:

My Fat32 partition on SD card is populated with 72 new files, besides the files that normally reside there. The files are FSCK0000.REC - FSCK0071.REC (all 8.192 bytes exept one 49.152 bytes)

Is that normal, or is this result of some glitch that happened during the update?
Should I keep them, or can I delete all of them?
Find
darebee
Member
Posts: 57
#521
2016-05-14, 18:41
What YouTube add-on works with this version of LibreELEC? None of the ones I have work and I can't seem to find it in any repositories.

Thanks! - Darren
Find
SpokV
Member
Posts: 53
#522
2016-05-14, 19:00
Hi. I have a problem with audio stream recognition. I have a live stream which I play on jarvis 16.1 and I have the ability to choose between audio streams. On the same live stream on these libreelec builds I get unknown audio stream in the audio settings while playing the stream. Any clue of why it is?
Find
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#523
2016-05-14, 19:49
(2016-05-14, 13:15)bite_your_idols Wrote: If I downgrade to your first libreelec 8 alpha build the error also happens: Target category error. But in official LE7 release it works...

There are some older builds here
http://milhouse.libreelec.tv/builds/master/RPi2/

that aren't fully documented (although I can probably work out the changes once a build is identified), and would be worth testing those. Also it would be worth testing the final OpenELEC Kodi 17 test build #0415 to determine if this is unique to LE builds (about the only obvious change it's the CA Cert change but not sure why this would affect an application launcher). If the problem is present in OE #0415 then continue backwards with OE builds until the issue is no longer present.

Edit: Also what is "Target category error"? That isn't present in your log snippet so presumably this is something you see on screen? Can you upload a full debug log for the error?
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.
Find
Milhouse
Retired Team-Kodi Member
Posts: 17,855
#524
2016-05-14, 20:05
(2016-05-14, 16:20)Sholander Wrote: Hi, this is my first post here, so be gentle Smile

Yesterday I installed LE7.0 on my RPi3 and upgraded it to your #0512 version for RPI2. Since everything worked well, today I upgraded to #0513 version. All went well, but I noticed something odd when I wanted to make some changes to my config.txt:

My Fat32 partition on SD card is populated with 72 new files, besides the files that normally reside there. The files are FSCK0000.REC - FSCK0071.REC (all 8.192 bytes exept one 49.152 bytes)

Is that normal, or is this result of some glitch that happened during the update?
Should I keep them, or can I delete all of them?

Kind of not normal. It means your FAT partition suffered corruption (which isn't really normal) and these files have been recovered by the filesystem check that runs automatically when the system boots (which is normal, but ideally you shouldn't be suffering from corruption in the first place). Given the number of files it would appear there may have been a problem with the overlays directory. You can delete the FSCK*.REC files.

If it continues to happen then it might be an indication your SD card is beginning to fail.
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.
Find
ztarbugz
Junior Member
Posts: 29
#525
2016-05-14, 20:07
(2016-05-14, 16:20)Sholander Wrote: Yesterday I installed LE7.0 on my RPi3 and upgraded it to your #0512 version for RPI2. Since everything worked well, today I upgraded to #0513 version. All went well, but I noticed something odd when I wanted to make some changes to my config.txt:

My Fat32 partition on SD card is populated with 72 new files, besides the files that normally reside there. The files are FSCK0000.REC - FSCK0071.REC (all 8.192 bytes exept one 49.152 bytes)

Is that normal, or is this result of some glitch that happened during the update?
Should I keep them, or can I delete all of them?

FSCKxxx.REC means File System check record.
Usually are created if you are not closing down the operating system the "normal" way, like you take the battery out. Linux always check the file system at bootup and if something "not-normal" (any left overs from improper close down) are found then a FSCHxxx.rec file is created to be analysed by the system administrator.
Yes, it is safe to delete them. Sometimes I have them if I am restoring my Pi backups by Clonezilla
Find
  • 1
  • 33
  • 34
  • 35(current)
  • 36
  • 37
  • 218
    • Jump to page:
  Thread Closed

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