Posts by marc.bau
-
-
Just seen this is part of 9.0.116 addon version. Is it enough to update tvheadend and make the checkbox to skip compercials and it should automatically work? I'm in Germany... so EITp/f may not available on German television like Pro7 and so on. It's also not really clear to me if I need to install any addon to tvheadend to make this work.
Please shed some light.
-
-
-
Ok, after days of testing the issue persisted with timeshift to disk and ram disabled. After I completly disabled timeshift it seems to be stable now. I can try with timeshift to RAM only again. I have 4GB RAM, so 1GB timeshift should work well normally. But after this 1GB is full tvheadend automaticall moves the data to disk (at least documentation says this). This may explain why this issue persisted with timeshift to disk.
I had only used normal HDDs for timeshift.
Seriously... the #1 reason why I have a HTPC is timeshift feature. If this is broken the HTPC is really no longer a real benefit.
Debugging such a reproducible issue should be possible... but how?
-
Yesterday I disabled timeshift completly as a try. Since the change I had no tvheadend crash or complete system freeze yet (day before it crashed 5 times), but well this need to be monitored longer to be safe.
Your last comment sounds like there is a known issue? With ram only? Setting it to 0 disables it?
-
-
-
Sure, timeshift is the most uses feature...
found it in /storage/.kodi/userdata/addon_data/service.tvheadend42/service.log
That looks only the last. So if the machine restarted it get's overwritten. This makes it nearly impossible to find the issue. How can I enable cicular logging e.g. keep the last ~5 logs?
-
Since I upgraded to milhouse builds later than june, my htpc locks up every 1-2 days. Locking up means i need to turn it off the hard way.
I made same larger steps to september, end of october and latest. Since end of october at minimum one a day, often twice - hsts client complains it lost connection to tvheadend. After ~1minute it recovers. I guess tvheadend has been restarted. This seems not a hsts client issue as all running recordings at this restart are broken. The issues happened on hd and sd channels, often ofter a l long run time without any interaction with the system e.g. 2.5h on one tv channel.
Where are the tvheadend logs? Any idea why the box completly freezes and need to be turned off? My users stressing because of this permanent instability issues. It‘s really annoying.
-
Quote
21:16:30.881 T:140283515614976 DEBUG: Previous line repeats 4 times.
21:16:30.881 T:140283515614976 DEBUG: SECTION:LoadDLL(special://xbmcbin/system/players/VideoPlayer/libdvdnav-x86_64-linux.so)
21:16:30.881 T:140283515614976 DEBUG: Loading: /usr/lib/kodi/system/players/VideoPlayer/libdvdnav-x86_64-linux.so
21:16:30.889 T:140283515614976 INFO: msg: libdvdnav: Using dvdnav version 5.0.4
21:16:30.995 T:140283736499968 DEBUG: CWebServer[8080]: request received for /jsonrpc
21:16:31.309 T:140283515614976 DEBUG: Previous line repeats 1 times.
21:16:31.309 T:140283515614976 INFO: dll_fopen - something opened the mount file, let's hope it knows what it's doing
21:16:31.310 T:140283515614976 ERROR: dll_getmntent - getmntent is not implemented for our virtual filesystem
21:16:31.310 T:140283515614976 ERROR: dll_fclose emulated function failed
21:16:31.310 T:140283515614976 DEBUG: msg: libdvdread: Couldn't find device name.
21:16:31.732 T:140283736499968 DEBUG: CWebServer[8080]: request received for /jsonrpc
21:16:31.740 T:140283515614976 DEBUG: CSMBFile::Open - opened smb://*******/*******/VIDEO_TS/VIDEO_TS.IFO, fd=10000
21:16:31.876 T:140283524007680 DEBUG: CWebServer[8080]: request received for /jsonrpc
21:16:35.946 T:140286368405696 DEBUG: Previous line repeats 4 times.
This is where the issue is.
A few lines later you see
Quote21:16:35.947 T:140286368405696 DEBUG: LIRC: Update - NEW at 350880:67 0 KEY_UP devinput (KEY_UP)
21:16:35.947 T:140286368405696 DEBUG: HandleKey: 166 (0xa6, obc89) pressed, action is Up
21:16:36.806 T:140286368405696 DEBUG: LIRC: Update - NEW at 351739:6a 0 KEY_RIGHT devinput (KEY_RIGHT)
21:16:36.807 T:140286368405696 DEBUG: HandleKey: 168 (0xa8, obc87) pressed, action is Right
21:16:37.449 T:140286368405696 DEBUG: LIRC: Update - NEW at 352383:1c 0 KEY_ENTER devinput (KEY_ENTER)
21:16:37.450 T:140286368405696 DEBUG: HandleKey: 11 (0x0b, obc244) pressed, action is Select
21:16:37.451 T:140286368405696 DEBUG: Activating window ID: 10004
That is because the complete interface hanged and I pressed some keys on my remote to see if it reponds. But the complete interface hanged. Something you can see in the timestamps - there was nothing written.
-
Again, this issue ONLY exists on LibreElec Linux. Not on Windows. Kodi 17.6 on Windows plays the same DVD without issues.
-
21:16:46.962 T:140286368405696 NOTICE: Disabled debug logging due to GUI setting. Level 0.
21:16:46.963 T:140286368405696 NOTICE: Log level changed to "LOG_LEVEL_NORMAL"
21:17:02.243 T:140283515614976 ERROR: Read - Error( -1, 110, Connection timed out )
21:17:02.245 T:140283515614976 WARNING: underflow: Error reading file - assuming eof
21:18:07.124 T:140283515614976 ERROR: Read - Error( -1, 110, Connection timed out )
21:18:07.124 T:140283515614976 WARNING: underflow: Error reading file - assuming eof
21:19:07.168 T:140283515614976 ERROR: Error on dvdnav_open
21:19:07.168 T:140283515614976 ERROR: CVideoPlayer::OpenInputStream - error opening [smb://*******/*******/VIDEO_TS/VIDEO_TS.IFO]
Debugging has been disabled AFTER the issue occurred. I'm not stupid. The file has no changes in order. Only internal hostnames/mac addresses and folder/filenames are changed.
-
DaVu How can I pm you?
You requested the logs from me. Have you found something helpful?
-
DaVu Ok. I see VideoPlayer has 63 commits and it looks like this is the component that is involved.
Here is the system debug log you asked for. I also start playing the DVD in this log (end of file).
Would it be helpful to share the VIDEO_TS.IFO only for repro or are there more files required?
-
DaVu: I have, but this is not my point. I only asked for changelog and commit history and the changes inside. This does not require that you are able to reproduce the bug or I need to share dvds with you. I guess this is not legal.
If we know what has been changes in this ***one*** day, we may already have the root cause - at least the component. Than we can look for known bugs in the changed component. I do not expect many changes within one day! Something that should be easy to identify. And again this does not require any repro - it is only a question what code changes have committed.
Than we can reduce the debugging to related stuff.
-
DaVu have you been able to figure out what components have been changed? I guess this is just dvd nav that has been upgraded. So if we can create a build with just one component downgraded we can identify the source that is causing the bug. Than the release notes can be reviewed and maybe dvd nav has already such a known bug.
-
Have you figured out what exactly has been changed in this specific build???
It woild give us both an idea in what direction we need to investigate and what logs are required. I cannot find the changelog of this day. How can I find it?