After getting openLuup up and running. I have started offloading some of my scenes and plugins. Most plugins are stored compressed using lzo format.
So I re-wrote an implementation that will inflate the .lzo files to text files that openLuup can read. The project page is here
https://bfocht.github.io/pluto-lzo/
Download windows release: https://github.com/bfocht/pluto-lzo/blob/gh-pages/release/pluto-lzo-win.zip?raw=true
Download x86 Debian 8.4: https://github.com/bfocht/pluto-lzo/blob/gh-pages/release/pluto-lzo?raw=true
I don’t currently have a compiled raspberry pi release. If I do create one, I will link to it. In the meantime you can compile from source.
Interesting!
There is already an openLuup utility (getfiles) which extracts uncompressed files from Vera, using its native export facility. It also downloads all the icons.
Thanks!
Handy for as I wasn’t able to get the getfiles util from openluup working, but thought it could be something with permissions on my Vera.
Grtz,
Berry
I have finally got around to updating the pluto-lzo project to implement it in C to compile and run on other systems such as linux.
https://bfocht.github.io/pluto-lzo/
As part of PLEG/Vera Alerts on OpenLUA I
have create support for:
Files called: XXX.luarts
and Zip Files YourModule.ziprts with Contents such as XXX2.lua, YYY2.luart, ZZZ2.jpg
(i.e. a Zip file that looks like a Java Jar file).
The Zip file handles compression, and My Loader/Wrapper handle loading and creating Encrypted files.
So anyone can create the Encrypted content.
The .luarts or .ziprts can be anywhere on the LUA search path.
Files are loaded as normal:
require(“XXX”)
require(“XXX2”)
require(“YYY2”)
Content = RTSLoader.ExtractResource(“ZZZ2.jpg”)
It requires a binary (already built for Windows, Debian, and OpenWRT (Vera) and easy to build other places.
Interesting comparison of ZLIB deflate vs pluto-lzo
The following is typical of all of my .lua files …
LUA - Size - 45630 Bytes
LZOENC - Size - 14144 Bytes
LUARTS - Size - 8952 Bytes
[quote=“RichardTSchaefer, post:6, topic:190673”]Interesting comparison of ZLIB deflate vs pluto-lzo
The following is typical of all of my .lua files …
LUA - Size - 45630 Bytes
LZOENC - Size - 14144 Bytes
LUARTS - Size - 8952 Bytes[/quote]
Yah I think lzo favored speed over quality compression. I can’t say that I am a fan of the lzo compression. The thought was that some compression is better than none?.