Branch: refs/heads/fixes/33
Home: https://github.com/MythTV/mythtv
Commit: a3e5a84fc7445364c1e28c331427bce3ea0d2bcb
https://github.com/MythTV/mythtv/commit/a3e5a84fc7445364c1e28c331427bce3ea0d2bcb
Author: Klaas de Waal <klaas@kldo.nl>
Date: 2023-02-03 (Fri, 03 Feb 2023)
Changed paths:
M mythtv/programs/mythbackend/scheduler.cpp
Log Message:
-----------
Send REC_PENDING event before REC_STARTED event
Take the prerollseconds into account when determining the moment
to send the REC_PENDING event. This was never done and as a result
the REC_PENDING event was never sent before the recording started
when there were more than 120 prerollseconds configured.
Also, due to updating the recstartts from the scheduled start time
to the actual start time, the unique key identifying the recording
did change. This then caused an additional REC_PENDING event to be
sent immediately after the REC_START event. This has been fixed by
checking that there is still time left before the recording will start.
Thanks to PhilB for reporting the issue and to paulh for the first analysis.
(cherry picked from commit dd19d2796701795df4b2c709108216f7f1501e9d)
_______________________________________________
mythtv-commits mailing list
mythtv-commits@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-commits
Home: https://github.com/MythTV/mythtv
Commit: a3e5a84fc7445364c1e28c331427bce3ea0d2bcb
https://github.com/MythTV/mythtv/commit/a3e5a84fc7445364c1e28c331427bce3ea0d2bcb
Author: Klaas de Waal <klaas@kldo.nl>
Date: 2023-02-03 (Fri, 03 Feb 2023)
Changed paths:
M mythtv/programs/mythbackend/scheduler.cpp
Log Message:
-----------
Send REC_PENDING event before REC_STARTED event
Take the prerollseconds into account when determining the moment
to send the REC_PENDING event. This was never done and as a result
the REC_PENDING event was never sent before the recording started
when there were more than 120 prerollseconds configured.
Also, due to updating the recstartts from the scheduled start time
to the actual start time, the unique key identifying the recording
did change. This then caused an additional REC_PENDING event to be
sent immediately after the REC_START event. This has been fixed by
checking that there is still time left before the recording will start.
Thanks to PhilB for reporting the issue and to paulh for the first analysis.
(cherry picked from commit dd19d2796701795df4b2c709108216f7f1501e9d)
_______________________________________________
mythtv-commits mailing list
mythtv-commits@mythtv.org
http://lists.mythtv.org/mailman/listinfo/mythtv-commits