Jump to content


Photo

GStreamer 1.0

gstreamer 1.0 openpli

  • Please log in to reply
2520 replies to this topic

Re: GStreamer 1.0 #1581 littlesat

  • PLi® Core member
  • 57,064 posts

+698
Excellent

Posted 26 July 2015 - 14:55

When it is so simple I'll wait for your commit merge requests.... ;)


WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: GStreamer 1.0 #1582 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 15:06

On SH4 platform I already prepare player based on libeplayer3 (ffmpeg version 2.7.1) run as external process and it works very well with plugin IPTVPlayer.

I have no STB with BRC MIPS CPU, so, unfortunately you probably will not see commit merge requests.

 

But, for MIPS process I prepare player based on gstreamer run as separate process and when it hangs up or takes to many memory, it is killed and can be restarted, so there is no problem with E2.
And what you say now? Hmm?
 
Oh and external subtitles are handled by plugin in python part, so gstreamer even not know about it.
And thanks this subtitles from the beginning works very well. 
 
You, can try and check by yourself ;)

Edited by samsamsam, 26 July 2015 - 15:09.


Re: GStreamer 1.0 #1583 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 15:17

By the way, when you will check external movie player, integrated with IPTVPlayer,  you should also check how convenient is the function of the free jump ;)

 

And then you can also answer if fast forward and backward is needed :)


Edited by samsamsam, 26 July 2015 - 15:18.


Re: GStreamer 1.0 #1584 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 26 July 2015 - 15:42

@samsamsam.

 

I use ffmpeg (on pc) to convert media from one media type to another , but actually its now libav (they just call the base utility still ffmpeg).

 

as far I looked up ffmpeg is not a player, You will still need a player. You will still need sinks to play raw audio media (on a stb). On a pc also raw video.

 

I did not searched long on the subject and may be completely wrong but every where I found info on subject I found at least as many bug's like with gstreamer.

I found good and bad reports just like on gstreamer.

 

The gst-1 is since 1.4.5 more stable then any gstreamer (patched or unpatched) made. That's cause there is a pretty good API support now which was not the case with gst < 1.0 .

 

The gst-1.5.1 and higher marked as unstable but is actually the gst < 1.0 is much more unstable then that .

And the gst1.6  will come out  when ..? Not in to long time an it will be so much better and have a lot off more features and possibility’s which where not avbl whit gst < 1.0.

This gst 1.6 will also be the next stable  version once its out we will have the perfect base to build image with only gst 1.

 

It will be a real solid base for plugin makers also. And make it easier for them.

 

We have here a lot off dev's, . Every off them do some watch on specific issues.

 

Like there are big works going one with the swig interface. Once they are done it will be easier to avoid python wrappers into base applications such as servicemp3 dvbservices dvdservices and .......

And that not an easy task. But it will lead to more common code less plugin work, less eventually patch/ work around work, less maintenance and especially more stable enigma2.

 

The goal is to have a real solid base main player.

 

Wich really does so what all media and is up to date for libc,linux-core,gcc compilers and g++ compilers. The result will be less maintenance an an image which can follow the modern media,hardware and ...

 

You asked what I meant whit chapter support ?

 

Wel when playing for example modern mkv movies the container does have imbedded chapter's for the movie. Whit chapter support I mean make them browsable using < > buttons on remote control.

 

I this all easy well now it's complicated stuff (at last i find that).



Re: GStreamer 1.0 #1585 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 26 July 2015 - 15:49

 

On SH4 platform I already prepare player based on libeplayer3 (ffmpeg version 2.7.1) run as external process and it works very well with plugin IPTVPlayer.

I have no STB with BRC MIPS CPU, so, unfortunately you probably will not see commit merge requests.

 

But, for MIPS process I prepare player based on gstreamer run as separate process and when it hangs up or takes to many memory, it is killed and can be restarted, so there is no problem with E2.
And what you say now? Hmm?
 
Oh and external subtitles are handled by plugin in python part, so gstreamer even not know about it.
And thanks this subtitles from the beginning works very well. 
 
You, can try and check by yourself ;)

 

You just tell self that you are using gstreamer on mips.

 

Well note that gst < 1.4.5 (now) is all deprecated that goes up for all gst 0.xxx  . Where it is used in recent kernels and ... it's almost a bigger collection off backporting (off which some are very unsafe). And patches and hack's.



Re: GStreamer 1.0 #1586 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 15:56

christophecvr, on 26 Jul 2015 - 16:49, said:

@samsamsam.

 

I use ffmpeg (on pc) to convert media from one media type to another , but actually its now libav (they just call the base utility still ffmpeg).

 

 

 

You're wrong. libav is fork of ffmpeg. I already wrote this in my previous posts

ffmpeg is further developed

 

ffmpeg: https://www.ffmpeg.org/

libav: https://libav.org/


Edited by samsamsam, 26 July 2015 - 16:00.


Re: GStreamer 1.0 #1587 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 16:04


christophecvr, on 26 Jul 2015 - 16:49, said:

You just tell self that you are using gstreamer on mips.

 

The only reason way external player for MIPS is based on gstreamer is because I do not have STB with BCR MIPS CPU, so I can not fully port libeplayer3 for MIPS. 

But, someday who knows ;)



Re: GStreamer 1.0 #1588 malakudi

  • Senior Member
  • 1,449 posts

+69
Good

Posted 26 July 2015 - 17:10

Both options (gstreamer and libeplayer3) could be used if someone delivers the available patches. HLS on ffmpeg is quite buggy, especially when handling bitrate variants - if I remember well last time I checked, at start it downloads all variants which is completely unoptimized.

 

I think that libeplayer3 was used mainly on older STi boxes because they were underpowered and had less memory and gstreamer takes quite a lot of CPU and memory. But newer boxes have all the power needed, at least those from respective companies and not clone like boxes.

 

I think the switch to the new gstreamer should be completed as soon as possible even if there are still some issues to be resolved. After all, gst 0.10 has its issues as well.



Re: GStreamer 1.0 #1589 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 26 July 2015 - 17:38

@malakudi,

 

That's right and straight to the point. I really can't give an opinion about eplayer self, simply I never have used or test it. But by simply testing with some stream ok it where not hls , I saw that gst-1 handles now variable bitrate flawlessly that was not really the case with gst-0.10.

 

I'm working hard to have it perfect with gst-1 and yes wan't to have it as soon as possible into a state I real beta pli4 image can be issued with it. But it really must be good from first and we have the opportunity now that there are still no plugins made really depending on it.

 

If all ok an extrenal player such as eplayer won't be required anymore.



Re: GStreamer 1.0 #1590 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 17:48


If all ok an extrenal player such as eplayer won't be required anymore.

 

 

I want to see it too :)


Edited by samsamsam, 26 July 2015 - 17:49.


Re: GStreamer 1.0 #1591 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 26 July 2015 - 18:11

 


If all ok an extrenal player such as eplayer won't be required anymore.

 

 

I want to see it too :)

 

That's the goal,

 

But now indeed we are not far enough to do this ;)



Re: GStreamer 1.0 #1592 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 26 July 2015 - 18:53

BTW: libav future might be hard now that debian abandoned it and they switch back to ffmpeg. Please read here: https://news.ycombin...item?id=9948041
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: GStreamer 1.0 #1593 mirakels

  • Forum Moderator
    PLi® Core member
  • 7,603 posts

+62
Good

Posted 26 July 2015 - 18:58

well, if using this libeplayer/ffmpeg is easy, please start a different thread and propose code to implement it in enigma2. E.g. a serviceffmpag.cpp or somehting like that, and some glue code to allow the end user to switch beyween ffmpeg and gstreamer

that would sllow for much better testing/discussion...
Geen wonder... Had slechts een dm7000, maar wel ook een rotor. eigenlijk al een tijdje ook een dm600 en dm7025. Maar nu kijkend met een et9000 en vuduo

Re: GStreamer 1.0 #1594 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 26 July 2015 - 19:37

BTW: libav future might be hard now that debian abandoned it and they switch back to ffmpeg. Please read here: https://news.ycombin...item?id=9948041

Seems more to be a battle between some guys. About the libav team and ffmpeg team.

 

I would say let it cool down. Note actually ffmpeg or libav have nothing to do with a player itself. But is actually more the codecs with some base script and integration utility's.

 

Many times they use ffmpeg as name while it was not ffmpeg anymore but libav since long. so .... Wait and see.



Re: GStreamer 1.0 #1595 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 20:08

Again, you're wrong. So, maybe stop writing wrong information about ffmpeg.

 

 


FFmpeg is NOT an independent program only. It includes many low-level libraries for encoding/decoding/transcoding (for video, audio, and subtitle), muxing/demuxing/remuxing, filtering (which includes support for (de)interlacing, subtitling, channel manipulation, manual wave generation, cropping, audio equalizer, audio mixing/remixing, denoising/post-processing, histogram generation, scaling, timestamp manipulation, and many many more[1]), pixel format and sample format conversion, streaming from or to the web, and grabbing from webcams or desktops.

 

The first rule: please do not mislead!


Edited by samsamsam, 26 July 2015 - 20:11.


Re: GStreamer 1.0 #1596 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 26 July 2015 - 20:11

 

Again, you're wrong. So, maybe stop writing wrong information about ffmpeg.

 

 


FFmpeg is NOT an independent program only. It includes many low-level libraries for encoding/decoding/transcoding (for video, audio, and subtitle), muxing/demuxing/remuxing, filtering (which includes support for (de)interlacing, subtitling, channel manipulation, manual wave generation, cropping, audio equalizer, audio mixing/remixing, denoising/post-processing, histogram generation, scaling, timestamp manipulation, and many many more[1]), pixel format and sample format conversion, streaming from or to the web, and grabbing from webcams or desktops.

 

 

Then also please make you're own topic like mirakels told for eplayer



Re: GStreamer 1.0 #1597 samsamsam

  • Senior Member
  • 2,024 posts

+146
Excellent

Posted 26 July 2015 - 20:18

OK. But, but stop misleading, pelase, OK?



Re: GStreamer 1.0 #1598 addybo

  • Senior Member
  • 45 posts

0
Neutral

Posted 29 July 2015 - 08:20

i tried gst 1.6.2

is there a bug?

i cant play streams over channellist, sound works, movie only 1 sec, after that, pircture is black . the log says no codec aviablie, start stream via plugin, work

 

<  4126.959492> [eServiceMP3] state transition NULL -> READY

<  4127.743666> [eServiceMP3] state transition READY -> PAUSED
<  4127.746589> [eServiceMP3] loading cuesheet
<  4127.746825> [eServiceMP3] cutfile not found!
<  4127.760704> [eServiceMP3] async-done - 1 video, 1 audio, 0 subtitle
<  4127.761137> [eServiceMP3] AUDIO STRUCT=audio/mpeg
<  4127.761624> [eServiceMP3] audio stream=0 codec=MPEG-4 AAC language=und
<  4127.803110> [eServiceMP3] state transition PAUSED -> PLAYING
<  4127.891164> [DVBCAHandler] no more services
<  4128.147200> [eServiceMP3] m_errorInfo.missing_codec = video/x-h264, stream-format=(string)byte-stream, alignment=(string)nal, parsed=(boolean)true
<  4128.981667> [eDVBResourceManager] release cached channel (timer timeout)
<  4128.981751> [eDVBLocalTimerHandler] remove channel 0x774720
<  4128.981855> [eEPGCache] remove channel 0x774720
<  4128.982411> [eDVBResourceManager] stop release channel timer
<  4131.984971> [eDVBFrontend] close frontend 1
playing 4097:0:0:0:0:0:0:0:0:0:http%3a//teleboy.customers.cdn.iptv.ch/1011/index.m3u8:ORF 2 HD
<  4139.688532> [eServiceMP3] stop http://teleboy.custo...1010/index.m3u8
 


Re: GStreamer 1.0 #1599 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 29 July 2015 - 11:28

I just tested the stream on vuduo2 with latest enigma2 gst-1 (version 1.5.2).

 

Works perfect the stream ORF 2 HD .

 

Note there is an error in You're link  the < : > is not %3a  but %3A


Edited by christophecvr, 29 July 2015 - 11:29.


Re: GStreamer 1.0 #1600 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 29 July 2015 - 16:34

Further investigation also showed that You're box must be fully 1920x1080p compatibble to play that stream. If not You will have only audio.

 

Like dm8000 only audio.

vuduo2 ok. audio and video cause vuduo2 supports 1920 x 1080p





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users