Serviio and streaming MPEG-2 TS to Sony Bravia KDL-40NEX 713

Try to use Serviio (version 0.6.0.1) together with Sony Bravia KDL-40NEX 713 (purchased this autumn with the latest software) in my local network (cable). I use the PCTV Nanostick DVBT2 for recording (Windows 7 64 bit, Home Premium). The recording format is MPEG-2 TS.

Recordings from Swedish TV4 is streamed without problems while recordings from Swedish SVT don't work. This despite the fact that the TV is correctly displayed in the Serviio console and that Sony UK seems to recommend Serviio for streaming.

Have asked the Sony Support in Sweden about this but they can't solve it.
Have tried Isedora's demo version which works perfectly well.

[zip]

viewtopic.php?f=11&t=1297

I've just hooked my Serviio box up to my Humax Foxsat HDR running custom firmware (essentially to have Samba running on it to share recorded programmes) and I noticed a similar issue.

The .ts file plays fine in XBMC ; but my Bravia KDL-40CX523 and KDL-22EX320 both attempt to playback but greet me with a blank screen.

ffmpeg shows the file as:

  Code:

gregor@eck:~/gvfs/media on foxsat-hdr/Video/Coronation Street Omnibus$ ffmpeg -i Coronation\ Street\ Omnibus_20120204_0619.ts
FFmpeg version 0.6.4-4:0.6.4-0ubuntu0.11.04.1, Copyright (c) 2000-2010 the Libav developers
  built on Jan  4 2012 16:13:16 with gcc 4.5.2
[mp3 @ 0x2639d30]Header missing
[mp3 @ 0x263b5a0]Header missing
[mpegts @ 0x2617640]max_analyze_duration reached
[NULL @ 0x263dea0]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x263e680]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x263ee60]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x263fe20]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x2640600]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x2640de0]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x26415c0]start time is not set in av_estimate_timings_from_pts
[NULL @ 0x2641de0]start time is not set in av_estimate_timings_from_pts
Input #0, mpegts, from 'Coronation Street Omnibus_20120204_0619.ts':
  Duration: 02:10:37.66, start: 25118.059344, bitrate: 4169 kb/s
  Program 10060
  Program 10070
    Stream #0.0[0xd04]: Video: mpeg2video, yuv420p, 704x576 [PAR 16:11 DAR 16:9], 10000 kb/s, 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0.1[0xd05](eng): Audio: mp2, 48000 Hz, 2 channels, s16, 192 kb/s
    Stream #0.2[0xd06](NAR): Audio: mp2, 48000 Hz, 2 channels, s16, 128 kb/s
    Stream #0.3[0x938](eng): Subtitle: 0x0006
    Stream #0.4[0xf05]: Data: 0x000b
    Stream #0.5[0xf06]: Data: 0x000b
    Stream #0.6[0xf0a]: Data: 0x000b
    Stream #0.7[0x939](eng): Subtitle: dvbsub
    Stream #0.8[0xf00]: Data: 0x0005
    Stream #0.9[0xf01]: Data: 0x0005
    Stream #0.10[0xf02]: Data: 0x0005
    Stream #0.11[0xf03]: Data: 0x0005
    Stream #0.12[0xf04]: Data: 0x0005
  Program 10071
  Program 10072
  Program 10079
  Program 10080
  Program 10090
  Program 10100
At least one output file must be specified
gregor@eck:~/gvfs/media on foxsat-hdr/Video/Coronation Street Omnibus$


Nothing untoward there other than additional PID details along with null streams. As such I decided I couldn't be bothered delving into the issue and decided we'll force Serviio to transcode the .ts file regardless.

So I made the following change to profile id 9 -Sony Bravia TV (2011) at the start of the transcoding section just after the section for dvr-ms files:

  Code:

                        <!-- For dvr-ms files force mpeg2video transcoding to fix monotone timestamps problems -->
                        <Video targetContainer="mpegts" targetACodec="ac3" forceVTranscoding="true" forceInheritance="true">
                                <Matches container="asf" vCodec="mpeg2video" />
                                <!-- Force transcoding for mpegts files from Humax Foxsat DVR -->
                                <Matches container="mpegts" vCodec="mpeg2video" />
                        </Video>


I recommend this is added to the profile in the next release as I cannot see forcing the .ts to be transcoded hurting in most cases and I suspect a lot of people with content from DVR / PVRs would be having the same issues.