Streming 2 transponders

[Mechanik]

i use astra for streaming .
all right when i streming only one transponder.
but when o try streaming 2 transponders per one time they both lost the lock.

ok, i try to use dvblast
dvblast -a 0 -u -f 12284000 -s 27500000 -v 18 -d 224.17.5.2:9000
dvblast -a 1 -u -f 12284000 -s 27500000 -v 18 -d 224.17.5.2:9000

if only one -all right
but when 2 dvblast lost lock

Code: Select All Code

# dvblast -a 0 -c ./0.conf -u -f 12284000 -s 27500000 -v 13 -l
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock


Code: Select All Code

frontend has lost lock
warning: transport_error_indicator on pid 4108 (..., sid 0)
warning: TS discontinuity on pid 6611 expected_cc  4 got  7 (H.262/13818-2 video (MPEG-2) or 11172-2 constrained video, sid 6610)
warning: TS discontinuity on pid 6682 expected_cc 14 got  5 (11172-3 audio (MPEG-1), sid 6680)
warning: TS discontinuity on pid 6691 expected_cc  2 got 11 (H.262/13818-2 video (MPEG-2) or 11172-2 constrained video, sid 6690)
warning: TS discontinuity on pid 6631 expected_cc  0 got  3 (H.262/13818-2 video (MPEG-2) or 11172-2 constrained video, sid 6630)
warning: TS discontinuity on pid 6681 expected_cc 15 got  7 (H.262/13818-2 video (MPEG-2) or 11172-2 constrained video, sid 6680)
warning: TS discontinuity on pid 6661 expected_cc 11 got 12 (H.262/13818-2 video (MPEG-2) or 11172-2 constrained video, sid 6660)
warning: TS discontinuity on pid    0 expected_cc  6 got 11 (PAT, sid 0)
warning: TS discontinuity on pid 6651 expected_cc  3 got  8 (H.264/14496-10 video (MPEG-4/AVC), sid 6650)
warning: TS discontinuity on pid 6632 expected_cc  7 got  4 (11172-3 audio (MPEG-1), sid 6630)
warning: TS discontinuity on pid 6633 expected_cc  2 got  0 (11172-3 audio (MPEG-1), sid 6630)
warning: TS discontinuity on pid 6692 expected_cc  2 got  9 (13818-3 audio (MPEG-2), sid 6690)
warning: TS discontinuity on pid 6652 expected_cc  7 got 10 (14496-3 Audio with LATM transport syntax (14496-3/AMD 1), sid 6650)
warning: TS discontinuity on pid 6610 expected_cc 10 got 15 (PMT, sid 6610)
warning: TS discontinuity on pid 6699 expected_cc 14 got  1 (..., sid 0)
warning: TS discontinuity on pid 6612 expected_cc  5 got 13 (11172-3 audio (MPEG-1), sid 6610)
warning: TS discontinuity on pid 6613 expected_cc  8 got  0 (11172-3 audio (MPEG-1), sid 6610)
warning: TS discontinuity on pid 6622 expected_cc  7 got 14 (11172-3 audio (MPEG-1), sid 6620)
warning: TS discontinuity on pid 6660 expected_cc 15 got  4 (PMT, sid 6660)
warning: TS discontinuity on pid 6693 expected_cc  6 got 13 (13818-3 audio (MPEG-2), sid 6690)
warning: TS discontinuity on pid 6662 expected_cc  8 got  0 (11172-3 audio (MPEG-1), sid 6660)
warning: TS discontinuity on pid 6630 expected_cc  3 got  8 (PMT, sid 6630)
warning: TS discontinuity on pid 6620 expected_cc 15 got  9 (PMT, sid 6620)
warning: TS discontinuity on pid 6650 expected_cc 14 got  3 (PMT, sid 6650)
warning: TS discontinuity on pid 6680 expected_cc  3 got  8 (PMT, sid 6680)
warning: TS discontinuity on pid 6690 expected_cc  3 got  8 (PMT, sid 6690)
warning: TS discontinuity on pid    1 expected_cc  6 got 11 (CAT, sid 0)
warning: TS discontinuity on pid   18 expected_cc 11 got  9 (EPG, sid 0)
debug: frontend has acquired signal
debug: frontend has acquired carrier
debug: frontend has acquired stable FEC
debug: frontend has acquired sync
info: frontend has acquired lock
frontend has acquired lock


system

Code: Select All Code

Mem: 33284K used, 317024K free, 0K shrd, 0K buff, 4276K cached
CPU:  13% usr   7% sys   0% nic  78% idle   0% io   0% irq   0% sirq
Load average: 0.41 0.17 0.09 1/51 181
  PID  PPID USER     STAT   VSZ %VSZ %CPU COMMAND
  180   131 root     S     3080   1%  14% dvblast -a 1 -c ./0.conf -u -f 12130000 -s 27500000 -v 13
  174   111 root     S     3096   1%   8% dvblast -a 0 -c ./0.conf -u -f 12284000 -s 27500000 -v 13 -l
   59     1 root     S     1364   0%   0% /sbin/syslogd -m 0
  109    92 root     S     5364   2%   0% {sshd} sshd: root@pts/0
  151    92 root     S     5364   2%   0% {sshd} sshd: root@pts/2
  129    92 root     S     5316   2%   0% {sshd} sshd: root@pts/1


why the two transponders can't work both ?

[updatelee]

I believe that the MOI only has 100BaseT. whats the bitrate of each of those transponders? I cant see there being enough bandwidth to stream two of those transponders. Nothing todo with the tuners, its just the fact your trying to push too much data over too small of a connection. Try two smaller bitrate transponders, try and get two that add upto less then 50mbit. As long as youve got a decent switch and arent using alot of bandwidth for other things and all your computers are hardwired you should be able todo that.

If your using wifi in there then try and keep the two to less then 26mbit total.

Im not using the MOI but on my linux box with everything tuned right I can get my 802.11n to stream a single 60mbit/sec feed, but its super tight, its not 100% reliable and if you look at it funny I get pixelation.

once you get two smaller bitrate tp's to stream then in another console run top and look at the CPU usage. you might be able to tune the DMX BUFFER SIZE to get a little bit more out of it. But I suspect your initial problem is network bandwidth not cpu usage.

UDL

[Mechanik]

Each transponders about 40mbit.
but i tried to steam on loopback address lo(127.0.0.1) and had this problem too.

[updatelee]

loopback should rule that out, but I dont know. never tried it.

80mbit is defn pushing 100mbit ethernet. I would still guess thats the issue. Did you try some lower bitrate transponders?

UDL

[Mechanik]

yes
i tried other pairs from differents sputnik.
4W, 75E

[updatelee]

I've never used multicast as it locks up my network instantly but with unicast you have to steam to two different ports you don't with multicast?

UDL

[gfi]

For Loopback You can't setting Multicast.
There's chipset and demux buffer limitation. Will be impossible, put 2 full TPs with 40mbit to dvr as sure.

But, send more info about TPs and delivery system (DVB-S, DVB-S2).

I think, to the future, hardware pid limitation (disable/enable budget mode), some pid filtering will be better.
Also I send some ideas to moisupport.

[Mechanik]

1 setup ip on lo interface

Code: Select All Code

ifconfig lo inet 127.0.0.1 netmask 255.0.0.0

2 download from this http://abd-tech.blogspot.com/2011/06/run-tcpdump-from-android-application.html
tcpdump compiled form ARM
3 setup only one pnr per transponer

Code: Select All Code

dvblast -a 0 -c ./0.conf -u -f 12284000 -s 27500000 -v 13 -U -l

Code: Select All Code

# cat ./0.conf
224.17.5.2:9000@127.0.0.1       1       6915

4 try to stream and see multicast

Code: Select All Code

# tcpdump-arm -i lo -n dst 224.17.5.2 -c 10
tcpdump-arm: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 68 bytes
13:16:09.510153 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.515468 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.515543 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.520911 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.520975 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.525184 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.530400 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.535651 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.535721 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
13:16:09.716911 IP 127.0.0.1.54470 > 224.17.5.2.9000: UDP, length 1316
10 packets captured
72 packets received by filter
0 packets dropped by kernel


5 setup the second transponder

Code: Select All Code

dvblast -a 1 -c ./1.conf -u -f 12130000 -s 27500000 -v 13 -U -l

Code: Select All Code

# cat ./1.conf
224.17.5.3:9000@127.0.0.1       1       6610

6

Code: Select All Code

# tcpdump-arm -i lo -n dst 224.17.5.3 -c 10
tcpdump-arm: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 68 bytes
13:16:48.695381 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.695451 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.695512 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.695573 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.695633 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.700848 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.700922 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.700983 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.705280 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
13:16:48.710510 IP 127.0.0.1.54693 > 224.17.5.3.9000: UDP, length 1316
10 packets captured
24 packets received by filter
0 packets dropped by kernel


7 try to stream from both transponders

Code: Select All Code

# dvblast -a 1 -c ./1.conf -u -f 12130000 -s 27500000 -v 13 -U -l
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock
frontend has lost lock
frontend has acquired lock


its only one program from one transponder

[gfi]

1 setup ip on lo interface

Code: Select All Code

ifconfig lo inet 127.0.0.1 netmask 255.0.0.0

Ok, As I wrote, You can't setup multicast, cause lo isn't supported true MULTICAST.
(Is possible to setup BROADCAST support in Loopback).
I wrote about LO setting in oscam faq:
viewtopic.php?f=105&t=8526

and result will be always:
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1368 errors:0 dropped:0 overruns:0 frame:0
TX packets:1368 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:102022 (99.6 KiB) TX bytes:102022 (99.6 KiB)

4 try to stream and see multicast

Code: Select All Code

# tcpdump-arm -i lo -n dst 224.17.5.2 -c 10
tcpdump-arm: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 68 bytes


Please, get more info, why You need to have a this setting in dvblast config file:
224.17.5.2:9000@127.0.0.1 1 6915

You will have stream in multicast ip, why You need lo redirection.
Note: it isn't goog idea, put all into Loopback and waiting for miracles.
You have also identificated LO as EN10MB, why, nobody knows...

Ok, for finding a problem:
- try to use 2 satellites (don't use spliter if You need only one satellite, or only with DC-Blocker for one tuner, for example FR10L).
- try another tools.

In attachment You have classic getstream-fta (gstream), try to setup one TP with gstream (sample code for 85E is included) and use for example dvblast for second TP.
Or 2x gstream (You can manage UDP output instead http).
Start with one channel per TP for compare. Next assign next channel, etc...

Put log from terminal with config, to be know, where You have buffer (or better, where is chipset) limit.
Control CPU load on used applications.
Also, let me know, why You need (or You needed) Loopback, for understanding of Your needs.

[Mechanik]

i used loopback for testing MOI device performance without network subsystem.