2520 replies to this topic

[ian1095]

 

Media Player 2 or MP are only some pythons plugins which use the same "core player" from E2 its code is written in C++:

http://sourceforge.n.../servicemp3.cpp

 

So, therefore there is no big difference between them when we speak about playback.

 

 

gstreamer 1.X is not stable, so I think it is not the right time

 

 

But if you have STB based on SH4 you should think about player based on ffmpeg.  

If IPTVPlayer see ffmpeg in your box it will instal external player based on ffmpeg.

 

It is working very well on my STB.

 

Best regards,

SSS

 

 

I tested your files from the git obtained from the links you posted earlier in this thread and initial results were very good with a vast improvement in cpu usage and playback,so well done.

 

But

 

After a period of a couple of hours with everything working as it should,the external player suddenly started to throw the error 246 message regarding playbin2 and not being able to construct the needed pipes.

At this point too,Gstreamer no longer worked with any other streaming plugins and the only way to resolve this issue was to reflash a backup image and start again.

 

Then after another few hours of use the same problem repeated itself once more so i had to reflash for a second time.

 

Your player also causes some kind of instability with eServiceMP3 as when using another plugin to stream it the box always crashed giving this message

 

getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)

 

Again this problem was resolved by reflashing a backup,but as soon as your IPTVPlayer plugin installed the new required files,the above problem returned.

I tried installing the files into the plugin/bin folder and also the image/bin folder and both gave the same problem.

 

All in all its a great effort,but it still has bugs,and the bugs above are quite severe.

 

Ian.

[ian1095]

Forgot to say the above was using a VU+ box running Openpli 4.0

 

Ian.

[ian1095]

Perhaps you could start a separate thread regarding this plugin and player ?

Because I would like to use it,but at the moment its not installed because of the problems it caused stated above,and it would be great if we could get these resolved.

 

Ian.

Edited by ian1095, 13 June 2015 - 11:08.

[MastaG]

I just watched the complete Avatar movie in 720p on the ancient dm800 including external dutch subtitles (thanks to mfarahj57 for his great subtitle search plugin (much better compared to the subtitle player which you have to sync manually)).

No memory leaks or errors messages here.

[samsamsam]

@

ian1095

After a period of a couple of hours with everything working as it should,the external player suddenly started to throw the error 246 message regarding playbin2 and not being able to construct the needed pipes.

At this point too,Gstreamer no longer worked with any other streaming plugins and the only way to resolve this issue was to reflash a backup image and start again.

Then after another few hours of use the same problem repeated itself once more so i had to reflash for a second time.

Your player also causes some kind of instability with eServiceMP3 as when using another plugin to stream it the box always crashed giving this message

getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)

 

Are you sure that installation of the IPTVPlayer cause these problems?

What will happen if you reflash image and not install IPTVPlayer but use STB by  several hours and then checks?

A think that you have enabled OpenPli auto update which can cause such problems.

 

Here you are IPTVPlayer development thread:

http://forums.openpl...lopment-thread/

Edited by samsamsam, 13 June 2015 - 14:07.

[samsamsam]

All in all its a great effort,but it still has bugs,and the bugs above are quite severe.

 

Certainly IPTVPlayer has many bugs, but bugs described by you not looks like IPTVPlayer bugs

[samsamsam]

Something occurred to me  Perhaps free space of the flash memory is taken by cache of thumbnails.

 

Can you check how many free space in the FLASH memory do you have when problem occurs?

 

If this is true simple disable icons in IPTVPlayer configuration or change the cache location to external storage, this also can by done from IPTVPlayer configuration

[ian1095]

Ok I will try that.

 

The image itself works perfectly until the IPTVPlayer installs those files,and has done for many months,then after installing IPTVPlayer and the other required files,it as i said,continues to work perfectly for a few hours until it eventually throws the 246 playbin2 error.

This does seem to be triggered though by trying to play HLS variant links,although im not entirely sure on this,but once its been triggered it remains for all link types and the external player no longer functions.Its then at this point that Gstreamer no longer works with other streaming plugins either and to get it to work once more a reflash is required in order to bring the image back to a state before the plugin was installed.

 

I will try setting it up not to save those thumbnails though because they are saved in flash as you said,perhaps a better location would be the HDD or USB ? as they are very large.

 

Ian.

Edited by ian1095, 13 June 2015 - 18:45.

[ian1095]

ps

one other thing I noticed is that in order to get the plugin to recognize that the player is installed i have to overwrite it with one from the git.

The plugin then states that the player is depreciated and asks if i wish to instal again,and its only after i select yes and it installs again that it will work.

Edited by ian1095, 13 June 2015 - 18:50.

[samsamsam]

ian1095

 

Please continue this topic here http://forums.openpl...lopment-thread/

 

We must find the cause of the error and solve it

[christophecvr]

Dtsdwonmix Sync issue now almost completely solved. Works on dm8000 and should do perfect on dm800se and XP1000.

 

The almost is because for some media which has a pts offset audio versus video. It still only ok if You start playing from begin off movie.

 

This issue is still under investigation. And has as far I can see nothing to do with the dts downmix.

For some reason enigma2 does not send a new video segment to gstreamer but wel the audio segment(in case there is a audio/video offset). Which result in a weird situation.

The dvbvideo does start playing at the resume position, while gstreamer did not received the segment for the video position. Same happens when reselecting stream.

This is also most probably the reason that some container movies (mkv/vob) have some times ok audio and other times not at all depending on the movie.

I gues that all movies with offset audio do have problems those whitout offset are the ones who runs fine. This for all audio which needs gstreamer.

 

The latest commit https://github.com/c.../commits/master

Is now perfect for mkv movies with dts audio on the boxes who needs the dtsdownmix plugin.

 

Play start ok. (just a little delay from 2 3 sec before movie start that is needed in order to have enigma2 ready)

Play from movie half a way ok . (delay + - 3 -5 seconds before the movie resumes with the position. Needed for enigma2 to be ready). And it will resume at the begin off last frame which was playing when movie was stopped.

Changing audio track ok And it will resume at the beginnig off the frame which was playing when the change was performed. (A liitle delay +- 4 sec up on resuming movie with new audio track).

 

Pause unpause ok movie audio starts exact where movie was was before paused was selected.

[MastaG]

you're the man chris!

going to rebuild and try your changes asap.

I'll report back my findings

[mx3L]

Hi, 

 

Here are patches for dvbmediasink gst-1.0 branch:

commit 2b1bcb8f0c058c752b89922c15656b5e0002f6b2
Author: mx3L <mx3ldev@gmail.com>
Date:   Tue May 19 19:36:32 2015 +0200

    dvbmediasink: let basesink handle CAPS event
    
    We don't need to handle CAPS event ourselves.
    basesink will do that and will call our set_caps function when neccessary

diff --git a/gstdvbaudiosink.c b/gstdvbaudiosink.c
index 2b87caa..80ace1c 100644
--- a/gstdvbaudiosink.c
+++ b/gstdvbaudiosink.c
@@ -897,21 +897,6 @@ static gboolean gst_dvbaudiosink_event(GstBaseSink *sink, GstEvent *event)
 		}
 		break;
 	}
-	case GST_EVENT_CAPS:
-	{
-		GstCaps *caps;
-		gst_event_parse_caps(event, &caps);
-		if (caps)
-		{
-			ret = gst_dvbaudiosink_set_caps(sink, caps);
-			//gst_caps_unref(caps);
-			if (ret != TRUE)
-			{
-				//GST_ELEMENT_ERROR(self, STREAM, FORMAT,(NULL), ("Set caps failed. Stop render."));
-			}
-		}
-	}
-
 	default:
 		ret = GST_BASE_SINK_CLASS(parent_class)->event(sink, event);
 		break;
diff --git a/gstdvbvideosink.c b/gstdvbvideosink.c
index fbebd11..fe52596 100644
--- a/gstdvbvideosink.c
+++ b/gstdvbvideosink.c
@@ -512,17 +512,6 @@ static gboolean gst_dvbvideosink_event(GstBaseSink *sink, GstEvent *event)
 		}
 		break;
 	}
-	case GST_EVENT_CAPS:
-	{
-		GstCaps *caps;
-		gst_event_parse_caps(event, &caps);
-		if (caps)
-		{
-			ret = gst_dvbvideosink_set_caps(sink, caps);
-			gst_caps_unref(caps);
-		}
-		break;
-	}
 	default:
 		ret = GST_BASE_SINK_CLASS(parent_class)->event(sink, event);
 		break;

commit faeff0c5d3ad8aadb553989a0ebe8b0ce57e6f86
Author: mx3L <mx3ldev@gmail.com>
Date:   Tue May 19 19:39:26 2015 +0200

    dvbvideosink: send codec-data header after caps negotiation

diff --git a/gstdvbvideosink.c b/gstdvbvideosink.c
index fe52596..d3f6cf8 100644
--- a/gstdvbvideosink.c
+++ b/gstdvbvideosink.c
@@ -1277,6 +1277,7 @@ static gboolean gst_dvbvideosink_set_caps(GstBaseSink *basesink, GstCaps *caps)
 	GstStructure *structure = gst_caps_get_structure (caps, 0);
 	const char *mimetype = gst_structure_get_name (structure);
 	self->stream_type = STREAMTYPE_UNKNOWN;
+	self->must_send_header = TRUE;
 
 	GST_INFO_OBJECT (self, "caps = %" GST_PTR_FORMAT, caps);
 

Attached Files

•  0001-dvbmediasink-let-basesink-handle-CAPS-event.patch   1.58KB   2 downloads
•  0002-dvbvideosink-send-codec-data-header-after-caps-negot.patch   788bytes   2 downloads

[christophecvr]

The mxl changes above here are good and very wise.

 

I applied them to

 

https://github.com/c.../commits/master

 

Seems that sync issue works fine now also.

[Erik Slagter]

Applied.

[HPPli]

When into the nightly-build ?

[MastaG]

tomorrow

[Erik Slagter]

tomorrow

Okay, I never new?

[MastaG]

lol, I was being sarcastic

[HPPli]

tomorrow

I'll understand your best Pli-skils for now