I have continued to work on this problem.
Above I have explained the reality that Serviio caches the attributes of the first live stream when http:/localhost:8902 is added to the console, so if a different stream is played later, it may not transcode correctly. This is particularly true if BloodZ is the first stream because its mpegps stream will play natively per Samsung C/D but other mpegts streams with mp2 audio and wmv will fail because they must be transcoded)
I also suggested the use of a livefeeds rss to address the restart problem. This is important because the Samsung is intolerant of stream errors which as the posted ffmpeg -i results show are many, which accounts for the dropouts)
Finally I also suggested a profile addition. In fact it has now been determined that due to a Serviio bug, mpegts streams with avc fail in transcoding. To fix that, add the second line shown below following first line in the first section of the C/D/E profile <Transcoding> entry. You may also add the third line, and then AVC mpegps as well as AVC mpegts and wmv.asf streams will transcode to MPEG2VIDEO making all these SOPCAST streams compatible.
- Code:
<Matches container="mp4" vCodec="mpeg4" aCodec="lpcm" />
<Matches container="mpegts" vCodec="h264" /> <!-- jhb50 fixes serviio h264.ts to h264.ts transcode bug -->
<Matches container="mpeg" vCodec="h264" /> <!-- optional -->
To deal with the stream dropout problem and any transcode incompatibilities, I have created a Sopcast Webresource plugin that you may obtain at
viewtopic.php?f=20&t=7249 It creates a folder with 7 Sopcast items which will start in turn if the stream drops out and when refreshed will recache the currently playing Sopcast stream so that Serviio will obtain the new stream attributes and transcode it correctly.
I used it on Tuesday night to start and play YES and then switch to BloodZ and then various other streams without any dropouts. All with Serviio 1.0.1 and the modified C/D/E profile.