Server is back online, links are updated.
(2017-01-28, 13:52)Milhouse Wrote: [ -> ] (2017-01-28, 13:01)niedi_74 Wrote: [ -> ]server is down temporary or forever?
Temporary - the admin (team member) will be back Sunday or Monday. We'll also have to make sure this doesn't happen again, as this is a paid-for server. We thought we had a backup admin but apparently that was for a different server.
thanks for the info!
i ve no pressure with an update.
Gesendet von meinem SM-G900F mit Tapatalk
(2017-01-28, 19:03)Milhouse Wrote: [ -> ]Server is back online, links are updated.
Great, Just tested and updated from #0124 to #0127 OK (via unofficial
LibreELEC dev update add-on)
(2017-01-28, 17:55)popcornmix Wrote: [ -> ] (2017-01-28, 17:45)polo_joe Wrote: [ -> ]I made some recordings with previous builds with no errors. Can't spot a build the issues started with.
Maybe with media build, but I'm not sure.
It's unlikely we'll be able to fix the issue without knowing which build it started with.
I tried build of 7th january (before media build), started a recording, copied a recording to a usb attached usb sdd, started watching recording, copied new build to update folder.
The error counter increased very fast, setting deinterlace mode to bob mmal seemed to improve the situation. So you were right I think. Anything that can be done here?
(2017-01-28, 21:43)polo_joe Wrote: [ -> ]I tried build of 7th january (before media build), started a recording, copied a recording to a usb attached usb sdd, started watching recording, copied new build to update folder.
The error counter increased very fast, setting deinterlace mode to bob mmal seemed to improve the situation. So you were right I think. Anything that can be done here?
Advanced HD deinterlace just produce enough sdram traffic that is can make USB fiq run slower and potentially miss a packet.
There is a setting you can tweak in config.txt. See
here for description.
Increasing the first digit may help. Can you try v3d_limiter=0xa80f1
(2017-01-28, 20:03)popcornmix Wrote: [ -> ]It would be useful if anyone with CEC issues could test these firmwares:
Firmware with cec cleanups 11, 12 and 13 reverted
This one is working, TV is switching source on kodi while media playback is starting. Will see and report if returning from idle state is working too.
I have only fixup.dat/start.elf replaced, all firmware builds images tested.
(2017-01-28, 23:12)popcornmix Wrote: [ -> ] (2017-01-28, 21:43)polo_joe Wrote: [ -> ]I tried build of 7th january (before media build), started a recording, copied a recording to a usb attached usb sdd, started watching recording, copied new build to update folder.
The error counter increased very fast, setting deinterlace mode to bob mmal seemed to improve the situation. So you were right I think. Anything that can be done here?
Advanced HD deinterlace just produce enough sdram traffic that is can make USB fiq run slower and potentially miss a packet.
There is a setting you can tweak in config.txt. See here for description.
Increasing the first digit may help. Can you try v3d_limiter=0xa80f1
I will try and report back.
(2017-01-28, 20:03)popcornmix Wrote: [ -> ] (2017-01-28, 18:58)popcornmix Wrote: [ -> ]Yes, that is the most likely cause. Let me produce a couple of test firmwares with cleanups 13, 12 and 11 reverted to try to narrow it down exactly.
It would be useful if anyone with CEC issues could test these firmwares:
Firmware with cec cleanup 13 reverted
Firmware with cec cleanups 12 and 13 reverted
Firmware with cec cleanups 11, 12 and 13 reverted
and report which are good or bad. Probably worth unpluggin the TV from the mains for a minute before testing as TVs often seem to remember CEC state longer than you would want.
** edited**
Oops, I notice that these are not in the form that I can simply move into the .update folder. How can I load these versions using WinSCP?
P.S. I am very certain that build 0117 is okay.
Bill
New LibreELEC.tv Leia build #0128:
RPi /
RPi2
(Supercedes previous build)
Code:
# uname -a
Linux rpi512 4.9.5 #1 Sat Jan 28 21:04:48 GMT 2017 armv6l GNU/Linux
# vcgencmd version
Jan 27 2017 19:49:51
Copyright (c) 2012 Broadcom
version 0875008ba501762e9a1cb7351b6d6c0bd36c8e40 (clean) (release)
# lsb_release
LibreELEC (Milhouse) - Version: devel-20170128210345-#0128-g7184ad3 [Build #0128]
# Kodi version
(18.0-ALPHA1 Git:1f12c2f). Platform: Linux ARM 32-bit
Based on tip of
LibreELEC.tv master (7184ad32,
changelog) and tip of
XBMC master (6d5a87b1,
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.9.y
- Includes latest bcm2835-driver next (a2f95c34, ahead +631)
- Includes latest kodi-platform master (c8188d82)
- Includes latest libcec master (dd1af246, ahead +21)
- Includes latest libnfs master (337290c4, ahead +35)
- Includes latest p8-platform master (2d90f986, ahead +9)
- Includes latest addons: inputstream.adaptive (a347296e, +6), inputstream.rtmp (55437ac7), peripheral.joystick (5a325f69, +6), pvr.argustv (4702a9e7, +4), pvr.demo (99db6bf5, +3), pvr.dvblink (4e6992d9, +6), pvr.dvbviewer (2b8ab246, +12), pvr.filmon (a23db0c5, +4), pvr.hdhomerun (8087eb43, +13), pvr.hts (a680fb23, +26), pvr.iptvsimple (2de83f05, +10), pvr.mediaportal.tvserver (f00ccfd3, +26), pvr.mythtv (dd9947bc, +16), pvr.nextpvr (48a7796a, +5), pvr.njoy (d1ad569b, +3), pvr.octonet (8549a31c), pvr.pctv (b8286a23, +4), pvr.stalker (dfda4c51, +4), pvr.vbox (dea8335a, +19), pvr.vdr.vnsi (7033621d, +19), pvr.vuplus (acd75dc5, +3), pvr.wmc (35be514e, +4)
- Include [env] e3e85b4f: linux: Enable Fair Queue packet scheduling (TEST)
- Include [env] 4d033b95: linux: Default to CONFIG_TCP_CONG_BBR (TEST)
- Include [env] patch: Don't build ADSP addons
- Include [env] patch: RBP: config: Add SND_SOC_ADAU7002 codec module
- Include [env] patch: repository.retroplayer.libreelec.addons: add temp repo for testing
- Include [env] patch: Bump included addon versions to prevent online updates
- Include [env] patch: iwlwifi-firmware: update to iwlwifi-firmware-ba301aa
- Include [env] patch: linux: use in-tree rtl8192cu for RPi/RPi2
- Include [env] patch: Add kodi binary addons (pvr, adsp, other)
- Include [env] patch: Add experimental splash video for RPi
- Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
- Include [env] PR:1067: vaapi hvec 10bit support
- Include [env] PR:1186: kodi: update to Kodi 18 alpha 1
- Include [env] PR:1212: taglib: Efficient lookup for an ID3v2 tag in MPEG files with garbage
- Include [env] PR:1216: zlib: Fix dead link by bumping to 1.2.11
- Include [env] PR:1217: media_build: build rc modules
- Include [env] PR:1222: tvheadend42: update to 4.1.2415
- Include [pkg] PR:54: connections: fix layout as some icons were off screen (service.libreelec.settings)
- Include [pkg] PR:11163: Fix silent failure when game add-on can't be installed
- Revert [pkg] PR:8966/commits/8d88a547041a2a540bff5217c3b19ffdc4473038: hack: add iso to filedirectory list (Reason: causes navigation/playback issues) (kodi)
- Revert [pkg] PR:11478/commits/8adcc9a289551db3c6f0fc252e3d63d5a6c31e09: #Clear plugin directory cache on window init (Reason: may be defeating purpose of cache) (kodi)
Build Highlights:
- VideoPlayer fixes
Build Details:
- XBMC:
- VideoPlayer: ffmpeg decoder - implement fail-safe for missing key frames (PR:11556, 1 commit, 1 file changed)
- VideoPlayer: fix audio stream not started (PR:11559, 1 commit, 1 file changed)
(2017-01-29, 01:05)bill_orange Wrote: [ -> ] (2017-01-28, 20:03)popcornmix Wrote: [ -> ] (2017-01-28, 18:58)popcornmix Wrote: [ -> ]Yes, that is the most likely cause. Let me produce a couple of test firmwares with cleanups 13, 12 and 11 reverted to try to narrow it down exactly.
It would be useful if anyone with CEC issues could test these firmwares:
Firmware with cec cleanup 13 reverted
Firmware with cec cleanups 12 and 13 reverted
Firmware with cec cleanups 11, 12 and 13 reverted
and report which are good or bad. Probably worth unpluggin the TV from the mains for a minute before testing as TVs often seem to remember CEC state longer than you would want.
** edited**
Oops, I notice that these are not in the form that I can simply move into the .update folder. How can I load these versions using WinSCP?
P.S. I am very certain that build 0117 is okay.
Bill
Never mind, I found my old notes on mount ,r,w and was able to replace fixup.dat,start.elf and bootcode.bin with the contents of firmware_revert13. That fixed the CEC problem, I think. I am still not sure my test procedure is entirely valid. If we know that revert 13 does the trick, is there any need to test the other combination?
I will double-check in the morning that that my successful test of revert 13 is correct.
Bill
(2017-01-28, 23:23)bardu Wrote: [ -> ] (2017-01-28, 20:03)popcornmix Wrote: [ -> ]It would be useful if anyone with CEC issues could test these firmwares:
Firmware with cec cleanups 11, 12 and 13 reverted
This one is working, TV is switching source on kodi while media playback is starting. Will see and report if returning from idle state is working too.
I have only fixup.dat/start.elf replaced, all firmware builds images tested.
Full cleanup revert restores return from idle state too!
I will extend the test of firmware images on my other unit with latest build, #0128!
(2017-01-29, 06:35)bill_orange Wrote: [ -> ]Never mind, I found my old notes on mount ,r,w and was able to replace fixup.dat,start.elf and bootcode.bin with the contents of firmware_revert13. That fixed the CEC problem, I think. I am still not sure my test procedure is entirely valid. If we know that revert 13 does the trick, is there any need to test the other combination?
No, if revert13 is working fine, then revert1213/revert111213 should also be fine.
It may be more useful to switch back to default firmware (just updating to a recent build will do that) just to confirm the problem recurs and then switch back to revert13 to confirm the problem is resolved. For issues that can be a bit random it can be hard to be 100% sure of a fix so it's best to double check.
Hello guys,
got some issues with Tvheadend since 0108 build with lots of continuity errors and no picture/ sound from DVB-S2 channels:
Code:
2017-01-29 14:40:34.950 mpegts: 12343.5H in 23E - tuning on Montage Technology M88DS3103 : DVB-S #0
2017-01-29 14:40:34.952 subscription: 0001: "epggrab" unsubscribing
2017-01-29 14:40:35.247 subscription: 0006: "127.0.0.1 [ | Kodi Media Center ]" subscribing on channel "CT 24 HD", weight: 150, adapter: "Montage Technology M88DS3103 : DVB-S #0", network: "23E", mux: "12343.5H", provider: "CESKA TELEVIZE", service: "CT 24 HD", profile="htsp", hostname="127.0.0.1", username="127.0.0.1", client="Kodi Media Center"
2017-01-29 14:40:35.499 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/403 -- 404
2017-01-29 14:40:35.499 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/404 -- 404
2017-01-29 14:40:35.499 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/6 -- 404
2017-01-29 14:40:35.503 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/7 -- 404
2017-01-29 14:40:35.505 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/113 -- 404
2017-01-29 14:40:35.505 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/405 -- 404
2017-01-29 14:40:35.507 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/402 -- 404
2017-01-29 14:40:35.508 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/120 -- 404
2017-01-29 14:40:35.511 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/353 -- 404
2017-01-29 14:40:35.512 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/356 -- 404
2017-01-29 14:40:35.515 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/122 -- 404
2017-01-29 14:40:35.515 http: 127.0.0.1: HTTP/1.1 HEAD /imagecache/118 -- 404
2017-01-29 14:40:35.820 TS: 23E/12343.5H/CT 24 HD Transport error indicator (total 1)
2017-01-29 14:40:35.890 TS: 23E/12343.5H/CT 24 HD: H264 @ #1310: Invalid start code fe:df:ff
2017-01-29 14:40:35.958 TS: 23E/12343.5H/CT 24 HD: H264 @ #1310 Continuity counter error (total 1)
2017-01-29 14:40:35.958 TS: 23E/12343.5H/CT 24 HD: TELETEXT @ #1130 Continuity counter error (total 1)
2017-01-29 14:40:36.000 TS: 23E/12343.5H/CT 24 HD: MPEG2AUDIO @ #1320 Continuity counter error (total 1)
2017-01-29 14:40:36.260 TS: 23E/12343.5H/CT 24 HD: MPEG2AUDIO @ #1323 Continuity counter error (total 1)
2017-01-29 14:40:36.972 TS: 23E/12343.5H/CT 24 HD: DVBSUB @ #1350 Continuity counter error (total 1)
2017-01-29 14:40:38.716 TS: 23E/12343.5H/CT 24 HD: MPEG2AUDIO @ #1320: Invalid start code 22:7f:42
2017-01-29 14:40:44.146 TS: 23E/12343.5H/CT 24 HD: MPEG2AUDIO @ #1323: Invalid start code 6e:d4:f5
2017-01-29 14:40:45.799 TS: 23E/12343.5H/CT 24 HD Transport error indicator (total 754)
2017-01-29 14:40:45.953 TS: 23E/12343.5H/CT 24 HD: H264 @ #1310 Continuity counter error (total 1419)
2017-01-29 14:40:45.971 TS: 23E/12343.5H/CT 24 HD: TELETEXT @ #1130 Continuity counter error (total 183)
2017-01-29 14:40:46.006 TS: 23E/12343.5H/CT 24 HD: MPEG2AUDIO @ #1320 Continuity counter error (total 218)
2017-01-29 14:40:46.093 TS: 23E/12343.5H/CT 24 HD: H264 @ #1310: Invalid start code ff:ff:f7
2017-01-29 14:40:46.512 TS: 23E/12343.5H/CT 24 HD: MPEG2AUDIO @ #1323 Continuity counter error (total 72)
I can get a picture after some time but totally distorted. This channel is FTA, RPI3 (no o/c) and latest Tvheadend build (service.tvheadend42-8.1.109-#0128-milhouse-v4.1-2415-ge5f5a42) here. 0107 is fine, no issues. Please help.
Thanks!