43 replies to this topic

[robert_cz]

please look to the debug. I have confirmed that the second receiver is decoding channel, and that are not network problem because manually added stream from the second receiver is working.

[Erik Slagter]

There is no relevant information in this output. You don't have a password on the webif/streaming interface by chance?

[robert_cz]

There is no relevant information in this output. You don't have a password on the webif/streaming interface by chance?

 

With switched of http authentication I have the same.

[robert_cz]

I debug of the remote receiver I have something like that:

ok ... now we start!!
STREAM service event 6
tuned..
PATready
use pmtpid 03f0 for service_id 12c8
STREAM service event 5
start streaming...
STREAM: have 1 video stream(s) (00a7), and 1 audio stream(s) (006c), and the pcr pid is 00a7, and the text pid is 01fc
ADD PID: 0000
ADD PID: 0012
ADD PID: 0014
ADD PID: 006c
ADD PID: 00a7
ADD PID: 01fc
ADD PID: 03f0
setIoPrio realtime level 7 ok
[eFilePushThreadRecorder] THREAD START
[eDVBCAService] new service 1:0:1:12C8:2E7C:13E:820000:0:0:0:
[eDVBCAService] add demux 0 to slot 0 service 1:0:1:12C8:2E7C:13E:820000:0:0:0:
[eDVBCIInterfaces] gotPMT
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
sdt update done!
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode

 

[Erik Slagter]

Try this on the local receiver:

wget -O /dev/null -Y off -S http://192.168.1.5:8001/1:0:1:12c7:2e7c:13e:820000:0:0:0

The header info is important and also whether actually data is received or not.

[kerven]

8001/257:0:1 is not better ?     

[kerven]

8001/257:0:1 is not better ?     

 

sorry ,mistake with REFTYPE:

[robert_cz]

Try this on the local receiver:

wget -O /dev/null -Y off -S http://192.168.1.5:8001/1:0:1:12c7:2e7c:13e:820000:0:0:0

The header info is important and also whether actually data is received or not.

 looks that is receiving:

 wget -O /dev/null -Y off -S http://192.168.1.5:8001/1:0:1:12c7:2e
7c:13e:820000:0:0:0
--2014-12-13 18:58:55--  http://192.168.1.5:8001/1:0:1:12c7:2e7c:13e:820000:0:0:                                             0
Connecting to 192.168.1.5:8001... connected.
HTTP request sent, awaiting response...
  HTTP/1.0 200 OK
  Connection: Close
  Content-Type: video/mpeg
  Server: streamserver
Length: unspecified [video/mpeg]
Saving to: '/dev/null'

    [                                                      <=>                           ] 20,025,592   372KB/s

 

[Erik Slagter]

 

8001/257:0:1 is not better ?     

 

sorry ,mistake with REFTYPE:

That would help if the remote receiver isn't decrypting. But normally this isn't the case. Also some manufacturers' receivers can't do decrypting from the network (or can't skip the decrypting on the remote side), so I would not recommend using that mechanism.

 

Having said that, robert_cz, it may be you forgot to configure "descramble http streams" in the configuration of the remote receiver. Copying the file you received to your PC and trying to play it with e.g. VLC might be interesting.

[robert_cz]

I have made more tests and I have more conclusions and informations.

First final I have found what to do to temporary have this functionality with not encrypted channels:

Is obligatory to start receiver with satellite cable connected and tuner enabled if not even recorded .ts files are not working :-(

Example from one of the records. I can see that system is reading from disk, but I do not have nothing on the screen.

loading streaminfo for /hdd/movie/20140616 2111 - Disney Junior Pl - Jej Wysokość Zosia.ts
cuts file has 2 entries
[@ML] m_streaminfo.getLastFrame returned 113928, 365119782 (4056s), fixup to: 113928, 46417 (0s)
ok ... now we start!!
eventNewProgramInfo 0 0
have 1 video stream(s) (1041), and 1 audio stream(s) (1039setIoPrio best-effort level 0 ok
FILEPUSH THREAD START
), and the pcr pid is 1041, and the text pid is ffffffff
decoder state: play, vpid=4161, apid=4153
DMX_SET_PES_FILTER(0x1039) - audio - ok
AUDIO_SET_BYPASS(1) - ok
AUDIO_PLAY - ok
Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux3
VIDEO_SET_STREAMTYPE 0 - ok
DMX_SET_PES_FILTER(0x1041) - video - ok
VIDEO_PLAY - ok
VIDEO_CONTINUE - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
AUDIO_CONTINUE - ok
disable teletext subtitles page ffffffffffffffff (und)
eDVBServicePlay::seekTo: jump 0
seek.
FILEPUSH waiting for pause
FILEPUSH THREAD PAUSED
AUDIO_CLEAR_BUFFER - failed (Invalid argument)
VIDEO_CLEAR_BUFFER - failed (Invalid argument)
ok, resolved skip (rel: 0, diff 0), now at 00000000
RemovePopup, id = ZapError
resolved to PLAY
eDVBServicePlay::unpause
new service started! trying to download cuts!
seekable.getLength() returns: [0, 128901232]
RemovePopup, id = ZapError
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
eDVBChannel: pvrEvent evtStopped
PATready
use pmtpid 0020 for service_id 2938
[Dish] tuning failed
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
eventNewProgramInfo 0 0
have 1 video stream(s) (1041), and 2 audio stream(s) (1039, 1040), and the pcr pid is 1041, and the text pid is ffffffff
decoder state: play, vpid=4161, apid=4153
VIDEO_CONTINUE - ok
VIDEO_SLOWMOTION(0) - ok
VIDEO_FAST_FORWARD(0) - ok
AUDIO_CONTINUE - ok
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
Timeout!
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
eDVBServicePlay::seekTo: jump 42882822
seek.
FILEPUSH waiting for pause
FILEPUSH THREAD PAUSED
AUDIO_CLEAR_BUFFER - failed (Invalid argument)
VIDEO_CLEAR_BUFFER - failed (Invalid argument)
ok, resolved skip (rel: 0, diff 42882822), now at 0928eab0
eDVBChannel: pvrEvent evtStopped
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)
VIDEO_GET_PTS failed(Invalid argument)

The same I have with the remote receiver, when I start with tuner enabled, and cable connected I need only to change tuner to "not configured" and everything is working until reload receiver.

Can you confirm if you have the same with your receivers?

[Erik Slagter]

I don't understand? Remote fallback tuner vs. recordings?

 

Please note that not all receivers can record from a http source (be it a remote channel or a fallback tuner). See http://openpli.org/wiki/comparison.

[robert_cz]

I don't understand? Remote fallback tuner vs. recordings?

 

Please note that not all receivers can record from a http source (be it a remote channel or a fallback tuner). See http://openpli.org/wiki/comparison.

recording, .ts file, was only example of other think that have the same symptoms like remote fallback tuner.
That not working for me.

[Erik Slagter]

So if I understand you correcty, the problem is like this: You want to play a recording (file.ts) and it only works if the receiver has a satellite tuner connected and enabled. I can't explain that. I've done this so many times. Did you synchronise the lamed (althought that shouldn't even be necessary for this to work). Never pull or insert a satellite cable if the receiver is on, it can damage your tuner!

[robert_cz]

So if I understand you correcty, the problem is like this: You want to play a recording (file.ts) and it only works if the receiver has a satellite tuner connected and enabled. I can't explain that. I've done this so many times. Did you synchronise the lamed (althought that shouldn't even be necessary for this to work). Never pull or insert a satellite cable if the receiver is on, it can damage your tuner!

 

Have you check in your if you have the same, that *.ts files ar not working with disabled satelite tuner?

[Erik Slagter]

I will try it right now, please hold on.

[Erik Slagter]

Yes, playing right now. Setup: VU+ Duo2 with three tuners, all of them disabled ("not configured"), tested with live reception from remote fallback tuner, check - works, went to the recordings directory selected several recordings and they're just playing.

 

Do you have a common/same lamedb between all receivers, what I recommend?

[robert_cz]

Yes, playing right now. Setup: VU+ Duo2 with three tuners, all of them disabled ("not configured"), tested with live reception from remote fallback tuner, check - works, went to the recordings directory selected several recordings and they're just playing.

 

Do you have a common/same lamedb between all receivers, what I recommend?

yes I have the same lamedb. Last one doubt, after switching off tuners have you make hard reset?

My receiver is ADB5800xx, and distribution is http://nbox.xunil.pl...aterlia_Project, project page do not have english version :-( is based on Openpli.

 

Possibly is problem with specific hardware.

[Robinson]

I doubt whether it is relly based on OpenPLi. It is not even MIPSEL.

I suggest that only the image name is based on OpenPLi, not much else.

[robert_cz]

I doubt whether it is relly based on OpenPLi. It is not even MIPSEL.

I suggest that only the image name is based on OpenPLi, not much else.

Yes is based on the source code of OpenPLi, actuality on the source code from  2014-10-31, you can find all distribution history (on Polish :-)) here http://nbox.xunil.pl...ia_aktualizacji

Is based not on MIPSEL, but on SH4.

Can you, please, check if *.ts files are working with switched off tuner and after the hard reboot?

I need this confirmation, because looks that for some reason on my receiver when I'm trying to open *.ts file receiver is using tuner for demux and Video play:

Video Device: /dev/dvb/adapter0/video0
demux device: /dev/dvb/adapter0/demux3

Edited by robert_cz, 30 December 2014 - 15:49.

[WanWizard]

There is nothing in OpenPLI that is MIPSEL specific, so porting it to other architectures should not be a big issue for someone with a bit of experience. It even runs on x86.

 

Problem is usually the DVB API which is absent or not compatible, which can only be fixed in the drivers(which might be the issue here as well).