985 replies to this topic

[mrvica]

not to beat around the bush

https://www.opena.tv...n-moeglich.html

[samsamsam]

Hello,

 

If anyone is interested here is new dash demux patch which improve live playback on youtube:

https://github.com/s...4ea6ce9e8bb6e3b

 

Precompiled ffmpeg libs with this patch:

http://iptvplayer.pl...ces/2017-10-22/

 

Regards,

SSS

Edited by samsamsam, 22 October 2017 - 16:51.

[fairbird]

Thank you SAM

And in attach for ffmpeg V3.3

Attached Files

•  000001_add_dash_demux_20171022.patch   76.06KB   47 downloads

[MastaG]

Thank you SSS and fairbird

[frank087234]

Hi all good guys

I want to compile service app for openplus 1.1 image. Tried to install an ipk version but gives error related to so file. How can I compile service app specific to my image?

[dreamboxco]

Hello,
 
i am switsch my Image from OpenPLI to OpenVIX an test any Stream
With some Stream stalls the image and it becomes black Scren with the OpenPLI release 6.0 24.10/2017, now have the OpenVIX there the screen is not black shows the pictures with clay further on.
 
root@formuler1:~# opkg list | grep serviceapp                                  
enigma2-plugin-systemplugins-serviceapp - 0.5+git115+e26213a-r4 - enigma2-plugi
-systemplugins-serviceapp version                                              
 0.5+gitAUTOINC+e26213a0b3-r4  serviceapp service for enigma2                  
enigma2-plugin-systemplugins-serviceapp-dbg - 0.5+git115+e26213a-r4 - enigma2-p
ugin-systemplugins-serviceapp version                                          
 0.5+gitAUTOINC+e26213a0b3-r4 - Debugging files  serviceapp service for        
enigma2-plugin-systemplugins-serviceapp-src - 0.5+git115+e26213a-r4 - enigma2-p
ugin-systemplugins-serviceapp version                                          
 0.5+gitAUTOINC+e26213a0b3-r4  serviceapp service for enigma2                  
root@formuler1:~#                                                              
              

what disturbs me but the simple streams of TRT is not played here is only sound and the picture is black do you have an explanation?
Is there something missing?

 

#SERVICE 4097:0:1:0:0:0:0:0:0:0:http%3a//trtcanlitv-lh.akamaihd.net/i/TRTSPOR1_1@182042/master.m3u8:TRT Spor HD
#DESCRIPTION TRT SPOR HD

 

LOG:

 

<    59.266> [Navigation] playing 4097:0:1:0:0:0:0:0:0:0:http%3a//trtcanlitv-lh.akamaihd.net/i/TRTSPOR1_1@182042/master.m3u8:TRT SPOR HD
<    59.272> ExtEplayer3::ExtEplayer3 initializing with options:
<    59.272>                                 = not set
<    59.272>  aac_swdec                      =
<    59.272>  ac3_swdec                      =
<    59.272>  downmix                        =
<    59.272>  dts_swdec                      =
<    59.272>  eac3_swdec                     =
<    59.272>  lpcm_injection                 =
<    59.273>  mp3_swdec                      =
<    59.273>  rtmpproto                      =
<    59.273>  wma_swdec                      =
[getVariantsFromMasterUrl] - Request:
GET /i/TRTSPOR1_1@182042/master.m3u8 HTTP/1.1
Host: trtcanlitv-lh.akamaihd.net
User-Agent: Enigma2 HbbTV/1.1.1 (+PVR+RTSP+DL;OpenPLi;;
Accept: */*
Connection: close


[getVariantsFromMasterUrl] Response[0](size=15): HTTP/1.1 200 OK
[getVariantsFromMasterUrl] Response[1](size=19): Server: AkamaiGHost
[getVariantsFromMasterUrl] Response[2](size=17): Mime-Version: 1.0
[getVariantsFromMasterUrl] Response[3](size=43): Content-Type: application/vnd.apple.mpegurl
[getVariantsFromMasterUrl] Response[4](size=20): Content-Length: 1148
[getVariantsFromMasterUrl] Response[5](size=38): Expires: Mon, 30 Oct 2017 07:23:55 GMT
[getVariantsFromMasterUrl] Response[6](size=44): Cache-Control: max-age=0, no-cache, no-store
[getVariantsFromMasterUrl] Response[7](size=16): Pragma: no-cache
[getVariantsFromMasterUrl] Response[8](size=35): Date: Mon, 30 Oct 2017 07:23:55 GMT
[getVariantsFromMasterUrl] Response[9](size=17): Connection: close
[getVariantsFromMasterUrl] Response[10](size=31): Access-Control-Allow-Headers: *
[getVariantsFromMasterUrl] Response[11](size=32): Access-Control-Expose-Headers: *
[getVariantsFromMasterUrl] Response[12](size=48): Access-Control-Allow-Methods: GET, HEAD, OPTIONS
[getVariantsFromMasterUrl] Response[13](size=30): Access-Control-Allow-Origin: *
[getVariantsFromMasterUrl] Response[14](size=106): Set-Cookie: _alid_=IlItMwnnEljEe6jCR/gSHw==; path=/i/TRTSPOR1_1@182042/; domain=trtcanlitv-lh.akamaihd.net
[getVariantsFromMasterUrl] Response[15](size=0):
[getVariantsFromMasterUrl] - content part started
[getVariantsFromMasterUrl] Response[16](size=7): #EXTM3U
[getVariantsFromMasterUrl] Response[17](size=98): #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1492000,RESOLUTION=854x480,CODECS="avc1.77.30, mp4a.40.2"
[getVariantsFromMasterUrl] Response[18](size=90): http://trtcanlitv-lh...sd=10&rebase=on
[getVariantsFromMasterUrl] - continue parsing m3u8 stream info
[getVariantsFromMasterUrl] Response[19](size=100): #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1067000,RESOLUTION=1280x720,CODECS="avc1.64001f, mp4a.40.2"
[getVariantsFromMasterUrl] Response[20](size=90): http://trtcanlitv-lh...sd=10&rebase=on
[getVariantsFromMasterUrl] - continue parsing m3u8 stream info
[getVariantsFromMasterUrl] Response[21](size=99): #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=1792000,RESOLUTION=1280x720,CODECS="avc1.77.30, mp4a.40.2"
[getVariantsFromMasterUrl] Response[22](size=90): http://trtcanlitv-lh...sd=10&rebase=on
[getVariantsFromMasterUrl] - continue parsing m3u8 stream info
[getVariantsFromMasterUrl] Response[23](size=99): #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=2192000,RESOLUTION=1280x720,CODECS="avc1.77.30, mp4a.40.2"
[getVariantsFromMasterUrl] Response[24](size=90): http://trtcanlitv-lh...sd=10&rebase=on
[getVariantsFromMasterUrl] - continue parsing m3u8 stream info
[getVariantsFromMasterUrl] Response[25](size=97): #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=716000,RESOLUTION=640x360,CODECS="avc1.66.30, mp4a.40.2"
[getVariantsFromMasterUrl] Response[26](size=89): http://trtcanlitv-lh...sd=10&rebase=on
[getVariantsFromMasterUrl] - continue parsing m3u8 stream info
[getVariantsFromMasterUrl] Response[27](size=97): #EXT-X-STREAM-INF:PROGRAM-ID=1,BANDWIDTH=871000,RESOLUTION=854x480,CODECS="avc1.77.30, mp4a.40.2"
[getVariantsFromMasterUrl] Response[28](size=89): http://trtcanlitv-lh...sd=10&rebase=on
[getVariantsFromMasterUrl] - continue parsing m3u8 stream info
[getVariantsFromMasterUrl] - end of read, Content-Length reached
<    59.803> eServiceApp::fillSubservices - found 6 subservices
<    59.803> eServiceApp::start - subservice(2192000b/s) selected according to connection speed (1410064408)
<    59.807> PlayerBackend::gotMessage - tStart
PlayerApp::processStart: exteplayer3 "http://trtcanlitv-lh...sd=10&rebase=on" -u "Enigma2 HbbTV/1.1.1 (+PVR+RTSP+DL;OpenPLi;;;)" -h "Cookie:_alid_=IlItMwnnEljEe6jCR/gSHw==; path=/i/TRTSPOR1_1@182042/; domain=trtcanlitv-lh.akamaihd.net
"

[s3n0]

1. to list the installed packages use the following command:

opkg list-installed | grep serviceapp

opkg list | grep serviceapp ............ command will showing all packages, from all feed-servers, filtered by "serviceapp" string

 

 

2. what's the problem ? black screen in all video-streams ? read the manual page (exteplayer3 -?) and play the video stream over shell (Telnet or SSH connection via PUTTY):

exteplayer3 "http://trtcanlitv-lh.akamaihd.net/i/TRTSPOR1_1@182042/master.m3u8"

or:

ffmpeg "http://trtcanlitv-lh.akamaihd.net/i/TRTSPOR1_1@182042/master.m3u8"

( I don't remember, sorry )

 

...hm, why do you need to use exteplayer3/ffmpeg ? gstplayer/gstreamer (original 4097 service, without redirecting to serviceapp and exteplayer3) is wrong ?

Edited by s3n0, 1 November 2017 - 00:42.

[gorski]

Isn't it the case - speaking as an IT lay person - that sometimes (in some E2 images) all the relevant libs may be there but ffmpeg --version command would come up empty?

 

In which case, IPTV Player, for instance, would simply not work, even though all the libs are there and maybe - overall speaking - an even more recent version of ffmpeg is there but...

Edited by gorski, 1 November 2017 - 01:05.

[s3n0]

ServiceApp I tested about half a year ago. Finally, I found that I needed it at all. Just throw the old satellite box into the basket (power weaker) and buy a new satellite Linux box. Then, just learn the basics of working with unix/linux based systems and it's done. It's just a few days of work.

ServiceApp is to be used by developer enigma2 as a tool. Not for ordinary mortals. IPTV is working for me without ServiceApp for long. The local IPTV stream (DVB via UDP-mutlicast in the WAN network from an internet provider) works and also runs the common type of Internet http-stream (all available Internet TV stations from all foreign countries).

You should not mix different versions of FFMPEG en / decoder with a particular player. Developers often only adapt to a particular FFMPEG version and also refine their IPTV-Player on a particular FFMPEG. When I worked with ServiceApp, I had a lot of problems with it. Only some versions of FFMPEG have worked. FFMPEG is a great project, but it is still unfortunately not used in the basics of enigma2. Only some plugins use it.

In my opinion, ServiceApp is superfluous, combined with the incompetence of ordinary people. As I have written, it is rather for programmers. Playing a streaming media over the Internet is a long-standing thing in all distributions of a new enigma. We live in the 21st century, and if some enigma2 can not handle IPTV playback, then it's time to change them. Problems arise on old Linux satellite boxes, but this can already be assumed (weak performance). However, older Linux boxes often do not even have the option of flashing better firmware (no newer ones are produced).

I hate embedded IT people with a maximum of one year's experience and a real age of 15 years old. They think they took the wisdom of the world after they learned to turn on their satellite box. They do not even know what one bit means (90% of the programmers I really do not know, which is 1 bit).

Goodbye.

[MastaG]

[gorski]

Yes but who is going to "synchronise" all those egos?

 

SSS has a good ffmpeg package, he prefers stability and doesn't rush to "novelty" under any and all conditions...

 

Some E2 OE-A teams, on the other hand, love 'novelty' more than their wives, so they rush to get a newer ffmpeg package before anyone else...

 

In the end, we - the IT lay users - have a headache, as we break an E2 embedded, newer ffmpeg package, with SSS's older but stable (and working with IPTV Player) with ffmpeg v. 3.2.2. What a mess...

 

Any idea who is going to be an arbiter?

 

(I volunteer! )

Edited by gorski, 1 November 2017 - 20:37.

[MastaG]

Well I guess it's because we're all busy with so many things..

Sorry for the lame meme btw.. I didn't follow all ffmpeg / exteplayer3 / iptv player developments that close lately.

However we're currently using ffmpeg 3.3 with some enhancements from SSS and others.

See: https://github.com/O...a/ffmpeg/ffmpeg

 

I've pushed SSS's new dash demux patch (modified to apply against ffmpeg 3.3 by fairbird) a few days ago.

 

Is this version less stable / compatible compared to SSS's ffmpeg builds?

 

EDIT: The patches that SSS is offering in his repository are for 3.2.2 and mostly the same as ours:

https://github.com/s...g/patches/3.2.2

 

Could it be that some of the other patches are causing problems?

Edited by MastaG, 1 November 2017 - 21:02.

[gorski]

It's not about that, m8... It's about IPTV Player not being fully playable without SSS's 3.2.2, as it can not see all those ffmpeg libs included in E2, so command "ffmpeg --version" comes up empty, even though ffmpeg 3.3.3 is in there in a different form, it seems...

 

So, you have a newer version included in some E2 images but IPTV Player can't use it. Ergo, one must break the E2 included libs, installing an earlier version of ffmpeg and then... IPTV Player works but overall E2 may have issues...

 

Ach, well... it's too complicated for us, IT lay users... You guys need to sort it out, I guess...

 

[MastaG]

Yes, manually installing an older ffmpeg will break the dependency chain, as ffmpeg is also used to satify other packages.

 

So let's say you install serviceapp (which automatically pulls in exteplayer3) and ffmpeg in OpenPLi 6.

Like:

opkg update

opkg install enigma2-plugin-systemplugins-serviceapp ffmpeg

 

Followed by installing SSS' iptv player ipk, then iptv player does not work at all?

Edited by MastaG, 1 November 2017 - 21:24.

[gorski]

No, misunderstanding....

 

I install an E2 image wich already has libs that ffmpeg 3.3.3 normally has...

 

You give telnet 'ffmpeg --version' command and it comes up empty. It can't see it. As if it's not there at all. But it is. All its libs are there.

 

Still, if you install IPTV Player - it will not see ffmpeg and it will not pull extplayer3 etc.

 

So, then, you must install ffmpeg via telnet commands and that might mess up the libs for the newer ffmpeg that is already in the E2...

 

Perhaps nothing will work OK after that, neither the ffmpeg 3.3.3, not IPTV Player with ffmpeg 3.2.2.

 

It's not the best situation, it's pretty bad, actually, as nothing might work as intended...

Edited by gorski, 1 November 2017 - 22:18.

[samsamsam]

@gorski as always writes nonsense.

 

At first, "newer" not always mean better. Are you able @gorski to understand this simple thing?

Secondly, when you install ffmpeg 3.3.X from feed the  IPTVPlayer will detect it without problem. But, you must install ffmpeg binary. This is obvious.

Thirdly, serviceapp has nothing to do with IPTVPlayer.

Fourthly, IPTVPlayer can work without exteplayer3.

Fifth, external players were written by me to bypass stability issue with player emebeded in Enigma2 (in my option embeded Enigma2 player is not usable due to problem with stability). Using external players (run as external proces) there is no problem with leak of resources and Enigma2 hangs ups.

 

And above all  IPTVPlayer not need serviceapp. serviceapp was created by @m3xl to use external player from other places. IPTVPlayer use exteplayer3 and this make a big difference.

 

Regards,

SSS

Edited by samsamsam, 1 November 2017 - 22:34.

[gorski]

@gorski as always writes nonsense.

 

At first, "newer" not always mean better. Are you able @gorski to understand this simple thing?

 

Very nice. Because you are such a nice guy. Except, of course, I haven't claimed it at all. Which makes you not such a nice guy. Or very tactful. Or socially very smart, for that matter. You're still a great coder, though - just totally useless in any other direction... In short: you understand nothing, except coding. Do you understand this, SSS? Should I state it in zeros and ones, maybe? Because your brain seems incapable of anything but binary thinking. Quantum computing will leave you in distress...

 

Which proves my first point: "who is going to 'organise' all those egos"?!? Oych...
 

 

 

Secondly, when you install ffmpeg 3.3.X from feed the  IPTVPlayer will detect it without problem. But, you must install ffmpeg binary. This is obvious.

 

Oh, my... I said that some E2s have what is effectively ffmpeg 3.3.x in terms of libs but if one gives "ffmpeg --version" command, the command will have found nothing. I.e. as if ffmpeg is not there. Got it? No? Oh, well, can somebody who can understand this write to him in Polish, please? Make sure you type slowly, thanx.

 

Well, then: IPTV Player will not download extplayer3, during the first startup and IPTV Player will not be as effective as it can be, if it could use all those libs that are already in an image etc.

 

But if you install SSS's ffmpeg 3.2.2, then you will break the libs that maketh ffmpeg 3.3.3, which are included in some of those E2 images (some OE-A ones, for instance).

 

And then, nothing really works 100% as it should/could if... Even though IPTV PLayer will run and run pretty well, as it always does but those other coders who already included ffmpeg 3.3.x in their images are unhappy with this, as it breaks their babyy and their images are not as they were intended. Got it? No? I am truly sorry if you do not but I can't help you there no matter how hard I try, it seems... You are just not capable enough to get it.

 

Anyway, that was the result of my tests on those images. Some are OE-A, some OpenPLi (6 and 6.1).

 

OpenPLi 6.0 and 6.1 in various machines had different results, as I wrote elsewhere.

 

 

Thirdly, serviceapp has nothing to do with IPTVPlayer.

 

And I said it is THE SAME, have I? Shoot, what a genius, I can't talk to this guy, he is too big even for his bed, I wonder where he sleeps...

 

 

Fourthly, IPTVPlayer can work without exteplayer3.

 

Wow, what an idiot I am, I can see it now. Thank you SSS for such an enlightening conversation. Except, of course, I am a little bemused at this point: where on Earth did I claim that, please? Point to it, oh genius!!!

 

 

Fifth, external players were written by me to bypass stability issue with player emebeded in Enigma2 (in my option embeded Enigma2 player is not usable due to problem with stability). Using external players (run as external proces) there is no problem with leak of resources and Enigma2 hangs ups.

 

Which is why I use it and praise it, when I write about it. I tested it in many boxes and results were, in most cases, even some quite old and limited boxes - impressive, Which is why I....

 

Oh, never mind, your puny, insecure self will find something, ANYTHING in what I write, which you will then twist into its opposite, so you can - as ever - try to belittle others, in order to aggrandise yourself, which makes all this a pointless exercise...

 

Go code or do something you can do and stop writing on these forums, please - it's not your great strength, trust me... It tarnishes your true legend. Leave it, let it be, just.... code... that's more than enough, thanx!

Edited by gorski, 2 November 2017 - 03:08.

[MastaG]

I know serviceapp is obviously not required for your iptv player.
However in our image it automatically installs the exteplayer3 and gstplayer packages.. because I put it in the rrecommends
That way people can just select "ServiceApp" from the systemplugins selection screen.

My question was whether our compiled ffmpeg and/or exteplayer3 (which are in the feed) packages were compatible with your iptv player plugin?

If people tend to install older or other versions of ffmpeg then it's probably not

Oh and btw does your iptv player also require the actual ffmpeg binary?
I believe it doesn't get installed with exteplayer3 as bitbake determines it only depends in the actual libraries.

Because then I'll create some dummy plugin.. like enigma2-plugin-extensions-install-ffmpeg which will actually install the main package.

[samsamsam]

@MastaG

 

 

 

My question was whether our compiled ffmpeg and/or exteplayer3 (which are in the feed) packages were compatible with your iptv player plugin?

 

 

Did you read my post? Please read it again with understand.

 

 

Secondly, when you install ffmpeg 3.3.X from feed the  IPTVPlayer will detect it without problem. But, you must install ffmpeg binary. This is obvious.

 

Regards,

SSS

Edited by samsamsam, 2 November 2017 - 09:49.

[samsamsam]

@gorski

 

"ffmpeg --version" command, the command will have found nothing

 

Maybe you also start read: "you must install ffmpeg binary. This is obvious."

Do you know what it is ffmpeg binary?

 

@MastaG

opkg update

opkg install  ffmpeg

 

Do you mean this command not install ffmpeg binary /usr/bin/ffmpeg? If this not install ffmpeg binary then it is bug. Am I right or am I right?