Thank you Humax

Peter Duncanson wrote:
On Tue, 31 Mar 2009 09:38:15 +0100, David Hearn
wrote:

tim..... wrote:
I lost all my recordings to today because your box (9150T) can't cope with
the clock change.

Why is it that people just can't get this right? It isn't rocket science!
It's a new mode FFS, you've had six years practice!

I bet I get the normal patronising response that I should reset to factory
defaults to fix it!

tim
My 9200 worked perfectly, recording everything it was meant to on Sunday.

Was it in standby or was it fully powered up at the time of the clock
change?

It was in standby - it does this automatically around 11pm, wakes up at
6:30pm to perform software check and then full wake up at 7pm.

The recording at 5/6am worked fine, as did the afternoon one - both F1
recordings.

D

"Dr Zoidberg" wrote in message
...
"Dave Farrance" wrote in message
...
"tim....." wrote:

"Dr Zoidberg" wrote

My PVR9200T coped just fine and recorded the Grand Prix correctly.
Are you using auto-padding or accurate recording?

the first (yes I know this is the problem, but that isn't an excuse)

I've not noticed the time-corrected recording causing any cropping of
programmes lately, so I'd say it's reasonably safe at the moment. I
certainly think it's safer than padding. Pity Humax PVRs can't do time
correction *and* padding.

They could pad a few minutes on the end of a recording after the "stop"
signal , but it would be considerably more impressive to add a few minutes
before a signal that it hasn't yet received.

Not totally impossible , but not easy to do.

The Humax boots up 15 minutes before the programme is scheduled to start so
that it can load the EPG, which is plenty of time to start recording if the
start time has been changed. If it really has to wait until a signal before
starting, it could simply record continuously and copy the padding from the
buffer.

--
Max Demian

"Dr Zoidberg" wrote in message
...
"Dave Farrance" wrote in message
...
"tim....." wrote:

"Dr Zoidberg" wrote

My PVR9200T coped just fine and recorded the Grand Prix correctly.
Are you using auto-padding or accurate recording?

the first (yes I know this is the problem, but that isn't an excuse)

I've not noticed the time-corrected recording causing any cropping of
programmes lately, so I'd say it's reasonably safe at the moment. I
certainly think it's safer than padding. Pity Humax PVRs can't do time
correction *and* padding.

They could pad a few minutes on the end of a recording after the "stop"
signal , but it would be considerably more impressive to add a few minutes
before a signal that it hasn't yet received.

Not totally impossible , but not easy to do.

-------------------------------------------------------------------------------------------------------------

Perhaps I am wrong, but I think the biggest issue here, is with channels
that don't use Accurate Recording. These seem to start/stop as per the
clock, and we all know that channels can't be trusted to start their
programs on time.

If my box would allow me to specify a padding to use with these channels, I
could live with the small amount that is lost at the start of an AR program
by late detection of the start flag.

But they don't do this, they work on the assumption that all channels use AR
and if you select this mode, you don't need padding. I understand that this
operation is a requirement of the "Freeview plus" logo BICBW, if it is this
way, it is arrogant in the extreme, IMHO.

tim

In article , Dr Zoidberg wrote:
I've not noticed the time-corrected recording causing any cropping of
programmes lately, so I'd say it's reasonably safe at the moment. I
certainly think it's safer than padding. Pity Humax PVRs can't do time
correction *and* padding.

They could pad a few minutes on the end of a recording after the "stop"
signal , but it would be considerably more impressive to add a few
minutes before a signal that it hasn't yet received.

Not totally impossible , but not easy to do.

I don't understand the problem. All my recorders receive a "signal" from my
fingers a week or two before the required recording, so the start time can
be anything I want.

It's very easy to do.

Rod.
--
Virtual Access V6.3 free usenet/email software from
http://sourceforge.net/projects/virtual-access/

David Hearn wrote:
Peter Duncanson wrote:
On Tue, 31 Mar 2009 09:38:15 +0100, David Hearn
wrote:

tim..... wrote:
I lost all my recordings to today because your box (9150T) can't
cope with the clock change.

Why is it that people just can't get this right? It isn't rocket
science! It's a new mode FFS, you've had six years practice!

I bet I get the normal patronising response that I should reset to
factory defaults to fix it!

tim
My 9200 worked perfectly, recording everything it was meant to on
Sunday.

Was it in standby or was it fully powered up at the time of the clock
change?

It was in standby - it does this automatically around 11pm, wakes up at
6:30pm to perform software check and then full wake up at 7pm.

The recording at 5/6am worked fine, as did the afternoon one - both F1
recordings.

D

That suggests that waking at 02:05 GMT could be just as good for a
software check *and* cover the clock change effectively :-)

--
PeeGee

"Nothing should be able to load itself onto a computer without the
knowledge or consent of the computer user. Software should also be able
to be removed from a computer easily."
Peter Cullen, Microsoft Chief Privacy Strategist (Computing 18 Aug 05)

tim..... wrote:
Perhaps I am wrong, but I think the biggest issue here, is with channels
that don't use Accurate Recording. These seem to start/stop as per the
clock, and we all know that channels can't be trusted to start their
programs on time.

If my box would allow me to specify a padding to use with these channels, I
could live with the small amount that is lost at the start of an AR program
by late detection of the start flag.

But they don't do this, they work on the assumption that all channels use AR
and if you select this mode, you don't need padding. I understand that this
operation is a requirement of the "Freeview plus" logo BICBW, if it is this
way, it is arrogant in the extreme, IMHO.

tim



As has been said before, the Hummy 9200T is somewhat eccentric in the
way it applies Accurate Record. It *only* uses the Start of Programme
flag sent in the EITpf table. If this is missing, wrongly timed or the
Hummy misses it the start is delayed.

The Playback spec requires an every 10 secs (max) check of this.

The Sony PVRs, I am reliably informed, do the obvious. They start on
EITHER Programme Start flag or EITpf programme start time if flag is not
seen.

The main broadcasters send the Start of Programme flag usually, at
least, at the start of the last ad before the programme start. Though,
apart from the beeb, they don't seem able to put the start and end flags
reliably in the right positions!

Richard