Josh.M and brittanygarden
Just forced updated about 24 hours ago on the Hopper H3 on H385 to H386 with Hopper Plus on P13112 to P13113.
It appears that the current version(s) of DISH equipment on AndroidTV software are as follows:
Joey4 P53113
Wireless Joey4 P63113
Hopper Plus P13113
Have the same issue(s) as mentioned with H385 and earlier after updating.
So there are still six major issues:
1) The bar chart shows the DVR % is visible which for me is 100% even though there is 120GB of free space left on the internal HDD. H386 still has the issue where 119GB-120GB free is considered 100% full on the HDD so the last 119GB-120GB can't be used at all. The fix is either make it available with the correct % remaining or treat the HDD as 120GB less in capacity so the % meter for what's used is correct.
2) The issue of skipping all the way to the beginning and end of the buffer and not anything between the beginning and end appears to not be fixed as it still does happen.
3) As seen in the photo below, we all know the buffers are 1 hour but as seen in the photo, the buffer appears to start from the point of when the Hopper started buffering the channel since it is 23 hours per the photo so the length of the buffer is wrong as well as the start time on the left which should never exceed 1hour or 60 minutes.
4) Another issue using the photo above as a example is that sometimes the video will freeze when either rewinding, forwarding, replaying, skipping and then what eventually happens is using the above photo for example, it will lost the entire buffer even though the 1:30AM to 12:30AM bar is there but the yellow will be empty except from the time when the live buffer shows video after unfreezing, basically it's similar to someone just changing to that channel except the bar will still show the 23 hours but without the yellow before the current buffering.
5) H383, H385, H386 and possibly earlier version(s) I may not be aware of has this issue where randomly, as we all know there is the 1 hour buffer on the current channel but let's assume the current time is a new program which was on for 10 minutes, it will not allow rewinding past the start of the current program as the buffer would be gone for anything before that part so one can only rewind back to the beginning of the current program and not the previous program even though the Hopper 3 was always tuned to the channel for the entire 1 hour or 60 minutes and ofcourse the bar would still appear like the photo above except the yellow would start from the time of the start of the current program and nothing before that.
6) H381, H382, H383, H385, H386 has the issue where the Remote Control Mode Reminder Notification is always on where it will display that the remote needs to be in SAT mode when on TV and AUX even when Settings -> Notifications -> Remote Control Mode Reminder is set to Off. This was originally discovered by Pepper.
I will let charlesrshell and Pepper report the issue(s) they have experienced and if it still happens in H386 or not.
RTCDude appears to experiened an issue mentioned in Hopper 1 Software H183, Hopper 2 Software H283, Hopper 3 Software H383, Hopper Duo Software H483 and Hopper Plus Software P13106 released & available which he can confirm if it still exists in H386 or not as he said:
"Here is a H3 bug still in H383 that I haven’t seen reported yet. It seemed to have started around H380 or a bit before, I’m not exactly sure when it started.
If you have live video paused and buffered, and the pause crosses the time boundary when a new recording is to start, the buffered video gets prepended to the beginning of the new recording. For example, if there is 1/2 hour of video paused and buffered, and the new recording is supposed to be 1 hour long, the new recording will actually be 1 1/2 hours long. Otherwise, the new recording plays just fine; just a concatenation of the buffered and recorded video.
When the new recording start boundary occurs, the pause progress bar come one for a second or two, then turns off. If you then go to playing the pause video (with either the play or unpause/pause button), nothing happens and the video still appears to be paused. No amount of hitting these buttons will start playing the paused video. However, pressing either the skip back/forward buttons will start playing the paused video, and you can now pause/play/skip the paused video as normal.
So far I’ve only seen this when the paused video and new recording were on the same channel. I haven’t yet tested this when they are on different channels.
It use to be that the paused/buffered video and recordings were completely separate, and neither would affect the other.
Could someone else test this to see if it’s just me or a real SW bug?
Dish: I’ve saved an affected recording on my H3 in case you want to examine it. Let me know."
Just forced updated about 24 hours ago on the Hopper H3 on H385 to H386 with Hopper Plus on P13112 to P13113.
It appears that the current version(s) of DISH equipment on AndroidTV software are as follows:
Joey4 P53113
Wireless Joey4 P63113
Hopper Plus P13113
Have the same issue(s) as mentioned with H385 and earlier after updating.
So there are still six major issues:
1) The bar chart shows the DVR % is visible which for me is 100% even though there is 120GB of free space left on the internal HDD. H386 still has the issue where 119GB-120GB free is considered 100% full on the HDD so the last 119GB-120GB can't be used at all. The fix is either make it available with the correct % remaining or treat the HDD as 120GB less in capacity so the % meter for what's used is correct.
2) The issue of skipping all the way to the beginning and end of the buffer and not anything between the beginning and end appears to not be fixed as it still does happen.
3) As seen in the photo below, we all know the buffers are 1 hour but as seen in the photo, the buffer appears to start from the point of when the Hopper started buffering the channel since it is 23 hours per the photo so the length of the buffer is wrong as well as the start time on the left which should never exceed 1hour or 60 minutes.
4) Another issue using the photo above as a example is that sometimes the video will freeze when either rewinding, forwarding, replaying, skipping and then what eventually happens is using the above photo for example, it will lost the entire buffer even though the 1:30AM to 12:30AM bar is there but the yellow will be empty except from the time when the live buffer shows video after unfreezing, basically it's similar to someone just changing to that channel except the bar will still show the 23 hours but without the yellow before the current buffering.
5) H383, H385, H386 and possibly earlier version(s) I may not be aware of has this issue where randomly, as we all know there is the 1 hour buffer on the current channel but let's assume the current time is a new program which was on for 10 minutes, it will not allow rewinding past the start of the current program as the buffer would be gone for anything before that part so one can only rewind back to the beginning of the current program and not the previous program even though the Hopper 3 was always tuned to the channel for the entire 1 hour or 60 minutes and ofcourse the bar would still appear like the photo above except the yellow would start from the time of the start of the current program and nothing before that.
6) H381, H382, H383, H385, H386 has the issue where the Remote Control Mode Reminder Notification is always on where it will display that the remote needs to be in SAT mode when on TV and AUX even when Settings -> Notifications -> Remote Control Mode Reminder is set to Off. This was originally discovered by Pepper.
I will let charlesrshell and Pepper report the issue(s) they have experienced and if it still happens in H386 or not.
RTCDude appears to experiened an issue mentioned in Hopper 1 Software H183, Hopper 2 Software H283, Hopper 3 Software H383, Hopper Duo Software H483 and Hopper Plus Software P13106 released & available which he can confirm if it still exists in H386 or not as he said:
"Here is a H3 bug still in H383 that I haven’t seen reported yet. It seemed to have started around H380 or a bit before, I’m not exactly sure when it started.
If you have live video paused and buffered, and the pause crosses the time boundary when a new recording is to start, the buffered video gets prepended to the beginning of the new recording. For example, if there is 1/2 hour of video paused and buffered, and the new recording is supposed to be 1 hour long, the new recording will actually be 1 1/2 hours long. Otherwise, the new recording plays just fine; just a concatenation of the buffered and recorded video.
When the new recording start boundary occurs, the pause progress bar come one for a second or two, then turns off. If you then go to playing the pause video (with either the play or unpause/pause button), nothing happens and the video still appears to be paused. No amount of hitting these buttons will start playing the paused video. However, pressing either the skip back/forward buttons will start playing the paused video, and you can now pause/play/skip the paused video as normal.
So far I’ve only seen this when the paused video and new recording were on the same channel. I haven’t yet tested this when they are on different channels.
It use to be that the paused/buffered video and recordings were completely separate, and neither would affect the other.
Could someone else test this to see if it’s just me or a real SW bug?
Dish: I’ve saved an affected recording on my H3 in case you want to examine it. Let me know."
Last edited:
