I think this is new with version .21, I don't recall it before.

I mostly record in standby. Now, whenever I turn the machine on after having made a recording, I find it is set to the channel that was being recorded.

Annoying, as I mostly don't want it on that channel.

Also, this would break the automatic update, not that I expect to need another update.

Why would it break the automatic update?

I’ll bet this is going to be the “need to be on BBC1” misconception.

Hi.

I recorded a film, after going to bed and in the morning it was still on the channel i had left it, sky news.

Mabe if you record two programs at the same time, it stays on the channel that finished last ?.

regards

John.

PS. you should have left it on BBC1, just kidding!!

It's just something that's changed for the worse. I imagine it's a side effect of them shoehorning the Playback stuff into the firmware.

Either it was a necessary change to facilitate a new feature or the mechanism to remember the last viewed channel got screwed when they re-coded something.

My other half was a tad confused the other day as I had recorded something from the radio and when she later switched on to watch TV she couldn't see how to get the Hummy back into "TV" mode. But it's hardly the end of the world.

I haven't found this, so maybe it's 'just you'.

No, it is not just him, as I get this too. But possibly not every time (I have not kept track of the start-up channel and related that to any recordings that may have happened since the Hummy was put into stand-by).

However, starting up on a radio channel is very obvious, as I never listen to radio live on the Hummy -- I only use it to record radio.

-- from CyberSimian in the UK

If you add the radio channels you record from to your list of favourites, then all you have to do is hit the 'Guide' button and go to a tv channel. Saves faffing around trying to remember which button under the bloody flap toggles between tv and radio.

Yes.

I assume from your reply that for automatic updates it does not matter which mux is set. there aren't that many updates anyway, and I did the last one manually.

Regardless of this, the channel switch is annoying.

I must get round to doing that

To do a manual software update you need to tell the Humax which UHF channel to search on, this is multiplex 1 carrying the engineering channel and also BBC1. Having the Humax on BBC1 to start with means the Humax is on multiplex 1. When doing an automatic software update (auto detect or from the menu) the Humax searches all multiplexes until it finds the engineering channel.

Like a couple of other posters on this thread my v21 Hummy does not do this. Last night I switched off after watching Film 4, in the night I had my Hummy record from BBC4, tonight when I switched on it came up on Film 4 so no channel change.

So this is getting strange.

Several people find the issue I reported, several people do not.

So what is the difference between our set-ups? Does anyone have an idea of what to check?

On my Hummy, auto-update, auto-on and auto-off are all disabled (and I experience the problem described in this thread).

-- from CyberSimian in the UK

I also have auto-update, auto-on, and auto-off disabled.

Hi

I suspect the reason some see the problem some don't (or haven't yet) is just an indication of the poor programming in the Humax. There are probably many repeated lines of code, so depending on some random act a different execution path is taken in the code. The problem with repeated lines of code all doing the same thing is some lines get out of date or behave slightly differently, giving slightly different results.

This is well known by programmers, sometimes to do something very quickly a chunk of code is copied and pasted elsewhere and then perhaps slightly modified. As time goes on and this happens more and more it's impossible to maintain or bug fix easily and behaviour starts to look random. 'Re-factoring' is the term used, often towards the end of a release where code is cleaned up and when there is code doing the same thing twice or the more the redundancy is removed and the code exists in just one place. This makes it much easy to bug fix and add to later. I suspect Humax just haven't given their developers enough time to do it properly, that's not uncommon

Regards

Phil

This type of unsubstantiated slagging-off of the Humax programming is really starting to get my goat

If the programmers wrote spaghetti/duplicated code it would be very likely that the Humax would be crashing and corrupting all over the place. It isn't, so why not look on the bright-side for a change, forget about the minor niggles, and give the Humax team some praise for producing a great piece of kit

My vote again ... 1.00.21 best version to date.

If you use the FP features - i.e. have the On Time settings and do not use AP, then when you have timers that are manually set or padded, then these programmes will leave the box on that channel after recording. FP timers do not switch channels. This only happens when the recording happens when the box is in standby.

I think this is the case - would someone test and confirm this?

So what you're saying is, if the PVR is put into standby and scheduled recordings take place, when switching back on the displayed channel will be the most recent one not set entirely from the EPG ?

Yes I think so. The quick experiments I did was to schedule a manual timer for a channel I wasn't on - say a timer to record in 5 minutes time lasting for 5 minutes. I then put the box in standby and let it record. Then 15 minutes later bring the box out of standby and hey presto... the channel it comes out on is the channel that the recording was made...

I have noticed this effect on a Hummy using auto-padding, when the TV programme is reserved entirely from the EPG (no manual edit of the timer setting).

-- from CyberSimian in the UK