MERGING MediaPortal Url Source Splitter & IPTV Filter (2 Viewers)

[georgius]

New version of filter released (2.2.8.5875). Now it is possible to specify remote server and proxy server authentication for for HTTP, AFHS, MSHS and M3U8 protocols. RTSP users must wait, because authentication for RTSP protocol must be implemented from scratch, so it take some time. After adding same authentication options into OnlineVideos code, I'll start working on authentication in RTSP protocol.

 

[doskabouter]

Just tested a crash on my devpc, and after the update onlinevideos is playing the file correctly, but updating on my htpc didn't have the same effect, it still crashes with a specific video.
I do see that after downloading 0.92% my hd activity goes way up (probably writing the dmp file?) and after that, it continues to about 2%. After which playback is (normally) started but instead of a video playing, mediaportal crashes.

At first glance there are no significant differences in plugin versions (mpurlsourcesplitter/lav), but MP version is different (1.13 on working devpc vs 1.10 on crashing htpc). Is it worthwhile updating htpc to MP 1.13, or are there no changes in that area? I mean, it's mpurlsourcesplitter crashing and all...

I do have a dmp file (almost 1GB, zipped 210MB) i presume it's too large to attach here? I could put it on our ftp, and PM the url, is that an option?

Edit: if you want to try, it's currently the first video of NASA/This week @ NASA (the one from feb. 5th)

 

[georgius]

Just tested a crash on my devpc, and after the update onlinevideos is playing the file correctly, but updating on my htpc didn't have the same effect, it still crashes with a specific video.
I do see that after downloading 0.92% my hd activity goes way up (probably writing the dmp file?) and after that, it continues to about 2%. After which playback is (normally) started but instead of a video playing, mediaportal crashes.

At first glance there are no significant differences in plugin versions (mpurlsourcesplitter/lav), but MP version is different (1.13 on working devpc vs 1.10 on crashing htpc). Is it worthwhile updating htpc to MP 1.13, or are there no changes in that area? I mean, it's mpurlsourcesplitter crashing and all...

I do have a dmp file (almost 1GB, zipped 210MB) i presume it's too large to attach here? I could put it on our ftp, and PM the url, is that an option?

Edit: if you want to try, it's currently the first video of NASA/This week @ NASA (the one from feb. 5th)

Too big for attaching, but I hope you can upload dump file to https://drive.google.com/open?id=0BySXZ4FAnstXLUVGMzlIWUFEQVk

 

[doskabouter]

Google drive isn't working (access denied or something alike), pm is on it's way

 

[azzuro]

Google drive isn't working (access denied or something alike), pm is on it's way

wetransfer ?

 

[doskabouter]

Thanks to @georgius, the issue is solved already!

 

[mike1]

Hi Georgius,
since it is no longer possible to watch Sky with MP - i try to use a Enigma based TV receiver as tv source.
It works well - but just the running channel of the receiver is working. Channel change from MP does not work.
After analyzing i found that there is a zap - command for channel change necessary for the Enigma Receiver.
The original mru looks like this:
#EXTM3U
#EXTVDBPOWER:urlwget=http://192.168.2.33/web/powerstate?newstate=0
#EXTINF:0, 01. Das Erste HD
#EXTVDBOPT:urlwget=http://192.168.2.33/web/zap?sRef=1:0:19:283D:3FB:1:C00000:0:0:0:
#EXTVDBOPT:waitms=2000
http://192.168.2.33:8001/1:0:19:283D:3FB:1:C00000:0:0:0:
My question:
Could you add the possiblity to send the "zap" - URL before stream? May be as optional field in your DB editor?
http://192.168.2.33/web/zap?sRef=1:0:19:283D:3FB:1:C00000:0:0:0:
That would offer MP users to get Sky back to MP
Thanks for answering

I think that with new protocol it can be done. It seems that between zap command and channel url is something like 2 seconds gap - at least by m3u file, but these options are unknown for me.

Hi Georgius,
do you think about to do it?

 

[georgius]

Hi Georgius,
since it is no longer possible to watch Sky with MP - i try to use a Enigma based TV receiver as tv source.
It works well - but just the running channel of the receiver is working. Channel change from MP does not work.
After analyzing i found that there is a zap - command for channel change necessary for the Enigma Receiver.
The original mru looks like this:
#EXTM3U
#EXTVDBPOWER:urlwget=http://192.168.2.33/web/powerstate?newstate=0
#EXTINF:0, 01. Das Erste HD
#EXTVDBOPT:urlwget=http://192.168.2.33/web/zap?sRef=1:0:19:283D:3FB:1:C00000:0:0:0:
#EXTVDBOPT:waitms=2000
http://192.168.2.33:8001/1:0:19:283D:3FB:1:C00000:0:0:0:
My question:
Could you add the possiblity to send the "zap" - URL before stream? May be as optional field in your DB editor?
http://192.168.2.33/web/zap?sRef=1:0:19:283D:3FB:1:C00000:0:0:0:
That would offer MP users to get Sky back to MP
Thanks for answering

I think that with new protocol it can be done. It seems that between zap command and channel url is something like 2 seconds gap - at least by m3u file, but these options are unknown for me.

Hi Georgius,
do you think about to do it?

It's sad, but all MP things are postponed, because I'm heavilly overloaded in work

 

[SpudR]

Can anyone install the latest version - mine just does nothing after the first "this will install..." page (MPEI and tried DLing the latest version too...)

#EDIT1#
Scratch that - it's just unbelievably slow - just got an exception up...
Testing...

#EDIT2#
Looks like my MP install had issues - reinstalling MP...

 

[Ministerk]

A quick question, is his/m3u8 version 4 supported?