[dvblast-devel] TS discontinuity on multiple dvblast instances

[Dan Lita]

Try without -b switch.



On 6/10/2015 1:56 PM, Davor Spasoski wrote:
>
> Hi,
>
> I’m having a problem with dvblast with more than one instance running.
>
> My environment is:
>
> -SLES11 running on SUN AMD x86 server with 4 cores, 1Gb NICs, plenty 
> of RAM. alternatively I test with a dual core Intel PC with same results
>
> -I use IP (UDP) MPTS sources from DVB-T headend, directly from 
> production switches. The same sources feed the transmitters 
> country-wide. The bitrate of the source is 27 mbit/s per MUX. At the 
> moment I’m using clear only (unencrypted) muxes.
>
> -I filter up to 4 SIDs from the input MUX using the following 
> configuration files
>
> mux1.conf
>
> 224.10.3.1:5004 at 10.146.16.86 1 611
>
> 224.10.3.2:5004 at 10.146.16.86 1 612
>
> mux8.conf
>
> 224.10.3.19:5004 at 10.146.16.86 1 1312
>
> 224.10.3.16:5004 at 10.146.16.86 1 1314
>
> 224.10.3.17:5004 at 10.146.16.86 1 1311
>
> 224.10.3.18:5004 at 10.146.16.86 1 1313
>
> Problem description:
>
> I start with a single instance of dvblast like:
>
> dvblast  -D @239.3.1.13:5500/udp/ifaddr=10.0.33.5 -b 8 -l -g 
> ip2ip_dvb_gw-D8 -c /home/user/mux8.conf
>
> CPU reading is:
>
> Cpu(s):  0.4%us,  0.7%sy,  0.0%ni, 98.0%id,  0.1%wa,  0.0%hi,  
> 0.8%si,  0.0%st
>
> load average:
>
> 0.12, 0.56, 1.29
>
> This is usually working pretty stable. But if I run a second or n^th 
> instance od dvblast, for example:
>
> dvblast -D @239.3.1.6:5500/udp/ifaddr=10.0.33.5 -b 8 -l -g 
> ip2ip_dvb_gw-D1 -c /home/use/mux1.conf
>
> after a short while I get a flood of discontinuity errors in the log, 
> CPU utilization of dvblast remains same, but overal the wa counter 
> (waiting for io) jumps to around 25% and consequently the load 
> increases dramatically (enough to saturate the PC)
>
> Cpu(s):  0.0%us,  0.5%sy,  0.0%ni, 74.7%id, 24.7%wa,  0.0%hi,  
> 0.1%si,  0.0%st
>
> load average: 1.75, 1.17, 1.21
>
> We tested the sources with TS analyser on the same connection and 
> there wasn’t a single continuity error in 24 hourse. Otherwise it 
> would have been visible on STBs country-wide.
>
> It is worth noting that sometimes the problem appears with a single 
> instance of dvblast.
>
> I tried with or without –u switch but nothing helps.
>
> Any ideas?
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D8[4548]: warning: TS discontinuity 
> on pid 5931 expected_cc 15 got 11 (H.264/14496-10 video (MPEG-4/AVC), 
> sid 1313)
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D1[4549]: warning: TS discontinuity 
> on pid 5052 expected_cc  5 got  7 (13818-3 audio (MPEG-2), sid 605)
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D8[4548]: warning: TS discontinuity 
> on pid 5031 expected_cc  6 got 14 (H.264/14496-10 video (MPEG-4/AVC), 
> sid 1303)
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D8[4548]: warning: TS discontinuity 
> on pid 5012 expected_cc  5 got 13 (13818-3 audio (MPEG-2), sid 1301)
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D8[4548]: warning: TS discontinuity 
> on pid 5042 expected_cc  9 got  7 (13818-3 audio (MPEG-2), sid 1304)
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D1[4549]: warning: TS discontinuity 
> on pid 5521 expected_cc 10 got  5 (H.264/14496-10 video (MPEG-4/AVC), 
> sid 612)
>
> Jun 10 12:10:17 srd2 ip2ip_dvb_gw-D1[4549]: warning: TS discontinuity 
> on pid 5211 expected_cc  7 got 14 (H.264/14496-10 video (MPEG-4/AVC), 
> sid 611)
>
>
> ------------------------------------------------------------------------
>
> ONE Telecommunications Services Limited Liability Company Skopje
>
> This e-mail (including any attachments) is confidential and may be 
> protected by legal privilege. If you are not the intended recipient, 
> you should not copy it, re-transmit it, use it or disclose its 
> contents, but should return it to the sender immediately and delete 
> your copy from your system. Any unauthorized use or dissemination of 
> this message in whole or in part is strictly prohibited. Please note 
> that e-mails are susceptible to change. ONE Limited Liability Company 
> Skopje shall not be liable for the improper or incomplete transmission 
> of the information contained in this communication nor for any delay 
> in its receipt or damage to your system.
>
>
> _______________________________________________
> dvblast-devel mailing list
> dvblast-devel at videolan.org
> https://mailman.videolan.org/listinfo/dvblast-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.videolan.org/pipermail/dvblast-devel/attachments/20150610/b69d8e0c/attachment-0001.html>