Last night (27th Feb ) the football on BBC 1 went into extra time, hence following programmes were changed to accomodate this.
I noticed on my Humax that all the programmes listed on the guide had been updated to reflect the change in programming but the now and next listings remained as they were. i.e. the news was on and listed correclty in the guide, but the now listing showed shy cops which should have been on at that time.

This got me wondering what would have happened if I had following programmes set to record? Does the schedule use the guide information or the now and next listings? Would AR have worked?

I know, I know. I missed out on a prime opportunity to test the above. But I only spotted the change when it was too late.

SR uses AR which uses N&N info, so if you are using the 'On Time' settings then schedules programmes (on BBC1) would have not recorded properly, as they use the N&N triggers...

My box recorded the match last night. I was watching TV when it kicked off, but I did not watch all of the match. I put the box into standby and went to bed.

I expect, when I return home to have a look at the box, that the match did not record the extra time, if what you say about the N&N info is true (and holds true also for my region, BBC Scotland).

As for other programmes scheduled to record after the match, they would have followed the N&N info and either recorded partial programmes, runaway recordings, or nothing at all...

I also spotted this & set BBC news to to record via AR as a test.It started about 40 mins late. & recording started right on time. Very impressed.

After much discussion on this topic over recent weeks, I thought that the consensus was that what the Hummy displays for "Now and Next" is NOT what the Hummy uses for accurate record.

One experience on Wednesday confirms this: I happened to switch temporarily to BBC2 just as Torchwood was about to start. "Now and Next" on the Hummy said that Torchwood had already started, but my Hummy was not recording and indeed Torchwood had NOT started. The Hummy started recording about 5 seconds before the start of Torchwood -- a perfect result!

-- from CyberSimian in the UK

I have it from Humax that the 9200 starts recording (when set to Accurate Record) when the "running status" flag in the EITpf (Event Information Table present/following) changes.

THE EITpf is the only accurate enough table in the mux data stream to give this, and the hummy checks every 10 secs for this change. EITpf is where the "Now & Next" information is obtained.

The Main broadcasters, in theory, set this change a little before the actual programme start. Though itv1 doesn't currently do it much.

So it's unreliable and a waste of time and I did right by reverting to .15 grrr!

I still can't make it do separate recordings, overlapping, of two consecutive programmes on the same channel. I've tried all manner of manually altering start and finish times. It takes no bl***y notice and stops the first early and then starts the second. Granted that I miss nowt but it IS irritating.

I don't think it's able to give overlap, plus the Freeview Playback spec doesn't allow for it.

In the quoted case of a program running late 1.00.21did exactly what it should and recorded the following program correctly event though the EPG was only updated at the very last minute. For us it is significantly more reliable than 1.00.15. YMMV.

Assuming AR will work 100% one day soon, why would anyone want to program in the capability to overlap recordings of two consecutive programs on the same channel. AR should remove the need for this 'insurance' overlap.

If you are using auto-padding, the recommended technique for consecutive programmes on the SAME channel is DIFFERENT from the recommended technique for consecutive programmes on DIFFERENT channels.

For consecutive programmes on the SAME channel, DO NOT manually alter the end time of the first programme or the start time of the second programme. If you edit them and create an overlap, the Hummy stops recording the first programme PREMATURELY so that it can start recording the second programme early. Instead leave the first-programme end time and second-programme start time EXACTLY as shown in the EPG. Then the Hummy will stop the first recording and start the second recording exactly at the EPG times, i.e. the recording of the first-programme does NOT stop prematurely. You still get pre-padding on the first programme, and post-padding on the second programme.

For consecutive programmes on DIFFERENT channels, manually edit either the first-programme end time or the second programme start time to create an overlap (one minute of overlap is sufficient). Then the Hummy will use two tuners, and each recording will receive the full amount of pre- and post-padding.

-- from CyberSimian in the UK

Agreed, but the consensus of opinion is that the information that the Hummy DISPLAYS for "Now and Next" is in fact taken from the EPG, and not from the "Now and Next" (EITpf) information contained in the data stream. This is why there is an apparent disparity between the DISPLAYed "Now and Next" information, and the Hummy starting/stopping an accurate recording.

Note: some IDTVs and STBs actually display the EITpf data for "Now and Next", but the 9200t and Humax F2-FOX-T freeview tuner are not among them.

-- from CyberSimian in the UK

If this is the case then Humax need to change this to the correct way of doing things - that way its clearer to report issues etc. If you have specific data stream for a specific purpose why not use it?

Because it would mean changing something that already been implemented and basically worked...

AFAIK, it is the N&N info stream that is used for AR/AT...

My recording of the match, using AR and SR, only recorded 10 minutes into ET. It then cut off! So the OP was right, the N&N data did not change to reflect the late run or extended coverage of the FA Cup match. I had no other timers scheduled that day on BBC1 after the match, so can't say what the outcome of those would have been...

We had the news set to record immediately after the football and it recorded perfectly.

But it doesn't work as it isn't correct - Now and next shopuld match the broadcasters now and next so they should change it. Otherwise its like saying why have HD when standard definition worked or why have digital when analogue worked

The only trouble with this is that, because broadcasts are not precisely accurate, you are likely to get a short bit of one program on the other recording. Not particularly important if one is just watching, but a bore if one wants to transfer one of them to a PC.

Myself I prefer to set one manual timer that covers both programs.

Why indeed ...