Does <multiimage> currently not support resource:// paths?
#1
Am I correct in guessing that <multiimage> currently doesn't support resource:// paths yet in Kodi 16 alpha 2?

As per here, I just spent 2 hours trying to get this to work:
Code:
<control type="multiimage">
    <description>Weather Multi-image background</description>
    <posx>240</posx>
    <posy>50</posy>
    <width>800</width>
    <height>450</height>
    <imagepath>resource://resource.images.weatherfanart.multi/$INFO[Window(Weather).Property(Current.FanartCode)]/</imagepath>
    <timeperimage>5000</timeperimage>
    <fadetime>2000</fadetime>
    <pauseatend>10000</pauseatend>
    <randomize>true</randomize>
    <loop>yes</loop>
    <aspectratio>stretch</aspectratio>
</control>

but it didn't work, so I'm using this currently because it does work:

Code:
    <imagepath>special://home/addons/resource.images.weatherfanart.multi/resources/$INFO[Window(Weather).Property(Current.FanartCode)]/</imagepath>

Single image controls work fine with the resource:\\ paths.

Any ideas?
Using a NUC7PJYHN and a 2820FYKH0 Intel NUC running LibreELEC, and two FireTVs.:)
Reply
#2
I can confirm that it doesn't work, I tried setting up animated weather icons in Mimic using the resource addons.
Reply
#3
Will check and PR a fix.
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not PM or e-mail Team-Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#4
@MacGyver: could you provide a code snippet that I can copy & paste into confluence to be able to reproduce this?
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#5
Sorry, you said confluence.

Replace line 8 in Home.xml
Code:
<include>CommonBackground</include>

with

Code:
<control type="multiimage">
    <description>Weather Multi-image background</description>
    <posx>0</posx>
    <posy>0</posy>
    <width>1280</width>
    <height>720</height>
    <imagepath>special://home/addons/resource.images.weatherfanart.multi/resources/$INFO[Window(Weather).Property(Current.FanartCode)]/</imagepath>
    <timeperimage>5000</timeperimage>
    <fadetime>2000</fadetime>
    <pauseatend>10000</pauseatend>
    <randomize>true</randomize>
    <loop>yes</loop>
    <aspectratio>stretch</aspectratio>
</control>

to show that the syntax is correct and that the addon is installed correctly.

then replace the image path with
Code:
<imagepath>resource://resource.images.weatherfanart.multi/$INFO[Window(Weather).Property(Current.FanartCode)]/</imagepath>

to show it doesn't work.

FYI: you may need to manually install the resource.images.weatherfanart.multi as the mirror server isn't working correctly either.
Using a NUC7PJYHN and a 2820FYKH0 Intel NUC running LibreELEC, and two FireTVs.:)
Reply
#6
Thanks will test ASAP. The mirror is working fine for me for resource.images.weatherfanart.multi-0.0.2.zip but the file is huge (824 MB). I'll check if something is wrong with the addon ZIP as version 0.0.1 was only 80 MB in size.
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#7
No, don't it. There is something wrong with 0.0.2 it's 800mb and only shows the prairie images and only static. I could tell you why, but someone turned it into a Texture.xbt file so I have no idea what the structure looks like inside. Needless to say it doesn't work right. Use the 0.0.1 version instead.
Using a NUC7PJYHN and a 2820FYKH0 Intel NUC running LibreELEC, and two FireTVs.:)
Reply
#8
See PR8000 for a fix for multiimage resource:// paths.

Concerning the resource image addon both seem to work fine for me but yes there's an issue with the file size of 0.0.2 which uses a Textures.xbt (which was requested by ronie) and I haven't figured out what the issue is yet. But that has nothing to do with the multiimage issue.
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#9
Thanks Montellese. Smile BTW, I think the file size is ok, but it is showing only a static prairie image and not the files from the multti pack. The high-def images packs have always been HUGE, but being a texture.xbt who knows what's going on inside.

Thanks again for looking into it.
Using a NUC7PJYHN and a 2820FYKH0 Intel NUC running LibreELEC, and two FireTVs.:)
Reply
#10
Well the actual size of all the images in it is around 80 MB and when we run texturepacker on it to create an XBT it becomes 800MB so there's definitely something wrong. Unfortunately I don't really know the whole idea behind the texturepacker so it might just be that it's not suited for high resolution and/or large images. My fear is that the LZO compression being applied to the raw images extracted from the JPEGs is much worse than the JPEG compression resulting in much bigger XBTs than the original files.
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#11
Forgot to mention that you can inspect XBTs with Kodi's file manager i.e. browse to an XBT in the file manager and open it and you can browse the directories and files in it and you can also view the images by opening them. It's obviously more cumbersome than doing it in a proper file explorer but better than nothing Wink
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#12
It looks like my suspicion concerning JPEG compression vs LZO compression might be right. I checked the filesize that the XBT contains for the images which are around 30KB in JPEG and the XBT says that the filesize is 2.5MB and when I open such a JPEG and save it as a BMP (i.e. without any compression) it is around 2.6MB in size. So either we need a better compression for images in XBTs or we shouldn't try to create XBTs for these images.
Always read the online manual (wiki), FAQ (wiki) and search the forum before posting.
Do not e-mail Team Kodi members directly asking for support. Read/follow the forum rules (wiki).
Please read the pages on troubleshooting (wiki) and bug reporting (wiki) before reporting issues.
Reply
#13
(2015-09-09, 14:30)Montellese Wrote: It looks like my suspicion concerning JPEG compression vs LZO compression might be right. I checked the filesize that the XBT contains for the images which are around 30KB in JPEG and the XBT says that the filesize is 2.5MB and when I open such a JPEG and save it as a BMP (i.e. without any compression) it is around 2.6MB in size. So either we need a better compression for images in XBTs or we shouldn't try to create XBTs for these images.

I think we shouldnt try to create XBTs for those, skinners also do not put their larger images into XBTs.
Donate: https://kodi.tv/contribute/donate (foundation), 146Gr48FqHM7TPB9q33HHv6uWpgQqdz1yk (BTC personal)
Estuary: Kodis new default skin - ExtendedInfo Script - KodiDevKit
Reply

Logout Mark Read Team Forum Stats Members Help
Does <multiimage> currently not support resource:// paths?0