Actions
Bug #5211
closedDVR: major issue: recordings often fail with no file written [stable git]
Bug #5211:
DVR: major issue: recordings often fail with no file written [stable git]
Start date:
2018-09-16
Due date:
% Done:
0%
Estimated time:
Found in version:
4.2.6-47~g73404e4
Affected Versions:
Description
- transport errors at the beginning of the recording can cause this
- descramble or "Unexpected ECM reply" errors can cause this on encrypted channels
- on start of recording, log does not show the typical "lang resolution aspect ratio sample rate channels" lines (seems it does not detect the streams)
- during recording, a file size "---" is shown constantly
- during recording, status shows a bandwidth of "0" constantly
- at the end of recording, log shows "time missed" (which is not really correct, it tried to record)
- after recording, recording shows up in "deleted recordings" with status "file missing"
- this never happens if the affected channel is already streamed before recording starts
- most probably retries are missing when recording
Steps to reproduce:
Record from sky.de, at least one of ten recordings fails with that issue, probably more
Enviroment:
CWs are working, 100% success in oscam
Please add more robustness for recordings. No output file written, stream bandwidth 0, no streams detected are all signs of a failed start of recording, TVh should retry then - which I think it does not or not properly.
Actions