Originally Posted by creddish:
“Thanks for the info. I guess the "reserved" space indicated in the HDD Control screen is for the live buffer rather than scheduled programmes then?”
Someone has said the 8GB reserved is for the (upto two) timeslip buffers. The HDD is partitioned, one 5GB is for MP3/JPG storage. Also that 160GB is substantially less when binary/decimal conversion and formatting overheads are considered.
Originally Posted by
creddish:
“I've (unfortunately
) seen examples of the icons in the Play List but mine have black rather than white crosses and dashes in the red and green circles?”
You've instilled doubt now

I think it was yellow/green/white(-) and yellow/red/black(X).
Originally Posted by creddish:
“I think I prefer the Vestel way of doing things by allocating space for all scheduled recordings including all the events for the full 8 days of any Series Record schedules.
.. So I can understand why other users would prefer the Humax way.”
Again it needs a crystal ball to predict the data-rates the selected programmes will be broadcast in. Although the UK typical might be between 1GB and 2GB per hour, in another territory there may be fewer or more channels per mux and a single channel's bandwidth allocation could be far different. Also with Stat Muxing, a particular programme's size may vary substantially depending on what other channel bandwidth requirements are at broadcast time.
Originally Posted by creddish:
“It would be nice if the Humax had facilities to delete existing recordings in the event of the HD becoming full as the Vestels have. The Vestels have some clever options for implementing this.
Colin”
That has been requested by some users. Of course if it were included and optional, everyone would be satisfied. Personally I consider it quite a complicated thing to implement. One thing I had considered which would be equally useful in my case, is that Humax Media Controller could be adjusted to include "delete from source upon successful transfer".
Norman.