25 replies to this topic

[Peter Maxu]

Hello.

 

I used my vu+ box to watch streams of several security cams.

I added the rtsp streams of the cams to the channels list.

On older version openpli 4.x everything was fine.

Now on 6.x first when watching the streams, controll of the box

with the remote (browsing through the channel list) was lagging pretty much.

Now on newer version i got another problem, that stream often is not show with the

following error message: "No data received yet"

 

Anyone can help me?

 

I really love openpli and like to stay on it,

i also test it on actual vti and openatv image, there everything works fine.

But these images are no alternative for me.

 

[littlesat]

Wait for openpli 7 and try again...

[Peter Maxu]

so, the problem is already known?

 

When will openpli 7 be released?

[Peter Maxu]

I just tried again with new openpli 7.0

the lag is gone, but now often no picture with error message: no ecm pids available (FTA)

Why is that ?

Anyone can help?

Thank you!

[WanWizard]

Sounds like you're adding streams with a "1:0:1..." service reference, which is not going to work unless your camera's provide MPEG-TS streams (which is unlikely).

[Peter Maxu]

i checked the userbouquet, all kameras are added as:

 

#SERVICE 4097:0:0:0:0:0:0:0:0:0:rtsp%3a//a%3a ....

[WanWizard]

I did a quick search through the source, but "no ecm pids available" is not an Enigma error message. Do you use an external player by any chance?

[Peter Maxu]

no external player,

does it matter, that i got the error message in german and that i translated into english?

Original message was " kein ecm pid verfügbar (FTA"

or similar...

[WanWizard]

The only place I find that is in the Service info - ECM info page (menu - information - service - green button), which is logical, there is no ECM info in a stream.

[betacentauri]

I see 2 translations. Maybe second is wrong but nethertheless it's there:

msgid "No ECMPids available (FTA Service)"
msgstr "Keine ECMPids verfügbar (FTA Service)"

msgid "No data received yet"
msgstr "Keine ECMPids verfügbar (FTA Service)"

[betacentauri]

It's the buffer indicator (InfoBarGenerics line 343) which writes the text "No data received yet" (or in German "Keine ECMPids verfügbar (FTA Service)" which is really the wrong translation).

It only means that the stream has send no data yet. Either stream is not available or not playable by E2.

You need to look in the E2 debug output to see more details why it's not working.

Edited by betacentauri, 15 November 2018 - 15:49.

[betacentauri]

@WanWizard: Can you please change the line in de.po in rc branch to this?

msgid "No data received yet"
msgstr "Keine Daten bisher empfangen"

Edited by betacentauri, 15 November 2018 - 15:54.

[WanWizard]

Done.

[fpignon]

Hello,

 

I get the same issue. VLC can render the stream with no issue. I've also confirmed that the data stream is sent to the STB. It seems the problem is more related to the rendering of the steam (rtsp://webcamip:554/mpeg4) but I don't know how to troubleshoot this.
 

Regards,

 

François

[WanWizard]

If you can open it in VLC, what mediainfo does VLC display?

[fpignon]

Media info from VLC :

 

Stream 0

Codec: MPEG-4 Video (mp4v)

Type: Video

Video resolution: 1280x720

Buffer dimensions: 1280x736

Frame rate: 30

Decoded format: Planar 4:2:0 YUV

Orientation: Top left

Chroma location: Left

The above comes from VLC on my PC (not from the STB)

[WanWizard]

The only thing that might be relevant in this info may be the 30fps... 

[fpignon]

gst-launch-1.0  playbin  uri=rtsp://192.168.0.25/mpeg4
 

shows:

 

Setting pipeline to PAUSED ...

Pipeline is live and does not need PREROLL ...

Progress: (open) Opening Stream

Progress: (connect) Connecting to rtsp://192.168.0.25/mpeg4

Progress: (open) Retrieving server options

Progress: (open) Retrieving media info

Progress: (request) SETUP stream 0

Progress: (open) Opened Stream

Setting pipeline to PLAYING ...

New clock: GstSystemClock

Progress: (request) Sending PLAY request

Progress: (request) Sending PLAY request

Progress: (request) Sent PLAY request

WARNING: from element /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source: Could not read from resource.

Additional debug info:

../../../git/gst/rtsp/gstrtspsrc.c(5423): gst_rtspsrc_reconnect (): /GstPlayBin:playbin0/GstURIDecodeBin:uridecodebin0/GstRTSPSrc:source:

Could not receive any UDP packets for 5.0000 seconds, maybe your firewall is blocking it. Retrying using a tcp connection.

[WanWizard]

Not getting any indeed doesn't really help.

[fpignon]

Actually, the fallback to TCP is occuring but the STB fails to read it. The webcam I'm using is quite old (~7 years).
I've ordered a new webcam (4k...etc) supporting H264/H265 hoping OpenPli will be able to read the RTSP stream.

Edited by fpignon, 21 November 2018 - 20:23.