That's an option - and one I've used before, albeit it's a bit difficult to manage in day-to-day use. For now, think I'll stick with the in-service/repaired one and just continue to monitor as I take steps to return it to its pre-CF state in a few months' time. The issues we have are infrequent though more common than before I installed CF.
Yes, I have also had multiple reboots when watching Talking Pictures – but it doesn't always happen.
So the CF is exonerated then. Not that most of us thought your results would be any different.
It's Comux not Comax.
It might be something to do with the Mpeg (de)coding, but it won't be anything to do with (de)modulation, seeing as there isn't any of the latter once it's hit the disk.
So, your HDR crashes by if you switch from BBC News (LCN 231) to London Live (LCN 8) and leave it there for a while.
Well, I might try the RMA procedure and system flush before concluding that for myself.
Of course it is - a typo in my crib sheet for manual rescanning whence I took it.
Yes, you'd expect the modulation method used for conveying the bitstream in the RF domain to have no relevance, wouldn't you? If so, then there's something inherent in the transport stream that's problematic.
Our sense is that the problem is more likely to occur with TPTV too.
That's an example case but is typical as BBC News is our default viewing. I think it's what we're switching to that's the problem. I'll experiment further this week with switches to London Live and TPTV from various services.
Usually not but if, like last night, you do a crash-record (because a recording was underway) it seems certain you're guaranteed the problem will occur, and even a hard power off/on won't fix. Incidentally, last night's crashes didn't cause an automatic reboot (unlike when the problem occurs at switch on) - manual intervention was required.
Typically an hour or so.
If it's going to freeze/crash then it'll do so within a couple of minutes.
I'll give it a few weeks, then try the RMA procedure and system flush. If no better, I'll install one of the spares as our main PVR and see how that goes. However, as I still have a lot of recordings on the current PVR I'll rig this so it can be easily overplugged and use for replay only - rather than get into moving media across at this stage.
It's looking that way, isn't it?
Are you sure about FF? I find it's ok at all FF speeds, but the slower REW speeds cause it to freeze and you have to go to the higher REW speeds to unfreeze it.
I think so, but it's only an educated guess.
Strictly speaking you're right. FF is generally better than REW (which will require x2, x4 or x8 to work).
We've only recently used a network connection (just for the CF) so only use Freeview as a source of programmes. As previously reported, I move recorded programmes into either my personal "current" or "pending" folders (then from the latter to the former) and have found that, if it's currently recording, the system will crash roughly 1-in-20 moves whereupon it will auto reboot and I can successfully do the move I wanted.
It would be interesting to know whether you can reproduce that when playing instead of recording.
Ah, yes that sounds familiar. When reorganising/moving recordings there is a roughly 1/20 chance of the HDR crashing trying to perform the move.
I learnt quite quickly not to do any moving or deleting while the FOX was recording. Very high risk - more like 1:4 than 20.
Always done using the Humax remote/on-screen display. It did crash once recently when it wasn't recording but this is maybe the first time.
Although I didn't mention specifically, I meant file actions whilst the HDR is not recording. Like yourself I try not to do anything taxing while it's recording.