•  Previous
  • 1
  • 196
  • 197
  • 198(current)
  • 199
  • 200
  • 257
  • Next 
 
Thread Rating:
  • 8 Vote(s) - 4.88 Average
Kodi 18 - LibreELEC Testbuilds for RaspberryPi (Kodi 18.0)
(2017-08-17, 23:36)Milhouse Wrote:
(2017-08-17, 23:12)Pienoet Wrote: EDIT in build #817 this is fixed thank you!

I assume you mean you now have audio when changing stream - you still hear the audio description by default, right?

Yes that's right.

Audio description is default yes.

But i now have audio indeed when changing stream.

Sorry for confusion
rpi3 | LE9 Leia | Milhouse Testbuilds
2x odroid C2 | LE8.xx Krypton | LE9 Leia | Raybuntu's Community Build.
odroid XU4 | ubuntu-16.04.2-minimal-odroid-xu4
odroid XU4Q | ubuntu-16.04.0-minimal-odroid-xu4 | TVheadendserver
Reply
Yes, inputstream.adaptive seeking has been a bit screwed up over the last 2-3 builds which has meant that resuming playback (or changing audio stream) could result in the GUI freezing. That should now be fixed in #0817.

The reason for the audio description is because the audio streams are now being sorted in a different order, and the streams with AD are now being picked first. This might require a fix in the Netflix add-on - the details will be communicated to the Netflix add-on maintainer so keep an eye out for changes (I'll try to remember to post a message if I notice something).

The audio description streams are a nice feature, but really should only be selected automatically based on the Kodi Accessibility setting "Prefer audio stream for the visually impaired", so hopefully support for them can be retained, but used appropriately.
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.
Reply
(2017-08-17, 23:58)Milhouse Wrote: Yes, inputstream.adaptive seeking has been a bit screwed up over the last 2-3 builds which has meant that resuming playback (or changing audio stream) could result in the GUI freezing. That should now be fixed in #0817.

The reason for the audio description is because the audio streams are now being sorted in a different order, and the streams with AD are now being picked first. This might require a fix in the Netflix add-on - the details will be communicated to the Netflix add-on maintainer so keep an eye out for changes (I'll try to remember to post a message if I notice something).

The audio description streams are a nice feature, but really should only be selected automatically based on the Kodi Accessibility setting "Prefer audio stream for the visually impaired", so hopefully support for them can be retained, but used appropriately.

Thank ypu i agree with that.

It is a nice feature indeed but it should only be enbled by user and not by default.

Cheers!
rpi3 | LE9 Leia | Milhouse Testbuilds
2x odroid C2 | LE8.xx Krypton | LE9 Leia | Raybuntu's Community Build.
odroid XU4 | ubuntu-16.04.2-minimal-odroid-xu4
odroid XU4Q | ubuntu-16.04.0-minimal-odroid-xu4 | TVheadendserver
Reply
Is this something new that after build update the RPi instead of reboot makes schutdown?
I could see that with #0816 and now with #0817.
I do the update via LibreELEC addon
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
(2017-08-18, 00:27)Aux_ Wrote: Is this something new that after build update the RPi instead of reboot makes schutdown?
I could see that with #0816 and now with #0817.
I do the update via LibreELEC addon

Are you saying that after the LE addon downloads a new build it doesn't reboot, but instead shuts down? I just tried updating #0817 (to #0817) using the LE addon and the addon performed the update normally, rebooting when required.

Or is this from the Kodi Power menu? Again for me reboot does what it should, so I can't see any issues with my systems.

Nothing has changed here that I'm aware of (at least, not intentionally!)
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.
Reply
(2017-08-18, 00:48)Milhouse Wrote:
(2017-08-18, 00:27)Aux_ Wrote: Is this something new that after build update the RPi instead of reboot makes schutdown?
I could see that with #0816 and now with #0817.
I do the update via LibreELEC addon

Are you saying that after the LE addon downloads a new build it doesn't reboot, but instead shuts down?

Exactly, that's what I mean.
Hmm, I will observe the next build update.

Thanks for your reply @Milhouse
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
Since a couple of builds the lan leds don't turn off anymore when shutting down the pi. Is this now normal behavior or is there an issue with shut down?
Could someone else test shut down when lan cable is plugged in?
Reply
(2017-08-18, 07:14)polo_joe Wrote: Since a couple of builds the lan leds don't turn off anymore when shutting down the pi. Is this now normal behavior or is there an issue with shut down?
Could someone else test shut down when lan cable is plugged in?

Aha, that is related to my problem
The shutdown and reboot does not work with the shutdown button in Kodi I have now testet.
I can see it because the fan continues to run (I have myself what was tinkered).
On SSH (shutdown -h now) does also not work, it seems the RPi go not completly down because hangs up?

@polo_joe, yes the LAN leds goes not off.

EDIT:

I can now find that shutdown with RPi2 works but RPi3 does not work. I had tested the build versions of #0815 - #0817
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
New LibreELEC.tv Leia build #0818: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.12.7 #1 Fri Aug 18 21:04:39 BST 2017 armv6l GNU/Linux

# vcgencmd version
Aug  8 2017 12:05:45
Copyright (c) 2012 Broadcom
version 196063438d7bb0769861c86f948ae653727adb7e (clean) (release)

# lsb_release
LibreELEC (Milhouse): devel-20170818210326-#0818-g32406a7 [Build #0818]

# Kodi version
(18.0-ALPHA1 Git:e6b0c83). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (32406a74, changelog) and tip of XBMC master (e6b0c83d, changelog) with the following modifications:
  • Includes newclock5 patches
  • Excludes the LibreELEC linux-01-RPi_support patch in favour of sourcing these and possibly more recent patches directly from kernel branch rpi-4.12.y
  • Includes latest bcm2835-driver master (b9a8e6a5, ahead +4)
  • Includes latest kodi-platform master (36fb4937)
  • Includes latest libcec master (8adc786b, ahead +26)
  • Includes latest libnfs master (df94ae93, ahead +56)
  • Includes latest p8-platform master (a822e196)
  • Includes latest addons: inputstream.adaptive (3a9bda1a, +41), inputstream.rtmp (e094fa38, +1), peripheral.joystick (cc14287c, +3), pvr.argustv (310737e2), pvr.demo (f07d898c, +1), pvr.dvblink (0b66c640, +4), pvr.dvbviewer (a1e4bb0c, +5), pvr.filmon (1c9d2ebe), pvr.hdhomerun (b89c2be4, +9), pvr.hts (a1de6329, +1), pvr.iptvsimple (260434e4, +5), pvr.mediaportal.tvserver (d7a9acdb), pvr.mythtv (a17a3a4f, +1), pvr.nextpvr (03a3b714), pvr.njoy (79e8e653), pvr.octonet (a77cf111), pvr.pctv (00b76689), pvr.stalker (df492d27, +1), pvr.vbox (44f3d04e), pvr.vdr.vnsi (07172ed0, +1), pvr.vuplus (921b14f6, +5), pvr.wmc (1d655540)
  • Include [env] compare: linux: update to linux-4.12.7
  • Include [env] patch: nss/nspr: include in main image [rfc][gcc7]
  • Include [env] patch: rev hack for kodi
  • Include [env] patch: tvheadend42: fixup ffmpeg patch
  • Include [env] patch: buildsystem: update to gcc (to 7.2), glibc and binutils
  • Include [env] patch: Add experimental splash video for RPi
  • Include [env] patch: Bump included addon versions to prevent online updates
  • Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
  • Include [env] patch: pvr addons: disable broken addons
  • Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, other)
  • Include [env] PR:1773: init: make break after behaviour really break after
  • Include [env] PR:1776: Don't cause system to hang on halt/reboot when net-booting
  • Include [env] PR:1821: use 7zip for addon.zip creation
  • Include [env] PR:1835: add support for optional kernel modules in image and from addons
  • Include [env] PR:1862: busybox: revert dd fsync change which makes no sense
  • Include [env] PR:1896: config/functions: fix bash-4.4 issue, and empty 2nd param behaviour
  • Include [pkg] patch: Pre-release RPi0W/RPi3 Bluetooth firmware (details) (brcmfmac_sdio-firmware-rpi)
  • Include [pkg] patch: Pre-release RPi0W/RPi3 WiFi firmware (details) (kernel-firmware)
  • Include [pkg] patch: Pre-release RPi0W/RPi3 WiFi firmware (details) (wlan-firmware)
  • Include [pkg] patch: skin.estuary: reduce system info font size (kodi)
  • Include [pkg] PR:12311: FIX: ensure real filename from videodb in playlists
Build Highlights:
  1. Use 7zip to create addon archives (should make them a little smaller)
  2. Add audio description stream identification - still needs add-on changes (ie. Netflix addon - hopefully this weekend)
Build Details:
  1. LibreELEC.tv:
    • add xmlstarlet to toolchain depends (PR:1883, 3 commits, 8 files changed)
  2. XBMC:
    • VideoPlayer - PVR: allow GetTimes for recordings (PR:12686, 1 commit, 1 file changed)
    • [utils] fix component log functions introduced at 06bbead (PR:12685, 2 commits, 2 files changed)
    • Add EFlags to inputstream API interface (PR:12690, 1 commit, 3 files changed)
  3. inputstream.adaptive:
    • [HLS] break segment refresh loop rep based (b405f991)
    • [HLS] use swaplist for periodic fetched segments (a50742d8)
    • request manifest updates directly before segment change / implement mpd::impaired for audio (3a9bda1a)
  4. newclock5:
    • Updated commits in this build:
      • Revert "[omxplayer] Add ability to dump out audio/video data for later debugging" (2827621f => 656c0cbf)
  5. Additional commits/pull requests/changes not yet merged upstream:
    • Added: [env] PR:1821: use 7zip for addon.zip creation
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.
Reply
(2017-08-18, 12:45)Aux_ Wrote:
(2017-08-18, 07:14)polo_joe Wrote: Since a couple of builds the lan leds don't turn off anymore when shutting down the pi. Is this now normal behavior or is there an issue with shut down?
Could someone else test shut down when lan cable is plugged in?

Aha, that is related to my problem
The shutdown and reboot does not work with the shutdown button in Kodi I have now testet.
I can see it because the fan continues to run (I have myself what was tinkered).
On SSH (shutdown -h now) does also not work, it seems the RPi go not completly down because hangs up?

@polo_joe, yes the LAN leds goes not off.

EDIT:

I can now find that shutdown with RPi2 works but RPi3 does not work. I had tested the build versions of #0815 - #0817

I'm testing build #0818 with an RPi3 but have not been able to reproduce any of the reported problems - reboot and shutdown are both working for me, and the LAN LEDs will eventually go off when executing "shutdown -h now" (or poweroff, or selecting shutdown from the Kodi power menu).

On a hunch I enabled the CrazyCat drivers, but reboot shutdown (and the LEDs) still behave normally, so that's not it.

Are you able to test with a "clean" system, maybe a new image on a fresh SD card? It may be something specific to your setup.

Which version is the first that does not shutdown, is it #0816?

And which version is the first that does not turn off the LEDS, is this also #0816?
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.
Reply
@Milhouse

I found this problem.
I refer to DVB-C over Fritz box (SAT> IP) and additionally I have DVB-S receiver the "DVBSky S960 USB Box". Last time I did not use the S960 and had pulled out the power plug,
only the USB plug was in the raspberry Pi stuck.
I had 10 different builds tried but without success, I thought there was something wrong. I plugged the power plug into the S960 and everything works again.
Already funny, something should not give. Is this a bug?
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
(2017-08-19, 02:49)Aux_ Wrote: I found this problem.
I refer to DVB-C over Fritz box (SAT> IP) and additionally I have DVB-S receiver the "DVBSky S960 USB Box". Last time I did not use the S960 and had pulled out the power plug,
only the USB plug was in the raspberry Pi stuck.
I had 10 different builds tried but without success, I thought there was something wrong. I plugged the power plug into the S960 and everything works again.
Already funny, something should not give. Is this a bug?

Could you run these commands and post the output, once with the S960 USB unplugged, and once with S960 USB plugged in but not powered:
Code:
lsusb | paste
dmesg | paste
journalctl -a | paste

so long,

Hias
Reply
@HiassofT here the logs

Plugged in:

lsusb | paste -> http://sprunge.us/OXVc
dmesg | paste -> http://sprunge.us/dRGb
journalctl -a | paste -> http://sprunge.us/CONb

Unplugged:

lsusb | paste -> http://sprunge.us/ITPJ
dmesg | paste -> http://sprunge.us/EJPJ
journalctl -a | paste -> http://sprunge.us/CCZC
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
@Aux_ the logs are odd, dRGb and EJPJ are identical.

Please grab the logs after doing a reboot, once booting with power and once booting without.

Another thing that would be interesting is if it worked in older builds. If yes, please find out the first build where it stopped working.

so long,

Hias
Reply
(2017-08-19, 10:57)HiassofT Wrote: @Aux_ the logs are odd, dRGb and EJPJ are identical.

Please grab the logs after doing a reboot, once booting with power and once booting without.

Another thing that would be interesting is if it worked in older builds. If yes, please find out the first build where it stopped working.

so long,

Hias

After reboot plugged in:

lsusb | paste -> http://sprunge.us/GUHE
dmesg | paste -> http://sprunge.us/eAhE
journalctl -a | paste -> http://sprunge.us/OYQJ

After reboot unplugged: After pulling off the power plug the first reboot had worked normally but at the second reboot raspberry has stayed again.

lsusb | paste -> http://sprunge.us/UgFL
dmesg | paste -> http://sprunge.us/FMEN
journalctl -a | paste -> http://sprunge.us/abDD

With the older builds I had tried until May I believe to # 0516 and the problem was always there.
Could perhaps someone else test whether the issue is there?
[ 2x RPi2, 2x RPi3 ]
[ LE Testbuilds for RaspberryPi (Kodi 18.0) ]
[ Marantz NR1506 ]
[ Panasonic TX-50EXW784 ]
[ NAS @ OMV 3.0.9x (Erasmus) on Banana Pi ]
[ ODROID C2 + wrxtasy's LE 8.0 ]
Reply
  •  Previous
  • 1
  • 196
  • 197
  • 198(current)
  • 199
  • 200
  • 257
  • Next 
 
Thread Rating:
  • 8 Vote(s) - 4.88 Average



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