Posted 9 June 2015 - 16:13
Alien2, starts and then freezes very quickly. Completely.
PBNIGMA v. 5 RC5, based on OE-A, Gstreamer 1.45.
Just updated yours to 61: FilmOn (with UK proxies [SmartDNS]) > UK Live TV > BBC One > low > sound is very late to start and before it does appear > all frozen... maybe 10 - 15 secs and all is dead...
Stop button > spinner forever, only the button at the back helps...
XP1000 works for longer but eventually...
I have 30MB fiber, no problem there.
What do you use?
Thanx!
Posted 9 June 2015 - 19:09
Edited by samsamsam, 9 June 2015 - 19:12.
Posted 9 June 2015 - 21:05
Will try.
It is the topic: we thought it can not work with new Gstreamer, so thanx for clearing it up...
Next question: when will you move to 1.xx, please?
Cheers!
Posted 10 June 2015 - 00:51
Btw - I don't know which box + image you have but I better let you know, just in case - PBNIGMA now uses Media Player 2 (MP is now kicked out)...
During the setup lots of stuff is downloaded (wget etc.), since IPTV Player can not find what it is looking for...
Thanx!
Posted 10 June 2015 - 01:12
Posted 10 June 2015 - 01:20
I am using Hyperion image from the PKT team.
Posted 10 June 2015 - 01:56
I tried to do as you instructed me:
0) In Setup I set 6MB for video buffering and 512KB for audio buffering
1) Internal with buffering = no sound > pressed F1 on RCU to try to choose audio channel > BSOD (autorestart Enigma), please see the crashlog (in your PM) attached...
2) Standard with buffering = no sound, when the buffer is gone, I presume > spinner forever (LED gives '777111') > stuck, so button at the back has to be used...
Thanx again, I think at this point you are right - no more writing in this thread... You have PM...
Cheers and keep up the good work!
Posted 10 June 2015 - 08:29
Ter info vu+ series will not build with the latest 1.5.1 gst-1 git.
Reason missing patch required to build videoconverter. This lib is required to build with gstreamer1.0-libav.
gstreamer1.0-libav is required for vu+ series.
Included gst-1 git patch.
gst-1-gitpatch-video-converter-fix-compiler-warning.patch 3.49KB
15 downloads
Posted 10 June 2015 - 13:30
Hi,
Ter info vu+ series will not build with the latest 1.5.1 gst-1 git.
Reason missing patch required to build videoconverter. This lib is required to build with gstreamer1.0-libav.
gstreamer1.0-libav is required for vu+ series.
Included gst-1 git patch.
According to GStreamer devs the patch is not required and most probably something is wrong with your build environment.
This patch is not in because it was reverted ... http://cgit.freedesk...9c110aa8b213110
Posted 10 June 2015 - 13:49
The problem why gstreamer1.0 (or here even gstreamer whatever version) is loosing sync point. After an enigma2 action is done which requires a new seek and flush followed by a new segment segment. Is because enigma2 sends the wrong segment.
As example the case where dtsdownmix is required because the stb can't decode self the dts stream. Whatever plugin You use here:
1) That from the pli mediasink (which is only ok for very old dts for the modern dts it's something You can't call sound it's more noise).
2) The one I made based on the gst one
3) Or even just the one from gst self whitout modifications.
Sound is aranged by dvbaudiosink to gstreamer decoding then audio raw.
For the start point when movie is at the begin I found the reason, just wait on enigma2 to be fully ready. Then no problem. Here enigma does not use wrong pts to send the segment. Actually enigma2 just used the begin segment off movie as does the audiosink and video sink that's it. and that's ok providing audio is not launched to early. The subtitle hack must well be disabled , since if this hack is kept actif enigma wil first start whit a seek flush and then send the wrong segment to video and audio sink.
Perhaps this fiddeling by sending wrong segment is needed for some ts media which do not use the servicesmp3.c . But may not be done for gstreamer. Since the audio and video are threated async. The services will only set that segment by audio stream and not video stream. This result in a complete wrong position for the audio. Whill the video uses the right segment that for audio will be wrong. It's more that the video segment is just not send while the audio is well, but based on a earlier frame. The video will just continu running where it was while the audio tries to run with an earlier pts. and ....
a dmesg error log such as. included the error log sended a couple off messages ago.
I also included a log when it's ok by start off stream.
In a certain way here its' a bug from enigma2 . If a different position is send (other segment) then the last one we had before a seek flush operation, It must be done for audio and video. By servicesmp3 only the audio is done not the video.
possible solutions.
1) by a enigma2 action which triggers a seek,flush new segment. pause the full pipeline and do the seek send the segments wanted and relaunch pipeline.
2) do not send a modified segment after seek event (not modifie the result off seek I mean like is done now) when using services.mp3
But for that I really do not now where to look for.
Included detailed logs.
The error by reselceting current audio stream.
Ok by start off movie.
error-flush.txt 8.63KB
1 downloads
ok-log-at-movie-start.txt 40.86KB
1 downloads
Posted 10 June 2015 - 13:57
Hi,
Ter info vu+ series will not build with the latest 1.5.1 gst-1 git.
Reason missing patch required to build videoconverter. This lib is required to build with gstreamer1.0-libav.
gstreamer1.0-libav is required for vu+ series.
Included gst-1 git patch.
According to GStreamer devs the patch is not required and most probably something is wrong with your build environment.
This patch is not in because it was reverted ... http://cgit.freedesk...9c110aa8b213110
It's the gst-1 like it is (now) the only diff is that patch.
I've seen there must be something wrong with outdated orc then
"The problem was apparently that my video-orc.h was not updated and ..." did not (orc is required for gsttreamer-libav)
The gues orc needs to be updated in openembedded-oe-core.
Posted 10 June 2015 - 14:20
Well video-orc.h is missing.
Posted 10 June 2015 - 19:04
Well video-orc.h is missing.
No, it doesn't, probably you do not keep sources (video-orc.h is autogenerated during build time).
cd build source env.source MACHINE=dm800se bitbake gstreamer1.0-plugins-base -c compile find -type f -name video-orc.h ./tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.1-r0/build/gst-libs/gst/video/video-orc.h head ./tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.1-r0/build/gst-libs/gst/video/video-orc.h /* autogenerated from video-orc.orc */ #ifndef _VIDEO_ORC_H_ #define _VIDEO_ORC_H_ #include <glib.h> fgrep _custom_video_orc_matrix8 ./tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.1-r0/build/gst-libs/gst/video/video-orc.h void _custom_video_orc_matrix8 (guint8 * ORC_RESTRICT d1, const guint8 * ORC_RESTRICT s1, orc_int64 p1, orc_int64 p2, orc_int64 p3, orc_int64 p4, int n);
Edited by athoik, 10 June 2015 - 19:06.
Posted 10 June 2015 - 20:46
I keep the work, But I forgot to check the build.
It is well present but whitout the patch no build.
By my its indeed in
openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.1-r0/build/gst-libs/gst/video
/* autogenerated from video-orc.orc */
#ifndef _VIDEO_ORC_H_
#define _VIDEO_ORC_H_
#include <glib.h>
#ifdef __cplusplus
extern "C" {
#endif
But there is no definition off _custom_video_orc_matrix. in the video-orc.h
And the gstreamer is full rebuild to day with lates git gst-1
gues I will have to make a full build froms scratch. That will solve the issue hoppefully so that patch is not needed anymore
Edited by christophecvr, 10 June 2015 - 20:51.
Posted 10 June 2015 - 20:50
I keep the work, But I forgot to check the build.
It is well present but whitout the patch no build.
By my its indeed in
openpli-oe-core/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-base/1.5.1-r0/build/gst-libs/gst/video /* autogenerated from video-orc.orc */ #ifndef _VIDEO_ORC_H_ #define _VIDEO_ORC_H_ #include <glib.h> #ifdef __cplusplus extern "C" { #endifBut there is no definition off _custom_video_orc_matrix. in the video-orc.h
And the gstreamer is full rebuild to day with lates git gst-1
So lets go back to my original statement...
According to GStreamer devs the patch is not required and most probably something is wrong with your build environment.
Posted 10 June 2015 - 22:48
Noop same problem when building from scratch. Build enviroment is same as that from pli. And its the gst whitout any modification.
I have to set the patch since the video-or.h does not have the void _custom_video_orc_matrix8 (guint8 * ORC_RESTRICT d1, const guint8 * ORC_RESTRICT s1, orc_int64 p1, orc_int64 p2, orc_int64 p3, orc_int64 p4, int n); in it.
Posted 10 June 2015 - 23:09
What I did now is just adding the :
void _custom_video_orc_matrix8 (guint8 * ORC_RESTRICT d1, const guint8 * ORC_RESTRICT s1, orc_int64 p1, orc_int64 p2, orc_int64 p3, orc_int64 p4, int n);
to the video-orc.h file manually. Then it build ok.
Posted 11 June 2015 - 07:42
Maybe one of your host tools is not working very well?
I just did a "git pull" and MACHINE=dm800se bitbake openpli-enigma2-image and it worked
Using your multibox sync btw 
Posted 11 June 2015 - 10:47
Maybe one of your host tools is not working very well?
I just did a "git pull" and MACHINE=dm800se bitbake openpli-enigma2-image and it worked
Using your multibox sync btw
Yes could be related to ubuntu 14.04.
It's curious since I really work with the gst-1 whitout modification. And even did a complete clean build from scratch after fresh pull .
However nice it works ok by others I just can do a little hack by me personnally and then problems are solved also.
Posted 13 June 2015 - 09:49
Well then..
I just built a new image from a clean checkout of gst-1 for the old unsupported dm800 (I've added the OE-A patches).
And I must say it works amazingly well!
I'm using christophecvr's multibox sink and installed TSMedia 9.9 and it's a small media-center now 
TSMedia may be a bit slow in navigating trough the lists, but other than that, no issues.
If anyone would like to give it a spin, I can upload new images which have the dependencies for TSMedia pre-installed (since there is no feed).
Great work guys!
Change from openvix to openpli - lose existing hdd recordings?Started by xdoktor, 30 Dec 2023  openpli, openvix, hdd, recordings
|
|
|
||
Having Trouble While Installing This SoftwareStarted by CharleyDavis, 27 Jun 2023 OpenPLi
|
|
|
||
Faild to flash or update OPENPLIStarted by dede_one, 8 Oct 2022 openpli
|
|
|
||
hd+ funktioneret nichtStarted by JeppeG, 29 Sep 2022 Vu+, hd+, oscam, openpli
|
|
|
||
No data on transponder! (Timeout reading PAT)Started by JelleB8, 10 Jul 2022 openpli, vu+
|
|
|
0 members, 80 guests, 0 anonymous users
