Details
-
Bug
-
Resolution: Fixed
-
Major
-
None
-
0.2.0.0
-
None
Description
The progressbar will calculate wrong buffer % after zapping.
This is caused by the calculation of the percentages using the recorder start time.
however, this time is not reset when we zap.
This results in the progressbar showing orange bars because the red bar is too short.
The longer TV is running, the bigger the orange bar will get.
h4. Additional Information
So, to be more precise.
There is a variable in the code used for calculation the 3 percentages used in the progressbar called something like (recorder.starttime). This is used to determine the lenght of the bar. But because we do not reset the recorder anymore (we did in the past) this will give false info after we have zapped.
As in the past the start of the progressbar was the time the recorder started, but now the start of the progressbar is not changed when we have zapped. It will remain on the time that we have started the recorder.
This causes wrong calculation of the lenght of the progressbar.
This is caused by the calculation of the percentages using the recorder start time.
however, this time is not reset when we zap.
This results in the progressbar showing orange bars because the red bar is too short.
The longer TV is running, the bigger the orange bar will get.
h4. Additional Information
So, to be more precise.
There is a variable in the code used for calculation the 3 percentages used in the progressbar called something like (recorder.starttime). This is used to determine the lenght of the bar. But because we do not reset the recorder anymore (we did in the past) this will give false info after we have zapped.
As in the past the start of the progressbar was the time the recorder started, but now the start of the progressbar is not changed when we have zapped. It will remain on the time that we have started the recorder.
This causes wrong calculation of the lenght of the progressbar.