Jump to content


Photo

GStreamer 1.0

gstreamer 1.0 openpli

  • Please log in to reply
2520 replies to this topic

Re: GStreamer 1.0 #1381 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 16 June 2015 - 21:41

Applied.

Thank you.

 

What about this one? I still don't see it applied.

0001-enigma2-add-missing-gstreamer1.0-adaptive-streaming-.patch



Re: GStreamer 1.0 #1382 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 17 June 2015 - 12:30

I may not be the c(c++) expert but ...

 

I noticed that in enigma for an actual position (which may only be positif) gint64 is used, while evrywhere else guint64 is used also the dvbapi does isue u64  var. ( ioctl(dev, AUDIO_GET_PTS, &pos) )

 

With what I experienced mixing gint64 and guin64 does in some cases lead to strange weird issues. (and others then the one we have when trying to use a negatif value in a uint).

 

Should it not be better to correct this, since it's one of causes that sometimes strange things happens against al logic and almost impossible to find why.

 

Normally a position is a time in ns and a uint64 (with exception off the dvb which is ns/11111 but the base var is still a u64 var)

 

A time diff is int64 in ns.


Edited by christophecvr, 17 June 2015 - 12:33.


Re: GStreamer 1.0 #1383 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 17 June 2015 - 12:33

 

Applied.

Thank you.

 

What about this one? I still don't see it applied.

0001-enigma2-add-missing-gstreamer1.0-adaptive-streaming-.patch

 

Please refer to the post.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: GStreamer 1.0 #1384 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 17 June 2015 - 12:44

 

 

Applied.

Thank you.

 

What about this one? I still don't see it applied.

0001-enigma2-add-missing-gstreamer1.0-adaptive-streaming-.patch

 

Please refer to the post.

 

http://forums.openpl...-58#entry488864


Edited by mx3L, 17 June 2015 - 12:44.


Re: GStreamer 1.0 #1385 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 17 June 2015 - 14:13

Extra remark even gstreamer miks it up left and right (unfortunately)

 

For example element :

 

http://gstreamer.fre...ueryevents.html

 

Uses gint while it should have been guint64(since position is ussually used to updates segments and these are guint64.

 

Gues as long that a play position does not exceed the max size off (positif then) off gint64 it should not give a problem.


Edited by christophecvr, 17 June 2015 - 14:14.


Re: GStreamer 1.0 #1386 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 17 June 2015 - 15:14

I noticed that in enigma for an actual position (which may only be positif) gint64 is used, while evrywhere else guint64 is used also the dvbapi does isue u64  var. ( ioctl(dev, AUDIO_GET_PTS, &pos) )


pts = 33bits, so the gint64 will never wrap.

Re: GStreamer 1.0 #1387 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 17 June 2015 - 16:25

 

I noticed that in enigma for an actual position (which may only be positif) gint64 is used, while evrywhere else guint64 is used also the dvbapi does isue u64  var. ( ioctl(dev, AUDIO_GET_PTS, &pos) )


pts = 33bits, so the gint64 will never wrap.

 

And after all gint64 is more then enough in media. about 107752 days is long enough for media I gues :P


Edited by christophecvr, 17 June 2015 - 16:27.


Re: GStreamer 1.0 #1388 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 18 June 2015 - 16:40

 

 

 

Applied.

Thank you.

 

What about this one? I still don't see it applied.

0001-enigma2-add-missing-gstreamer1.0-adaptive-streaming-.patch

 

Please refer to the post.

http://forums.openpl...-58#entry488864

Applied.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: GStreamer 1.0 #1389 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 19 June 2015 - 19:23

With the latest gstreamer I don't get audio on HLS streams anymore..

Can anyone test out the following stream?

 

http://kpnvideo.rr.k...gbuckbunny.m3u8

 

I'm getting this:

playing 4097:0:0:0:0:0:0:0:0:0:http%3a//kpnvideo.rr.kpnstreaming.nl/b2b/vod/kpnvideo/bigbuckbunny/bigbuckbunny.smil/bigbuckbunny.m3u8:HLS
<  3505.139864> [eDVBCAService] free slot 0 demux 0 for service 1:0:19:4BC9:832:600:FFFF0000:0:0:0:
<  3505.140570> [eDVBCAService] free service 1:0:19:4BC9:832:600:FFFF0000:0:0:0:
<  3505.272563> [eTSMPEGDecoder] decoder state: play, vpid=ffffffff, apid=ffffffff
<  3505.277463> [eDVBPCR0] DEMUX_STOP ok
<  3505.282363> [eDVBPCR0] destroy
<  3505.284781> [eDVBVideo0] DEMUX_STOP  ok
<  3505.297927> [eDVBVideo0] VIDEO_STOP ok
<  3505.300448> [eDVBVideo0] destroy
<  3505.301664> [eDVBAudio0] AUDIO_STOP ok
<  3505.315827> [eDVBAudio0] DEMUX_STOP ok
<  3505.316985> [eDVBAudio0] AUDIO_CONTINUE ok
<  3505.317687> [eDVBAudio0] destroy
<  3505.318216> [eDVBText0] DEMUX_STOP ok
TuxTxt stopped service 835
<  3505.327128> [eDVBText0] destroy
cleaning up
TuxTxt cache cleared
<  3505.352684> [eDVBResourceManager] start release channel timer
<  3505.355883> [eServiceMP3] construct!
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
<  3505.363228> [eServiceMP3] playbin uri=http://kpnvideo.rr.kpnstreaming.nl/b2b/vod/kpnvideo/bigbuckbunny/bigbuckbunny.smil/bigbuckbunny.m3u8
<  3505.463833> [eServiceMP3] starting pipeline

(enigma2:5551): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
resolved to PLAY
<  3506.882983> [eServiceMP3] gst_element_query_position failed in getPlayPosition
resolved to PLAY
<  3506.900211> [eServiceMP3] gst_element_query_position failed in getPlayPosition
resolved to PLAY
<  3506.916396> [eServiceMP3] gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
<  3507.168883> [eServiceMP3] state transition NULL -> READY
<  3507.177610> [eEPGCache] abort non avail netmed schedule reading
<  3507.179597> [eEPGCache] abort non avail netmed schedule other reading
<  3507.180855> [eEPGCache] abort non avail FreeSat schedule_other reading
<  3507.182330> [eEPGCache] abort non avail viasat reading
<  3507.183547> [eDVBSectionReader] ERROR reading section - Value too large for defined data type

<  3507.184444> [eMainloop::processOneEvent] unhandled POLLERR/HUP/NVAL for fd 31(8)
<  3507.187458> [eDVBSectionReader] ERROR reading section - Value too large for defined data type

<  3507.188354> [eMainloop::processOneEvent] unhandled POLLERR/HUP/NVAL for fd 34(8)
<  3507.191269> [eEPGCache] nownext finished(1434738007)
<  3507.294872> [DVBCAHandler] no more services
<  3507.301341> [eServiceMP3] GST_STREAM_STATUS_TYPE_CREATE -> setting timeout on souphttpsrc to 30s

(enigma2:5551): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory

(enigma2:5551): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
<  3508.353229> [eDVBResourceManager] release cached channel (timer timeout)
<  3508.353615> [eDVBLocalTimerHandler] remove channel 0x18b9b10
<  3508.354486> [eEPGCache] remove channel 0x18b9b10
<  3508.453229> [eEPGCache] abort caching events !!
<  3508.459270> [eDVBResourceManager] stop release channel timer
<  3508.472961> [eMainloop::processOneEvent] unhandled POLLERR/HUP/NVAL for fd 34(9)
<  3509.279237> [eServiceMP3] state transition READY -> PAUSED
<  3509.291951> [eServiceMP3] async-done - 1 video, 0 audio, 0 subtitle
<  3509.363286> [eServiceMP3] state transition PAUSED -> PLAYING

(enigma2:5551): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
<  3511.466154> [eDVBFrontend] close frontend 0
<  3512.886583> [eServiceMP3] Buffering 4 percent done
<  3512.888387> [eServiceMP3] Buffering 6 percent done
<  3512.936753> [eServiceMP3] Buffering 8 percent done
<  3512.953524> [eServiceMP3] Buffering 9 percent done
<  3512.974477> [eServiceMP3] Buffering 11 percent done
<  3512.994414> [eServiceMP3] Buffering 13 percent done
<  3513.001715> [eServiceMP3] Buffering 14 percent done
<  3513.018385> [eServiceMP3] Buffering 16 percent done
<  3513.064481> [eServiceMP3] Buffering 18 percent done
<  3513.084270> [eServiceMP3] Buffering 19 percent done
<  3513.097609> [eServiceMP3] Buffering 21 percent done
<  3513.127458> [eServiceMP3] Buffering 23 percent done
<  3513.141518> [eServiceMP3] Buffering 24 percent done
<  3513.169958> [eServiceMP3] Buffering 26 percent done
<  3513.193563> [eServiceMP3] Buffering 28 percent done
<  3513.218358> [eServiceMP3] Buffering 29 percent done
<  3513.237548> [eServiceMP3] Buffering 31 percent done
<  3513.260922> [eServiceMP3] Buffering 33 percent done
<  3513.286421> [eServiceMP3] Buffering 34 percent done
<  3513.305426> [eServiceMP3] Buffering 36 percent done
<  3513.322414> [eServiceMP3] Buffering 38 percent done
<  3513.342266> [eServiceMP3] Buffering 39 percent done
<  3513.362213> [eServiceMP3] Buffering 41 percent done
<  3513.374833> [eServiceMP3] Buffering 43 percent done
<  3513.399142> [eServiceMP3] Buffering 44 percent done
<  3513.410489> [eServiceMP3] Buffering 46 percent done
<  3513.435165> [eServiceMP3] Buffering 48 percent done
<  3513.446468> [eServiceMP3] Buffering 49 percent done
<  3513.488373> [eServiceMP3] Buffering 51 percent done
<  3513.494095> [eServiceMP3] Buffering 53 percent done
<  3513.509355> [eServiceMP3] Buffering 54 percent done
<  3513.523274> [eServiceMP3] Buffering 56 percent done
<  3513.631353> [eServiceMP3] Buffering 58 percent done
<  3513.651676> [eServiceMP3] Buffering 59 percent done
<  3513.768894> [eServiceMP3] Buffering 60 percent done
<  3513.770610> [eServiceMP3] Buffering 61 percent done
<  3513.789950> [eServiceMP3] Buffering 63 percent done
<  3513.818396> [eServiceMP3] Buffering 64 percent done
<  3513.850062> [eServiceMP3] Buffering 66 percent done
<  3513.860206> [eServiceMP3] Buffering 68 percent done
<  3513.883244> [eServiceMP3] Buffering 69 percent done
<  3513.898861> [eServiceMP3] Buffering 71 percent done
<  3513.928272> [eServiceMP3] Buffering 73 percent done
<  3513.953144> [eServiceMP3] Buffering 74 percent done
<  3513.976537> [eServiceMP3] Buffering 76 percent done
<  3514.000157> [eServiceMP3] Buffering 78 percent done
<  3514.041905> [eServiceMP3] Buffering 79 percent done
<  3514.057589> [eServiceMP3] Buffering 81 percent done
<  3514.088674> [eServiceMP3] Buffering 83 percent done
<  3514.107669> [eServiceMP3] Buffering 84 percent done
<  3514.131415> [eServiceMP3] Buffering 86 percent done
<  3514.161709> [eServiceMP3] Buffering 88 percent done
<  3514.186508> [eServiceMP3] Buffering 89 percent done
<  3514.210194> [eServiceMP3] Buffering 91 percent done
<  3514.230220> [eServiceMP3] Buffering 93 percent done
<  3514.255212> [eServiceMP3] Buffering 94 percent done
<  3514.282649> [eServiceMP3] Buffering 96 percent done
<  3514.307221> [eServiceMP3] Buffering 98 percent done
<  3514.331650> [eServiceMP3] Buffering 100 percent done

I'm using christophecvr's multibox sink on the dm800.

DVBMEDIASINK_CONFIG = "--with-dreambox --with-dts=no"

 

Also the yellow audio button doesn't show me anything on this stream.

 

However I tested random other movies on TSMedia and most of 'm play fine.

So it could be related to HLS streams only.

 

EDIT: same for gst-launch, only video. no sound.

gst-launch-1.0 playbin uri=http://kpnvideo.rr.kpnstreaming.nl/b2b/
vod/kpnvideo/bigbuckbunny/bigbuckbunny.smil/bigbuckbunny.m3u8
Setting pipeline to PAUSED ...

(gst-launch-1.0:5988): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
Pipeline is PREROLLING ...

(gst-launch-1.0:5988): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory

(gst-launch-1.0:5988): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstSystemClock

(gst-launch-1.0:5988): GLib-Net-WARNING **: couldn't load TLS file database: Failed to open file '/etc/ssl/certs/ca-certificates.crt': No such file or directory
Buffering, setting pipeline to PAUSED ...
Done buffering, setting pipeline to PLAYING ...

Any ideas?


Edited by MastaG, 19 June 2015 - 19:27.


Re: GStreamer 1.0 #1390 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 19 June 2015 - 20:23



Any ideas?

 

The stream contains no sound ;)

Attached Files


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #1391 dreamboxco

  • Senior Member
  • 321 posts

+4
Neutral

Posted 20 June 2015 - 17:22

i have install albatros plugin and have this prob

 

----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 41381)
Traceback (most recent call last):
File "/usr/lib/python2.7/SocketServer.py", line 599, in process_request_thread
File "/usr/lib/python2.7/SocketServer.py", line 334, in finish_request
File "/usr/lib/python2.7/SocketServer.py", line 657, in __init__
File "/usr/lib/python2.7/SocketServer.py", line 716, in finish
File "/usr/lib/python2.7/socket.py", line 279, in close
File "/usr/lib/python2.7/socket.py", line 303, in flush
error: [Errno 32] Broken pipe
----------------------------------------
Got Exception: [Errno 131] Connection reset by peer
----------------------------------------
Exception happened during processing of request from ('127.0.0.1', 41383)
Traceback (most recent call last):
File "/usr/lib/python2.7/SocketServer.py", line 599, in process_request_thread
File "/usr/lib/python2.7/SocketServer.py", line 334, in finish_request
File "/usr/lib/python2.7/SocketServer.py", line 657, in __init__
File "/usr/lib/python2.7/SocketServer.py", line 716, in finish
File "/usr/lib/python2.7/socket.py", line 279, in close
File "/usr/lib/python2.7/socket.py", line 303, in flush
error: [Errno 32] Broken pipe



Re: GStreamer 1.0 #1392 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 20 June 2015 - 22:42

well damn.. you're right athoik...

the video must have been damaged or something...

In that case everything is OK :)

been watching movies all day now, no problems on my side.

tested on dm800 and dm800se.



Re: GStreamer 1.0 #1393 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 20 June 2015 - 22:49

only the dm800 and dm800se seems to struggle a bit on higher bitrate video's.

can anyone try this stream?

http://wildhitznl.rr....ism/index.m3u8

for me it keeps on buffering every few seconds.

 

is it possible to increase the buffer used for video streams?



Re: GStreamer 1.0 #1394 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 21 June 2015 - 17:05

I think there is a patch (by me) that increases buffer, give a try.

Although the proper fix is to collect statistics (network, cpu, etc) and switch to lower quality (at least that the idea of adaptive streaming).
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #1395 dreamboxco

  • Senior Member
  • 321 posts

+4
Neutral

Posted 21 June 2015 - 19:44

yes we need a Buffer fix



Re: GStreamer 1.0 #1396 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 21 June 2015 - 20:30

can anyone try this stream?

http://wildhitznl.rr....ism/index.m3u8

for me it keeps on buffering every few seconds.

 

Latest VLC [Version 2.2.1 Terry Pratchett (Weatherwax) (Intel 64bit)] on Mac OS X Yosemite 10.10.3 crashes with SIGSEGV. So maybe something wrong goes with the high quality of this stream.

 

On the other hand it seems quite logic since .ism inside of the stream meaning that this stream is Microsoft technology. So using the original Smooth Streaming Technology might be better. http://wildhitznl.rr...ex.ism/Manifest


Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #1397 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 22 June 2015 - 12:11

yeah athoik, it crashes my VLC as well.

The vdpau hardware decoder will crash after a while and screen will become blank.

Must be a bad video I guess.

I'll try to serve some HLS content using ffmpeg instead and test out your buffer patch.

 

Another question, the original patch by christophecvr (for his multibox-sink) added the following packages to the enigma2.bb file:

GST_BASE_RDEPS += " \
                gstreamer1.0-plugins-base-audiorate \
                gstreamer1.0-plugins-base-videoconvert \
                "
GST_GOOD_RDEPS += " \
                gstreamer1.0-plugins-good-wavpack \
                "
GST_BAD_RDEPS += " \
                gstreamer1.0-plugins-bad-autoconvert \

                gstreamer1.0-plugins-bad-dashdemux \

                gstreamer1.0-plugins-bad-smoothstreaming \

                "

 

Now I see that mx3L already submitted a patch for dashdemux and smoothstreaming.

Are those other packaged still required?



Re: GStreamer 1.0 #1398 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 24 June 2015 - 20:48

I now find out that gstreamer 1.5.1 can perfect work with chapters by mkv containers where chapters are tagged during encoding.

 

I made for test a complete mkv movie with Handbrake.

First  ripped my dvd to exctract the subtittles as those needed to be converted to srt types. (in dvd they are vobsub)

 

Then a made the perfect srt files for three languages dutch,french english. (That takes time to do ) :P

 

With handbrake I just toke the original dvd used all audio (which is ac3 passtrough). And did not used the vobsub in passtrough. But imported my three srt's and set the correct language to it.

Also I enabled the chapter tags.

 

With vlc it works perfect chapters present and can be selected.

 

With enigma2 still no chapters present. There is well a toc event to dvbaudio and dvbmediasink. And that event does containe the chapter tags.

 

For those who wan't to check, use the latest  https://github.com/c...ox-dvbmediasink

 

run enigma2 with GST_DEBUG=dvbaudiosink:4,dvbvideosink:4 enigma2.sh

 

If You now play a mkv movie which has chapter tags they will show up in the stdout from terminal (some containers use the start pos in time string as title value others a title like chapter 1 ...2 )

 

This I've done now so that we have the chapter with start and end pos.

 

But how can this be integrated in enigma2 so that we have the chapter avbl for containers where they are present ?

Would be nice that this can be done, since fast forward or backwards does not work for mkv movies or mpeg movies. But going from one chapter to another and back would make it better for such movies.



Re: GStreamer 1.0 #1399 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 24 June 2015 - 20:57

As prove here a log that there is a toc containing chapter info.

Attached Files



Re: GStreamer 1.0 #1400 peteru

  • Senior Member
  • 36 posts

+5
Neutral

Posted 25 June 2015 - 06:35

You might want to look at turning that info into a cuesheet. Look in lib/service/servicedvb.cpp and lib/service/servicedvd.cpp for some ideas.


Edited by peteru, 25 June 2015 - 06:37.

"Beauty lies in the hands of the beer holder."

 




3 user(s) are reading this topic

0 members, 3 guests, 0 anonymous users