119 replies to this topic

[Adryan]

Not sure if I understand the complete thread,

 

but I have problems with playing streams on my Vu+ Duo. (allready did a complete new flash)

Stream from LAN don't work anymore

 

#SERVICE 4097:0:0:0:0:0:0:0:0:0:rtsp%3a//111.111.1.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream:bewakingscamera

#DESCRIPTION bewakingscamera

 

as doesn't the url: 

 

#SERVICE 4097:0:1:0:0:0:0:0:0:0:http%3a//151.252.32.234%3a8080/stream/?channel=nettvinfo&stream=1mb&sp=nettvplus
#DESCRIPTION music

 

anybody have a clue what could be wrong?

[mx3L]

1. stream

If you had previously set custom User-Agent header in /etc/enigma2/settings, you can do that directly in url for rtsp stream, otherwise there is no difference for rtsp streams:

#SERVICE 4097:0:0:0:0:0:0:0:0:0:rtsp%3a//111.111.1.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream#User-Agent=Some user agent:bewakingscamera

2.stream

Provider of this stream requests custom User-Agent, so you have to provide it:

 

DVB service:

#SERVICE 1:0:1:0:0:0:0:0:0:0:http%3a//151.252.32.234%3a8080/stream/?channel=nettvinfo&stream=1mb&sp=nettvplus?u=USER#User-Agent=Linux-Android 5.0.1

gstreamer service:

#SERVICE 4097:0:1:0:0:0:0:0:0:0:http%3a//151.252.32.234%3a8080/stream/?channel=nettvinfo&stream=1mb&sp=nettvplus?u=USER#User-Agent=Linux-Android 5.0.1

For Ts streams I suggest to use DVB service.

Edited by mx3L, 10 December 2015 - 21:05.

[Adryan]

mx3l.

 

Thank you for you're reply. 

I'm just a user with some computer skills, no programming skills. 

 

When entering a stream to a bouquet I always used: addstreamurl plugin, nowdays I just edit the userbouquet.tv file.

Since the last updates neither my ET5000 or Vu+ Duo are streaming my camera rtsp. The stream still works on the pc's using VLC player.

 

I'm convinced something has changed in the decoder software since last updates.

Is the something I can do to make the streams work again?

[mx3L]

I assume you're using latest OpenPli image from download section.

 

Try to add rtsp stream in userbouquet.tv file like this:

#SERVICE 4097:0:0:0:0:0:0:0:0:0:rtsp%3a//111.111.1.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream#User-Agent=VLC/2.1.6 LibVLC/2.1.6:bewakingscamera

I added User-Agent header as is set by VLC player.

 

 

If it doesn't help please provide enigma2 output when playing this stream:

 

@MastaG wrote:

 

Use telnet to login into your receiver (if you're on Windows you can use PuTTY for example).

The username is: root

No password is required.

First close enigma2 using this command: init 4

Then run enigma2 manually by this command: enigma2

Try to reproduce the problem and paste the output of the telnet session here.

Edited by mx3L, 12 December 2015 - 10:51.

[ozzsurf]

User-Agent not needed for those stream

on any device

[mx3L]

So what is the problem then? There should be no difference in handling rtsp streams.

 

Can you provide some sample which worked before and doesn't work now?

[Adryan]

Last time I updated decoder was in oktober/november (both of them)

Since update last week stream doesn't work anymore

...or something in the network got broken, same time as the update...

 

I made a log, using putty as you explained me....

Hope you can tell me if the log is o.k....

 

 

< 79678.712566> [eServiceMP3] construct!

< 79678.712872> [eServiceMP3] playbin uri=rtsp://111.111.111.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream

< 79678.716143> [eServiceMP3] starting pipeline

< 79678.725343> [eServiceMP3] state transition NULL -> READY

resolved to PLAY

resolved to PLAY

resolved to PLAY

new service started! trying to download cuts!

RemovePopup, id = ZapError

< 79678.834730> [eServiceMP3] state transition READY -> PAUSED

< 79678.835404> [eServiceMP3] dont apply ac3 delay when no video is running!

< 79678.835531> [eServiceMP3] dont apply pcm delay when no video is running!

< 79678.835635> [eServiceMP3] loading cuesheet

< 79678.835802> [eServiceMP3] cutfile not found!

< 79678.846261> [eServiceMP3] gst_element_query_position failed in getPlayPosition

< 79678.847707> [eServiceMP3] gst_element_query_position failed in getPlayPosition

< 79678.849778> [eServiceMP3] gst_element_query_position failed in getPlayPosition

[mx3L]

Thanks but nothing helpful in output.

 

Can you try again:

 

1. just init 4 , don't start enigma2

2. gst-launch-0.10 playbin2 uri='rtsp://111.111.111.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream' -v

if not working then:

2. gst-launch playbin2 uri='rtsp://111.111.111.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream' -v

 

wait until is program finished, then post here output.

thanks

[mx3L]

In log before, it was tried on this one with added vlc user agent, right?
 

Try to add rtsp stream in userbouquet.tv file like this:

#SERVICE 4097:0:0:0:0:0:0:0:0:0:rtsp%3a//111.111.1.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream#User-Agent=VLC/2.1.6 LibVLC/2.1.6:bewakingscamera

[Adryan]

The output.......

 

vuduo login: root

root@vuduo:~# init 4

root@vuduo:~# gst-launch-0.10 playbin2 uri='rtsp://111.111.1.111/user=admin_pass

word=password_channel=1_stream=0.sdp?real_stream'-v

Setting pipeline to PAUSED ...

Pipeline is live and does not need PREROLL ...

Setting pipeline to PLAYING ...

New clock: GstSystemClock

 

 

And it works!! I get a live stream again!

but now...how can i but this in the bouquet?

[mx3L]

Thanks for a test.

 

It means there is something wrong in servicemp3 and has to be fixed..

[Adryan]

Can you tell me how this normally works?

 

I reported my problem on the dutch part of the forum but got zero responce...

Is it now hoping someone picks it up, or do we have to adress the problem to some members?

 

If I need to do some more test just let me know!

[mx3L]

Please create another log like this:

 

1. init 4

2. GST_DEBUG_FILE=/tmp/gstreamer.log GST_DEBUG_NO_COLOR=1 GST_DEBUG=playbin2:5,basesink:5 enigma2.sh

3. from bouquets select rtsp stream which doesn't work

4. wait for few seconds and then restart enigma2 or press ctrl+c in putty

5. post here gstreamer.log from /tmp in receiver(note rtsp address will be seen so remove it from the log if you don't want to share it)

 

Maybe I'm wrong but problem looks to me that we are setting initially pipeline to PAUSED state and we set it only to PLAYING state on ASYNC_DONE message.

But what if ASYNC_DONE message is not posted? Buffers are not flowing in PAUSED state for live pipeline, and this looks like live one:

root@vuduo:~# gst-launch-0.10 playbin2 uri='rtsp://111.111.1.111/user=admin_pass
word=password_channel=1_stream=0.sdp?real_stream'-v
Setting pipeline to PAUSED ...
Pipeline is live and does not need PREROLL ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

fix for always posting async done message in playbin on NO_PREROLL return state is only in gstreamer1.0:

http://cgit.freedesk...2e29defa917413e

 

Maybe when we have live pipeline, we should set playbin to PLAYING state in PAUSED_TO_PLAYING for gstreamer0.10.

 

If I'm right I think we should rethink 2fd4abeb19e42f6482577a27b2e4d13c5abb2a1f in enigma2, i.e starting in PAUSED and changing to PLAYING only in ASYNC_DONE

Is it really neccessary? Some example when there are sync issues would be great, maybe we could find another solution.

Edited by mx3L, 12 December 2015 - 23:24.

[mx3L]

Please change second point like this:

2. GST_DEBUG_FILE=/tmp/gstreamer.log GST_DEBUG_NO_COLOR=1 GST_DEBUG=rtspsrc:5,playbin2:5,basesink:5 enigma2.sh

[Adryan]

here is the log,

 

I typed everything as you explained, next choose the stream from the bouquet

 

 

Attached Files

•  gstreamer.log   11.02KB   1 downloads

[Adryan]

New Log...with the changed 2nd line..

 

Attached Files

•  gstreamer.log   36.14KB   2 downloads

[Adryan]

In an earlier post you've asked me to try this line: uri='rtsp://111.111.111.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream' -v

 

I did something wrong, I didn't put the space in the end: ' -v    ,I typed:  '-v

I've tryed wit the space this time, and the stream also works, however I get a different log:

 

 

Attached Files

•  log.txt   10.6KB   2 downloads

[mx3L]

Thanks,

 

1. I can see that rtspsrc made successfully connection, so there is no problem with link

2. For some reason is udpsink created, which is wierd.

 

Create the same way as previous log:

GST_DEBUG_FILE=/tmp/gstreamer_4_enigma2.log GST_DEBUG_NO_COLOR=1 GST_DEBUG=4,playbin2:5,decodebin:5 enigma2.sh

 

log is in /tmp/gstreamer_4_enigma2.log

 

Just init 4, and the run this command and ctrl+c when it starts to play.

GST_DEBUG_FILE=/tmp/gstreamer_4_launch.log GST_DEBUG_NO_COLOR=1 GST_DEBUG=4,playbin2:5,decodebin:5 gst-launch-0.10 playbin2 uri='rtsp://111.111.1.111/user=admin_password=password_channel=1_stream=0.sdp?real_stream'

 

log is in /tmp/gstreamer_4_launch.log

[Adryan]

Launch file was to big..had to shrink it..

Attached Files

•  gstreamer_4_launch.rar   455.84KB   5 downloads
•  gstreamer_4_enigma2.log   2.7MB   1 downloads

[mx3L]

Thanks I'm gonna check it.

 

I've created enigma2 binaries for vuduo gstreamer0.10 with some reverted patches for servicemp3, please try if rtsp stream works with one of them.

 

https://dl.dropboxus...duo_revert1.zip

https://dl.dropboxus...duo_revert2.zip

 

First try revert1, if it doesn't help then revert2.

 

How to replace enigma2 binary:

 

1. init 4

2. make backup of old binary, old binary is located in /usr/bin/enigma2

3. copy unpacked enigma2 from enigma2_vuduo_revertx.zip to /usr/bin/

4. start enigma2  -> enigma2.sh