• 1
  • 370
  • 371
  • 372(current)
  • 373
  • 374
  • 495
v18 LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2018-05-30, 20:24)popcornmix Wrote: Hopefully will be fixed in tonight's build. 
I just tested tonight's HEVC ffmpeg patch and I can confirm that it is fixed. That high bitrate Elysium file played without a single frame skip on my Pi3!
New LibreELEC.tv Leia build #0530: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 9af8db423c21125caad5551cd2e89ded6a1b0ad578244f105bad2b10a5f4a0aa (RPi)
SHA256 Checksum: 5067d2daea221a0a1999a1a3898fa4fbf66afe43d5df9904c2d63180dceae844 (RPi2)

text:
# uname -a
Linux rpi512 4.14.44 #1 Wed May 30 21:10:55 BST 2018 armv6l GNU/Linux

# vcgencmd version
May 25 2018 14:36:49
Copyright © 2012 Broadcom
version 1d00025257e46ea069b2a0f59f0f443b2be2124e (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20180530210545-#0530-ge1f38c5 [Build #0530]

# Kodi version
(18.0-ALPHA2 Git:795b10a). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (e1f38c5, changelog) and tip of XBMC master (d0cc291, changelog) with the following modifications: Build Highlights:
  1. Fix OMX stutter
  2. ffmpeg: hevc: Fix performance regression + latest ben optimisations
Build Details:
  1. LibreELEC.tv:
    • scripts/image: fix noobs tarball (PR:2732, 1 commit, 1 file changed)
  2. XBMC:
    • Fixed: use fadelabel instead of textbox for Estuary notications so th (PR:13929, 1 commit, 1 file changed)
  3. newclock5:
    • New commits in this build:
      • RenderManager: Revert show_video commit minimally (62f057ff)
      • ffmpeg: hevc: Fix performance regression + latest ben optimisations (fcbf4d40)
      • ffmpeg: Add -mfpu=neon to configure (3aaf8045)
  4. Additional commits/pull requests/changes not yet merged upstream:
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've noticed an issue with the list of recorded TV shows. If I watch a few minutes of a show and press stop, the item disappears from the list. Group Items has to be disabled for the item to disappear. The recorded show is visible if Group Items is enabled.

I'll have to jump back through the builds to find when this first occurred and grab a log file too when it happens.
(2018-05-06, 00:47)Milhouse Wrote:
(2018-05-05, 20:52)doveman2 Wrote: What's going on when I boot and it says "A start job is running to create volatiles files and directories" (I might not have got that exactly right as it's scrolled off the screen now)?

Last time I went to use my Pi it was frozen and non-responsive, so I rebooted it using the cmdline on my PC (to avoid corrupting the SD by doing a hard reset) but I got this message and it wouldn't boot.

I've just overwritten the files on the PC-accessible partition with those from #504 but I'm still getting this message. When I've had this problem in the past I've had to start from scratch and write a new image to the SD to clear the linux partition.

It seems to have done a bit more than it has in the past as it's thrown up a load of messages, the last of which is "Starting Avahi defaults" but that's been there for several minutes now so I don't think it's going to boot, so will I just have to wipe the card again?

Not really sure, that's the log message from a systemd unit that you wouldn't normally see unless the unit has failed or a prior unit has failed. Can you provide a link to [inline]journalctl -a | pastebinit[/url]. It could be you have some corrupt files or a corrupted file system in the second partition - if you are able to run fsck.ext4 on the second partition it should tell you if the file system is clean or not, and hopefully also fix any issues. 
Sorry, I missed your reply. I wouldn't have been able to "journalctl -a | pastebinit" anyway as I had no remote access when it was in this state. I believe I can access the SD card in a Linux Virtualbox to run fsck.ext4 but it's been a while since I last did that so I'll have to refresh my memory for next time. This time I ended up just formatting the 2nd partition using a Windows partitioning program and rebuilding the databases but I've made a Kodi backup now (and copied it to my PC) so it should be less painful next time. I've bought a new SD card anyway as this one does seem to corrupt a bit too easily and I've also bought a RPI 3 B+ so I'll be transferring from my RPI 2 to that soon.
When I turn off the Raspberry PI 3 model B+, the USB ports are not disabled (0530 and earlier). My external USB DAC stopped shutting down automatically. Although with 8.2.5 everything works - DAC will turn off automatically after switching off in the 8.2.5. 
But when measuring the voltage on the USB with a multimeter in the off state "0", in the switched on "+5V". Something does not allow the ports to completely shut down. On Raspberry PI 3 also works as it should.
(2018-05-30, 20:24)popcornmix Wrote:
(2018-05-30, 16:42)bleep42 Wrote: To reiterate, I am quite frankly stunned at how well HEVC plays on a Pi3, even a Pi2, when I think of how it was a year or so ago, and how everyone said it would never work without pure hardware decoding, all due to your and your teams fantastic work. Thank you.
If you do, or don't manage to claw back the extra few percent, is academic, as I would suspect, that the majority of people, using sensible bitrate files, it works admirably. :-)
Thank you. Kevin. 

Looks like it was a bug in ffmpeg 4 that stopped inline assembly from being used: http://ffmpeg.org/pipermail/ffmpeg-devel...30732.html
Hopefully will be fixed in tonight's build.   
Hi @popcornmix  & Ben,
Wow... I now see a 20 to 25% improvement in decoding efficiency for HEVC, my test file that was maxing out yesterday is now peaking at just a tad over 300% (out of 400%) or 80% per CPU (Pi3B+).
That is amazing :-) where yesterday my test file would overheat the CPU in a few minutes, today it's not quite managing to get it to 70C and even when it does, by me insulating the CPU a bit, to force it to throttle to 1200MHz, the file still plays perfectly. :-) I'm impressed. That's the highest bitrate test file that I have, I'll have to generate something even more tricky now. ;-)
Thanks to everyone for all their hard work.
Kevin.
PS. I just tried the 10bit Jelly fish files and none of them will play past the first few frames, the play bar along the bottom continues but the picture freezes, #0530.
Personally I don't use, or see any dramatic improvement for 10bit, so I wouldn't normally test it.
Regards,
Kevin.
@Milhouse
Due to LE crashes with the addon zattoo PVR: How do I enable stack trace on a RasPi2?
Thx for your support,
oliaros
I think I've fixed this issue. I went into the System settings > Audio and changed Resample Quality from 'GPU accelerated' to 'Low (fast).' This seems to have cured the problem, although I'm not sure why as I thought this setting only really applied to video.
Quote:BUG?: Tiny dropout at beginning of music track

On the latest nightly, I'm playing an album of FLAC-encoded music files, streamed from a NAS via ethernet. At the beginning of most (but not all) songs, there's a tiny dropout just after the track starts.

I think I've fixed this issue. I went into the System settings > Audio and changed Resample Quality from 'GPU accelerated' to 'Low (fast).' This seems to have cured the problem, although I'm not sure why as I thought this setting only really applied to video.
log

listen to music
(2018-05-30, 06:39)garbear Wrote:
Quote:Retroplayer is still crashing (since #402). #401 is the last working version Crash Log
 21:55:29.897 T:1940258832   ERROR: Failed to open nfs://192.168.1.2/Multimedia/ROMs/SNES/Chrono Trigger (U) [!].xml: Failed to open file
It looks like it is changing the file extension from .smc to .xml

ping @garbear
@quig This should be fixed by https://github.com/zach-morris/plugin.pr...rl/pull/52 . Can you update to the latest IARL? 
I am not using IARL.  I just have a folder of ROMS on my NAS.
(2018-05-31, 14:05)oliaros Wrote: @Milhouse
Due to LE crashes with the addon zattoo PVR: How do I enable stack trace on a RasPi2?
Thx for your support,
oliaros

See the "Bug reports" section in the first post, or testing note #4 also in the first post. A crash log with stacktrace is (in most cases) generated automatically following a crash.
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.
(2018-05-31, 15:42)tjost Wrote: log

listen to music

Hmmm... another "Busy dialog" related crash.

There are more fixes under development that should address at least some of the remaining issues.
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.
(2018-05-20, 00:12)tjost Wrote: the reboot errors on installing an add-on are gone with the newer version try 0518.
 Thanks, I upgraded to #530 and it seems to be fine now.
  • 1
  • 370
  • 371
  • 372(current)
  • 373
  • 374
  • 495

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