If it doesn't load the file completely you can try changing (increasing) the buffer to see it there is any difference.

Another possibility is that the rtmp server closes the connection because swf verification fails, but that normally happens after 1 minute or so, not 1 hour.

Another test would be to use latest rtmpdump and try to get the file with that.

I'm not sure where to find that command. It's not in the plugin, right? Anyway, judging from the ffmpeg process that's already the size of the buffer. But I'll increase it if you point me in the right direction I did try to change the Prefered quality from High to Low. I can definitely notice a decrease in quality but the file ended up being around 1300 MB anyway. I did manage to watch a couple of minutes more with the lower quality.

What about the "Produce the best video quality" under the Transcoding tab? It's checked right now, would unchecking it help in this case?

When running Serviio 6.0.1 (on Win7, 64 bit) SVTPlay worked perfectly for on my Sony Bravia 2010 as well as on my iPad, but after the upgrade to 6.1 it doesn't work for any of my devices. The contents shows up, but it when playing it is VERY bad, showing like one frame every other second or so.

Am I the only one with problems with the SVTPlay plugin under 6.1 Serviio?

zip wrote:Alright. You could try the rtmpsuck trick (or the plugin dev could) - as described in the plugin dev guide (viewtopic.php?f=22&t=3274) to see if the librtmp parameters the plugin generates are valid.

I'm working on this... I'm assuming you're refer to Urlsnooper etc. Although, I just got the swf-player when I used that.

However, I found the links anyway. This is an example of how they look:

Allright. I'll have a look there and ask around. I find it strange that this problem only occurs with files longer than approx 1h8m, but I know nothing of rtmp so maybe that's not so strange as I find it