|
||||||||
Guide not matching now and next listings |
![]() |
|
|
Thread Tools | Search this Thread |
|
|
#1 |
|
Forum Member
Join Date: Sep 2006
Posts: 21
|
Guide not matching now and next listings
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. |
|
|
|
|
Please sign in or register to remove this advertisement.
|
|
|
#2 |
|
Forum Member
Join Date: Jan 2006
Location: Fife
Posts: 4,038
|
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... |
|
|
|
|
|
#3 |
|
Forum Member
Join Date: Apr 2006
Posts: 26
|
Quote:
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. |
|
|
|
|
|
#4 |
|
Forum Member
Join Date: Jul 2006
Posts: 364
|
Quote:
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...
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 |
|
|
|
|
|
#5 |
|
Forum Member
Join Date: Oct 2002
Location: Solihull
Posts: 526
|
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. |
|
|
|
|
|
#6 |
|
Forum Member
Join Date: Dec 2002
Location: Hibaldstow, N. Lincolnshire
Posts: 5,985
|
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. |
|
|
|
|
|
#7 |
|
Forum Member
Join Date: Oct 2002
Location: Solihull
Posts: 526
|
I don't think it's able to give overlap, plus the Freeview Playback spec doesn't allow for it.
|
|
|
|
|
|
#8 |
|
Forum Member
Join Date: Feb 2006
Posts: 3,118
|
Quote:
So it's unreliable and a waste of time and I did right by reverting to .15 grrr!
|
|
|
|
|
|
#9 |
|
Forum Member
Join Date: Nov 2007
Posts: 2,669
|
Quote:
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. |
|
|
|
|
|
#10 |
|
Forum Member
Join Date: Jul 2006
Posts: 364
|
Quote:
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.
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 |
|
|
|
|
|
#11 |
|
Forum Member
Join Date: Jul 2006
Posts: 364
|
Quote:
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.
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 |
|
|
|
|
|
#12 |
|
Forum Member
Join Date: Apr 2006
Posts: 346
|
Quote:
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.
-- from CyberSimian in the UK |
|
|
|
|
|
#13 |
|
Inactive Member
Join Date: Jan 2006
Posts: 4,946
|
Because it would mean changing something that already been implemented and basically worked... Quote:
If you have specific data stream for a specific purpose why not use it?
|
|
|
|
|
|
#14 |
|
Forum Member
Join Date: Jan 2006
Location: Fife
Posts: 4,038
|
Quote:
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 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... |
|
|
|
|
|
#15 |
|
Forum Member
Join Date: Feb 2006
Posts: 3,118
|
Quote:
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...
|
|
|
|
|
|
#16 |
|
Forum Member
Join Date: Apr 2006
Posts: 346
|
Quote:
Because it would mean changing something that already been implemented and basically worked...
![]()
|
|
|
|
|
|
#17 |
|
Forum Member
Join Date: Oct 2003
Posts: 249
|
Quote:
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. Myself I prefer to set one manual timer that covers both programs. |
|
|
|
|
|
#18 |
|
Inactive Member
Join Date: Jan 2006
Posts: 4,946
|
Why indeed ... ![]() ![]() ![]() ![]() ![]() Quote:
Otherwise its like saying why have HD when standard definition worked or why have digital when analogue worked
![]() |
|
|
|
![]() |
|
All times are GMT. The time now is 05:42.

But I only spotted the change when it was too late. 