Jump to content


Photo

Openpli 8.0 ffmpeg problem

serviceapp ffmpeg exteplayer3 e2iplayer openssl

  • Please log in to reply
34 replies to this topic

Re: Openpli 8.0 ffmpeg problem #21 rantanplan

  • Senior Member
  • 596 posts

+31
Good

Posted 3 March 2021 - 14:33

Yes, I see the same way as Taapat.
Sure, something can always be optimized on the exteplayer3, but in principle little changes there.
The dependencies of the hardware used have stagnated for years.
You don't need to adjust anything there for Hisi, as they use their own libeplayer3 variant.
ARM, mipsel has not changed in years. There is also nothing in prospect.
Therefore, there is no need for constant changes there.

 

The only important thing is a secure branch in github, so a separate branch within pli would be interesting.



Re: Openpli 8.0 ffmpeg problem #22 WanWizard

  • PLi® Core member
  • 57,609 posts

+1,227
Excellent

Posted 3 March 2021 - 15:05

I was under the impression exteplayer3 contained specific code to deal with all sorts of different stream formats (like merging seperate audio and video streams). Which would mean it would require regular updates when new techniques of formats are introduced.

 

If my assumption is wrong, what is exteplayer3 doing then, and why is servicemp3 not doing that?


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Openpli 8.0 ffmpeg problem #23 blzr

  • PLi® Core member
  • 2,155 posts

+110
Excellent

Posted 3 March 2021 - 15:56

AFAIK the core difference is that exteplayer is ffmpeg based media player solution, while servicemp3 uses gstreamer, and reportedly ffmpeg happens to somehow cope better with various more or less exotic streams and media...


True sarcasm doesn't need green font...

Re: Openpli 8.0 ffmpeg problem #24 WanWizard

  • PLi® Core member
  • 57,609 posts

+1,227
Excellent

Posted 3 March 2021 - 16:05

So why don't we work on dumping servicemp3 and replace it by an ffmpeg driven solution? Like the HiSil boxes do too? It would solve the poor format support of gstreamer as well...


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Openpli 8.0 ffmpeg problem #25 blzr

  • PLi® Core member
  • 2,155 posts

+110
Excellent

Posted 3 March 2021 - 16:32

So why don't we work on dumping servicemp3 and replace it by an ffmpeg driven solution?

hmm, because of lack of manpower (with appropriate knowledge in this area)? B)


True sarcasm doesn't need green font...

Re: Openpli 8.0 ffmpeg problem #26 Pr2

  • PLi® Contributor
  • 4,587 posts

+188
Excellent

Posted 3 March 2021 - 17:04

exteplayer3 is defining itself as:  DESCRIPTION = "Core of movie player for E2 based on the libeplayer using the ffmpeg solution"


NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: Openpli 8.0 ffmpeg problem #27 betacentauri

  • PLi® Core member
  • 6,895 posts

+295
Excellent

Posted 3 March 2021 - 17:08

So why don't we work on dumping servicemp3 and replace it by an ffmpeg driven solution? Like the HiSil boxes do too? It would solve the poor format support of gstreamer as well...

It won't make things much better for non HISI boxes.

A ffmpeg solution could either like servicemp3 let the hardware do the job (for several media types) or do a software decode. But what should be do with software decoded raw data? We can't give it to the box drivers as they (currently) don't support raw video data. We could transcode it to something the hardware understands or try to draw the video data with something like OpenGL to the framebuffer. For me both is not a good idea. Not all boxes support OpenGL and are fast enough for transcoding (I doubt that any of the boxes is fast enough for software transcode FullHD oder 4k video).


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Openpli 8.0 ffmpeg problem #28 WanWizard

  • PLi® Core member
  • 57,609 posts

+1,227
Excellent

Posted 3 March 2021 - 17:41

If that is the case, what is the point of exteplayer3 then? Because that clearly does things servicemp3 isn't capable off, otherwise it would not have been needed.

 

So what is it, if it's not related to streaming formats, and not related to dealing with non-hardware-supported codecs?


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Openpli 8.0 ffmpeg problem #29 betacentauri

  • PLi® Core member
  • 6,895 posts

+295
Excellent

Posted 3 March 2021 - 17:50

I think it's related to streaming and less usage of resources. But that is only a guess.


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: Openpli 8.0 ffmpeg problem #30 WanWizard

  • PLi® Core member
  • 57,609 posts

+1,227
Excellent

Posted 3 March 2021 - 17:53

That was my first assumption, that it supports streaming formats (like dash or separate audio and video streams) servicemp3 doesn't, but that was rejected above.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Openpli 8.0 ffmpeg problem #31 rantanplan

  • Senior Member
  • 596 posts

+31
Good

Posted 3 March 2021 - 18:40

Taapat had initiated this as an idea years ago.
So separately ffmpeg based solution also for mipsel.
None of this is really a difficult thing at all.
 Actually, a solution already exists on the part of the DDT. You have already demonstrated this for Neutrino.
The libeplayer variant for sh4 was definitely a template for the Hisi receivers. There are a lot of lines of code.
So far, has been refused by enigma2 municipality to break away from the gst.
But if you need the libav from ffmpeg using gst anyway, it is of course very questionable why you stick to the gst solution.
It is possible.
The effort is not that great either.
In fact, the approaches have long been in place.
See sh4, see hisi ...


Edited by rantanplan, 3 March 2021 - 18:43.


Re: Openpli 8.0 ffmpeg problem #32 WanWizard

  • PLi® Core member
  • 57,609 posts

+1,227
Excellent

Posted 3 March 2021 - 18:47

I (personally, I can't speak for other team members) have no special affection with gst, if ffmpeg is better, can do more, is more equal to the HiSil solution, etc. I'm not really intrested in political or emotional discussions, if there is a good reason to dump gst, lets dump gst...

 

But to do this is way above my skill level...


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Openpli 8.0 ffmpeg problem #33 rantanplan

  • Senior Member
  • 596 posts

+31
Good

Posted 3 March 2021 - 18:59

As I said most things have already been done.
Pli separated the things regarding gst from the enigma2 years ago.
This elegantly creates the possibility of the player without internal dependencies on gst to ffmpeg.
I know from sh4 that this works excellently.
Perhaps Taapat would like to tackle this again?
From the code point of view, I would do this via a separate branch in servicemp3.
Logic possibly assign the name gst and the other name ffmpeg as branch.



Re: Openpli 8.0 ffmpeg problem #34 WanWizard

  • PLi® Core member
  • 57,609 posts

+1,227
Excellent

Posted 3 March 2021 - 19:36

Sounds like a plan.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Openpli 8.0 ffmpeg problem #35 Taapat

  • PLi® Core member
  • 2,050 posts

+95
Good

Posted 4 March 2021 - 08:28

Sorry, but I also don't have enough knowledge and time for this.
But on Openpli now the exteplayer3 repo has been changed to technic: https://github.com/O...74ca7f1aa89304a
 
I remember he already wrote here in the forum that he would like to improve exteplayer3. And I know that he has enough knowledge ;) .
Maybe we should send him a signal that many others are also interested in improving exteplayer3 to drop gst later.






Also tagged with one or more of these keywords: serviceapp, ffmpeg, exteplayer3, e2iplayer, openssl

1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users