18 replies to this topic

[ian1095]

as the title says,neither the number buttons nor holding the FF button and then typing in a number will FF the stream when its RTMP when using Openpli 4.0

 

to test this try any stream from BBC iplayer or from the Ondemand plugin.

 

this is just an Openpli problem as the above works perfectly when using the BH image.

 

as far as im aware this is on all boxes,but personally ive only tested on VU+ boxes.

 

Ian.

Edited by ian1095, 8 March 2014 - 09:36.

[ian1095]

no one knows how to fix this then ?

 

as i said it only seems to be broken in the Openpli image.

 

is this a gstreamer problem then ?

 

Ian.

[WanWizard]

It could be caused by the gstreamer work being done at the moment.

 

We're trying to take the major leap from v0.ancient to v1.modern, and that is no mean feat, others have tried and failed miserably before...

[ian1095]

Any update on this yet ?

 

Its still broken in the Pli images,but works perfectly in BH

I hate the fact that BH which I consider to be an awfull image has something working that Pli does not.

 

Ian.

 

ps heres my example of why this is needed.

 

Last night I fell asleep during the Brazil v Croatia game so I wish to watch the 2nd half from ITVPlayer.

But the whole program is 218 mins in length so in order to just watch the 2nd half I would have to watch all of the build up again.

Edited by ian1095, 13 June 2014 - 09:14.

[ian1095]

I guess none of the dev's are even prepaired to take a look at this problem then and see why its broken only in Pli ?

 

if this is the case then i suppose its just something we will just have to put up with when using the Pli image.

 

Ian.

[mx3L]

Same observation, we are now using in openpli latest sources of 0.10 gstreamer branch. There were some updates for gstreamer rtmp plugin, which as you know break seeking. I reverted these changes to state where seeking still works, well at least in streams where it worked before.

In attachment is binary, overwrite /usr/lib/gstreamer-0.10/libgstrtmp.so file with it. After restart of enigma2, seeking in rtmp streams should work again.

 

to get to default state use opkg --force-reinstall install gst-plugins-bad-rtmp

Attached Files

•  libgstrtmp.so.txt   28.06KB   12 downloads

[athoik]

Hi, @mx3L you know at what version libgstrtmp seek works? Maybe there is easy to see differences between version and apply fix.

[mx3L]

Hi, this should be it

Attached Files

•  0001-rtmp-seeking-not-working-revert-to-3bd8cf88aa4b9661e.patch   2.11KB   8 downloads

[mx3L]

For some rtmp streams even this patch is not enough(well seeking is working but sound is not there). Final solution(workaround) is to use librtmp parameter start=timeInMs, then seeking on almost every ondemand rtmp stream works fine.

[ian1095]

Absolutely outstanding mx3L !!

 

It works a treat.

Very fast too !

 

Its brilliant that Pli are open source because this is exactly the reason its the best image out there,if theres a problem any member can attempt to fix it.

 

Very well done indeed buddy.

 

Ian.

Edited by ian1095, 15 June 2014 - 09:45.

[littlesat]

Can we get as final patch?

[athoik]

Here is a patch for OE:

 0001-rtmp-seeking-not-working-revert-to-3bd8cf88aa4b9661e.ΟΕ.patch   3.78KB   11 downloads
 

From 007b44afb42f93681f35073cc28fbc1600dee16f Mon Sep 17 00:00:00 2001
From: mx3L <mx3Lmail@gmail.com>
Date: Sun, 15 Jun 2014 16:33:27 +0300
Subject: [PATCH] rtmp-seeking not working revert to 3bd8cf88aa4b9661e
 
....
 
diff --git a/meta-openpli/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.1.bb b/meta-openpli/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.1.bb
index 0313fab..ccdbe59 100644
--- a/meta-openpli/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.1.bb
+++ b/meta-openpli/recipes-multimedia/gstreamer/gst-plugins-bad_0.10.23.1.bb
@@ -8,7 +8,7 @@ LIC_FILES_CHKSUM = "file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3 \
 
 DEPENDS += "gst-plugins-base libmusicbrainz tremor curl libmms librtmp faad2"
 
-PR = "r3"
+PR = "r4"
 GIT_PV = ""
 
 SRCREV = "fb0d8700e71c4a6569ba023d16201087aec119fd"
@@ -23,6 +23,7 @@ ARM_INSTRUCTION_SET = "arm"
 SRC_URI = "git://anongit.freedesktop.org/gstreamer/${PN};branch=0.10"
 
 SRC_URI += " \
+        file://0001-rtmp-seeking-not-working-revert-to-3bd8cf88aa4b9661e.patch \
         file://0003-mpegpsdemux_speedup.diff.patch \
         file://0004-mpegdemux-compile-fixes.patch \
         file://0005-hlsdemux-locking-fixes.patch \

And here is resulting ipk (for testing).

 gst-plugins-bad-rtmp_0.10.23.1+git12245+fb0d870-r4_mips32el.ipk   11.89KB   20 downloads

[Erik Slagter]

I have it in the queue.

[mx3L]

@ian1095 you're welcome, @athoik thanks for the patch

[Erik Slagter]

Pushed.

 

Athoik and mx3L, there were numerous superfluous spaces (end of line, empty line) in the patch, I had to remove them by hand. Can you check?

Edited by Erik Slagter, 20 June 2014 - 15:48.

[athoik]

Pushed.
 
Athoik and mx3L, there were numerous superfluous spaces (end of line, empty line) in the patch, I had to remove them by hand. Can you check?

I think when a patch contains another patch (file://xxx.patch) then such warnings displayed. Not a real issue.

[Erik Slagter]

Yes, I know what you mean, that is unavoidable. But these spaces where after patching and git am complained about it.

 

Anyway, I ran a build after removing the spaces and it went fine, so I guess it's okay this way. You can check from git.

[Erik Slagter]

We have a user complaining about rtmp not working anymore, since this patch was applied. Can someone please have a look?

http://openpli.org/f...052-rmtp-crash/

[ian1095]

Still working here Erik

 

Im running Enigma from the 21st June,which I believe is after the patch was applied.

 

Ian.

Edited by ian1095, 25 June 2014 - 18:06.