2016-07-22, 01:09
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218
2016-07-22, 17:19
Hello!
This is my first time here, so please be patient.
First of all thank you for your great work! I made a clean install of LibreElec on a RPi3 and updated to build #0719.
Everythings works fine for me, except one thing.
My TV seems to send an 'I am going to standby' signal over HDMI when it's turned off, causing Kodi to go to sleep mode (kodi.log says OnSleep: Running sleep jobs). I have no mouse or keyboard connected to the RPi, so i cannot wake it up again. It doesn't wake up itself when the TV is turned on again, so i get a no signal message on the TV.
So i wrote a sh-script, which is started by cron daemon every 5 minutes, grepping the OnSleep message from kodi.log and then restarting kodi. Next problem is, that restarting kodi causes my TV to turn itself on again. hdmi_ignore_cec_init is set to 1 in config.txt, but with no effect.
So, how do i prevent kodi from going to sleep mode when I turn off my TV? I'd like to have kodi running 24/7, because having to pull the plug on the RPi or logging into it by ssh to restart kodi isn't really wife compatible.
I've been searching the net for a solution for two days now, but didn't find anything. There are some comments about GUI settings for HDMI/CEC in OpenELEC, but these settings don't exist in LibreELEC.
As a workaround I extended my sh-script to check the power status of the TV with cec-utils every 10 seconds, and restart kodi when the TV is turned on. But IMHO that's not the way it should be.
Any suggestions?
debug.log: http://sprunge.us/VjPY
This is my first time here, so please be patient.
First of all thank you for your great work! I made a clean install of LibreElec on a RPi3 and updated to build #0719.
Everythings works fine for me, except one thing.
My TV seems to send an 'I am going to standby' signal over HDMI when it's turned off, causing Kodi to go to sleep mode (kodi.log says OnSleep: Running sleep jobs). I have no mouse or keyboard connected to the RPi, so i cannot wake it up again. It doesn't wake up itself when the TV is turned on again, so i get a no signal message on the TV.
So i wrote a sh-script, which is started by cron daemon every 5 minutes, grepping the OnSleep message from kodi.log and then restarting kodi. Next problem is, that restarting kodi causes my TV to turn itself on again. hdmi_ignore_cec_init is set to 1 in config.txt, but with no effect.
So, how do i prevent kodi from going to sleep mode when I turn off my TV? I'd like to have kodi running 24/7, because having to pull the plug on the RPi or logging into it by ssh to restart kodi isn't really wife compatible.
I've been searching the net for a solution for two days now, but didn't find anything. There are some comments about GUI settings for HDMI/CEC in OpenELEC, but these settings don't exist in LibreELEC.
As a workaround I extended my sh-script to check the power status of the TV with cec-utils every 10 seconds, and restart kodi when the TV is turned on. But IMHO that's not the way it should be.
Any suggestions?
debug.log: http://sprunge.us/VjPY
2016-07-22, 17:26
(2016-07-22, 17:19)AngusG Wrote: [ -> ]So, how do i prevent kodi from going to sleep mode when I turn off my TV?
It's probably CEC. Go to interface settings->control->peripherals->CEC adaptor and make sure
"when TV is switched off" is set to "ignore"
2016-07-22, 17:44
(2016-07-22, 17:26)popcornmix Wrote: [ -> ](2016-07-22, 17:19)AngusG Wrote: [ -> ]So, how do i prevent kodi from going to sleep mode when I turn off my TV?
It's probably CEC. Go to interface settings->control->peripherals->CEC adaptor and make sure
"when TV is switched off" is set to "ignore"
OMFG, that's it! I thought I checked all settings, but didn't see this one.
Maybe the german translation is a little misleading or I'm just getting too old for this stuff.
Thank's a lot!
2016-07-22, 22:54
(2016-07-22, 17:26)popcornmix Wrote: [ -> ](2016-07-22, 17:19)AngusG Wrote: [ -> ]So, how do i prevent kodi from going to sleep mode when I turn off my TV?
It's probably CEC. Go to interface settings->control->peripherals->CEC adaptor and make sure
"when TV is switched off" is set to "ignore"
I had the same problem, only the setting "when TV is switched off" set to "suspend" helped me.
I had not asked here because my English is too poor, I could write in German but I think it is not welcome here
2016-07-22, 22:59
New LibreELEC.tv Krypton build #0722: RPi / RPi2
(Supercedes previous build)
Based on tip of LibreELEC.tv master (b74e4164, changelog) and tip of XBMC master (6638834a, changelog) with the following modifications:
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.7.0-rc7 #1 Fri Jul 22 21:08:31 BST 2016 armv6l GNU/Linux
# vcgencmd version
Jul 22 2016 20:29:36
Copyright (c) 2012 Broadcom
version 4b80f6dd44e815b5038c0c39802ebfb5db2ed36c (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160722210607-#0722-gb74e416 [Build #0722]
# vcdbg log msg 2>&1 | grep DTOK
002391.161: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
Based on tip of LibreELEC.tv master (b74e4164, changelog) and tip of XBMC master (6638834a, 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.7.y
- Includes latest bcm2835-driver master (b8ef00fa, ahead +9)
- Includes latest kodi-platform master (c8188d82)
- Includes latest libcec master (6d68d212)
- Includes latest libnfs master (fac3a954, ahead +34)
- Includes latest p8-platform master (041a8c6c, ahead +1)
- Includes latest addons: inputstream.mpd (2316b712, +22), inputstream.rtmp (7bf2298e), inputstream.smoothstream (99e77711, +4), peripheral.joystick (6090a90e, +1), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (20e1ccb4, +2), pvr.dvbviewer (7a7ead36, +1), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (66dcb89f, +2), pvr.iptvsimple (21e91a5f, +1), pvr.mediaportal.tvserver (72452b9d, +2), pvr.mythtv (a9ea5816, +6), pvr.nextpvr (32b3c2ff, +2), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (b6cb9b87, +9), pvr.vbox (f38f82f0, +2), pvr.vdr.vnsi (8515b4bf, +6), pvr.vuplus (4f2ad621, +2), pvr.wmc (979c37db, +2)
- 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: Add kodi binary addons (pvr, adsp, other)
- Include [env] patch: Don't build ADSP addons
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: Install libbrcmEGL/libbrcmGLESv2 shared libraries, with sym links for backward compatability
- 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: ffmpeg: bump 3.1.1
- Include [env] PR:481: linux: Update to 4.7 (WIP)
- Include [env] PR:526: Cpu temperature readings for devices with aml_thermal interface
- Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
- Include [env] PR:555: Package updates
- 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] 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
- Include [pkg] PR:10141: set tvshow thumb on *all seasons node
- New firmware
- inputstream.mpd updated
- Firmware (Jul 22):
- firmware: arm_dt: allow audio output without dtparam=audio=on See: link
- firmware: dt-blob: Add BT_ON and WL_ON pins, and use if present
- firmware: arm_dt: allow audio output without dtparam=audio=on See: link
- LibreELEC.tv:
- XBMC:
- Fix win32 installer and add DLL to gitignore (PR:10152, 2 commits, 2 files changed)
- GLX: fix vsync for glXSwapIntervalMESA after f0c02bd1adb8be38d8a5ae56… (PR:10150, 1 commit, 1 file changed)
- [estuary] Show fallback behind thumb in addoninfo preview list (PR:10146, 1 commit, 1 file changed)
- Remove pointless check in python setUniqueIDs (and fix description) (PR:10148, 1 commit, 2 files changed)
- CColorManager::Create3dLut: fix return-type (PR:10154, 1 commit, 2 files changed)
- Fix win32 installer and add DLL to gitignore (PR:10152, 2 commits, 2 files changed)
- inputstream.mpd:
- initialization of defaultkeyid (2316b712)
- initialization of defaultkeyid (2316b712)
- newclock5:
2016-07-23, 00:10
I'll post more details about this on - most likely, given my upcoming schedule - Wednesday or Thursday. But there's an issue with loading the PRV epg which appears to have been introduced somewhere between builds 0622 and 0626.
This is to say, once the issue (the system will not load the EPG for any channels, with the dialog for the first epg channel remaining on screen) occurs it persists across all build from - at least - v0626 onwards but is fixed with build 0622 or earlier (so the issue is introduced somewhere in between).
I've had time to test that installing build 0622 or earlier fixes this - it's quite possible builds between 0623 and 0625 would fix this also, and I'll test fully when time allows. For the record, until the issue occurs rebooting or restarting (or anything else) the system works correctly in that the epg will then be imported correctly on that particular build - Once this issue occurs, any attempt to reboot/restart Kodi continue to show the same issue (the system continually displays the dialog showing it is importing the epg from the first channel) and the only fix I've found so far it so install a build of 0622 or earlier.
I appreciate you will require a debug log and a log from the PVR backend (for the record I'm using PVR.WMC but, as the only working systems I have are rPi's, whereas I've not seen this issue on my development Mac, I think it is system specific) - I will provide this after Wednesday, but hope that this issue might make sense to those who have made the relevant changes in the interim and possibly you will be able to limit the builds or logging I should be looking at
This is to say, once the issue (the system will not load the EPG for any channels, with the dialog for the first epg channel remaining on screen) occurs it persists across all build from - at least - v0626 onwards but is fixed with build 0622 or earlier (so the issue is introduced somewhere in between).
I've had time to test that installing build 0622 or earlier fixes this - it's quite possible builds between 0623 and 0625 would fix this also, and I'll test fully when time allows. For the record, until the issue occurs rebooting or restarting (or anything else) the system works correctly in that the epg will then be imported correctly on that particular build - Once this issue occurs, any attempt to reboot/restart Kodi continue to show the same issue (the system continually displays the dialog showing it is importing the epg from the first channel) and the only fix I've found so far it so install a build of 0622 or earlier.
I appreciate you will require a debug log and a log from the PVR backend (for the record I'm using PVR.WMC but, as the only working systems I have are rPi's, whereas I've not seen this issue on my development Mac, I think it is system specific) - I will provide this after Wednesday, but hope that this issue might make sense to those who have made the relevant changes in the interim and possibly you will be able to limit the builds or logging I should be looking at
2016-07-23, 03:15
(2016-07-21, 01:52)popcornmix Wrote: [ -> ](2016-07-21, 01:21)zaphod24 Wrote: [ -> ]Analog audio appears to not be working in 0720. Reverted to 0719 and analog audio is working again.
Try adding dtparam=audio=on to config.txt as a temporary workaround.
Thank you for the pointer for 0720 and 0721. I can confirm that as of 0722 adding the dtparam is no longer necessary for analog audio.
2016-07-23, 12:47
(2016-07-23, 03:15)zaphod24 Wrote: [ -> ]Thank you for the pointer for 0720 and 0721. I can confirm that as of 0722 adding the dtparam is no longer necessary for analog audio.
Good to hear.
2016-07-23, 23:22
New LibreELEC.tv Krypton build #0723: RPi / RPi2
(Supercedes previous build)
Based on tip of LibreELEC.tv master (30fe64a3, changelog) and tip of XBMC master (b7bc4c0f, changelog) with the following modifications:
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.7.0-rc7 #1 Sat Jul 23 21:39:50 BST 2016 armv6l GNU/Linux
# vcgencmd version
Jul 22 2016 20:29:36
Copyright (c) 2012 Broadcom
version 4b80f6dd44e815b5038c0c39802ebfb5db2ed36c (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20160723213738-#0723-g30fe64a [Build #0723]
# vcdbg log msg 2>&1 | grep DTOK
002390.622: Kernel trailer DTOK property says yes
# Kernel device tree status: Enabled
Based on tip of LibreELEC.tv master (30fe64a3, changelog) and tip of XBMC master (b7bc4c0f, 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.7.y
- Includes latest bcm2835-driver master (b8ef00fa, ahead +9)
- Includes latest kodi-platform master (c8188d82)
- Includes latest libcec master (6d68d212)
- Includes latest libnfs master (fac3a954, ahead +34)
- Includes latest p8-platform master (041a8c6c, ahead +1)
- Includes latest addons: inputstream.mpd (51271e1a, +23), inputstream.rtmp (7bf2298e), inputstream.smoothstream (99e77711, +4), peripheral.joystick (6090a90e, +1), pvr.argustv (e536f32e), pvr.demo (01c68c88), pvr.dvblink (20e1ccb4, +2), pvr.dvbviewer (7a7ead36, +1), pvr.filmon (efd379b8), pvr.hdhomerun (a71e816d), pvr.hts (66dcb89f, +2), pvr.iptvsimple (21e91a5f, +1), pvr.mediaportal.tvserver (72452b9d, +2), pvr.mythtv (a9ea5816, +6), pvr.nextpvr (32b3c2ff, +2), pvr.njoy (b5d65655), pvr.pctv (12d8baf1), pvr.stalker (b6cb9b87, +9), pvr.vbox (f38f82f0, +2), pvr.vdr.vnsi (8515b4bf, +6), pvr.vuplus (4f2ad621, +2), pvr.wmc (979c37db, +2)
- 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: Add kodi binary addons (pvr, adsp, other)
- Include [env] patch: Don't build ADSP addons
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: Install libbrcmEGL/libbrcmGLESv2 shared libraries, with sym links for backward compatability
- 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: ffmpeg: bump 3.1.1
- Include [env] PR:481: linux: Update to 4.7 (WIP)
- Include [env] PR:526: Cpu temperature readings for devices with aml_thermal interface
- Include [env] PR:535: init: Add upgrade check to avoid incompatible upgrades [RFC,WIP]
- Include [env] PR:555: Package updates
- 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] 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
- Include [pkg] PR:10141: set tvshow thumb on *all seasons node
- Include [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
- PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
- LibreELEC.tv:
- XBMC:
- inputstream.mpd:
- oooops - datatype issue in combination with ~0 (74e02946)
- Merge branch 'master' of https://github.com/mapfau/inputstream.mpd (51271e1a)
- oooops - datatype issue in combination with ~0 (74e02946)
- Additional commits/pull requests/changes not yet merged upstream:
- Added: [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
- Added: [pkg] PR:10157: [WIP] Double the backslash in mysql in case we're in 'LIKE'
2016-07-24, 10:33
I might have found a regression concerning the deinterlacing.
I am using a tvheadend server (on my NAS) and a rPI3 with libreelec to watch live tv.
I can watch 720p content just fine until i switch to a 1080i channel. From then on i get massive frame skips on 720p channels. Once i stop playback and restart on a 720p channel everything is fine again until i switch to a 1080i channel again. 1080i is always running smooth.
debug log
I do not know when this started. It is definately present in 0720, 0721 and 0723.
Edit:
0720 definately introduced this. 0719 does not show this behabior.
I am using a tvheadend server (on my NAS) and a rPI3 with libreelec to watch live tv.
I can watch 720p content just fine until i switch to a 1080i channel. From then on i get massive frame skips on 720p channels. Once i stop playback and restart on a 720p channel everything is fine again until i switch to a 1080i channel again. 1080i is always running smooth.
debug log
I do not know when this started. It is definately present in 0720, 0721 and 0723.
Edit:
0720 definately introduced this. 0719 does not show this behabior.
2016-07-24, 12:01
(2016-07-24, 10:33)niwa2 Wrote: [ -> ]Once i stop playback and restart on a 720p channel everything is fine again until i switch to a 1080i channel again. 1080i is always running smooth.
When the 720p content is skipping, does setting deinterlace method to off avoid the issue?
2016-07-24, 12:16
(2016-07-24, 10:33)niwa2 Wrote: [ -> ]I might have found a regression concerning the deinterlacing.
I am using a tvheadend server (on my NAS) and a rPI3 with libreelec to watch live tv.
I can watch 720p content just fine until i switch to a 1080i channel. From then on i get massive frame skips on 720p channels. Once i stop playback and restart on a 720p channel everything is fine again until i switch to a 1080i channel again. 1080i is always running smooth.
I do not know when this started. It is definately present in 0720, 0721 and 0723.
Edit:
0720 definately introduced this. 0719 does not show this behabior.
I can confirm that
(2016-07-24, 12:01)popcornmix Wrote: [ -> ](2016-07-24, 10:33)niwa2 Wrote: [ -> ]Once i stop playback and restart on a 720p channel everything is fine again until i switch to a 1080i channel again. 1080i is always running smooth.
When the 720p content is skipping, does setting deinterlace method to off avoid the issue?
I set deinterlacing to Inactive then no skipping frames.
2016-07-24, 12:40
Yes setting deinterlace to inactive stops the skipping. I can set it back to auto afterwards and it keeps running fine.
It appears as if deinterlacing keeps running when coming from an interlaced channel to a progressive channel.
It appears as if deinterlacing keeps running when coming from an interlaced channel to a progressive channel.
2016-07-24, 13:41
My first time here. But anyway, just want to confirm the interlace issue. I'm using Rpi3. Additional finding: The issue only appears on my system when "sync playback to display" is disabled. If enabled, no playback skips seen after switching from interlaced to no-interlaced channels.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218