It seems that problem is download speed, logs can be helpful.I can mitigate this problem by pressing "pause" for a while and then start the video, the video continues smooth as it is supposed to be.
It seems that problem is download speed, logs can be helpful.I can mitigate this problem by pressing "pause" for a while and then start the video, the video continues smooth as it is supposed to be.
Because I'm testing on VPN (which is not very fast), I always press "pause" and wait. After that I don't see any problem.It seems that problem is download speed, logs can be helpful.I can mitigate this problem by pressing "pause" for a while and then start the video, the video continues smooth as it is supposed to be.
Ok, I will collect the logs and post here. Will do that this evening or tomorrow evening.
I suppose you don't see this problem at all?
Because I'm testing on VPN (which is not very fast), I always press "pause" and wait. After that I don't see any problem.It seems that problem is download speed, logs can be helpful.
Ok, I will collect the logs and post here. Will do that this evening or tomorrow evening.
I suppose you don't see this problem at all?
If it is possible, try to make logs from other videos on SVT site for comparing. Your decryption times are very long (one fragment of data, approx. 2 MB, takes 5 seconds). So problem is not in your download speed, but in decryption.Ok just now I tested playing several clips on SVT play, I only saw the problem on two shows "Hockeykväll" and "Downtown Abbey". The other clips I tested was working, no stutters. "Downtown Abbey" is the last clip I tested in the attached logs.
Because only HTTP protocol return total length of data to download, then only for HTTP protocol is returned correct buffered length of data and correct total length of data. For all other protocols is total length just guessed and adjusted while receiving data (this is cause why buffered percentage skips from 75% back to 50%). Maybe I change this in later versions.It seems that the SVT Play part of OnlineVideos is no longer respecting the buffer settings. No matter what setting I use on the buffer % the buffer time stays the same (too short) and clips stutter because of the lack of buffered data. If i pause long enough to get a decent length of the buffer it all works well. If I test other sites from within OnlineVideos they respect the buffer settings as before. It seems that also pnyberg is experiencing similar behavior.
I guess that transfer was interrupted and filter cannot open connection again, but logs are needed in this case. Filter always make logs (MPUrlSourceSplitter.log, maybe MPUrlSourceSplitter.bak) in default MP logs directory.I also got issues with some clips ending prematurely. If I press info the clip length is correct but at about 2/3 of the clip it will exit back to the plug-in screen as if I would have pressed the stop button. It has happened on 4-5 clips but I didn't have logging on so for now I cannot give you any good logs.