Bug No cache/buffer is used for m3u8 "playlists", causes stuttering video
#46
I guess work has continued behind the curtains - it would be great to have some more info on the progress.

My (limited) understanding of this thread and http://forum.xbmc.org/showthread.php?tid=156427 is:
- you've been working really hard!
- the root cause of SVTplay stutter on Raspberry Pi has been identified and is related to FFmpeg
- the problem is understood and there is a patch to fix it
- you are working to get the fix accepted into the XBMC repository (main branch)

Is this a reasonably correct understanding?

Disclaimer: admittedly I'm a newbie to R-pi and XBMC development.
Reply
#47
(2013-03-08, 00:02)Strongarm Wrote: I guess work has continued behind the curtains - it would be great to have some more info on the progress.

My (limited) understanding of this thread and http://forum.xbmc.org/showthread.php?tid=156427 is:
- you've been working really hard!
- the root cause of SVTplay stutter on Raspberry Pi has been identified and is related to FFmpeg
- the problem is understood and there is a patch to fix it
- you are working to get the fix accepted into the XBMC repository (main branch)

Is this a reasonably correct understanding?

Disclaimer: admittedly I'm a newbie to R-pi and XBMC development.

Work in progress, you can keep track in thread: http://forum.xbmc.org/showthread.php?tid=156303 ...
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)
Reply
#48
(2013-03-08, 00:02)Strongarm Wrote: I guess work has continued behind the curtains - it would be great to have some more info on the progress.

My (limited) understanding of this thread and http://forum.xbmc.org/showthread.php?tid=156427 is:
- you've been working really hard!
- the root cause of SVTplay stutter on Raspberry Pi has been identified and is related to FFmpeg
- the problem is understood and there is a patch to fix it
- you are working to get the fix accepted into the XBMC repository (main branch)

Is this a reasonably correct understanding?

Disclaimer: admittedly I'm a newbie to R-pi and XBMC development.

It appears that the SVTplay issue on RPi has been resolved with the updated ffmpeg. You might want to checkout the ffmpeg & XBMC thread on OpenELEC regarding feedback on this particular issue.
Reply
#49
Hi,

I am new to this. How can I update ffmpeg to fix this issue (I am using Windows 7)

Many thanks
Reply
#50
Can someone check this stream for me and tell me if it stutters?

http://fw01.livem3u8.me.totiptv.com/live...itrate=800
Reply
#51
Has there been any progress on this?
Current setup:
Amlogic M3/MX + Linux + BOXiK Skin + Pioneer vsx520 + Dali Lektor 6

Previous setup:
Revo 3700 + flirc + OpenElec nightlies + Quartz + Pioneer vsx520 + Dali Lektor 6
atv1 + Crystalbuntu + XBMC nightly + xperience1080
Reply
#52
I am waiting for this too
Reply
#53
zZzzZZz waiting also
Reply
#54
+1 on the waiting part
Reply
#55
Also interested. PBS HD streaming is useless without this fix.
Reply
#56
Also interested !
Reply
#57
Its the bug now fixed?
Reply
#58
Here the difference between kodi (https://www.dropbox.com/s/yw02vlvr90uaur...i.jpg?dl=0) and apple TV (https://www.dropbox.com/s/he299vib4vpzrw...v.jpg?dl=0) with NHL Gamecenter
Reply
#59
hm seems not yet to be fixed? anyone knows?
Reply
#60
I may be facing the same issue. On android, when I play a m3u8 file that leads to another m3u8 file that is just 4 second long .ts files (h264/aac), the audio plays but the video is mainly a static screen and there is buffering every few seconds.
http://media.fantv.hk/m3u8/archive/channel2.m3u8
Reply

Logout Mark Read Team Forum Stats Members Help
No cache/buffer is used for m3u8 "playlists", causes stuttering video1