Thanks for clarifying. Have switched the PVR on again this lunchtime and still behaving itself in this interim state with FW (allegedly) removed from HDD but remaining in flash.
Yes, although we're in Woking we receive from Crystal Palace. Historically (ie since analogue switch-off) reception...
Further testing (details below) has proved this was no coincidence. It's also proved this fault is not a hardware one - so at least I don't have to bother changing all those caps. The RMA process has proved problematic so I guess my only hope now is a system flush (which I've not yet tried)...
Problem returned after reinstalling Humax 1.03.12 following completion of the RMA process. Plan today was to repeat RMA process but after starting-up PVR there were at least three freeze-and-reboots - then none. Currently monitoring but will repeat the RMA process a few times later, then maybe...
We've been successfully hopping between the spare HDR-Fox T2 and the faulty PVR for ten days now. The spare is working faultlessly and the faulty one continues its regular picture-freeze-and-auto-reboot on the troublesome services. Both units are running Humax 1.03.12 (ie not CF). I decided...
To progress investigation of this issue, we’re now using a spare HDR-Fox T2 (same one that helped out when investigating Start Up Fails When HDD Connected | hummy.tv) between 18:00 and 22:00 (my wife being the principal user) and the faulty one outside of these hours (when it’s my turn). The...
Am I right to draw a distinction between a hardware MPeg decoder and one that is a software process? If the SoC's AV processor is a hardware implementation it would make sense to start changing caps around this block. I recall seeing a block schematic of a similar chip (and a pin-out?)...
Tried again and confirmed. I changed service 30s after first pictures and will experiment with other periods. Will also try one or more of our spare units today. This problem has evolved and affected channels are now unwatchable due to the constant reboots, which was definitely not the case a...
A cost-effective solution for a low-power, non-isolated PSU but, yes, the caps do lead a hard life. To be fair, the failed Iskra-brand component lasted almost 15 years (had reduced from 680n to 180n).
Our PVR is now sitting on a little table outside its usual cabinet, so it's easy to swap-out with one of our spares if needed. The lid has been removed and - should it come to it - I could quite easily undertake a bulk replacement of all the electrolytics on a one-per-day basis. I've found...
Thing is, this problem occurs with live TV only - the PVR is behaving normally when playing back pre-recorded programmes. I would think that in this case, the transport stream delivered by the RF, demodulation and error-correction stages goes direct to the MPeg decoder. (Not sure if this is a...
Beginning to get some quality data on this fault now as it seems to be "hardening". I'll try the RMA process and system flush before fully exonerating the CF (and closing this thread).
If watching one of a number of services (eg London Live, Talking Pictures TV, Sky News...) the picture...
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...
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.
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...
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...
The in-service PVR has continued to suffer from the picture freeze-then-auto-reboot issue despite being disconnected from the network for a month. Accordingly, yesterday (31 May) I flashed the v1.03.12 Humax sent me, replacing the CF (I didn't do the RMA procedure or system flush).
Recently...
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...
Thanks for clarifying. Have switched the PVR on again this lunchtime and still behaving itself in this interim state with FW (allegedly) removed from HDD but remaining in flash.
Yes, although we're in Woking we receive from Crystal Palace. Historically (ie since analogue switch-off) reception...
Further testing (details below) has proved this was no coincidence. It's also proved this fault is not a hardware one - so at least I don't have to bother changing all those caps. The RMA process has proved problematic so I guess my only hope now is a system flush (which I've not yet tried)...
Problem returned after reinstalling Humax 1.03.12 following completion of the RMA process. Plan today was to repeat RMA process but after starting-up PVR there were at least three freeze-and-reboots - then none. Currently monitoring but will repeat the RMA process a few times later, then maybe...
We've been successfully hopping between the spare HDR-Fox T2 and the faulty PVR for ten days now. The spare is working faultlessly and the faulty one continues its regular picture-freeze-and-auto-reboot on the troublesome services. Both units are running Humax 1.03.12 (ie not CF). I decided...
To progress investigation of this issue, we’re now using a spare HDR-Fox T2 (same one that helped out when investigating Start Up Fails When HDD Connected | hummy.tv) between 18:00 and 22:00 (my wife being the principal user) and the faulty one outside of these hours (when it’s my turn). The...
Am I right to draw a distinction between a hardware MPeg decoder and one that is a software process? If the SoC's AV processor is a hardware implementation it would make sense to start changing caps around this block. I recall seeing a block schematic of a similar chip (and a pin-out?)...
Tried again and confirmed. I changed service 30s after first pictures and will experiment with other periods. Will also try one or more of our spare units today. This problem has evolved and affected channels are now unwatchable due to the constant reboots, which was definitely not the case a...
A cost-effective solution for a low-power, non-isolated PSU but, yes, the caps do lead a hard life. To be fair, the failed Iskra-brand component lasted almost 15 years (had reduced from 680n to 180n).
Our PVR is now sitting on a little table outside its usual cabinet, so it's easy to swap-out with one of our spares if needed. The lid has been removed and - should it come to it - I could quite easily undertake a bulk replacement of all the electrolytics on a one-per-day basis. I've found...
Thing is, this problem occurs with live TV only - the PVR is behaving normally when playing back pre-recorded programmes. I would think that in this case, the transport stream delivered by the RF, demodulation and error-correction stages goes direct to the MPeg decoder. (Not sure if this is a...
Beginning to get some quality data on this fault now as it seems to be "hardening". I'll try the RMA process and system flush before fully exonerating the CF (and closing this thread).
If watching one of a number of services (eg London Live, Talking Pictures TV, Sky News...) the picture...
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...
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.
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...
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...
The in-service PVR has continued to suffer from the picture freeze-then-auto-reboot issue despite being disconnected from the network for a month. Accordingly, yesterday (31 May) I flashed the v1.03.12 Humax sent me, replacing the CF (I didn't do the RMA procedure or system flush).
Recently...
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...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.