There's no point. It wont give you anything new, other than the ability to login to his private update Server, if you have a user/pass.
You will still have the IPTVPlayer version from the 16-12-18.
There's no point. It wont give you anything new, other than the ability to login to his private update Server, if you have a user/pass.
You will still have the IPTVPlayer version from the 16-12-18.
Component missing in your image that's all.
Display More
This is not exteplayer3 option but libavformat (ffmpeg) option. I am not sure if it will apply to all requests of the HLS demux.
If not then patch for ffmpeg will be needed.
Regards,
SSS
Hi SSS
Just for info, compiling ffmpeg with the offending lines in libavformat/http.c removed, to get rid of the Icy-MetaData: 1 header works.
Also it seems I'm not alone in having this issue
https://forum.kodi.tv/showthread.php?tid=267864
Have a read, just in case you consider it worthwhile removing this header from your ffmpeg builds too. Unless you use it for other things of course.
Display More
This is not exteplayer3 option but libavformat (ffmpeg) option. I am not sure if it will apply to all requests of the HLS demux.
If not then patch for ffmpeg will be needed.
Regards,
SSS
Yes I figured as much, I can only try and if it does not work, then pursue an ffmpeg patch.
Nope.
But that's exactly what I was asking you for, the command used to not send it.
Thank You SSS
Ian.
Hi SSS, quick question about Exteplayer3.
Exteplayer3 is sending the header Icy-MetaData: 1 to all sites and the site I'm trying to connect to simply refuses it and blocks that header (error 403)
Is it possible to prevent this or send an alternate header instead ?
hlsdl does not send this header so it connects fine, therefore it is possible to download and buffer and then play the stream with a slight delay, but it would be better to be able to stream directly using just Exteplayer3 alone.
Do you know what's causing this error though ?
So we can look towards addressing it. Its been a severe limitation of using Exteplayer3 within an Enigma2 image for general streams in the users Bouquets for a long time now and it does need addressing. But first we need to know the cause, so any info on this would be very useful.
Ian.
The new hlsdl file tested and working, well done.
Audio is now present when using VU+ boxes where previously only the video was available.
Still looking for a Live stream that uses this method, because this is quite a new thing, but I'm sure it will grow and more will start to do this, both with VOD and Live. So it would be nice to have it working with Live as well to make things future proof.
Ian.
Ok.
I will try the new updates and let you know the results.
Ian.
Display MoreDisplay MoreDisplay MoreHi SSS
Not exactly IPTV Player, but still your code.
Is there any chance you can add support of '#EXT-X-MEDIA:TYPE=AUDIO' tag to your hlsdl binary please ?
Here is an example stream
https://bitdash-a.akamaihd.net…/sintel/hls/playlist.m3u8
at the moment it will only download audio or video, not both
Also would it be possible to add a form of stream auto reconnect upon error to Exteplayer3 ? This would be highly desired by all Exteplayer3 users if it were indeed possible.
Ian.
Regarding hlsdl:
It is not easy because to merge to TS streams you need to demux to elementary streams and then mux again.
Regarding exteplayer3:
By the default exteplayer3 use reconnect. But if the link is temporary and if it expires then reconnect will not help, you need to generate new link with new token.
Regards,
SSS
Do you have sample of live stream in this format?
For VOD I added naive implementation. In the case of live it will be more difficult.
Anyway, I need an example live stream in this format. Do you have such one?
Not currently no, but I shall look.
The reason this is required is to be able to obtain Quest OnDemand, which of course is not Live.
The issue is that the m3u8 is encoded, so it cannot be taken apart and then be able to use python to read the video and then the audio and merge the two together. Therefore the m3u8 has to be handled untouched in its complete format, hence the need for the new update. As yet I've never come across any other provider that uses this method, so to the best of my knowledge, Live is not required ( yet )
Ian.
Hi SSS
Not exactly IPTV Player, but still your code.
Is there any chance you can add support of '#EXT-X-MEDIA:TYPE=AUDIO' tag to your hlsdl binary please ?
Here is an example stream
https://bitdash-a.akamaihd.net…/sintel/hls/playlist.m3u8
at the moment it will only download audio or video, not both
Also would it be possible to add a form of stream auto reconnect upon error to Exteplayer3 ? This would be highly desired by all Exteplayer3 users if it were indeed possible.
Ian.
modeCW=4 is not currently supported by the public emulators.
People simply don't read !
Ian.
Lordgothic said its working in oscam 11252 so i replied to him that its not working
No he didn't. He simply posted a link to the Oscam version that was reported as working by Car123, however the post by Car123 was dated the 1st of July. Things have changed since then and the new modeCW=4 is now in use.
Ian.
modeCW=4 is not currently supported by the public emulators.
People simply don't read !
Ian.
You don't need an ARM version. There are no Binaries included.
Simply decompile the __init__.pyo and the plugin.pyo to py and it will then work on ARM7
Ian.
This is a standard message that only only appears once, after an Enigma2 restart or image reboot. This is normal behaviour for any image. Basically, after you exit the message, it is then gone until the next time you restart, however, the plugin is then removed from the plugin lists, simply because the image cannot load it.
It not my plugin, but I would perhaps start by looking at the copyServer(self): def for the cause of this error ? This is only a suggestion though because I've not even looked properly.
Its a simple timing issue.
If you block it from your EMU and get it from a peer its fine.
So the best bet for now is to have a chat with a peer and swap. you give it to them and they give it to you. Its sorted then until a patch is released that will allow the user to add a simple delay.
Ian.
Translated to English, with the code modified to prevent the German IP status site that the plugin scrapes from giving the annoying German after the Country flag and before the IP
Now it just gives the Country Flag and the IP in use.
Ian.
Ok finally ATV have given in to my pressure lol
Today's update includes mx3L's Serviceapp EPG fix from nearly 12months ago giving full EPG using 4097,5001 or 5002
So this problem is now solved.
Ian.
Ive pushed ATV on their Github to implement the fix that Pli use, its just a simple removal of an obsolete check that was added some 10yrs ago. However, even after this the EPG still doesn't populate when using 5002 or 5001 ect. I think the reason being that the mx3L Serviceapp plugin had an EPG fix applied to it several months ago now ( it now also has many more mods too ) but this version wont run on ATV due to the different OpenSSL used, and until mx3L ups the version number, ATV probably wont pick up these updates and build a new version.
Ian.