• 1
  • 92
  • 93
  • 94(current)
  • 95
  • 96
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2017-04-11, 00:50)Milhouse Wrote: Weekly Linux 4.11-rc6 build #0410x: RPi / RPi2

Same as #0410 but without media_build (not currently compatible).

Thank God! The cheap DVB-T/C china stick (with the chip of - Panasonic MN88473 ) works with this build perfectly. Unfortunately he does not work with mediabuilds. I am so happy, I wanted to buy another stick ...

Is there any chance that it will work with mediabuild in the future?

Thanks! @Milhouse and LibreELEC Team
[3x RPi3]#[ AV Receiver - Marantz NR1506 ]#[ TV Panasonic TX-50EXW784 ]#[ NAS - OMV 4.1.xx (Arrakis) @ NanoPI M4 ]#[ Nextcloud 17.0.3 @ ODROID C2 ]
(2017-04-11, 01:28)Aux_ Wrote: Is there any chance that it will work with mediabuild in the future?

Yes, we'll update the media build package before 4.11.0 which is probably due in 1-2 weeks. Hopefully there are no further regressions, thanks for testing this build!
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.
(2017-04-11, 00:18)Mfleigle Wrote:
(2017-04-09, 21:54)Milhouse Wrote:
(2017-04-09, 02:47)Mfleigle Wrote: Next to the video with identical name:
Example:
Movie.mkv
Movie.ass

Yes, that's what I have.

(2017-04-09, 02:47)Mfleigle Wrote: When I try to play a video with ASS subtitles, Kodi automatically creates a srt in the TEMP dir of the ASS subtitle. And the video plays with the srt. If I manually select the ASS subtitle it plays the video (no subs), and the memory leaks until it reboots.

I'm not able to reproduce this behaviour (even when using your ASS modifications) - I don't see the SRT file being created in the /storage/.kodi/temp directory.

I've tried several MKV files, with embedded SRT, and none of them are creating an SRT file in the Kodi temp directory. I also tried creating an MKV with embedded ASS, again nothing is created in /storage/.kodi/temp, and I'm not seeing a memory leak.

Do you have any addons installed? Can you test with a "clean" .kodi directory with default settings?
It works fine on a clean build. Thanks for the help.

Update: I finally found the culprit, the skin mimic. I forgot to even check with estuary. I didn't think skins had any interaction with subtitles
Thanks for the update. Always best to test with Estuary just to be sure!
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.
Is it possible to turn off/disable the red power LED on a RPi3 with these newer builds?
echo none > /sys/class/leds/led1/trigger is not working to disable the LED
If needed (for more detailed crashlogs), a debug-enabled build #0410y is available: RPi2 - this is the same as build #0410 (ie 4.10.9 kernel).
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.
something badly has gone wrong with what seems like files that are in split rar files....

last working build seems to be LibreELEC-RPi2.arm-9.0-Milhouse-20170408210240-#0408-gf494a5f, after this, any video files that are multi spit rars don't work. if you browse to them through media files, it displays a single rar size, playing it just crashes kodi... the last working build above, if browsed, displays the correct video size, and of course plays correctly
Ah yes. RAR is no longer supported natively, it was dropped the other day. It's a shame it crashes kodi, that's not really ideal, of course a crashlog would be helpful to understand where in Kodi it crashes and maybe that can be stopped.

To access rar files you now need the vfs.rar binary add-on. I'll try and look into it tomorrow.
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.
why was rar support dropped? its a major function in kodi for myself, and I'm sure most others too?
(2017-04-11, 04:50)MidKnight Wrote: why was rar support dropped? its a major function in kodi for myself, and I'm sure most others too?
See discussion on PR11912. In theory it's just temporary, depending on when the binary add-on replacement becomes available.

Can you post a link to your crashlog?
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.
I haven't done a crash log, ive had to rebuild my whole database again.
is this rar addon available yet?
No (edit: the source code is available - see PR - but the binary add-on isn't yet available).

Also, you can just post your most recent crashlog (assuming that was due to rar) - it might be enough to tempt someone into providing a fix. Otherwise no crashlog, no problem...
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.
ok no worries, thanks for the help. ill just stay with the last working build until this new rar support comes Wink
(2017-04-10, 00:16)Milhouse Wrote:
(2017-04-09, 22:54)Xeno22 Wrote: Here is my debug log of the crash while trying to open the info screen:

Thanks. Popcornmix has added a fix to texture caching (for when images aren't available) that will be in tomorrow's build.

Can you try this #0409x build which should not be crashing now: RPi2 (it's not a debug-enabled build, it's just the same as #0409 but includes the OMX image fix).

Edit: @SpokV build #0409x fixes the same issue you reported

Thanks Milhouse, seems to be much more stable!
  • 1
  • 92
  • 93
  • 94(current)
  • 95
  • 96
  • 495

Logout Mark Read Team Forum Stats Members Help
LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)24