Understanding timer program recording on old Sears VCR

Peter Hucker wrote:
On Sat, 01 Nov 2008 18:21:38 -0000, UCLAN <nomail@thanks.org> wrote:

Peter Hucker wrote:

The Sky box and a Sony DVD recorder both annoy me for another reason -
there is a delay of about 0.5 seconds between pressing a button on the
remote and something happening in a menu. And there is virtually no
keyboard buffer, so it gets behind what I'm pressing and does something
completely different. The sky box is even more annoying - it has no
cache, if I select a progam for recording, then go back to the program
listings, it reloads the bloody listings from the dish!
My LG DVD/VCR combo also has an annoying delay. I can't even enter the
data in using the number keys; I have to futz around with the arrow keys
for around 30 seconds just to enter one piece of data because of the
ridiculously poor UI (and exceptionally slow key response). I believe
the firmware coders were just plain lazy. It wouldn't have taken much to
make the UI significantly more tolerable even with the slow key response.


My Philips DVD/HDD recorder is the best--I can use the arrows /or/ the
number keys, and it accepts keystrokes almost as fast as I can press
them. /That's/ the proper way to implement it.
I don't understand why anything made recently would have a slow response.
The ZX80 was faster at key input, haven't chips speeded up since?
What isn't being into consideration is the time it takes to process/buffer
digital video signals. This is even more problematic on a DVR since you are,
in effect, viewing a recorded/delayed signal.

It can do all that decoding, but can't repsond to a keypress in a timely manner?

The chip can but the progammer has no clue what a chip does.
 
Peter Hucker wrote:

What isn't being into consideration is the time it takes to process/buffer
digital video signals. This is even more problematic on a DVR since you are,
in effect, viewing a recorded/delayed signal.

It can do all that decoding, but can't repsond to a keypress in a timely manner?
And you know it isn't responding...how? Giving you the channel/video signal
you desired is only the end result of its response.
 
On Sat, 01 Nov 2008 19:55:00 -0000, Sjouke Burry <burrynulnulfour@ppllaanneett.nnlll> wrote:

Peter Hucker wrote:
On Sat, 01 Nov 2008 18:21:38 -0000, UCLAN <nomail@thanks.org> wrote:

Peter Hucker wrote:

The Sky box and a Sony DVD recorder both annoy me for another reason -
there is a delay of about 0.5 seconds between pressing a button on the
remote and something happening in a menu. And there is virtually no
keyboard buffer, so it gets behind what I'm pressing and does something
completely different. The sky box is even more annoying - it has no
cache, if I select a progam for recording, then go back to the program
listings, it reloads the bloody listings from the dish!
My LG DVD/VCR combo also has an annoying delay. I can't even enter the
data in using the number keys; I have to futz around with the arrow keys
for around 30 seconds just to enter one piece of data because of the
ridiculously poor UI (and exceptionally slow key response). I believe
the firmware coders were just plain lazy. It wouldn't have taken much to
make the UI significantly more tolerable even with the slow key response.


My Philips DVD/HDD recorder is the best--I can use the arrows /or/ the
number keys, and it accepts keystrokes almost as fast as I can press
them. /That's/ the proper way to implement it.
I don't understand why anything made recently would have a slow response.
The ZX80 was faster at key input, haven't chips speeded up since?
What isn't being into consideration is the time it takes to process/buffer
digital video signals. This is even more problematic on a DVR since you are,
in effect, viewing a recorded/delayed signal.

It can do all that decoding, but can't repsond to a keypress in a timely manner?

The chip can but the progammer has no clue what a chip does.
I would have thought it would be difficult to accidentally make something run exceedingly slowly.

--
http://www.petersparrots.com http://www.insanevideoclips.com http://www.petersphotos.com

British Rail Customer: "How much does it cost to Bath on the train?"
Operator: "If you can get your feet in the sink, then it's free".
 
On Sun, 02 Nov 2008 04:16:42 -0000, UCLAN <nomail@thanks.org> wrote:

Peter Hucker wrote:

What isn't being into consideration is the time it takes to process/buffer
digital video signals. This is even more problematic on a DVR since you are,
in effect, viewing a recorded/delayed signal.

It can do all that decoding, but can't repsond to a keypress in a timely manner?

And you know it isn't responding...how? Giving you the channel/video signal
you desired is only the end result of its response.
What I mean is while navigating menus etc, if you press a key, then press another key 0.5 seconds later, the second key has no effect as it was still busy interpreting the first key.

--
http://www.petersparrots.com http://www.insanevideoclips.com http://www.petersphotos.com

British Rail Customer: "How much does it cost to Bath on the train?"
Operator: "If you can get your feet in the sink, then it's free".
 

Welcome to EDABoard.com

Sponsor

Back
Top