Yellowstone S2 E8 - Fails to record with AR

Just putting this out there for reference in case others have had this failure too.

The batch of two further series episodes of Yellowstone on LCN:33 5Action, Series 2, Episodes 7 & 8 at Midnight and 01:00, second recording failed on my #4 Humax HDR T2 (unable to track). Recording set to AR as they follow each other.
No problems until now. Unfortunately not repeat transmissions anytime soon.

Sat Sep 14 01:00:00 2024 BST

 
Last edited:
That only means the broadcaster failed to send the appropriate CRID at the appropriate time. It might or might not happen again.

See Things Every... section 3:
When making your choice, consider your users: it is much easier for non-techies to understand that a recording has failed because a programme was broadcast at the wrong time, than to try to explain that a programme broadcast at the right time has failed to record because of a cock-up by the broadcasters.
 
The broadcaster did send the appropriate CRIDs at the appropriate time:
Code:
09/13 22:01:18 Event 16112:63913 4F:07 added   23:00:00 01:00:00 "Yellowstone"
09/13 23:01:03 Event 16112:63913 4F:08 started 23:00:00 01:00:00 "Yellowstone" "/V53DIBR" "/R0NRK"
09/13 23:01:05 Event 16112:63914 4F:08 added   00:00:00 01:00:00 "Yellowstone"
09/14 00:02:48 Event 16112:63914 4F:09 started 00:00:00 01:00:00 "Yellowstone" "/V53DIBS" "/R0NRK"
09/14 00:02:50 Event 16112:63913 4F:08 removed 23:00:00 01:00:00 "Yellowstone"
09/14 01:02:45 Event 16112:63914 4F:09 removed 00:00:00 01:00:00 "Yellowstone"
 
That only means the broadcaster failed to send the appropriate CRID at the appropriate time. It might or might not happen again.

See Things Every... section 3:
I got the CRID info from the EPG this am AFTER the event (I don't know if this info is cashed or updated/live).
I assume an .htm file is generated while awaiting the schedule recording to start.
I don't know how AR the start of programme signal works. But I was just left with that sole htm file, & unable tp track message on play.

Do any of the recording events have their CRIDS logged somewhere?
 
I assume an .htm file is generated while awaiting the schedule recording to start.
It's not. It's generated when a recording starts, or after 3 hours if it fails to (for whatever reason), on the HD(R)-T2 at least. Others may vary.
I don't know how AR the start of programme signal works.
It's in the EIT data (PID 18), specifically in the Present/Following table (AKA Now/Next). That is where the above data came from.
As to why your device didn't detect it, we will never know.
Do any of the recording events have their CRIDS logged somewhere?
Recorders that keep PID 18 will be able to have it extracted from the transport stream if decrypted.
 
I don't know how AR the start of programme signal works.
Simple summary: the CRID of the current programme is embedded in the broadcast. 15 mins before the start time according to the EPG, the recorder starts looking for the CRID and starts the recording when it appears, stopping the recording again when the CRID changes. If the CRID does not appear within a reasonable time, the recording fails "unable to track".

According to prpr's log, the CRID did appear, so it was a random failure of your recorder rather than anything systematic.
 
Back
Top