Login at Kodi Home

smp1 · 2018-09-25, 20:02

(2018-09-25, 17:24)sam0th Wrote:
(2018-09-17, 02:15)smp1 Wrote: 7d95fb74

Yes it must be a module problem. The tuner was working for years. in older day there was a buggy driver in kernel too, then it worked for years and now we go a step back and hav the buggy driver again.

Is it possible to revert this shitty patch or does it something usefull too? can milhouse revert it for me to watch dvbs again? please?

It was already reverted at some point, not sure why this does not seem to be the case in current builds.

Milhouse · 2018-09-25, 20:03

Once you're in safe mode, post the crash log (it will be from the crashed installation). You can also enable ssh and login while in safe mode.

germa18 · (This post was last modified: 2018-09-25, 21:12 by germa18.)

(2018-09-22, 21:07)Milhouse Wrote:
(2018-09-22, 16:00)germa18 Wrote: #0921 problem with the CPU temperature , every time i watch a 1080p video (mp4,mkv,others), live TV etc. no matter what the extension / codec is, i have the icon that the CPU is overheating, i tested with mmal and OMX , both do the same thing
It didn't do that on every build before the #0921 (all previous firmware are fine)

What hardware is this RPi0, RPi1, RPi2, RPi3, RPi3+?

Can you post your config.txt.

Have you tried running bcmstat.sh Zyed1 and monitored the temperature and event flags during playback? What temps are you seeing?

issue gone with the next build #0922
so no need to investigate further
NB : the temperature was very high (80° C / 176°F) with the icon bleeking that the PI3 was hot

Milhouse · 2018-09-26, 03:31

(2018-09-25, 20:02)smp1 Wrote: It was already reverted at some point, not sure why this does not seem to be the case in current builds.

Hmm yeah, not sure what happened there - must have fallen through the cracks. I'll revert it in tonight's build.

Milhouse · 2018-09-26, 04:26

(2018-09-26, 03:31)Milhouse Wrote: Hmm yeah, not sure what happened there - must have fallen through the cracks. I'll revert it in tonight's build.

OK worked out what happened - the revert had been added to the build system for the move to 4.18.y (and present in early 4.18.y test builds), but then the 4.18.y kernel update was split into separate Generic and RPi bumps due to uncertainty over the RPi move to 4.18.y, and at that point the revert commit was accidentally dropped for RPi. So the revert has been in Generic since 4.18.3 (#0819) but missing from RPi since 4.18.4 (#0821). It will be in tonight's build #0925.

Milhouse · 2018-09-26, 05:22

New LibreELEC.tv Leia build #0925: RPi / RPi2
(Supercedes previous build)

SHA256 Checksum: 02d8a7abdd5a12374a34c44c0de09b64978dd59597a243b32c3d3a8f9817639e (RPi)
SHA256 Checksum: 4c5f65b676dde5f71d4837e3a352755a018f23db571084373192ccdf7813ba76 (RPi2)

text:
# uname -a

Linux rpi512 4.18.9 #1 Wed Sep 26 03:36:58 BST 2018 armv6l GNU/Linux



# vcgencmd version

Sep 21 2018 15:48:28 

Copyright © 2012 Broadcom

version 07f57128b8491ffdefcdfd13f7b4961b3006d9a9 (clean) (release)



# lsb_release

LibreELEC (Milhouse): devel-20180926033548-#0925-g1bed946 [Build #0925]



# Kodi version

(18.0-BETA3 Git:10b615c). Platform: Linux ARM 32-bit

Based on tip of LibreELEC.tv master (1bed946, changelog) and tip of XBMC master (10b615c, changelog) with the following modifications:

Includes newclock5 patches
Includes latest commits from kernel branch rpi-4.18.y
Includes latest bcm2835-driver master (2ecdfe7, ahead +1)
Includes latest kodi-platform master (e8574b8)
Includes latest libcec master (8adc786)
Includes latest libnfs master (9454d9f, ahead +9)
Includes latest p8-platform master (a822e19)
Includes latest addons: inputstream.adaptive (8d49b9d, +2), inputstream.rtmp (0cc2da1), peripheral.joystick (cb5df7c, +3), peripheral.xarcade (91567dd), pvr.argustv (c57a5c4), pvr.demo (481f2fa), pvr.dvblink (72ef8a0), pvr.dvbviewer (dd9c518, +13), pvr.filmon (93ae10d), pvr.hdhomerun (7a607c9), pvr.hts (21d6d70, +1), pvr.iptvsimple (e8effad), pvr.mediaportal.tvserver (b17d5ad), pvr.mythtv (22aa23b), pvr.nextpvr (441edde), pvr.njoy (204d95b), pvr.octonet (1e44819), pvr.pctv (9d95bab), pvr.stalker (2eb66d1), pvr.teleboy (0f3ccfd), pvr.vbox (40ca81f), pvr.vdr.vnsi (bb4fb30), pvr.vuplus (4ba3bf1, +18), pvr.wmc (0aea001, +4), pvr.zattoo (8de69a1), vfs.libarchive (f93a5f3), vfs.sftp (e69acc9)
Include [env] compare (perma): kodi-next
Include [env] compare (perma): TESTING: increase timeout to ensure OS is able to create core dump/crash log
Include [env] patch: kodi: use upstream repo for Milhouse RPi builds
Include [env] patch: RPi/RPi2: enable Broadcom WiFi debugging (see details)
Include [env] patch: kodi: remove annoying, excessively repetitive addon logging
Include [env] patch: rev hack for kodi
Include [env] patch: HACK: Disable multiple PVR addons during migration. Always enable inputstream.* and os.*
Include [env] patch: Bump included addon versions to prevent online updates
Include [env] patch: Add experimental splash video for RPi
Include [env] patch: Add kodi binary addons (pvr, adsp, inputstream, vfs, peripheral.joystick/xarcade, other)
Include [env] PR:2908 (perma): linux (Generic): update to linux-4.18.9
Include [env] PR:2913 (perma): linux (RPi): update to linux-4.18.9
Include [env] PR:2916 (perma): ffmpegx and tvh
Include [env] PR:2985 (perma): llvm: update to 7.0.0
Include [env] PR:2986 (perma): cmake: update to cmake-3.12.2
Include [env] PR:2987 (perma): nano: update to nano-3.0
Include [env] PR:2990 (perma): mesa: update to mesa-18.2.1
Include [env] PR:2992 (perma): scripts/image: use 256kb blocksize for squashfs images
Include [env] PR:2993 (perma): Improve fs-resize, fix delay and simplify
Include [env] PR:2994 (perma): samba-config.service: fix destroying .cache structure
Include [env] PR:2999 (perma): Kernel support for recent Dell notebook Alps trackpads
Include [pkg] PR:14341 (perma): input: libinput: add setting to allow changing keymap layout
Include [pkg] PR:14460 (perma): [linux] allow overriding the userdata dir

Build Highlights:

Reintroduce DVB Sky revert commit
[JSON]Fix Player.GetItem during track change seg fault

Build Details:

XBMC:
- Revert "VideoPlayer: WinRenderer - add smooth motion" (PR:14472, 1 commit, 2 files changed)
- DVDDemuxFFmpeg: correctly set probeBuffer size matching avioread chunk (PR:14465, 1 commit, 1 file changed)
- [videoplayer] Fix usage of external vob subtitles. (PR:14471, 1 commit, 2 files changed)
- [JSON]Fix Player.GetItem during track change seg fault (PR:14454, 1 commit, 2 files changed)
- [docs/python] Fix docs for xbmcgui Python module (PR:14476, 1 commit, 1 file changed)
- RPI: Be sure to register Alsa and Pulseaudio. (PR:14453, 1 commit, 2 files changed)
peripheral.joystick:
- [android] add updated buttonmaps (PR:151, 1 commit, 2 files changed)
- [Android] Add buttonmap for newer Shield controller (PR:152, 1 commit, 1 file changed)
pvr.vuplus:
- Turned icon fix into an option (PR:95, 1 commit, 7 files changed)
newclock5:
- New commits in this build:
  - Tell ffmpeg to compile with raspberry pi support thus making the patches available (c546253d)
Additional commits/pull requests/changes not yet merged upstream:
- Updated: [env] compare (perma): kodi-next
- Updated: [env] PR:2913 (perma): linux (RPi): update to linux-4.18.9
- Updated: [env] PR:2999 (perma): Kernel support for recent Dell notebook Alps trackpads

Milhouse · 2018-09-26, 07:13

Weekly Linux 4.19-rc5 build #0925x: RPi / RPi2

Packages disabled/not included:

text:


DVB Driver Addons (CrazyCat incompatible with 4.19-rc)

Known issues:

text:


RTL8188EU, RTL8192CU/DU/EU, RTL8812AU: driver changes untested

**phunkyfish** · 2018-09-26, 08:37

Leave that with me.

**phunkyfish** · (This post was last modified: 2018-09-26, 10:10 by phunkyfish.)

(2018-09-23, 14:10)Milhouse Wrote:
(2018-09-23, 13:35)Posti30 Wrote: Log:

https://paste.ubuntu.com/p/sDxpq7qkB5/

Unfortunately there's not much in the log other than:
text:


10:58:30.894 T:1800377200   DEBUG: CFileCache::Open - opening <web/timerlist> using cache

10:58:30.894 T:1800377200   DEBUG: CurlFile::Open(0x72505450) http://192.168.111.26:80/web/timerlist

10:58:31.080 T:1579754352   DEBUG: Thread FileCache start, auto delete: false

10:58:31.081 T:1579754352    INFO: CFileCache:rocess - Source read didn't return any data! Hit eof(?)

10:58:31.131 T:1800377200    INFO: AddOnLog: VU+ / Enigma2 Client: GetHttpXML Got result. Length: 6453

10:58:31.133 T:1800377200   DEBUG: AddOnLog: VU+ / Enigma2 Client: LoadTimers Processing timer 'The Blacklist'

10:58:31.134 T:1579754352   DEBUG: Thread FileCache 1579754352 terminating

10:58:31.141 T:1800377200   ERROR: Process error processing job pvr-startup
If this problem started with #0911, then the obvious candidate is:

(2018-09-11, 22:40)Milhouse Wrote: Build Details:

pvr.vuplus:
Added Support for Timer Types, complete with 3 types (PR:90, 1 commit, 9 files changed)

@ksooo / @phunkyfish any ideas?

Leave it with me

@Posti30 which version were you running when this happened?

If it happens again could grab the output of the web call to http://IP/web/timerlist in your browser and send it to me?

I wouldn’t like others to have the same problem when upgrading.

Milhouse · 2018-09-26, 13:05

@phunkyfish at the time of testing @Posti30 is using LibreELEC build #0922 which includes pvr.vuplus 10db2325.

quew · 2018-09-26, 13:56

(2018-09-26, 08:39)phunkyfish Wrote:
(2018-09-23, 14:10)Milhouse Wrote:
(2018-09-23, 13:35)Posti30 Wrote: Log:

https://paste.ubuntu.com/p/sDxpq7qkB5/

Unfortunately there's not much in the log other than:
text:


10:58:30.894 T:1800377200 DEBUG: CFileCache::Open - opening <web/timerlist> using cache

10:58:30.894 T:1800377200 DEBUG: CurlFile::Open(0x72505450) http://192.168.111.26:80/web/timerlist

10:58:31.080 T:1579754352 DEBUG: Thread FileCache start, auto delete: false

10:58:31.081 T:1579754352 INFO: CFileCache:rocess - Source read didn't return any data! Hit eof(?)

10:58:31.131 T:1800377200 INFO: AddOnLog: VU+ / Enigma2 Client: GetHttpXML Got result. Length: 6453

10:58:31.133 T:1800377200 DEBUG: AddOnLog: VU+ / Enigma2 Client: LoadTimers Processing timer 'The Blacklist'

10:58:31.134 T:1579754352 DEBUG: Thread FileCache 1579754352 terminating

10:58:31.141 T:1800377200 ERROR: Process error processing job pvr-startup
If this problem started with #0911, then the obvious candidate is:

(2018-09-11, 22:40)Milhouse Wrote: Build Details:

pvr.vuplus:
Added Support for Timer Types, complete with 3 types (PR:90, 1 commit, 9 files changed)

@ksooo / @phunkyfish any ideas?
Leave it with me

@Posti30 which version were you running when this happened?

If it happens again could grab the output of the web call to http://IP/web/timerlist in your browser and send it to me?

I wouldn’t like others to have the same problem when upgrading.

Hi @phunkyfish, I also have problems since you introduced Autotimers. I believe the function TimerUpdatesAuto() has a problem here as my timers are loaded correctly.
Please find the logfile here: https://pastebin.com/BH2CBYj8

This is my autotimer output from Uno 4k SE:

xml:


<autotimer version="7">

<defaults id="-1"> </defaults>

<timer name="Lena Lorenz" match="Lena Lorenz" enabled="yes" id="1" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:283D:3FB:1:C00000:0:0:0:</e2servicereference>

<e2servicename>Das Erste HD</e2servicename>

</e2service>

<e2service>

<e2servicereference>1:0:19:2B66:3F3:1:C00000:0:0:0:</e2servicereference>

<e2servicename>ZDF HD</e2servicename>

</e2service>

</timer>

<timer name="Bauer sucht Frau" match="Bauer sucht Frau" enabled="yes" id="2" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:EF10:421:1:C00000:0:0:0:</e2servicereference>

<e2servicename>RTL HD</e2servicename>

</e2service>

</timer>

</autotimer>

Unfortunately I'll be on vacation the next 2 weeks but I will also try to dig into the Github code and test after my holidays!

Greetings and thank you very much for your vuplus contributions,
Christian

**phunkyfish** · 2018-09-26, 14:12

(2018-09-23, 15:41)Milhouse Wrote:
(2018-09-23, 14:47)Posti30 Wrote: I deleted the old timers on the backend and it works again.

OK thanks for the update - might be useful to know about that in case it causes problems for anyone else upgrading.

I managed to reproduce this so will supply a fix in the coming days. It was due to corrupted timers on the STB so hopefully would not effect other users.

**phunkyfish** · (This post was last modified: 2018-09-26, 16:15 by phunkyfish.)

(2018-09-26, 13:56)quew Wrote:
(2018-09-26, 08:39)phunkyfish Wrote:
(2018-09-23, 14:10)Milhouse Wrote: Unfortunately there's not much in the log other than:
text:


10:58:30.894 T:1800377200 DEBUG: CFileCache::Open - opening <web/timerlist> using cache

10:58:30.894 T:1800377200 DEBUG: CurlFile::Open(0x72505450) http://192.168.111.26:80/web/timerlist

10:58:31.080 T:1579754352 DEBUG: Thread FileCache start, auto delete: false

10:58:31.081 T:1579754352 INFO: CFileCache:rocess - Source read didn't return any data! Hit eof(?)

10:58:31.131 T:1800377200 INFO: AddOnLog: VU+ / Enigma2 Client: GetHttpXML Got result. Length: 6453

10:58:31.133 T:1800377200 DEBUG: AddOnLog: VU+ / Enigma2 Client: LoadTimers Processing timer 'The Blacklist'

10:58:31.134 T:1579754352 DEBUG: Thread FileCache 1579754352 terminating

10:58:31.141 T:1800377200 ERROR: Process error processing job pvr-startup
If this problem started with #0911, then the obvious candidate is:

@ksooo / @phunkyfish any ideas?
Leave it with me

@Posti30 which version were you running when this happened?

If it happens again could grab the output of the web call to http://IP/web/timerlist in your browser and send it to me?

I wouldn’t like others to have the same problem when upgrading.
Hi @phunkyfish, I also have problems since you introduced Autotimers. I believe the function TimerUpdatesAuto() has a problem here as my timers are loaded correctly.
Please find the logfile here: https://pastebin.com/BH2CBYj8

This is my autotimer output from Uno 4k SE:
xml:


<autotimer version="7">

<defaults id="-1"> </defaults>

<timer name="Lena Lorenz" match="Lena Lorenz" enabled="yes" id="1" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:283D:3FB:1:C00000:0:0:0:</e2servicereference>

<e2servicename>Das Erste HD</e2servicename>

</e2service>

<e2service>

<e2servicereference>1:0:19:2B66:3F3:1:C00000:0:0:0:</e2servicereference>

<e2servicename>ZDF HD</e2servicename>

</e2service>

</timer>

<timer name="Bauer sucht Frau" match="Bauer sucht Frau" enabled="yes" id="2" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:EF10:421:1:C00000:0:0:0:</e2servicereference>

<e2servicename>RTL HD</e2servicename>

</e2service>

</timer>

</autotimer>
Unfortunately I'll be on vacation the next 2 weeks but I will also try to dig into the Github code and test after my holidays!

Greetings and thank you very much for your vuplus contributions,
Christian

Hmm, what distribution and version of Enigma2 are you running? Also the the OpenWebIf version. I see that searchType not a valid value for the version I'm running.

It may be that you need a newer version of OpenWebIf. The docs are not good for it so it was difficult to pick a minimum version.

I'll also add a feature switch so you can turn autotimer support on/off. I think I know what the issue is though so should have a fix by the time you are back.

quew · 2018-09-26, 17:28

(2018-09-26, 16:06)phunkyfish Wrote:
(2018-09-26, 13:56)quew Wrote:
(2018-09-26, 08:39)phunkyfish Wrote: Leave it with me

@Posti30 which version were you running when this happened?

If it happens again could grab the output of the web call to http://IP/web/timerlist in your browser and send it to me?

I wouldn’t like others to have the same problem when upgrading.
Hi @phunkyfish, I also have problems since you introduced Autotimers. I believe the function TimerUpdatesAuto() has a problem here as my timers are loaded correctly.
Please find the logfile here: https://pastebin.com/BH2CBYj8

This is my autotimer output from Uno 4k SE:
xml:


<autotimer version="7">

<defaults id="-1"> </defaults>

<timer name="Lena Lorenz" match="Lena Lorenz" enabled="yes" id="1" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:283D:3FB:1:C00000:0:0:0:</e2servicereference>

<e2servicename>Das Erste HD</e2servicename>

</e2service>

<e2service>

<e2servicereference>1:0:19:2B66:3F3:1:C00000:0:0:0:</e2servicereference>

<e2servicename>ZDF HD</e2servicename>

</e2service>

</timer>

<timer name="Bauer sucht Frau" match="Bauer sucht Frau" enabled="yes" id="2" allow_duplicate="0" autoadjust="1" searchType="title_shortdesc" overrideAlternatives="1">

<e2service>

<e2servicereference>1:0:19:EF10:421:1:C00000:0:0:0:</e2servicereference>

<e2servicename>RTL HD</e2servicename>

</e2service>

</timer>

</autotimer>
Unfortunately I'll be on vacation the next 2 weeks but I will also try to dig into the Github code and test after my holidays!

Greetings and thank you very much for your vuplus contributions,
Christian
Hmm, what distribution and version of Enigma2 are you running? Also the the OpenWebIf version. I see that searchType not a valid value for the version I'm running.

It may be that you need a newer version of OpenWebIf. The docs are not good for it so it was difficult to pick a minimum version.

I'll also add a feature switch so you can turn autotimer support on/off. I think I know what the issue is though so should have a fix by the time you are back.

I'm on the latest VTi 13.0.12 (enigma2-plugin-extensions-openwebif - 1.2.8-vti-20180829-r0).
Thank you in advance, looking forward to a testrun when I return!

sam0th · (This post was last modified: 2018-09-26, 22:02 by sam0th.)

Hi,

thank you. sorry to tell that it was not enough to get it back working, and thanks again for reacting that fast!! But my problem got better. The dvbs sky card now gets a poll time out like before, BUT i can see that now with your changes it is trying to tune, because red LED is blinking while searching for channels! That was not with your older builds, before your changes there was just a green power led shining.. when i hit scan button no red LED was flashing, only after 20 reboots once, very short. That was the behavior of the patch, the card only reacted every 20 time.. now that is good as expected.

But i think the module itself has changed at some point. I can tell that with a new libreelec 7 installation i got 119 muxes and 2000 channels. in libreelec 8 there come only 50 muxes and about 700 channles. and i have to add a few muxes by hand, the tvheadend predefined doenst work. i think the card itself cant handle some frequencies with newer modules..

Edit: i installed fresh on sdcard libreelec 8.90005, then updated to milhous #925. no difference between both. sat cable works on sky receiver..
Edit2: it is scanning now... 108 muxes for now. i tried build in drivers and media build with 8.90000005 and no scan working. after upgrade to milhouse i only checked the installed media build and had no luck. now changed to build in back and the scann is running!! sorry for all shitposting, i will only tell once if it works stable when done!

thank you, how can i help you? where is paypal button?