Kodi Community Forum

Full Version: script.embuary.info - get TMDb data - the little ExtendedInfo brother
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
(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.
(2020-03-05, 16:59)sualfred Wrote: [ -> ]@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
@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<

Image
(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<

Image
@sualfred, this is what I get for Tuesday, 10th March, which is correct, and for Wednesday 11, March (which is incorrect):

ImageImage

And this is what I get if I select Next 7 days:

Image

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  Huh  

Code:
Container(10051).ListItem.Property(Deathday)
seems to always return the current date.
Corona mode.

Edit:
Fixed, thanks.
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24