[User 405025]

@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..

[sualfred]

@bsoriano 

upload me your videodb. I haven't enough data to reproduce it on my end.

[bsoriano]

@bsoriano 

upload me your videodb. I haven't enough data to reproduce it on my end.

@sualfred, here is a link to the db: https://1drv.ms/u/s!AlII29kkG6TFiNl-MOCW...Q?e=GVc5hA

Regards,

Bart

[sualfred]

@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<

[bsoriano]

@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

[sualfred]

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.

[bsoriano]

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

[bsoriano]

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

[sualfred]

Ok, I think I understand the issue. Will think about an solution.

[sualfred]

@bsoriano 

Please check the debug branch again. Should be fixed now.

[bsoriano]

@bsoriano 

Please check the debug branch again. Should be fixed now.

@sualfred , thanks! it is fixed now.

Regards,

Bart

[sualfred]

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.

[bsoriano]

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.

[roidy]

@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.

[sualfred]

Corona mode.

Edit:
Fixed, thanks.