• 1
  • 64
  • 65
  • 66(current)
  • 67
  • 68
  • 218
v17 LibreELEC Testbuilds for RaspberryPi (Kodi 17.0)
Hey, Thank you for your hard work! I'm using LibreELEC with latest Milhouse build on a daily basis and it's working quite well! Smile

Sometimes though when I press a button on my TV remote which is connected to my RPI3 via HDMI CEC the button is pressed twice for some reason, is this happening for everyone with RPI? Anyone have a clue why this is happening?

Thanks!
(2016-06-19, 13:00)Thareh Wrote: Hey, Thank you for your hard work! I'm using LibreELEC with latest Milhouse build on a daily basis and it's working quite well! Smile

Sometimes though when I press a button on my TV remote which is connected to my RPI3 via HDMI CEC the button is pressed twice for some reason, is this happening for everyone with RPI? Anyone have a clue why this is happening?

Thanks!
My current understanding of normal use of HDMI CEC and latest nightly versions of LibreELEC is that when we leave our TV's on but in a non-use Kodi state (Inactive in GUI) for longer periods the Rpi goes into a power down state.

In my usage case this causes TV to go into a sleep state which causes TV screen to dim (sensible)
To wake the TV and Kodi, I need to press ok on remote once to wake up the tv/rpi and once again to confirm an action within kodi, but this then makes kodi GUI jump two interaction steps. (not exactly whats wanted, but not to frustrating)
If I switch to another hdmi connection on TV and then switch back to Kodi running on rpi I usually have a black screen, usually a single press of OK on remote wakes up kodi, but occasionally I am unable to wake up kodi vi CEC and need to press a button on usb keyboard in order to wake up rpi/kodi

Not sure if any of above relates to your particular issue, but your post prompted me to add my current HDMI CEC usage issue comments Wink
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
(2016-06-19, 13:00)Thareh Wrote: Sometimes though when I press a button on my TV remote which is connected to my RPI3 via HDMI CEC the button is pressed twice for some reason, is this happening for everyone with RPI? Anyone have a clue why this is happening?

Got to interface/control/peripherals/cec settings and set the delay to 300ms and the repeat rate to 150ms. If that doesn't work, try increasing the numbers.
(2016-06-19, 13:33)MikeKL Wrote:
(2016-06-19, 13:00)Thareh Wrote: Hey, Thank you for your hard work! I'm using LibreELEC with latest Milhouse build on a daily basis and it's working quite well! Smile

Sometimes though when I press a button on my TV remote which is connected to my RPI3 via HDMI CEC the button is pressed twice for some reason, is this happening for everyone with RPI? Anyone have a clue why this is happening?

Thanks!
My current understanding of normal use of HDMI CEC and latest nightly versions of LibreELEC is that when we leave our TV's on but in a non-use Kodi state (Inactive in GUI) for longer periods the Rpi goes into a power down state.

In my usage case this causes TV to go into a sleep state which causes TV screen to dim (sensible)
To wake the TV and Kodi, I need to press ok on remote once to wake up the tv/rpi and once again to confirm an action within kodi, but this then makes kodi GUI jump two interaction steps. (not exactly whats wanted, but not to frustrating)
If I switch to another hdmi connection on TV and then switch back to Kodi running on rpi I usually have a black screen, usually a single press of OK on remote wakes up kodi, but occasionally I am unable to wake up kodi vi CEC and need to press a button on usb keyboard in order to wake up rpi/kodi

Not sure if any of above relates to your particular issue, but your post prompted me to add my current HDMI CEC usage issue comments Wink

Thank you for your answer, but I don't think that what you're describing is related to the issue I'm having - when I start my RPI the also TV starts, and the issue is present right from the start Sad
(2016-06-19, 14:17)popcornmix Wrote:
(2016-06-19, 13:00)Thareh Wrote: Sometimes though when I press a button on my TV remote which is connected to my RPI3 via HDMI CEC the button is pressed twice for some reason, is this happening for everyone with RPI? Anyone have a clue why this is happening?

Got to interface/control/peripherals/cec settings and set the delay to 300ms and the repeat rate to 150ms. If that doesn't work, try increasing the numbers.

Thank you for your answer, I tried playing around with those settings without any luck unfortunately Sad
(2016-06-19, 16:01)Thareh Wrote: Thank you for your answer, I tried playing around with those settings without any luck unfortunately Sad

Can you post a debug log (wiki). Make it clear which was the button press that repeated (e.g. ensure it is the last press of specific key in log).
(2016-06-19, 13:33)MikeKL Wrote:
(2016-06-19, 13:00)Thareh Wrote: Hey, Thank you for your hard work! I'm using LibreELEC with latest Milhouse build on a daily basis and it's working quite well! Smile

Sometimes though when I press a button on my TV remote which is connected to my RPI3 via HDMI CEC the button is pressed twice for some reason, is this happening for everyone with RPI? Anyone have a clue why this is happening?

Thanks!
My current understanding of normal use of HDMI CEC and latest nightly versions of LibreELEC is that when we leave our TV's on but in a non-use Kodi state (Inactive in GUI) for longer periods the Rpi goes into a power down state.

In my usage case this causes TV to go into a sleep state which causes TV screen to dim (sensible)
To wake the TV and Kodi, I need to press ok on remote once to wake up the tv/rpi and once again to confirm an action within kodi, but this then makes kodi GUI jump two interaction steps. (not exactly whats wanted, but not to frustrating)
If I switch to another hdmi connection on TV and then switch back to Kodi running on rpi I usually have a black screen, usually a single press of OK on remote wakes up kodi, but occasionally I am unable to wake up kodi vi CEC and need to press a button on usb keyboard in order to wake up rpi/kodi

Not sure if any of above relates to your particular issue, but your post prompted me to add my current HDMI CEC usage issue comments Wink

MikeKL, I had the same less than fortunate CEC behavior. I was able to force the PI to stay ON (non-suspended) all the time regardless of what the TV was doing and the TV not to be altered by the PI. You can edit the CEC settings in the Peripherals menu. I have also had to change these settings when Samsung had issued firmware changes to the TV. I don't know if editing Peripherals would help Thareh but it is easy to try and there is a reset to default button if you get lost in changes.
Bill, Yes I have done as you suggest in past too, but currently I have been attempting to use latest Kodi Krypton builds with a bare minimum of user add-ons and user changes to various GUI settings including the CEC behavior.
(Was reporting back HDMI CEC user issues I was noting with standard default CEC settings, in my usage case)
RPi4, (LibreELEC 11.0) hdmi0 -> Philips 55PUS7304 4K TV, hdmi1 -> Onkyo TX-SR608 AV Receiver
(2016-06-15, 12:50)Milhouse Wrote:
(2016-06-14, 14:39)PuGZopf Wrote:
(2016-06-13, 22:06)Milhouse Wrote: @PuGZopf: Post the link in this thread, there's no reason to start a private discussion.


Hello Milhouse,

it was a big step for me to creat a cloud, dropbox, account..so, here is the Link for you:

https://www.dropbox.com/sh/xgu5x0ggqlvsv...5bafa?dl=0

It looks like Kodi is hanging waiting for the splash video to end:
Code:
20:07:17  11.587668 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 23.976025 Hz
20:07:17  11.587741 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 25.000000 Hz
20:07:17  11.587812 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 30.000000 Hz
20:07:17  11.587891 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 29.970032 Hz
20:07:17  11.587959 T:1962598400  NOTICE: Found ([email protected]) at 51, setting to RES_DESKTOP at 16
20:07:17  11.588060 T:1962598400  NOTICE: Checking resolution 16
This can happen if the splash video is corrupted for some reason (no idea how this happens).

Since you don't have ssh you'll need to disable splash video support by creating the file "splash.disable" - make sure it does not have the ".txt" file extension - in the "Configfiles" samba folder, then reboot LibreELEC.

Once Kodi starts you can enable SSH in the LibreELEC Settings addon, login over ssh to your Pi (username: root, password: libreelec), then execute the following commands to delete the corrupted splash video, remove the "splash.disable" file, and finally re-download the video:
Code:
rm -f /storage/.cache/splash.h264
rm -f /storage/.config/splash.disable
systemctl start kodi-splash

Reboot LibreELEC once you see the "success" notification appear in Kodi (may take 1-2 minutes).

Hello Milhouse,

after realy busy days, I´ve just do, what you wrote...
Now I try to explain, what happened.

I creat the splash.disabled as you told. After unplug the PowerCable, wait a while and re-plug it, the Libreelec splash scren ( the Multicolor screen ) appears shortly, where I can read the version. Then a for me new screen "Kodi" in Blue came shortly up. After this, I saw the Cinemachairs with the menu left side and I was happpy. for about 2-3 secounds. then all went dark and my TV said, No connection. In this status I can´t reach the PI over the nertwork, like it wa possible before....


NOw, very interesting... If I try to connect from the first Libre multi-color Splash screen with the network and get the list of folders, the PI didn´t cut the TV connection and the cinemachairs stays....


Now I see, that the resolution fits not 100% to the TV. It seems that the sesolution is 102% to the size of the TV.

EDIT:
It´s me again...

I do via SSH the comannds you wrote. Then the message came up: Splash Video DL successfull.
I go to the Menu back and reboot via menu button. The Librehangs up and it looks, like it has do a shutdown, and no rerstart
(2016-06-19, 20:38)PuGZopf Wrote:
(2016-06-15, 12:50)Milhouse Wrote:
(2016-06-14, 14:39)PuGZopf Wrote: Hello Milhouse,

it was a big step for me to creat a cloud, dropbox, account..so, here is the Link for you:

https://www.dropbox.com/sh/xgu5x0ggqlvsv...5bafa?dl=0

It looks like Kodi is hanging waiting for the splash video to end:
Code:
20:07:17  11.587668 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 23.976025 Hz
20:07:17  11.587741 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 25.000000 Hz
20:07:17  11.587812 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 30.000000 Hz
20:07:17  11.587891 T:1962598400  NOTICE: Found resolution 1920 x 1080 for display 0 with 1920 x 1080 @ 29.970032 Hz
20:07:17  11.587959 T:1962598400  NOTICE: Found ([email protected]) at 51, setting to RES_DESKTOP at 16
20:07:17  11.588060 T:1962598400  NOTICE: Checking resolution 16
This can happen if the splash video is corrupted for some reason (no idea how this happens).

Since you don't have ssh you'll need to disable splash video support by creating the file "splash.disable" - make sure it does not have the ".txt" file extension - in the "Configfiles" samba folder, then reboot LibreELEC.

Once Kodi starts you can enable SSH in the LibreELEC Settings addon, login over ssh to your Pi (username: root, password: libreelec), then execute the following commands to delete the corrupted splash video, remove the "splash.disable" file, and finally re-download the video:
Code:
rm -f /storage/.cache/splash.h264
rm -f /storage/.config/splash.disable
systemctl start kodi-splash

Reboot LibreELEC once you see the "success" notification appear in Kodi (may take 1-2 minutes).

Hello Milhouse,

after realy busy days, I´ve just do, what you wrote...
Now I try to explain, what happened.

I creat the splash.disabled as you told. After unplug the PowerCable, wait a while and re-plug it, the Libreelec splash scren ( the Multicolor screen ) appears shortly, where I can read the version. Then a for me new screen "Kodi" in Blue came shortly up. After this, I saw the Cinemachairs with the menu left side and I was happpy. for about 2-3 secounds. then all went dark and my TV said, No connection. In this status I can´t reach the PI over the nertwork, like it wa possible before....


NOw, very interesting... If I try to connect from the first Libre multi-color Splash screen with the network and get the list of folders, the PI didn´t cut the TV connection and the cinemachairs stays....


Now I see, that the resolution fits not 100% to the TV. It seems that the sesolution is 102% to the size of the TV.

EDIT:
It´s me again...

I do via SSH the comannds you wrote. Then the message came up: Splash Video DL successfull.
I go to the Menu back and reboot via menu button. The Librehangs up and it looks, like it has do a shutdown, and no rerstart


After unplug and plug, the Start is fine. Now I see, that the Librescreen UNPACKS the colors..;-Nice. Thank you!
BTW Audio DSP add-on should be working in latest build. Some info here.
I believe "Audio DSP Basic Processor" and "Free Surround Processor" should work, but not "Biquad filters" yet.
Make sure omxplayer and passthrough are disabled. Enable in system/audio settings, and you can configure the add-on from audio OSD when playing a video.
You may need to enable the add-ons in Add-on browser/My Add-ons/Audio DSP.
The DVD playback seem to be a bit broken in #0619. Most of the discs I tested load very slowly. The DVD menu loads OK but after I start the movie it hangs for about 30 seconds (buffering?). In previous builds the playback started immediately.
New LibreELEC.tv Krypton build #0619: RPi / RPi2
(Supercedes previous build)

Code:
# uname -a
Linux rpi512 4.6.2 #1 Sun Jun 19 21:21:26 BST 2016 armv6l GNU/Linux

# vcgencmd version
Jun 13 2016 13:25:19
Copyright (c) 2012 Broadcom
version 625ddc17506de68faffed80e656109b206905fc0 (clean) (release)

# lsb_release
LibreELEC (Milhouse) - Version: devel-20160619212021-#0619-gc6c222d [Build #0619]

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

# Kernel device tree status: Enabled

Based on tip of LibreELEC.tv master (c6c222dc, changelog) and tip of XBMC master (08ec69b1, 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.6.y
  • Includes latest bcm2835-driver master (fdbca29d, ahead +1)
  • Includes latest kodi-platform master (c8188d82)
  • Includes latest libcec master (6d68d212)
  • Includes latest libnfs master (cdd1643c, ahead +28)
  • Includes latest p8-platform master (041a8c6c, ahead +1)
  • Includes latest addons: adsp.basic (2ae604e5), adsp.biquad.filters (01236bbe), adsp.freesurround (34f50406), asplib (da66f517), inputstream.mpd (0a099728, +19), inputstream.smoothstream (99b9c3c3, +1), peripheral.joystick (2db8029e), pvr.argustv (e536f32e, +1), pvr.demo (01c68c88, +1), pvr.dvblink (5f9872ca, +1), pvr.dvbviewer (35902f5d, +1), pvr.filmon (efd379b8, +1), pvr.hdhomerun (a71e816d, +1), pvr.hts (ac2e3be6, +5), pvr.iptvsimple (1ea1f36e, +1), pvr.mediaportal.tvserver (369b0189, +1), pvr.mythtv (9141c6fc, +1), pvr.nextpvr (7ed3111c, +2), pvr.njoy (b5d65655), pvr.pctv (12d8baf1, +1), pvr.stalker (acba9f12, +1), pvr.vbox (b24c3cac, +1), pvr.vdr.vnsi (5d5bb64e, +2), pvr.vuplus (c988f849, +1), pvr.wmc (ef4cf3b1, +1)
  • Include [env] e7cbe9cb: xf86-video-intel: Explicitely disable TearFree and TripleBuffer
  • Include [env] ed774729: Intel: Implement Passthrough-Range
  • Include [env] 98c65e6a: Kodi: Use Limited Range by default
  • Include [env] patch: binary-addon: inputstream.rtmp
  • Include [env] patch: Add extra headers needed by 3D BD MVC
  • Include [env] patch: Bump libbluray - include MVC support
  • Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.*, os.* and peripheral.*
  • Include [env] patch: Add experimental splash video for RPi
  • Include [env] patch: Enable pvr addons, disable pvr updates
  • Include [env] patch: Enable other binary addons
  • Include [env] PR:432: build: start using .libreelec-unpack
  • Include [env] PR:433: libreelec: use build project directory for ccache
  • Revert [env] 46b9b7b3: rtmpdump (Reason: use newclock5 bump)
  • Include [pkg] patch: drm/i915: Extend Fake HDMI live status to Valley View (linux)
  • Include [pkg] patch: [skin.estuary] Hide watched items on home (kodi-theme-Estuary)
  • Include [pkg] patch: CSC: Remove average logic when saving NV12 surface on IVB+ (VAAPI fix) (libva-intel-driver)
  • Include [pkg] PR:26: fix save button in network config (service.libreelec.settings)
  • Include [pkg] PR:27: allow using custom update channels (service.libreelec.settings)
  • Include [pkg] PR:8645: [video] Add season/TV show artwork to episodes/seasons even if they have their own fanart.
  • Include [pkg] PR:8824: videodb: fix smart playlists not honoring "Show empty TV shows" setting.
  • Include [pkg] PR:8922: [guiinfo] extend ranges for listitem properties
  • Include [pkg] PR:9803: [PeripheralCecAdapter] fix playback stopping on screensaver deactivated
Build Highlights:
  1. Bump lirc to 0.9.4
Build Details:
  1. LibreELEC.tv:
    • imagemagick: update version (PR:463, 1 commit, 1 file changed)
    • lirc: update to 0.9.4 (PR:449, 4 commits, 18 files changed)
  2. XBMC:
    • Updated Hungarian strings for XBMC and Confluence (PR:3, 2 commits, 2 files changed)
    • [EPG] Misc cleanup & fix for async epg events not respecting epg lingertime (PR:9997, 6 commits, 5 files changed)
    • [depends] jpeg lib isn't used anymore (PR:10002, 1 commit, 1 file changed)
    • [depends] rtmpdump commit version fa8646d (PR:9996, 1 commit, 1 file changed)
    • Move AudioDSP Sources (PR:9994, 7 commits, 41 files changed)
    • Fix 1000 warnings (PR:9857, 1 commit, 13 files changed)
    • Fix RPi settings xml after settings shuffle (PR:10003, 1 commit, 1 file changed)
    • [addons] package size metadata (PR:9971, 6 commits, 14 files changed)
    • [aml] Make CEGLNativeTypeAmlogic compatible with Amlogic S905 SoC (PR:10005, 1 commit, 1 file changed)
    • [xbmc][fix] Fix dll hooking for VS 2015 update 3 as there's some changes incoming (PR:10009, 1 commit, 1 file changed)
    • [addons] Preserve strings which are not string ids in enum lvalues (PR:8271, 1 commit, 1 file changed)
  3. inputstream.mpd:
  4. pvr.argustv:
    • [lang] updated language files from Transifex (e536f32e)
  5. pvr.demo:
    • [lang] updated language files from Transifex (01c68c88)
  6. pvr.dvblink:
    • [lang] updated language files from Transifex (5f9872ca)
  7. pvr.dvbviewer:
    • [lang] updated language files from Transifex (35902f5d)
  8. pvr.filmon:
    • [lang] updated language files from Transifex (efd379b8)
  9. pvr.hdhomerun:
    • [lang] updated language files from Transifex (a71e816d)
  10. pvr.hts:
    • HTSP v25 additions (PR:230, 4 commits, 8 files changed)
    • [lang] updated language files from Transifex (8d710909)
  11. pvr.iptvsimple:
    • [lang] updated language files from Transifex (1ea1f36e)
  12. pvr.mediaportal.tvserver:
    • [lang] updated language files from Transifex (369b0189)
  13. pvr.mythtv:
    • [lang] updated language files from Transifex (9141c6fc)
  14. pvr.nextpvr:
    • [lang] automatic syntax corrections for the en_GB language file (c38311ae)
    • [lang] updated language files from Transifex (7ed3111c)
  15. pvr.pctv:
    • [lang] updated language files from Transifex (12d8baf1)
  16. pvr.stalker:
    • [lang] updated language files from Transifex (acba9f12)
  17. pvr.vbox:
    • [lang] updated language files from Transifex (b24c3cac)
  18. pvr.vdr.vnsi:
    • [lang] automatic syntax corrections for the en_GB language file (4f7c5d19)
    • [lang] updated language files from Transifex (5d5bb64e)
  19. pvr.vuplus:
    • [lang] updated language files from Transifex (c988f849)
  20. pvr.wmc:
    • [lang] updated language files from Transifex (ef4cf3b1)
  21. newclock5:
    • New commits in this build:
      • mmalcodec: Use lock Leave rather than SingleExit (0342782a)
      • mmalcodec: Add another buffer when deinterlacing (fa8a22ca)
    • Commits no longer in build:
      • Move entire source code from "xbmc/cores/AudioEngine/DSPAddons/" to "xbmc/cores/AudioEngine/Engines/ActiveAE/AudioDSPAddons" (09bd0c5f)
      • Adapt include paths to new structure (e4415afb)
      • Remove compiler error (92bfd9c5)
      • Update XCode after move of entire source code (fe172332)
      • - added moved files to ios target in xcode project (fe70613b)
  22. kernel 4.6.y:
    • New commits in this build:
      • mm: introduce dedicated WQ_MEM_RECLAIM workqueue to do lru_add_drain_all (3f6045c1)
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-06-19, 21:28)popcornmix Wrote: BTW Audio DSP add-on should be working in latest build. Some info here.
I believe "Audio DSP Basic Processor" and "Free Surround Processor" should work, but not "Biquad filters" yet.
Make sure omxplayer and passthrough are disabled. Enable in system/audio settings, and you can configure the add-on from audio OSD when playing a video.
You may need to enable the add-ons in Add-on browser/My Add-ons/Audio DSP.

I'll include the ADSP addons in the next build (#0620) but if at all possible I'd really like to avoid discussing ADSP-related issues in this thread. I've asked @wisler how he wants to handle this - a general "Bug reports" thread worked well for Estuary so could work well for ADSP. Alternatively, individual "Bug" threads could be started in the Audio DSP sub-forum.

I've found a way to crash Kodi using the ADSP add-ons, I'll report it here until we know how @wisler wants similar reports handled in future:

1. Enable "Audio DSP Basic Processor" and "Free Surround Processor" Audio DSP add-ons
2. Settings > Audio - enable audio DSP processing, then in Audio DSP manager enable "Speaker correction" post-processing
3. Play a music track
4. Access "Audio DSP settings" from OSD
5. Click on "Speaker / Output setup..."
6. Click on "Speaker distance..."
7. Click on "Cancel" button (or click Back remote button) and Kodi will crash
8. Crash log: http://sprunge.us/HAXa
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.
So I've been noticing that while watching CNN when there is a news ticker at the bottom of the screen, sometimes the ticker is rather "jumpy". The issue has been occurring periodically for quite some time, so it does not appear to be related to a particular build. I've uploaded a sample at:

https://drive.google.com/open?id=0B8TU_C...jR4ZGQ1aEU

That particular clip plays perfectly on an nvidia ion system but is jumpy on an intel system using mplayer and yadif but plays perfectly on the same intel system using vlc and yadif 2x. I figured I'd upload it for analysis to see if anything can be done to improve playback.
  • 1
  • 64
  • 65
  • 66(current)
  • 67
  • 68
  • 218

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