Beeker

Yes indeed.

 

https://github.com/O...5532115562a97d8

 

Not good.

Ok backt to git master head.

 

As workaround/test

diff --git a/libs/gst/base/gstbaseparse.c b/libs/gst/base/gstbaseparse.c
index eee3c92..d49aad6 100644
--- a/libs/gst/base/gstbaseparse.c
+++ b/libs/gst/base/gstbaseparse.c
@@ -2813,6 +2813,7 @@ gst_base_parse_chain (GstPad * pad, GstObject * parent, GstBuffer * buffer)
   GstBuffer *tmpbuf = NULL;
   guint fsize = 1;
   gint skip = -1;
+  const guint8 *data;
   guint min_size, av;
   GstClockTime pts, dts;
 
@@ -3012,7 +3011,11 @@ gst_base_parse_chain (GstPad * pad, GstObject * parent, GstBuffer * buffer)
       parse->priv->next_dts = pts;
 
     /* always pass all available data */
+    data = gst_adapter_map (parse->priv->adapter, av);
+    /* arrange for actual data to be copied if subclass tries to,
+     * since what is passed is tied to the adapter */
+    tmpbuf = gst_buffer_new_wrapped_full (GST_MEMORY_FLAG_READONLY |
+        GST_MEMORY_FLAG_NO_SHARE, (gpointer) data, av, 0, av, NULL, NULL);
-    tmpbuf = gst_adapter_get_buffer (parse->priv->adapter, av);
 
     /* already inform subclass what timestamps we have planned,
      * at least if provided by time-based upstream */
@@ -3029,6 +3024,9 @@ gst_base_parse_chain (GstPad * pad, GstObject * parent, GstBuffer * buffer)
     ret = gst_base_parse_handle_buffer (parse, tmpbuf, &skip, &flush);
     tmpbuf = NULL;
 
+    /* probably already implicitly unmapped due to adapter operation,
+     * but for good measure ... */
+    gst_adapter_unmap (parse->priv->adapter);
     if (ret != GST_FLOW_OK && ret != GST_FLOW_NOT_LINKED) {
       goto done;
     }

i made a patch wich revert the commit (see post #1987).

 

File(test.mpg) play now without freezes in latest gstreamer.

 

Now look for a proper solution in patch, dvbsink, git gstreamer ?

@christophecvr @athoik

 

According to my research. i found the commit that causes freezes on test.mpg.

 

http://cgit.freedesk...dad3e64f14de00a

 

With previous commit of gstreamer(866f9ace5cbf245b67ec993ef69302f2ff71595   adapter: Add get variants of the buffer based take functions
) video file plays fine. After updating gstreamer just with this commit, the video freezes.

 

This are  my githashes

 

gstreamer SRCREV = "c3bcbadd5452d5b3450f70e49dad3e64f14de00a"        is       1.5.2 plus commits till 30-6-2015.
libav SRCREV = "afdbe664602f42208948296024e9484c522f01f9"                   is        1.5.2
plugins-bad SRCREV = "ad827597e38201c6f97973c76d6131129883f574"     is         1.5.2
plugins-base SRCREV = "14083178b8c837a217825637cfcbb122e17e5d5a"  is        1.5.2  plus commits till 15-7-2015 git( improve video log). jus for test.
plugins-good SRCREV = "f12899878ffc8e4526cd01ea4b9a42b70766297c"    is         1.5.2
plugins-ugly SRCREV = "73d91f9409e36a6dd50bffe1451f216d878d062a"     is          1.5.2

Now timeshift and rec working with your patch.

@christophecvr

 

13 cd's. No stops/interuptions, just playing perfect.

 

I can do 10 cd's in ar row let them complete play. And then sudden sometimes a single cd somewhere just stops playing at song x. whitout any reason at the begin off a track. Just pres stop and ok again cd continues playing.

 

Vuduo2 (usb dvd player)

 

always 100 % ok.

 

CD nr 6. No problem so far.

 

Continue with testing...

I will do a new test this weekend with latest enigma2,busybox etc. I will let you know the result of it.

cdfs and kernel-module-cdfs removed out of the build-environment and flash the box.

 

All ok now.

 

Only, just as you said, no autoplay.

When building from stratch and you don't have the source, than dvbsnoop is a problem. Old location doesn't work anymore.

Patch added.

If something wrong about this patch, please change or tell me.

Patch tested with doing -bitbake -c cleanall- before and made in the master-branch.

Problem with track 10 and above solved.

diff --git a/lib/serviceservicemp3.cpp b/lib/serviceservicemp3-02.cpp
index 3732d8d..d28adf9 100644
--- a/lib/service/servicemp3.cpp
+++ b/lib/service/servicemp3.cpp
@@ -509,7 +509,7 @@ eServiceMP3::eServiceMP3(eServiceReference ref):
 	}
 	else if ( m_sourceinfo.containertype == ctCDA )
 	{
-		int i_track = atoi(filename+18);
+		int i_track = atoi(filename+17);
 		uri = g_strdup_printf ("cdda://%i", i_track);
 	}
 	else if ( m_sourceinfo.containertype == ctVCD )

Compile error. Problems with servicemp3.cpp

Btw, the changes for /meta-dream/recipes-bsp/drivers/dreambox-blindscan-utils_1.7.bb and /meta-openpli/recipes-multimedia/gstreamer/gstreamer1.0-plugin-dvbmediasink.bb are already in the gst-1 git.

 

I also applied the bypass patch for the dreambox (the 7 instead of 0x22 thing).

 

So that's as good as it gets for the 800se I guess

 

Ok. Nice to hear. In case you want a blank screen instead of a freezing frame when zapping to another channel. You can use this patch if you like.

 

The patch kills the HDMI-in for Xtrend. But no mather if you only build for DMM..right?

 

Put the the enigma2.bbappend file into  openpli-oe-core/meta-openpli/recipes-openpli/enigma2

 

and the patch into

 

openpli-oe-core/meta-openpli/recipes-openpli/enigma2/files

 

 

So you get rid off a freezing frame when zapping.

 

 

Rename the enigma2.txt to enigma2-bbappend   (because .bbappend extention is not allowed to upload).

Probeer via telnet bv. via putty of dcc het volgende.

 

init 4

opkg install enigma2-fonts --force-reinstall

init 3

ubuntu 13.04 is not ok with OE

 

it won't compile m4 package and i don't know how to fix it

 

any help ?

Use the remove-gets.patch and edit m4-1.4.16.inc in openembedded-core/meta/recipes-devtools/m4
to use the patch.


PR = "r4"
SRC_URI += "file://ac_config_links.patch \
+            file://remove-gets.patch \
           "

SRC_URI[md5sum] = "a5dfb4f2b7370e9d34293d23fd09b280"
SRC_URI[sha256sum] = "e9176a35bb13a1b08482359aa554ee8072794f58f00e4827bf0e06b570c827da"

put remove-gets.patch in the m4 directory.
 

In instellingen/systeem/gebruikersinterface de optie -show warning when timeshift is stopped- op nee zetten. OpenPLi vanaf 11-02-2013. Zou het probleem op moeten lossen.