(2021-04-05, 06:32)matthuisman Wrote: @codey2000

Looking at their apps decompiled code, I see they convert the cenc data to level 0 if NONE of the below...

Code:

if (Util.SDK_INT > 22 || schemeData == null || schemeData.data == null || !C.WIDEVINE_UUID.equals(PsshAtomUtil.parseUuid(schemeData.data)) || PsshAtomUtil.parseVersion(schemeData.data) != 1)

Looking at your log, looks like your api level is 22 (which isn't greater than 22.)
So, Ill try convert the cenc data to level 0 and see if that helps.

Can you try this version please:
https://drive.google.com/file/d/18aQuQRQmOfYL0p25wRV3s7bPb38k4Cd-/view?usp=sharing

(2021-04-05, 10:17)matthuisman Wrote: Wow. Wasn't expecting that. I'll do more tests and get an update out. To confirm, you can playback right upto 4k?

(2021-04-05, 11:21)codey2000 Wrote:

(2021-04-05, 10:17)matthuisman Wrote: Wow. Wasn't expecting that. I'll do more tests and get an update out. To confirm, you can playback right upto 4k?

I can play HD content. Since it's a version 2 firestick it doesn't support 4k. I can try get a log so you can see what happens.

(2021-04-05, 11:43)matthuisman Wrote: oh, if 1080 is working - then that also needs L1 widevine so looks like all good.

Just pushed 0.1.5 to the repo.
Can you please update to that and confirm everything still works fine

Thanks

(2021-04-19, 16:03)matthuo Wrote: My IP is 154.17.x.x, which is the IP of Los Angeles, USA. Why can't I connect to the slygui addon library?

(2020-11-22, 18:48)raina343 Wrote: @matthuisman subs now work, thank you very much for that
There is one problem however, which I hate to bring up since you went to the trouble for subs in the first place, and it appears to be in the pycaption subsystem, so I doubt you can do much about it

I took Southpark S23 E02 (band in china) as a sample.

the subs displayed onscreen for opening dialog are

[ Humming ]
Stan! Family meeting!
Nobody cares about that!
Come on!

now looking at the srt file converted by the addon

25
00:00:37,000 --> 00:00:42,000
[ Humming ]

26
00:00:42,000 --> 00:00:45,000
Stan! Family meeting!

27
00:00:42,000 --> 00:00:45,000
Get downstairs!

28
00:00:45,000 --> 00:00:45,000
I'm writing a song, Dad.

29
00:00:45,000 --> 00:00:46,000
Nobody cares about that!

30
00:00:46,000 --> 00:00:49,000
Come on!

so it appears lines 27 and 28 were skipped and looking at the timestamps it's easy to see why.  the timings are the same/overlapping

so I took a look at the source sub file on hbo (I mean they could just made life easier by using a more common sub format, sigh)

 <p region='pop1' style='basic' begin='00:00:37:01' end='00:00:42:06' tts:origin='35% 84.66%' tts:extent='27.5% 5.33%'>[ Humming ]</p>
   <p region='pop1' style='basic' begin='00:00:42:08' end='00:00:45:00' tts:origin='37.5% 79.33%' tts:extent='52.5% 5.33%'>Stan! Family meeting!</p>
   <p region='pop2' style='basic' begin='00:00:42:08' end='00:00:45:00' tts:origin='45% 84.66%' tts:extent='37.5% 5.33%'>Get downstairs!</p>
   <p region='pop1' style='basic' begin='00:00:45:02' end='00:00:45:17' tts:origin='10% 84.66%' tts:extent='60% 5.33%'>I'm writing a song, Dad.</p>
   <p region='pop1' style='basic' begin='00:00:45:19' end='00:00:46:19' tts:origin='30% 84.66%' tts:extent='60% 5.33%'>Nobody cares about that!</p>
   <p region='pop1' style='basic' begin='00:00:46:21' end='00:00:49:19' tts:origin='55% 79.33%' tts:extent='20% 5.33%'>Come on!</p>

and the timings are the same here.

so I went on a bit of a google trip, and came across

https://github.com/yanncoupin/stl2srt
this appears to be another python conversion utility. 
this utility appears to merge those rows with identical timestamps and also using the milliseconds timings that pycaption appears to drop out

so when I throw the XML subs file into that, I get

14
00:00:37,041 --> 00:00:42,250
[ Humming ]

15
00:00:42,333 --> 00:00:45,000
Stan! Family meeting!
Get downstairs!

16
00:00:45,083 --> 00:00:45,709
I'm writing a song, Dad.

17
00:00:45,792 --> 00:00:46,792
Nobody cares about that!

18
00:00:46,875 --> 00:00:49,792
Come on!
I've got big news!


which then appears works perfectly...

so I know you mentioned writing your own custom converter, but perhaps this will help avoid that need?

(2021-05-10, 06:51)matthuisman Wrote: oh, I think i did switch back to pycaption... I'll see if I can update that to not skip when timings are the same

@raina343
just pushed update to common module (0.29.3) to improve pycaption.
it now groups same timestamp subs together for webvtt output
and also now correctly implements the microsecond timings
you can force update by following: https://www.matthuisman.nz/2019/09/how-to-force-kodi-to-update-add-ons.html

please try update and let me know