@MastaG
http://forums.openpl...pel#entry520442
Veranderd door mx3L, 11 januari 2016 - 17:08
Geplaatst op 11 januari 2016 - 17:08
Geplaatst op 11 januari 2016 - 17:23
Geplaatst op 11 januari 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.
Geplaatst op 11 januari 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!
Veranderd door Erik Slagter, 11 januari 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.
Geplaatst op 11 januari 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.
Geplaatst op 11 januari 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.
Geplaatst op 11 januari 2016 - 19:26
Geplaatst op 11 januari 2016 - 19:31
OpenVIX? They use gstreamer 1.6.1:
But even on 1.6.1 those stream by uss did played on duo2 but not dm8000 and some other boxes
Geplaatst op 12 januari 2016 - 11:51
Geplaatst op 13 januari 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.
Geplaatst op 13 januari 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.
Geplaatst op 14 januari 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?
Geplaatst op 14 januari 2016 - 20:33
mpeg2 stream from other reciever in may receiver whith gstream 1.7.1 are braked after each 1-2 sec.
Geplaatst op 15 januari 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.
Geplaatst op 17 januari 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
Geplaatst op 27 januari 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
Veranderd door MastaG, 27 januari 2016 - 22:14
Change from openvix to openpli - lose existing hdd recordings?Begonnen door xdoktor, 30 dec 2023 ![]() |
|
![]() |
||
Having Trouble While Installing This SoftwareBegonnen door CharleyDavis, 27 jun 2023 ![]() |
|
![]() |
||
![]() Faild to flash or update OPENPLIBegonnen door dede_one, 8 okt 2022 ![]() |
|
![]() |
||
hd+ funktioneret nichtBegonnen door JeppeG, 29 sep 2022 ![]() |
|
![]() |
||
No data on transponder! (Timeout reading PAT)Begonnen door JelleB8, 10 jul 2022 ![]() |
|
![]() |
0 leden, 1 bezoekers, 0 anonieme gebruikers