Crash when switching channels in PVR mode
Opened this issue · 24 comments
If i change channels using HTSP/tvheadend, the screen sometimes freezes. Sound still plays for a couple of seconds but the picture just shows some garbled green-ish color.
I'm aware of that issue, but currently I'm unable to debug that (no DVB USB device).
I might be able to contribute. Are there any leads where to start looking for the issue?
I'll also try to provide a tvheadend configuration that uses dummy sources, i.e. a reproducible debug environment that doesn't require DVB hardware.
I think the problem is in rendering code, but I'm not sure. I'm suspecting that DVDVideoCodecCedarX.cpp and modifications done to LinuxRendererGLES.cpp don't play nicely together.
I have a long term plan to remove any modifications to LinuxRendererGLES.cpp and write proper standalone render which would be a nice base to start solving some annoying issues.
But in the mean time, if you find proper fix, I would welcome it.
I started browsing the sources but can't spare enough time to come up with something any time soon. Would it help if I sent you some hardware?
Sorry, I have a lot of work to do also in my private life. This will be eventually fixed once I replace rendering code.
No worries.
I don't mean to be a party pooper, but I'm afraid this issue is not yet completely fixed.
I can confirm that 20ca9b2 helps a lot. Now, when directly switching channels (Tvheadend with 3x DVB-S2), the green distorted screen only shows up for a split second, after that TV works perfectly again.
But after some more zapping (maybe 20 times or so), Kodi froze again with the familiar green screen (and then automatically restarted after approx. a minute -- OOM killer?).
Who can confirm this behavior?
Should I try different settings (resolution/rate)?
Thanks for addressing this issue (like I said, it's the only real issue I have in my setup -- everything else works just great).
Don't worry. You are not the only one. However, I would like to ask you few things to speed up debugging:
- Can you post crash log somwhere (for example, pastebin)? Please enable debug log before in settings.
- Can you reproduce this issue with deinterlacing disabled?
- Is the resolution of the channels different when this happen?
Regarding speedup of debugging, unfortunately I won't get my hands on the hardware before next weekend. But when I'm there, I will happily gather the info you requested.
No hurry, take your time. Currently I don't have a slightest idea what could be wrong.
Hi Jernej. Thanks for looking into this!
1.
Can you post crash log somwhere (for example, pastebin)? Please enable debug log before in settings.
Seems to crash at:
#2 0xb5453ccc in FbmReturnPicture () from /usr/lib/libvdecoder.so
> Stack traces and logs available on Google Drive <
If you require CedarX logs, please tell me how to enable them, and where to find them on the target machine.
2.
Can you reproduce this issue with deinterlacing disabled?
Reproducible with and without deinterlacing (tried with "Enabled" and "Disabled" for all media types). Seems to crash at the same point (check both logs).
3.
Is the resolution of the channels different when this happen?
In my case: No. Same resolution on each zapped channel (HD 720, h.264). Tried zapping forward and backward between very similar channels (same program broadcasted via three different channels for three different German Federal States, identical picture, all on the same DVB-S2 mux).
Should I check switching between different resolutions? What do you consider the critical case? Same or different resolution/encoding/... ?
Ok, issue is somewhere else. I would need CedarX output. Please follow these steps to obtain it:
- connect to board via ssh or serial terminal
- close Kodi with "systemctl stop kodi"
- run Kodi in console with "/usr/lib/kodi/kodi.sh"
- trigger the issue
- upload CedarX output from console.
CedarX output from console: http://pastebin.com/bm8cifdt
Kodi crash log: http://pastebin.com/ZA1Yh1Ct
What about this update (valid for 14 days):
https://transfer.sh/2T4e5/openelec-h3.arm-7.0-devel-20160823231652-r22887-g72d778d.tar
Solution is probably not final due to possible frame drops, but here I'm more interested if it still crashes or not.
I will try this build tonight and report back.
Still crashing.
- After 4 channel switches with a briefly garbled (green) video output, then black after 2 seconds. Output: http://pastebin.com/J6fdVVPM
- After 2 channel switches, non-garbled video output, frozen image/interface. Output: http://pastebin.com/LTjb1W4w
- After 8 channel switches, solid green video output, frozen image/interface. Output: http://pastebin.com/CFQ7AtLG
Please test this image (available for 14 days): https://transfer.sh/gVlO2/openelec-h3.arm-7.0-devel-20161016143930-r23108-g97f809b.tar
Allwinner published new CedarX drivers which have slightly different memory management.
Problem still exists, green/purple noise and frozen screen after 4-5 channel switches.
OPi2 work well
Which Image did you use?
Another image to test (available for 14 days): https://transfer.sh/aMDip/openelec-h3.arm-7.0-devel-20170112235053-r23261-ge328780e4.tar
Please report.
I was unable to test images for some time. Please re-upload - I'll test ASAP.
Unfortunatelly I removed everything related to this project from my computer and moved to other projects...