2611 replies to this topic

[mfaraj57]

for ustvnow this url used to get recordings list

http://m-api.ustvnow.com/gtv/1/live/viewdvrlist?token=op9bboe2cesj6firvkkdvqgiubqw

and get 

/ 20180827091020
// http://m-api.ustvnow.com/gtv/1/live/viewdvrlist?token=op9bboe2cesj6firvkkdvqgiubqw

{
  "globalparams": {
    "passkey": "KHAWLA9Z512866E86363DDCDA77094AC6D842BF2D11"
  },
  "results": [
    
  ]
}

as you see results are empty

do not know why,login is ok and token ok

but i have to test in kodi and track the process to see what are missing.

[mfaraj57]

Just tried ustvnow in my kodi jarvis also recordings not showing

i think there is something wrong in addon or not available to free plan

[mick80]

I don't think it's a free plan issue. Still, perhaps you could take a crack at this old version then (14.4.7). Like I said last week, recordings streamed fine in TSmedia 12, while in TSmedia 13 all recorded programs are shown but won't play, so it may be due to changes you've implemented in the new release.

There's already an account set up in there, and I've added a couple recordings earlier. So it should be good to go. Live tv was already broken in TSmedia 12, so you can leave that one alone.

Attached Files

•  plugin.video.ustvnow.tva.zip   1.21MB   9 downloads

[mfaraj57]

Ok now,i think the problem was with my login info

i used yours and everything ok for recordings

[mick80]

Yes, I just checked it out and also managed to log in this time around. Recordings work ok as well.

Still, that old version I uploaded earlier handled recorded shows way better resolution-wise for some reason, both in TSmedia 12 and kodi. If you get a chance to test that one out and manage to figure out why streams still play fine in TSmedia 12 but not in version 13, you'd see what I mean. Just the recordings though, don't waste your time on live tv.

[mfaraj57]

There is record quality value in top of default.py module and assigned to 1 but can accept 2 and 3 ,change and see after restart e2

[mick80]

So, I've played around with rec quality, tried both 2 and 3 and rebooted, but resolution was still 476x270 on all recorded shows.

On the other hand, version 14.4.7 grabs a single link and it's always 1280x720. Here's a screenshot taken while still on TSmedia 12.

[mfaraj57]

Yes,you are true i looked into the links returned for some reasons and all contain resolution 350(CW_350.mp4) regardless rec_quality value,this is not the case with old version where all links returned 950 resltion

http://vod11.ustvnow.com/dvrrokuplay/mp4:20180827_100000_103000_utc_SH016543210000_97889_97889_CW_350.mp4/playlist.m3u8?f1a2823da53acb9b9d726286219af87f1fcd78ab11342de7b4270345682728f4425dfe1b48e386785db255cb8b511420c3a3b61ffe45748df682567546

solution is simple just to replace 350 by 950 but i took  the get_dvr_link  block from old ustv_plus.py and replaced the same block in current version

typically the addon showed one link but TSmedia showed many links and i do not know the difference in contents and if they are the same i can keep one link also can put low,medium,high .

The number in the name of the link is  scheduleid (131784901 )and the addon take one link  which nclude the user scheduleid but techincally failed to get user scheduleid so i put all links for different  scheduleid

Edited by mfaraj57, 28 August 2018 - 07:33.

[mick80]

Thank you, mfaraj57. Recordings work perfectly now in version 14.8.13. Live tv works as well of course, and that resolution (640x360) is the highest available to free plans. So, no problemo

And I see you've also added the search function to openmovies. This is shaping up to be the best TSmedia ever: fast, user-friendly and with lots of useful addons. You're one of a kind

[mfaraj57]

Thanks mick80
Also removed two steps for playing link when there is only one playable link,please test and see because problems with playing with threading in enigma are unpredictable
To activate this new feature needs to apply today update(blue blue ) from main menu

[mick80]

Yeah, just forced the update now. Great one! Speeds things up even more.

[mick80]

Hey mfaraj, thumbnails no longer show up in videomediaset 1.9.8. You added them in 1.9.7 and they were working. I've looked around the shows page (https://4wfluwho22.e...1.amazonaws.com...) and it doesn't seem like they 've made any changes to parameters such as image_header_poster or brand_logo and the likes. What could it be?

[mfaraj57]

Yes

Images for mediasat need special way to download images but i missed to add this line in params file to let TSmedia knows this special download method

add this line to params file or just update to version 1.9.9

downloadimage_by==thread

[mick80]

That did it, thanks.

[mick80]

Hey mfaraj57, is ustvnow live tv working with you? It's been on the fritz with me for at least a couple of days now, I think it started right after you said you had pushed the update to speed up the process of playing links. It may just be a coincidence though, and the issue has nothing to do with the update. May have something to do with the token, I dunno, I've tried a few earlier but no dice.

[mfaraj57]

i think it is related to account info for some reasons

just tested on pc with my login info i can get the playeable links and can play live channels through potplayer

with your login info i can not get the playing links for live channels but can get the recordings

[mfaraj57]

my login info

 

 

your login info

no playing links and nothing in potplayer

[mick80]

Yeah, you're right. Just tried a different account and it's back up and running now.

[mick80]

Hey mfaraj57, there's another addon in need of some minor adjustments

Back in March, you updated raireplay to version 1.0.3 as 1.0.2, which grabbed links from a different source, was acting up. Now, 1.0.3 is still going strong but has exclusively m3u8 streams and never got the workaround you had masterfully applied to 1.0.2 to turn those streams into downloadable mp4 links.

As a matter of fact, I did ask you about that (see post #2361) but then totally forgot about it myself as I wasn't using it that much back then

Anyway, I originally described the process of turning those m3u8 streams into mp4 links in post #2262 and here attached is the default.py file from version 1.0.2 where this fix worked like a charm, printing two mp4 links in addition to the m3u8 stream, as you explained in post #2263. Any chance you could look into implementing this same workaround in 1.0.3 as well?

Attached Files

•  default.py.zip   1.48KB   1 downloads

[mfaraj57]

Hello
It is not problem,just copy and paste from old to the new one
Will update soon