Originally Posted by martin_stone:
“I have experienced this problem.
Wanting to watch top gear last night - no recordings were scheduled, I had paused it at the start of the programme (8pm) and done something else for 20 minutes. Started to watch it, and about 10 minutes in decided to keep the programme, so rewound 10 minutes to the start and pressed record, then fast-forwarded back to where I had been.
At the (real) end of the programme (9pm), I was dumped out to real-time and the buffer was lost and we annoyingly got to watch the end of the programme in the middle, as it was overrunning. Then watched the rest from the middle of the programme from the recording in the library.
Hope that makes sense. However, I'm sure I have successfully timeslipped a live broadcast without this problem, whilst a scheduled recording of the same channel was in progress, although I couldn't swear to it.”
Martin
The problem that you are getting here is not a fault, as sdesign may be getting, but a problem caused by the way that the box works, when you do an instant recording from the buffer. However the problem is also fairly simple to overcome.
As you might have seen from my post above, I played around with instant recording to record the end of a program, which had run over and was thus missed by the scheduled program that I had set up to try to replicate sdesign's fault.
I found that the way instant recording from the buffer works is like this.
If you start an instant recording by rewinding the buffer, as you did, the buffer will be reset to start from the point where you started the instant recording. However the buffer beyond this start point will still be retained.
A message will flash up on the screen showing the starting time and the end time. The end time will always be the end time of the current live program, even if you have rewound the buffer into a previous program.
When the instant recording reaches its end point, as you found, the buffer is deleted, you are returned to the live program and a new buffer is started. If you bring up the time bar at this point you can watch this happening.
As you found, this is most annoying if you are watching a program 20 mins behind, as you were.
The way to simply overcome this problem is to extend the end time of the instant recording, by pressing record again and moving it on in 10 min jumps further beyond its end time. The number of minutes that you add on must exceed the number of minutes that you are currently running behind the live transmission. In your case this would me 30 mins, as you were watching 20 mins behind.
The instant recording will not then dump the buffer and return your box to the live transmission until 30 mins after your program ends, by which time you will have seen it to the end even if it was running up to ten minutes late.
The only real downside of this method is that your instant recording of Top Gear will include up to 30 minutes of the following program that you did not want, though you will have the ending if it was running late. However if you want to keep it for a while or archive onto another device, it is fairly easy to cut off the bit that you don't want with the editing function.
When an instant recording is running it seems like that you can extend or bring forward the end time any time that you like up to the time that the program is due to finish. It also looks like you can extend it up to a 24 hour recording, though I have not tried a long extension and I don't know of what practical use this would be as it would appear in the playlist as one program.
Another key point to note when watching the buffer, at the same time as doing an instant recording is not to press the STOP button when doing this. If you do this the buffer will be dumped, you will be returned to the live transmission and a new buffer will be started. However the instant recording will continue, so you can still watch the program later if that is what you have decided to do. To stop the instant recording you have to press STOP again and confirm.
An oddity that I noticed when moving around the buffer is that if you ever forward to the front, i.e. the live point, of the buffer in this situation again the buffer will be dumped exactly as if you had pressed the STOP button. As this is quite easy to do with x64 fast forward it is safer to use the alternative method that I outlined at the end of my last post above.