2611 replies to this topic

[mfaraj57]

Sorry for mutliple posts but i am in travel and net does not allow me to write in one post.
Now to solve the lag between the screen and running player i have to use extra step because second ok will not use threading just sending the file to the player
Regarding videomediasat i do not have access to code now,may be something wrong but will check when come back to home after few days

[mick80]

Thanks for the thorough explanation. No problem about videomediaset then, it can wait

[mick80]

Hey mfaraj57, in addition to fixing the videomediaset addon, I have a couple more requests for you. Sorry

First off, while waiting on a fix for videomediaset, I'm managing by bookmarking direct links either through diigo or the userstreams file. However, I've noticed that some of videomediaset's mp4 files can't be downloaded now in TSmedia, despite streaming fine. That never happened before videomediaset revamped their website last month. I've tried the blue button, as well as the record button while streaming one of those videos, but the file name disappears soon after briefly popping up in the download screen, and of course the download fails. Why is it that videos play fine but can't be downloaded? Here's a sample link that exhibits this behavior:

https://vod08.msf.cdn.mediaset.net/farmunica/2018/06/216001_163d01ad369965/163d01ad369965-18_0.mp4

Also, I was still using a very old version of Ustvnow (14.4.7) on TSmedia 12 and it was still going strong. Granted, live tv didn't work, but I don't care for that and recordings were fine. However, after updating to TSmedia 13, recordings fail to stream as well. I mean, everything seems to work okay, and the full playlist of my recordings is displayed, but none of the videos will start and all I get is "Error:No items found". Here's what the log file shows after I get that error message:

processdata.py:self.section: netmedia
processdata.py:self.audio: False
processdata.py:input parameters: plugin://plugin.video.ustvnow.tva/?scheduleid=131686140&mode=play_dvr&rand=D8WWKD
processdata.py:debugmode: user
processdata.py:stdout: python: can't open file 'plugin://plugin.video.ustvnow.tva/': [Errno 2] No such file or directory

processdata.py:stderr: None
**********
Execution finished!!

I temporarily reverted back to TSmedia 12 and recordings were in fact still streaming fine. Can you figure out what the issue is? I've attached the ustvnow addon, which has a preconfigured free account in the settings file with one recording I've just added so you can check things out. Thanks in advance.

Attached Files

•  plugin.video.ustvnow.tva.zip   1.23MB   0 downloads

Edited by mick80, 24 August 2018 - 08:28.

[mfaraj57]

Just pushed update from videomediasat before reading your post,hope it is ok now with showing thumbnails

downloading mp4 it think something related to streaming server if allow to download or not and something different from streaming ability,as far as i know because i see many mp4 from okru server stream ok but never succeeded to download them

regarding usttvnow i think need some modifications to be ok with new system, i will review it and see

Edited by mfaraj57, 24 August 2018 - 12:38.

[mick80]

Okay, thanks a lot. I just tested out videomediaset... working good. I see that the addon now fetches multiple links, I guess the link-checking workaround was a bit of a hassle then. No problem, it gets the job done and the thumbnail thing is a nice touch

However, the thing about that download issue I described this morning is that some files still won't download, even through the videomediaset addon you just released. Is there absolutely no way to fix this type of issue? It's odd though, as some videomediaset files download just fine while others don't, despite having the exact same link structure. Besides, I'm still able to normally download these "rogue" files through jdownloader or any android download manager. So, how come the servers can instead prevent TSmedia from doing the same? Is it some sort of user agent thing?

[pcd]

Your example .mp4 link downloads ok with vlc( too big to attach here). So it is probably a chunksize issue. I have not tried with KodiLite - but perhaps mfaraj57 could check out the download method in KodiLite 5.0 (it was his own method). Regards.

[mick80]

Thanks for the info, pcd.

Yeah, I know these files download fine outside TSmedia. I do that quite often. It's not just videomediaset though. I've had this happen in TSmedia with quite a few links from other websites over the years. However, I still managed to download most of those files through TSmedia after creating short links through Google url shortener or similar services. For some reason, that did the trick. Still, this workaround doesn't seem to work with videomediaset now, so I was hoping for an all-around fix for this.

[mick80]

@mfaraj57
I just noticed that the same issue affecting ustvnow also affects oneplaylist in TSmedia 13. The thing is I'm still using oneplaylist 1.0.3 because of the "local streams" section which is no longer present in version 1.0.4. And I just tried a few openload links I've added to the userstreams file, and all of them returned the error "no items found". The links are good and my ip is paired through olpair. After all, openload links work ok in the openmovies addon.

And talking about openmovies, that's a really great addon I only discovered a few days ago. I was wondering though... how come is it lacking a search function?

[mfaraj57]

Many methods are available to download media files including  system Tools.Downloader ,wget and requests,I am using system Tools.Downloader in TSmedia for simplicty and because good for background download while wget is more efficient,Tools.downloader is good but no control over download and not easy to pass header or user agents just you pass the media file link and jops manager complete the process in background

As PCD said kodilite include wget download and i have to test mp4 download through it to see

Ability to download mp4 is controlled by the server and may be the structure of mp4,i faced with two mp4 files from videomediasat one downloaded well and other refused although both stream well.

[mfaraj57]

Local streams can be added now through m3uplayer in desktop section,just open /media/hdd/iptv/iptvlist file and add your link like this

iptv;gtrkomsk;http://live-gtrkomsk.cdnvideo.ru/gtrkomsk/gtrkomsk.sdp/playlist.m3u8

openload links and other supported servers are accepted

openmovies site has search but not included in the addon(not my code),will add later.

[mick80]

I've tried a couple things but couldn't get it to work. What is the correct location? The addon description says "media/hdd/TSmedia folder", you're saying "media/hdd/iptv/iptvlist". And what is the exact file name? Is it "iptvlist", "useriptv" "user_iptv" or something else? As it stands, when I launch the addon, I only see a single item named "danish". I suppose my playlist should be displayed next to that item. Also, do video hosters' links require "_host" to be identified correctly like it was in oneplaylist?

As for the download issue, do you think it would be possible to implement wget in TSmedia in the future, provided it does indeed a better job of handling all types of downloads?

As for ustvnow, do you have to push a plugin update to fix that issue or simply tweak the addon? Thanks.

[mfaraj57]

I am wrong the location is media hdd tsmedia iptv and the iptvlist file should be there,if just create it and add the link just described before,the link should appear in m3uplayer and by today update should be openload links are supported
Also there is much simpler method to test link just add your link online to this site
http://vlctest.eu5.net
And should appear in tsmedia desktop link tester

[mfaraj57]

I will check how can add wget in similar way to the one exists,but in most cases i do not have problem with download,most of the time there are alternative downloadable links as example openload links which available in most movies servers,but i noticed lately that youtube links are not downloaded by tsmedia so search for alternative way is a must.
Now as i have said user links can be added either online or locally but if you relax with oneplàylist i can put again.
Now no need to add any syntx like _host to the servers links because tsmedia will differentiate between direct links and servers links which need processing and resolving before getting direct links
I havenot done ànything for ustvnow but plan today to in coming days but my probl3m with ustvnow i can not watch channels even in the website may be due to some sort of geogrqphical restriction

[mick80]

Okay, don't worry about re-adding local streams to oneplaylist, as I finally managed to get them to work in useriptv. The thing is that my correct location was in fact media/hdd/movie/TSmedia/iptv/iptvlist. That's why I couldn't find it yesterday, it was inside the movie folder for some reason. I just tested out an openload link and it worked great, even without pairing my ip through olpair. That's even better this way

About ustvnow, I don't know if they have geo-restrictions in place for some countries. Like I said the other day, live channels no longer worked in the version of the addon I was using in TSmedia 12, but recordings were fine. I mean, they sure haven't made any changes to the website, because this version still works ok both in TSmedia 12 and Kodi (at least for recordings). The log file that I posted above seems to indicate that it simply fails to retrieve a directory, I guess because of code differences between TSmedia 12 and 13. Why do you think that is?

processdata.py:self.section: netmedia
processdata.py:self.audio: False
processdata.py:input parameters: plugin://plugin.video.ustvnow.tva/?scheduleid=131686140&mode=play_dvr&rand=D8WWKD
processdata.py:debugmode: user
processdata.py:stdout: python: can't open file 'plugin://plugin.video.ustvnow.tva/': [Errno 2] No such file or directory

processdata.py:stderr: None
**********
Execution finished!!

As for the download issue, yeah, I've noticed that in YouTube as well, so hopefully you can find a workaround for this and a potential future update will fix it.

[mfaraj57]

Hello

yes i forgot to mention that TSmedia extra files like iptvlist usually put in the chosen download location and not necessory in  /media/hdd,so assume you selected /media/hdd/movies from settings for download location.

Regarding ustvnow difficult to play it without some modifications so i modified it and put it in iptv section and only includes live channels,all playing with me except fox

[mick80]

Hello

yes i forgot to mention that TSmedia extra files like iptvlist usually put in the chosen download location and not necessory in  /media/hdd,so assume you selected /media/hdd/movies from settings for download location.

Yes, that's what I did in order to have both recordings and downloads in the same folder.

 

Regarding ustvnow difficult to play it without some modifications so i modified it and put it in iptv section and only includes live channels,all playing with me except fox

Thanks, mfaraj. I'll test it out later. How come just live channels though? No recordings? Too bad! I really cared more about recordings.

Meanwhile, I think I've found a workaround to download all videomediaset videos, regardless of any changes you may implement in the future to add wget. The thing is mediaset use a number of server names to deliver their videos (I've counted at least 4), and "vod08" seems to be the one that causes downloads to fail in TSmedia most of the times. However, any of their videos also work with "vod02", "vod04" and "vod06". Now, I've made several tests and found that vod04 links always downloaded fine in TSmedia. So, I guess you should just tweak the code and perform a little switcheroo, so that all final printed links (for -20_0.mp4, -18_0.mp4, and so on) always start with "https://vod04". I guess that's a no-brainer for you

[mfaraj57]

Regarding recordings i do not think there is problem to add and this is apply if you want other things but because original main menu include items not relevant so i do not know what is important.

for mediasat i replaced the start with  "https://vod04" for already mp4 and the ones converted from mpd,i noticed for some items more than one option is working like the one ends with -20_0.mp4 and -22_0.mp4

[mick80]

Yes, I've noticed that some videos have two or more working links. Regardless, videomediaset is perfect now. Thanks.

As for ustvnow, just recordings and live channels would do. I know the kodi app has many more features, but they're honestly quite useless. Still, if it's too much of a hassle to fix it all, don't worry, I'll just stick with the kodi app for the time being. It was sure nice to use ustvnow in TSmedia as well, but I've already imposed on you long enough over the past few weeks.

Btw, besides checking out the log file in the temp folder, I recall using the info button in previous versions of TSmedia to display the playing link, but that's no longer the case. Have you by any chance mapped a different button to that action, or have you done away with it?

[mfaraj57]

Yes,already added recordings to ustvnow but unlucky there are not working and no results returned
I am sure nothing wrong in code but json file reruned is empty a part from what called passkey number,may work with you.
You can ask or comment anything just enjoying what i am doing.and your feedbacks contributed well to tsmedia development
Regarding log yes i changed the key to number 2 because most users do not care about log and i put info key to get imdb description for selected movie.

Edited by mfaraj57, 26 August 2018 - 18:32.

[mick80]

Yeah, okay. The 2 key is indeed a better option as I do search imdb quite often and the info key makes more sense for that.

I've tested ustvnow 14.8.10, there are already email and password in the settings file, I've replaced them with my login credentials, but couldn't log in. I tried a few things and even manually cleared out the preexisting token, but never got a new one despite having filled in my details, so I was unable to check out recordings. Live channels did work with that prefilled account.