(2020-03-05, 16:44)sualfred Wrote: [ -> ]@mardukL
I can't follow you.
may not be neccesary anymore , found my fault.
I overread and therefore ignored the shipped list(id=1) tags in script-embuary-image.xml
xml:
<scrolltime>0</scrolltime>
<itemlayout/>
Using
xml:
<scrolltime tween="quadratic">300</scrolltime>
<itemlayout width="1920" height="1080">
<control type="image">
<width>1920</width>
<height>1080</height>
<aspectratio>keep</aspectratio>
<texture>$INFO[Container(1).ListItem.Icon]</texture>
</control>
</itemlayout>
<focusedlayout width="1920" height="1080">
<control type="image">
<width>1920</width>
<height>1080</height>
<aspectratio>keep</aspectratio>
<texture>$INFO[Container(1).ListItem.Icon]</texture>
</control>
</focusedlayout>
and removed the shipped image control
xml:
<control type="image">
<width>1920</width>
<height>1080</height>
<aspectratio>keep</aspectratio>
<texture>$INFO[Container(1).ListItem.Icon]</texture>
<fadetime>500</fadetime>
</control>
'resolved'
my big fail
I am very Sorry for confuse you..
@
bsoriano
upload me your videodb. I haven't enough data to reproduce it on my end.
@
bsoriano
Thanks.
I still cannot reproduce it. See the attached screenshot of the next Wednesday (11.03). All items have 11.03.
I've tested it with the timezone Canada/Atlantic.
I'm running out of ideas. Because if you say you have items from the 4th. Marc listed... it's not even possible. Because Trakt is going to be called for 2020-03-05<
(2020-03-05, 17:24)sualfred Wrote: [ -> ]@bsoriano
Thanks.
I still cannot reproduce it. See the attached screenshot of the next Wednesday (11.03). All items have 11.03.
I've tested it with the timezone Canada/Atlantic.
I'm running out of ideas. Because if you say you have items from the 4th. Marc listed... it's not even possible. Because Trakt is going to be called for 2020-03-05<
@
sualfred, this is what I get for Tuesday, 10th March, which is correct, and for Wednesday 11, March (which is incorrect):
And this is what I get if I select Next 7 days:
Could it be a Windows only issue? I know the arrow module has issues in Windows, at least with Python 3.
Regards,
Bart
Nope, I'm using Windows as well.
Try this branch:
https://github.com/sualfred/script.embua...tree/debug
I found one logic error -> I have to call Trakt by using the UTC time. Maybe this was enough.
Plus I've added logging when the items are going to be processed. Please upload it.
(2020-03-05, 19:06)sualfred Wrote: [ -> ]Nope, I'm using Windows as well.
Try this branch:
https://github.com/sualfred/script.embua...tree/debug
I found one logic error -> I have to call Trakt by using the UTC time. Maybe this was enough.
Plus I've added logging when the items are going to be processed. Please upload it.
@
sualfred, I will be able to test later tonight.
Regards,
Bart
(2020-03-05, 19:06)sualfred Wrote: [ -> ]Nope, I'm using Windows as well.
Try this branch:
https://github.com/sualfred/script.embua...tree/debug
I found one logic error -> I have to call Trakt by using the UTC time. Maybe this was enough.
Plus I've added logging when the items are going to be processed. Please upload it.
@
sualfred, I was able to test just now, and there a no changes. When you said upload the log, do you mean a regular Kodi log aor do you want me to update a debug log? In case it is just a regular one, here you go:
https://pastebin.com/KAnQN4Us
Regards,
Bart
Ok, I think I understand the issue. Will think about an solution.
@
bsoriano
Please check the debug branch again. Should be fixed now.
(2020-03-06, 08:25)sualfred Wrote: [ -> ]@bsoriano
Please check the debug branch again. Should be fixed now.
@
sualfred , thanks! it is fixed now.
Regards,
Bart
Great, thanks.
I also improved the caching. Once it's cached it will only take 1-2s on each daily Kodi boot. It includes a service that is refreshing this data on startup without entering the node.
(2020-03-06, 16:04)sualfred Wrote: [ -> ]Great, thanks.
I also improved the caching. Once it's cached it will only take 1-2s on each daily Kodi boot. It includes a service that is refreshing this data on startup without entering the node.
@
sualfred, thanks again.
I am not seeing any positive impact from the caching or the service on successive kodi boots. It still takes a little while (more than a few seconds) to fill up the containers. Is there something that needs to be enabled in the addon settings?
Regards,
Bart
EDIT: Please disregard. I had turned off caching in the addon settings.
@
sualfred , script.embury.info 1.2.4, every person seems to be dead
Code:
Container(10051).ListItem.Property(Deathday)
seems to always return the current date.
Corona mode.
Edit:
Fixed, thanks.