...
Incidentally, what causes this (see attached) Not sure if this is an IceTV problem or a Beyonwiz problem
The problem is due to the way the Beyonwiz matches the description and name (if absent) in a recording with the EPG. This can fail if the program is short reletive to the padding.
I's difficult to reconstruct exactly what's happened without the padding settings for the recording and the actual schedule times for the program, and preferably the timer log, too.
But for next week's Saturday showing of Birds of a Feather, BoaF runs 12:10-12:30, and QI runs 12:30-13:05. If they were the scheduled times for Sat 3 Sep, when the recording was made, then pre-padding must be 7 min, and post-padding must be 30 min.
That would mean that the timer ran from 12:07 to 13:00. If the name and/or description are missing from the timer when it is started they are fetched by guessing a time that should be within the time span of he program being recorded. That's done by taking the midpoint of the timer, in this case 33.5 min from the start of the timer, i.e. at 13:00:30. This is in the time span of QI, so the information for QI is fetched.
I've explained this phenomenon many times over, both here and on the Beyonwiz forum.
There is a bug registered in the Beyonwiz issue tracker that covers this:
Bug #449: Incorrect EIT and description sometimes loaded for short IceTV timers.
This is particularly a problem for short programs like a lot of the afternoon content of ABC2 and ABC3, where the midpoint of the timer can be several programs later than the program being recorded.
In this case, the bug can be worked around by decreasing padding (at either end) by a couple of minutes. That doesn't fix the general problem, though.
What puzzles me a bit, though, is that the recording name in the selection list is correct, even though the program name in right-hand information panel is wrong.
