Live Pause failure in (seen in 28.26, 29.27 and 29.36)
This is a new fault not seen by me in either 27.50 or Old Gen as it appeared first in 28.26 and is now in 29.27
The live pause buffer navigation fails if a recording is taking place
Trigger conditions (observed on a new DTRT-2100 that updated to 28.26 on first power up)
- Live Pause buffer is full (2 hours)
- display point is 'now' (ie front end of buffer)
- a recording is either occurring or has recently occurred
Symptoms
- Fast rewind is limited to 2x and the x2 display does not show
- 15 second instant rewind disabled
- If the fast forward is used then further x2 rewind is unavailable
- Any use of the instant +60 second function returns the display point to 'now'
In short if you dare to record something then you don't have a usable live pause buffer. And the 2 hour buffer was one of the few discriminators YouView had.
(reports of this fault have been made before but have been incorrectly responded to as if it was the long standing back end of buffer 'stutter'. At the suggestion of Visionman I have started this as a dedicated thread)
Update (25.10.17)
Please note as per posts below that a full 'Factory Reset' (available from the settings menu deletes all recordings and settings) does appear to temporarily cure this but the fault will return within a day
The live pause buffer navigation fails if a recording is taking place
Trigger conditions (observed on a new DTRT-2100 that updated to 28.26 on first power up)
- Live Pause buffer is full (2 hours)
- display point is 'now' (ie front end of buffer)
- a recording is either occurring or has recently occurred
Symptoms
- Fast rewind is limited to 2x and the x2 display does not show
- 15 second instant rewind disabled
- If the fast forward is used then further x2 rewind is unavailable
- Any use of the instant +60 second function returns the display point to 'now'
In short if you dare to record something then you don't have a usable live pause buffer. And the 2 hour buffer was one of the few discriminators YouView had.
(reports of this fault have been made before but have been incorrectly responded to as if it was the long standing back end of buffer 'stutter'. At the suggestion of Visionman I have started this as a dedicated thread)
Update (25.10.17)
Please note as per posts below that a full 'Factory Reset' (available from the settings menu deletes all recordings and settings) does appear to temporarily cure this but the fault will return within a day
0
Comments
eg .. both Freeview, both IPTV , a mixture and are they SD or HD channels?
"...These Hybrid buffer full issues (and there are many) have been around for about 10 years..."
Could you please explain
a) what is a Hybrid buffer (as far as I'm aware this hasn't been mentioned before in the forum)?
b) what are you referring to as "about 10years" when YouView is only 5 years old?
As Steve suggested above maybe others could try the same to determine if this is a widespread issue or not.
As @Daniel has said above I do remember this happening for people in the past (Old Gen days) so it would be interesting to know why some people experience these problems and others don't.
I repeated the test this morning with a slight variation of setting the view point at 20 minutes back from true live and got the same result.
Have also just tried the live pause buffer over 2 hours after the recording ended and the fault is still there.
Next experiment: Factory Reset
A cautious
I was invited to contribute to this specific thread in a 'discussion' about this particular failure (yes, I use the word "failure" as I think it is in respect to handling the live buffer correctly).
To be honest, I will reiterate the point (as per my findings) but dont really want to *discuss* things as I dont have the time and it doesnt achieve anything for me. However, for solidarity I will confirm the problem exists despite others' resistance to acceptance (in other threads) and their self-appointed moderating of what problems are valid and what are not.
My full report and actions to reproduce can be found here: https://community.youview.com/youview/discussion/comment/18954774/#Comment_18954774
I know that the problem still exists as once again I experienced it this weekend (yes, it was watching F1 again - no coincidence as there are few times that one channel is tuned in for so long to exceed the 2 our buffer and a 3.5 hour live race coverage is a prime candidate for it).
I would like to reiterat that the initial action of a recording must have happened at the same time does not seem to apply. It would seem that in simplest terms all you need to do is to have the channel on, unchanged, for longer than 2 hours (ie, ignore point number (1) in my report).
(Note: I fed back about 4 or 5 key issues in that thread about this particular version of the software with this just being one of them. The rest can be found and read by scanning through the thread in its entirety. And when my box updates to the latest version (which upon force checking half hour ago it still is not ready for doing so) I will be feeding back the same observations again if I see them but to the appropriate thread).
Good luck with the campaign Steve K. Ive been reading with interest.
I hope the new PM facility isn't being abused.
Interesting that a straight from the Factory DTRT-2100 requires a Factory Reset at first use after it immediately updates.
I drew Grunders attention to this thread as it was now a dedicated thread at your suggestion.
I've only ever reset my straight from the factory T2100 once but I found out afterwards that I had no need to do so. I've had the box for about 2 years now. My reset was done in haste and was unconnected to any software updates at the time.
@Visionman. Interesting post here from Sarah re PMs https://community.youview.com/youview/discussion/comment/18990295#Comment_18990295
One day later and the very same fault is back. One thing I do know is I am not going to do a Factory Reset every day.
So what experiment to try next? Any suggestions? The only thing I can think of is that yesterday the box had gone through an overnight standby and last night it did not as the standby time had been upped to 12 hours.
memory leakage?
This 'must have a standby' strongly suggests some sort of memory leakage or variable overflow and I repeat the fault was not seen in 27.50 or Old Gen
My last experience of this issue was about a week ago. The box had been tuned to ITV HD for about 5 hours, at which point I experienced the problem described when trying to rewind.
I haven't had time to do detailed testing of the problem. I'll post back if I get chance to do so.
A further test last night. I let the box go into deep sleep at 1am and restarted it about 2am
Fault still present this morning.
With multiple reports of this it clearly is a design fault, perhaps YouView could do some investigation or at least suggest some test cases we could explore
This is a repeatable fault disabling a key PVR feature and present with 28.26 and 29.27 (but not 27.50 or Old Gen) It is reported by multiple users and a detail test conditions set has been provided. Do YouView care? Seems
If a user chooses to run with their buffer full, its normal functions can, and often will, fail.
Aberrations abound (for which 'whacko' is my term) and have been around for about 10 years, and so even before YouView was born. IP channels suffer these aberrations too.
I was asked to look into these aberrations about 9 years ago, running deliberate test conditions and then asked again 1 year later. Did either test team cure them? Did we heck.
I can't really go into too much detail (sorry). But suffice to say neither DaveGrohl's thread nor Steve K's (this one) have been ignored. But I wouldn't hold your breath, sadly.
But basically we've got to lump it.