SVTplay shows jerky playback

I'm continuing this from the Plugins - SVTPlay thread since it's more of a general transcoding question.

My problem is that online streams from SVTplay displays a very jerky playback on my LG ST-600 media extender when I use <video targetContainer="m2ts"> (no transcoding, only remuxing). Then, If I save the "transcoded" file as *.m2ts and play it as a local file, the playback is just as jerky, no matter what player used!

Now, if I download the same show using Pirateplayer, the playback is flawless on any player, LG (dlna or cifs) or MPC! Pirateplayer saves the file as *.mp4 as a default. To my understanding this means that it's remuxed into a mp4 container. The ffmpeg command used by Pirateplayer is:

  Code:

ffmpeg -i "http://svtplay1m-f.akamaihd.net/i/world/open/20130201/1344838-028A_SYD/REGIONALA_NYHET-028A-syd-3bb11d72099185e6_,900,348,564,1680,.mp4.csmil/index_3_av.m3u8?null=&e=b2a7ace1bf661c32&id=" -acodec copy -vcodec copy -absf aac_adtstoasc "path\filename.mp4"

The big Q: How can I set my Profiles.xml <Online transcoding> to replicate this?

Ok, transcoding to mpeg2video works, but it's not an option for me cause my poor old 1,7MHz P4 proc can't keep up and why transcode when your player has the ability to play natively!?

I attach the ffmpeg -i and MediaInfo outputs for both files: "serviio.m2ts" and "Pirateplayer.mp4"
(Unfortuneatly the are not from exactly the same newsshow, but rather from two different days, although same show, length and quality)

I have a strange feeling that I'm overlooking something here and that the solution might just be very simple

[ottomatic]

Swehawk,

If you could enable debug logging and find the exact ffmpeg command used by serviio to play the SvtPlay stream (not the locally dumped version), it would be helpful.

Also, what platform are you on (operating system, 32 / 64 bit, Serviio version)?

Did you try upgrading ffmpeg?

Regards

/ O

[ottomatic]

Furthermore, I can confirm the jerky playback using the latest version of VLC when playing an MP4 file created by a pirateplay-style dump similar to:

  Code:

ffmpeg -i "http://path/to/svt_stream.m3u8" -acodec copy -vcodec copy -absf aac_adtstoasc "path\filename.mp4"


This is on the actual server which smoothly transcodes and delivers the same m3u8 stream to my Samsung Bluray client.

My interpretation is, again, that the HLS demuxer version in VLC is not entirely compatible with the HLS encoder / muxer on the SvtPlay server, perhaps when it comes to timestamps / keyframes / update frames.

Perhaps a transcoding expert can shed some light on this?

If you could enable debug logging and find the exact ffmpeg command used by serviio to play the SvtPlay stream (not the locally dumped version), it would be helpful.
Also, what platform are you on (operating system, 32 / 64 bit, Serviio version)?
Did you try upgrading ffmpeg?

I'll do that at first opportunity! Didn't update ffmpeg yet, but will try that also (got stuck fiddling around with Pirateplay I run win7-32 on server + pc-clients. Player is LG ST-600.

[ottomatic]

If you could enable debug logging and find the exact ffmpeg command used by serviio to play the SvtPlay stream (not the locally dumped version), it would be helpful.
Also, what platform are you on (operating system, 32 / 64 bit, Serviio version)?
Did you try upgrading ffmpeg?

I'll do that at first opportunity! Didn't update ffmpeg yet, but will try that also (got stuck fiddling around with Pirateplay I run win7-32 on server + pc-clients. Player is LG ST-600.

When you get the ffmpeg command, post it here. Also, run it from the command line and post the output here. Perhaps it will tell us what goes on.

Regards.

/ O

Success
I upgraded ffmpeg and guess what? Smooooooth playback! Using the "vanilla" profiles.xml, LG TV/Player profile selected. Checked that the transcoding temp file was not transcoded (video AVC). My server CPU was very happy too, not having to struggle with transcoding the video So, no need for the log file, is there?

Now im looking forward to watching SVTplay, in Serviio, in HD (when available)! Only thing that would beat that would be support for SVTplay live....

Sorry to have taken your time with this Otto, it really didn't have anything to do with your plugin. Thanks anyway!

[ottomatic]

Success
I upgraded ffmpeg and guess what? Smooooooth playback! Using the "vanilla" profiles.xml, LG TV/Player profile selected. Checked that the transcoding temp file was not transcoded (video AVC). My server CPU was very happy too, not having to struggle with transcoding the video So, no need for the log file, is there?

Now im looking forward to watching SVTplay, in Serviio, in HD (when available)! Only thing that would beat that would be support for SVTplay live....

Sorry to have taken your time with this Otto, it really didn't have anything to do with your plugin. Thanks anyway!

No problem. And there is support for SvtPlay live since version 1.1.6 of the plugin.

/ O

No problem. And there is support for SvtPlay live since version 1.1.6 of the plugin.
/ O

I missed that completely. Guess I was too busy with the playback issue to notice 2 new releases... Can't wait to try it out

Success
I upgraded ffmpeg and guess what? Smooooooth playback! Using the "vanilla" profiles.xml, LG TV/Player profile selected. Checked that the transcoding temp file was not transcoded (video AVC). My server CPU was very happy too, not having to struggle with transcoding the video So, no need for the log file, is there?

Now im looking forward to watching SVTplay, in Serviio, in HD (when available)! Only thing that would beat that would be support for SVTplay live....

Sorry to have taken your time with this Otto, it really didn't have anything to do with your plugin. Thanks anyway!

Which version did you upgrade to? I think I have the same problem.

Which version did you upgrade to? I think I have the same problem.

I just picked the latest static build for win32!
http://ffmpeg.zeranoe.com/builds/win32/ ... -static.7z

btw: regarding your post in the SVTplay thread about cpu load. The reason for your low cpu load is probably that serviio doesn't transcode the video, only remuxes the stream which is not very cpu intensive! Good for my old 1,7MHz P4

Which version did you upgrade to? I think I have the same problem.

I just picked the latest static build for win32!
http://ffmpeg.zeranoe.com/builds/win32/ ... -static.7z

btw: regarding your post in the SVTplay thread about cpu load. The reason for your low cpu load is probably that serviio doesn't transcode the video, only remuxes the stream which is not very cpu intensive! Good for my old 1,7MHz P4

Thanks! Sorry for followup question, I do find something in my transcoding folder, doesn't that mean it's being transcoded?

Thanks! Sorry for followup question, I do find something in my transcoding folder, doesn't that mean it's being transcoded?

No prob, that's what this forum is for
No, it doesn't mean that the _video_ is transcoded. Probably only remuxed into another container format, something that doesn't take much cpu power. The audio may be transcoded though, depending on the profile used, but that doesn't take much cpu either.

If you are using the LG TV/Player profile the video won't be transcoded but the audio will. That is for SVT-Play.

Did your playback improve with the new ffmpeg? If not you could try to add video transcoding to your profile, from what I remember from an earlier post of yours, your cpu should easily handle that!

YES! Works perfectly when you upgrade FFMPEG! THANKS!!!!!!!!!!!!!