When using the new svtplay addon 3.0 on new video clips on svtplay.se the video is stuttering.
According to the author of the video clip it is now using "h.264 main" (avc1.77.30).
It seems that atv2 is not able to play this stream properly.
I don't know if this is an error or it is just a limitation for atv2.
Would appreciate any guidance on where/how to fix problem.
This isssue has previously been reported to the author of the svtplay addon:
https://github.com/nilzen/xbmc-svtplay/issues/30
The problem occurs at about 18:18:22 in the log file. My understanding is that svtplay uses HLS (HTTP Live Streaming) and that it selects the appropriate bitstream according to the capabilities of the device.
xmbc.log
My conclusion is that the automatic bitstream selection chooses a bitrate that atv2 is not capable of showing.
AppleTV 2 (black) Video playback is jumpy for SVT-Play
henke66
Junior Member Posts: 46 Joined: May 2012 Reputation: 0 |
2012-10-28 21:16
Post: #1
(This post was last modified: 2012-10-29 08:56 by henke66.)
|
| find quote |
henke66
Junior Member Posts: 46 Joined: May 2012 Reputation: 0 |
2012-10-30 19:53
Post: #2
There was not much input from the community about this.
Probably because the problem was not very well described.I think the main problem is that the HLS stream selection is based on the selection of the bandwith in "Settings/System/Internet access/Internet connection bandwidth limitation.". However the problem in this case is not that I have a limited bandwidth to internet, but my device (atv2) is not able to play the high quality stream from SVT play. So what would be the best choice is to describe the capabilities of the device when it comes to playing video files and use this information when selecting the appropriate stream for HLS. This should ofcourse be used in conjunction with the bandwitdh settings as a maximum limit fo the stream. Feel free to move this thread to a better sub-forum since it is not a specific ios problem but rather a problem with HLS and devices with limited rendering capabilities. |
| find quote |
dataolle
Junior Member Posts: 11 Joined: Jan 2013 Reputation: 0 |
2013-01-27 22:16
Post: #3
Works for me when cache is used, see this: https://github.com/nilzen/xbmc-svtplay/issues/58
The problem is I cannot get .m3u8 files (playlists) to use the xbmc cache ![]() When i dump the stream with ffmpeg and the play in xbmc it works without issues... btw, my post was about raspberry pi, not sure if its the same on appletv.
(This post was last modified: 2013-01-27 22:17 by dataolle.)
|
| find quote |
flyingrat
Senior Member Joined: Jul 2008 Reputation: 5 Location: Sweden |
2013-01-28 21:55
Post: #4
(2013-01-27 22:16)dataolle Wrote: Works for me when cache is used, see this: https://github.com/nilzen/xbmc-svtplay/issues/58 The jumpiness goes for both RPi and AT and is probably a H264 codec issue: http://forum.xbmc.org/showthread.php?tid...pid1314709 1. XBMC: http://github.com/FlyingRat/xbmc (ffmpeg-head-inc-xbmc-patches) 2. FFmpeg: http://github.com/FlyingRat/FFmpeg (ffmpeg-head-with-xbmc-custom-patches) 3. XBMC-updated-FFmpeg-binaries (just dev snapshots, no regular distros) |
| find quote |

Probably because the problem was not very well described.
Search
Help