Closed quito418 closed 5 years ago
Thank you for your discovery! You might be right, this can be a potential improvement. We did the reimplementation of MPC the best we could but might miss some corner cases. This is for simulation though, the real evaluation code is in javascript. In a very high level, I would say this also showcases human engineering heuristic can sometimes be tedious and prune to error (like we did) while a machine based approach is more automatic and alleviate much of this burden.
Understood, Thank you!
Hi, Hongzi
Thank you for your great work.
I have a question about implementation in test/mpc.py
Shouldn't last_index in line 177 be the index of last chunk?
last_index = int(CHUNK_TIL_VIDEO_END_CAP - video_chunk_remain)
If so, shouldn't last_index should start with 0?
last_index is used while calculating the max QoE using the bandwidth prediction. But it seems chunk sizes used in combo are one index moved back(last_index = current downloaded video index). So I think it should start with 0 until 47.But in the code it starts from 1.
This gives bitrate difference in the middle of video streaming a bit and usually matters with the last chunk, which the original code in github tries a higher bitrate at end, but if I modify the code it doesn't try a higher bitrate and results in lower rebuffer. Actually tring a higher bitrate doesn’t give benefit because of smoothness. Average reward varies by 2.6 (40.06 to 42.67 in simulation)
Line 177-180 to below
In line 191-192
shoudln't it be
Thank you!