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 #2181 mx3L

  • Senior Member
  • 616 posts

+79
Good

Posted 11 January 2016 - 17:08

@MastaG

http://forums.openpl...pel#entry520442


Edited by mx3L, 11 January 2016 - 17:08.


Re: GStreamer 1.0 #2182 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 11 January 2016 - 17:23

Also: http://forums.openpl...em/#entry520500

Maybe it's time to add this in wiki?
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 #2183 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 11 January 2016 - 17:55

Right.. QPEL.. there goes my 2 hours of debugging and trying to get it working.

https://en.wikipedia...er-pixel_motion

Time to kick the DM800Se out then.

 

Anyways thanks for pointing out the problem.



Re: GStreamer 1.0 #2184 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+542
Excellent

Posted 11 January 2016 - 19:05

Right.. QPEL.. there goes my 2 hours of debugging and trying to get it working.
https://en.wikipedia...er-pixel_motion
Time to kick the DM800Se out then.

Not at all. Time to kick out divx. H264 whichs is waaaay more efficient and can be decoded by even a "classic" dm800, even in "high" profile. I think they econonomised on the mpeg4-vc implementation for a good reason!


Edited by Erik Slagter, 11 January 2016 - 19:05.

* 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 #2185 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 11 January 2016 - 19:19

@MastaG

 

Yes those streams are fine on my duo2 but not dm8000 (in despit the fact off special dreambox changes off athoik and mx3L are implemented)

 

Would be nice if vix can tell what they do to let it work. As far I understand they are using the dvbmediasink multibox with some modifications.



Re: GStreamer 1.0 #2186 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 11 January 2016 - 19:22

There is also a bug coming up soon in gst-1. Its from commit :

 

http://cgit.freedesk...5d829047b2d9f68

 

Before that commit all runs nice . I already filled a bug repport :

 

https://bugzilla.gno...g.cgi?id=760477

 

If others are testing would be nice to contribute to that.



Re: GStreamer 1.0 #2187 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 11 January 2016 - 19:26

OpenVIX? They use gstreamer 1.6.1:

https://github.com/o...penvix.conf#L81


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: GStreamer 1.0 #2188 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 11 January 2016 - 19:31

OpenVIX? They use gstreamer 1.6.1:

https://github.com/o...penvix.conf#L81

But even on 1.6.1 those stream by uss did played on duo2 but not dm8000 and some other boxes



Re: GStreamer 1.0 #2189 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 12 January 2016 - 11:12

Where can I find the meaning off :

4097:0:1:0:0:0:0:0:0:0:


Re: GStreamer 1.0 #2190 blzr

  • PLi® Core member
  • 2,270 posts

+118
Excellent

Posted 12 January 2016 - 11:51

http://forums.openpl...ndpost&p=388282
True sarcasm doesn't need green font...

Re: GStreamer 1.0 #2191 yuriet9x00

  • Senior Member
  • 30 posts

0
Neutral

Posted 13 January 2016 - 06:37

How to increase the buffer?


Edited by yuriet9x00, 13 January 2016 - 06:41.


Re: GStreamer 1.0 #2192 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 13 January 2016 - 12:17

Athoik has a patch for this:

 

--- enigma2/lib/service/servicemp3.cpp.orig    2015-09-20 15:59:45.812462069 +0200
+++ enigma2/lib/service/servicemp3.cpp    2015-09-20 16:01:34.615583623 +0200
@@ -2183,6 +2183,11 @@
     g_object_get(object, "source", &source, NULL);
     if (source)
     {
+        if (g_object_class_find_property(G_OBJECT_GET_CLASS(source), "blocksize") != 0)
+        {
+            /* default blocksize is only 4096 we need to feed hardware decoder with more data */
+            g_object_set(G_OBJECT(source), "blocksize", 16*1024, NULL);
+        }
         if (g_object_class_find_property(G_OBJECT_GET_CLASS(source), "ssl-strict") != 0)
         {
             g_object_set(G_OBJECT(source), "ssl-strict", FALSE, NULL);

 

I'm not using it anymore, but I've did some limited testing in the past and didn't notice any difference.



Re: GStreamer 1.0 #2193 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 January 2016 - 15:20

I did several test.

 

First off course enable the buffering in servicemp3 means a for example :

#SERVICE 4097:0:1:0:0:0:0:0:0:0:http%3A//live.rpctv.com/rpctv/tm.smil/playlist.m3u8:tm smil

needs to be changed into

#SERVICE 4097:0:1:0:0:0:0:0:0:1:http%3A//live.rpctv.com/rpctv/tm.smil/playlist.m3u8:tm smil

Well actually with the second pre-buffering is enbalde, but the stream works much worse.



Re: GStreamer 1.0 #2194 yuriet9x00

  • Senior Member
  • 30 posts

0
Neutral

Posted 14 January 2016 - 06:06

Athoik has a patch for this:

--- enigma2/lib/service/servicemp3.cpp.orig    2015-09-20 15:59:45.812462069 +0200
+++ enigma2/lib/service/servicemp3.cpp    2015-09-20 16:01:34.615583623 +0200
@@ -2183,6 +2183,11 @@
     g_object_get(object, "source", &source, NULL);
     if (source)
     {
+        if (g_object_class_find_property(G_OBJECT_GET_CLASS(source), "blocksize") != 0)
+        {
+            /* default blocksize is only 4096 we need to feed hardware decoder with more data */
+            g_object_set(G_OBJECT(source), "blocksize", 16*1024, NULL);
+        }
         if (g_object_class_find_property(G_OBJECT_GET_CLASS(source), "ssl-strict") != 0)
         {
             g_object_set(G_OBJECT(source), "ssl-strict", FALSE, NULL);

I'm not using it anymore, but I've did some limited testing in the past and didn't notice any difference.

How can i start this patch?



Re: GStreamer 1.0 #2195 yuriet9x00

  • Senior Member
  • 30 posts

0
Neutral

Posted 14 January 2016 - 19:41

mpeg2 stream from other reciever in may receiver whith gstream 1.7.1 are braked after each 1-2 sec.



Re: GStreamer 1.0 #2196 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 14 January 2016 - 20:33

mpeg2 stream from other reciever in may receiver whith gstream 1.7.1 are braked after each 1-2 sec.


Enigma2 can handle TS streams just fine. Use Service ref 1 instead 4097.
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 #2197 yuriet9x00

  • Senior Member
  • 30 posts

0
Neutral

Posted 15 January 2016 - 04:55

 

mpeg2 stream from other reciever in may receiver whith gstream 1.7.1 are braked after each 1-2 sec.


Enigma2 can handle TS streams just fine. Use Service ref 1 instead 4097.

 

Thanks. But as i know ref 1 used only for SAT chanel and 4097 for streams from other sources (incl steams chanels from other receivers). maybe I'm wrong. I'll try use ref 1.



Re: GStreamer 1.0 #2198 betacentauri

  • PLi® Core member
  • 7,185 posts

+323
Excellent

Posted 15 January 2016 - 07:03

For streams from other receivers use 1.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: GStreamer 1.0 #2199 peti

  • Senior Member
  • 115 posts

+1
Neutral

Posted 17 January 2016 - 13:40

Guys, can someone please check this? I really have no idea :( 

If logs can help, just let me know, with which paramerers should I create...

Thanks.

 

 

made some further tests, if I create a 720x1280 resolution by cropping a bigger video, it's playing OK. The problem appears if I create by rotating (using Handbrake). No picture with either mediasink, or either GST (even 0.1)

sample here: http://1drv.ms/1Q1wiVT

thanks


T90 | 28.2E-23.5E-19.2E-13E-9E-4.8E-0.8W-4W

Zgemma H7S | OpenPLI develop branch


Re: GStreamer 1.0 #2200 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 27 January 2016 - 22:10

Hi there,

 

Is there a way to ignore bad certificates from user-space?

I'm getting:

[eServiceMP3] Gstreamer error: Secure connection setup failed.: /media/data2/openpli-oe-core/build/tmp/work/sh4-oe-linux/gstreamer1.0-plugins-good/1.7.2+gitAUTOINC+5d728b3ce5-r0/git/ext/soup/gstsouphttpsrc.c(1578): gst_soup_http_src_parse_status (): /GstPlayBin:playbin/GstURIDecodeBin:uridecodebin0/GstDecodeBin:decodebin0/GstHLSDemux:hlsdemux0/GstBin:srcbin-src_0/GstSoupHTTPSrc:souphttpsrc0:
Unacceptable TLS certificate (6), URL: https://...

I'm using self-signed certificates and I don't want to go through importing the complete CA-chain into my receiver.

According to libsoup we should be able to compile with:

https://developer.gn...ion--ssl-strict

 

Can this also be set from user-space?

Or do I need to add this flag to gstreamer1.0-plugins-good?

 

EDIT: We can also set it in gstreamer's souphttpsrc plugin:

http://gstreamer.fre...Src--ssl-strict

 

EDIT2:

nevermind: http://forums.openpl...ndpost&p=451790


Edited by MastaG, 27 January 2016 - 22:14.




10 user(s) are reading this topic

0 members, 10 guests, 0 anonymous users