imtoolkit-users — IM Discussion List

[Imtoolkit-users] Compiling IM with Mingw64

[Milind G. <mil...@gm...>]

Hi,
       I am trying to compile IM using Mingw64. I get this error:

Tecmake: Starting [ im_avi:dllw4 ]
im_wmv.mak:52: *** No support for WMFSDK in MingW.  Stop.
make[1]: *** [Makefile:43: im_wmv] Error 2
make: *** [Makefile:4: do_all] Error 2

I do see that in the binary distribution the im_wmv is there for a Mingw
compilation. So what do I need to do to compile this with MinGW64?

Thanks,
Milind

[Imtoolkit-users] IM 3.15

[Antonio S. <ant...@gm...>]

Hi All,

   The 3.15 version of the IM toolkit has been released.

   This version is just to align with the new version of the IUP library,
and with a few modifications.

   You can find the complete list of changes and files for download at:

http://www.tecgraf.puc-rio.br/im/
http://imtoolkit.sourceforge.net/

Best Regards,
Antonio Scuri

Re: [Imtoolkit-users] IM 3.14

[Matthew K. <li...@fa...>]

> On May 18, 2020, at 9:22 PM, Antonio Scuri <ant...@gm...> wrote:
> 
>    The following libraries were updated:  libjasper, libjpeg, libexif, libtiff and libpng. Some of these libraries had changes we made to be able to implement some features. All those changes were replaced by a more independent code, so now any distribution of those libraries can also be used. In the future we intend to split those libraries from the IM main library.

That’s a nice change that will help make it easier to get IM into Linux distributions!

Matt

[Imtoolkit-users] IM 3.14

[Antonio S. <ant...@gm...>]

Hi All,

   The 3.14 version of the IM toolkit has been released.

   The following libraries were updated:  *libjasper*, *libjpeg*, *libexif*,
*libtiff *and *libpng*. Some of these libraries had changes we made to be
able to implement some features. All those changes were replaced by a more
independent code, so now any distribution of those libraries can also be
used. In the future we intend to split those libraries from the IM main
library.

   The following new functions were implemented:  *imProcessRenderOpAlpha*,
*imProcessRenderCondOpAlpha*, *imProcessBinThinZhangSuen*, and
*imProcessThresholdSaturation*.

   You can find the complete list of changes and files for download at:

http://www.tecgraf.puc-rio.br/im/
http://imtoolkit.sourceforge.net/

Best Regards,
Antonio Scuri

Re: [Imtoolkit-users] Read a file from memory

[Antonio S. <ant...@gm...>]

  Sorry, that API is not available in Lua.

  You will need to implement a function in C that do what you want, and
export it to Lua.

Best,
Scuri


Em qui, 24 de out de 2019 às 14:10, Milind Gupta <mil...@gm...>
escreveu:

> Thanks I found that but from Lua not able to access the structure
> *imBinMemoryFileName.*
> *How do I do that?*
>
>
>
> On Thu, Oct 24, 2019, 5:57 AM Antonio Scuri <ant...@gm...>
> wrote:
>
>>   There is a description in the IM documentation:
>>
>> http://webserver2.tecgraf.puc-rio.br/im/en/storage_guide.html#binfilemem
>>
>> Best,
>> Scuri
>>
>>
>> Em ter, 22 de out de 2019 às 17:27, Milind Gupta <mil...@gm...>
>> escreveu:
>>
>>> Hi,
>>>          I want to read a file that is loaded in memory for example in a
>>> Lua string. im.FileImageLoad reads from disk. Is there a way to load it
>>> from memory?
>>>
>>> Thanks,
>>> Milind
>>> _______________________________________________
>>> Imtoolkit-users mailing list
>>> Imt...@li...
>>> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>>>
>> _______________________________________________
>> Imtoolkit-users mailing list
>> Imt...@li...
>> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>>
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>

Re: [Imtoolkit-users] Read a file from memory

[Milind G. <mil...@gm...>]

Thanks I found that but from Lua not able to access the structure
*imBinMemoryFileName.*
*How do I do that?*



On Thu, Oct 24, 2019, 5:57 AM Antonio Scuri <ant...@gm...> wrote:

>   There is a description in the IM documentation:
>
> http://webserver2.tecgraf.puc-rio.br/im/en/storage_guide.html#binfilemem
>
> Best,
> Scuri
>
>
> Em ter, 22 de out de 2019 às 17:27, Milind Gupta <mil...@gm...>
> escreveu:
>
>> Hi,
>>          I want to read a file that is loaded in memory for example in a
>> Lua string. im.FileImageLoad reads from disk. Is there a way to load it
>> from memory?
>>
>> Thanks,
>> Milind
>> _______________________________________________
>> Imtoolkit-users mailing list
>> Imt...@li...
>> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>>
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>

Re: [Imtoolkit-users] Read a file from memory

[Antonio S. <ant...@gm...>]

  There is a description in the IM documentation:

http://webserver2.tecgraf.puc-rio.br/im/en/storage_guide.html#binfilemem

Best,
Scuri


Em ter, 22 de out de 2019 às 17:27, Milind Gupta <mil...@gm...>
escreveu:

> Hi,
>          I want to read a file that is loaded in memory for example in a
> Lua string. im.FileImageLoad reads from disk. Is there a way to load it
> from memory?
>
> Thanks,
> Milind
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>

[Imtoolkit-users] Read a file from memory

[Milind G. <mil...@gm...>]

Hi,
         I want to read a file that is loaded in memory for example in a
Lua string. im.FileImageLoad reads from disk. Is there a way to load it
from memory?

Thanks,
Milind

Re: [Imtoolkit-users] libpng link problem on Linux (Ubuntu 18.04 LTS)

[Matthew K. <bur...@gm...>]

Thanks, Antonio. That makes sense.

Matt

On Tue, May 28, 2019 at 4:44 PM Antonio Scuri <ant...@gm...>
wrote:

>   Hi,
>
>   We don't link with libPNG because of GTK. Since it uses libPNG, if your
> program uses GTK it already loads libPNG and it loads the correct lib
> compatible with GTK.
>
>   So if you don't use GTK, then you must explicitly link with
> libPNG using LIBS += png. It is not necessary to link with the version
> number. When the libpng-dev package is installed a link is created to point
> to the file with the version number.
>
> Best,
> Scuri
>
>
> Em ter, 28 de mai de 2019 às 18:32, Matthew Kennedy <bur...@gm...>
> escreveu:
>
>> Hi,
>>
>> On Linux, it looks like the build system is designed to use the system
>> libpng, but the resulting libim.so doesn't link against it:
>>
>> /tmp/im-3.13_Linux415_64_lib$ ldd libim.so
>>         linux-vdso.so.1 (0x00007fff207bd000)
>>         libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f58218b4000)
>>         libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>> (0x00007f582152b000)
>>         libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f582118d000)
>>         libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
>> (0x00007f5820f75000)
>>         libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5820b84000)
>>         /lib64/ld-linux-x86-64.so.2 (0x00007f5821e28000)
>>
>> #include <stdio.h>
>> #include <dlfcn.h>
>> int main(int argc, char **argv) {
>>   void *result = dlopen(argv[1], RTLD_NOW);
>>   if (! result) {
>>     printf("error: %s\n", dlerror());
>>   }
>>   return 0;
>> }
>> // gcc -Wall -Werror testload.c -o testload -ldl
>>
>> /tmp/im-3.13_Linux415_64_lib$ ~/Projects/testload $PWD/libim.so
>> error: /tmp/im-3.13_Linux415_64_lib/libim.so: undefined symbol:
>> png_get_sRGB
>>
>> I also checked building from SVN and get the same result.
>>
>> I think where the build system is doing LIBS += png, it should do
>> something like LIBS += png16 (at least on Ubuntu 18.04), but I'm not sure
>> if that's legit for all distros.
>>
>> I can work around it by patching the libim.so shared object though:
>>
>> /tmp/im-3.13_Linux415_64_lib$ patchelf --add-needed libpng16.so.16
>> libim.so
>> /tmp/im-3.13_Linux415_64_lib$ ~/Projects/testload $PWD/libim.so
>>
>> /tmp/im-3.13_Linux415_64_lib$ ldd libim.so
>>         linux-vdso.so.1 (0x00007fffc4f4f000)
>>         libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16
>> (0x00007f0205a91000)
>>         libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0205874000)
>>         libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
>> (0x00007f02054eb000)
>>         libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f020514d000)
>>         libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
>> (0x00007f0204f35000)
>>         libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0204b44000)
>>         /lib64/ld-linux-x86-64.so.2 (0x00007f0206022000)
>>
>> At this point, I can load the shared object (and invoke PNG related
>> things, in Lisp, in my example):
>>
>> CL-USER> (im-file:image-load
>> "/usr/share/backgrounds/Beaver_Wallpaper_Grey_4096x2304.png")
>> #<TECGRAF-BASE:IM-IMAGE {100249FBB3}>
>>
>> The Windows builds do not have this problem.
>>
>> Matt
>>
>>
>> _______________________________________________
>> Imtoolkit-users mailing list
>> Imt...@li...
>> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>>
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>

Re: [Imtoolkit-users] libpng link problem on Linux (Ubuntu 18.04 LTS)

[Antonio S. <ant...@gm...>]

  Hi,

  We don't link with libPNG because of GTK. Since it uses libPNG, if your
program uses GTK it already loads libPNG and it loads the correct lib
compatible with GTK.

  So if you don't use GTK, then you must explicitly link with  libPNG using
LIBS += png. It is not necessary to link with the version number. When the
libpng-dev package is installed a link is created to point to the file with
the version number.

Best,
Scuri


Em ter, 28 de mai de 2019 às 18:32, Matthew Kennedy <bur...@gm...>
escreveu:

> Hi,
>
> On Linux, it looks like the build system is designed to use the system
> libpng, but the resulting libim.so doesn't link against it:
>
> /tmp/im-3.13_Linux415_64_lib$ ldd libim.so
>         linux-vdso.so.1 (0x00007fff207bd000)
>         libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f58218b4000)
>         libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> (0x00007f582152b000)
>         libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f582118d000)
>         libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
> (0x00007f5820f75000)
>         libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5820b84000)
>         /lib64/ld-linux-x86-64.so.2 (0x00007f5821e28000)
>
> #include <stdio.h>
> #include <dlfcn.h>
> int main(int argc, char **argv) {
>   void *result = dlopen(argv[1], RTLD_NOW);
>   if (! result) {
>     printf("error: %s\n", dlerror());
>   }
>   return 0;
> }
> // gcc -Wall -Werror testload.c -o testload -ldl
>
> /tmp/im-3.13_Linux415_64_lib$ ~/Projects/testload $PWD/libim.so
> error: /tmp/im-3.13_Linux415_64_lib/libim.so: undefined symbol:
> png_get_sRGB
>
> I also checked building from SVN and get the same result.
>
> I think where the build system is doing LIBS += png, it should do
> something like LIBS += png16 (at least on Ubuntu 18.04), but I'm not sure
> if that's legit for all distros.
>
> I can work around it by patching the libim.so shared object though:
>
> /tmp/im-3.13_Linux415_64_lib$ patchelf --add-needed libpng16.so.16 libim.so
> /tmp/im-3.13_Linux415_64_lib$ ~/Projects/testload $PWD/libim.so
>
> /tmp/im-3.13_Linux415_64_lib$ ldd libim.so
>         linux-vdso.so.1 (0x00007fffc4f4f000)
>         libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16
> (0x00007f0205a91000)
>         libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0205874000)
>         libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
> (0x00007f02054eb000)
>         libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f020514d000)
>         libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
> (0x00007f0204f35000)
>         libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0204b44000)
>         /lib64/ld-linux-x86-64.so.2 (0x00007f0206022000)
>
> At this point, I can load the shared object (and invoke PNG related
> things, in Lisp, in my example):
>
> CL-USER> (im-file:image-load
> "/usr/share/backgrounds/Beaver_Wallpaper_Grey_4096x2304.png")
> #<TECGRAF-BASE:IM-IMAGE {100249FBB3}>
>
> The Windows builds do not have this problem.
>
> Matt
>
>
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>

[Imtoolkit-users] libpng link problem on Linux (Ubuntu 18.04 LTS)

[Matthew K. <bur...@gm...>]

Hi,

On Linux, it looks like the build system is designed to use the system
libpng, but the resulting libim.so doesn't link against it:

/tmp/im-3.13_Linux415_64_lib$ ldd libim.so
        linux-vdso.so.1 (0x00007fff207bd000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f58218b4000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f582152b000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f582118d000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007f5820f75000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5820b84000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f5821e28000)

#include <stdio.h>
#include <dlfcn.h>
int main(int argc, char **argv) {
  void *result = dlopen(argv[1], RTLD_NOW);
  if (! result) {
    printf("error: %s\n", dlerror());
  }
  return 0;
}
// gcc -Wall -Werror testload.c -o testload -ldl

/tmp/im-3.13_Linux415_64_lib$ ~/Projects/testload $PWD/libim.so
error: /tmp/im-3.13_Linux415_64_lib/libim.so: undefined symbol:
png_get_sRGB

I also checked building from SVN and get the same result.

I think where the build system is doing LIBS += png, it should do something
like LIBS += png16 (at least on Ubuntu 18.04), but I'm not sure if that's
legit for all distros.

I can work around it by patching the libim.so shared object though:

/tmp/im-3.13_Linux415_64_lib$ patchelf --add-needed libpng16.so.16 libim.so
/tmp/im-3.13_Linux415_64_lib$ ~/Projects/testload $PWD/libim.so

/tmp/im-3.13_Linux415_64_lib$ ldd libim.so
        linux-vdso.so.1 (0x00007fffc4f4f000)
        libpng16.so.16 => /usr/lib/x86_64-linux-gnu/libpng16.so.16
(0x00007f0205a91000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0205874000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6
(0x00007f02054eb000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f020514d000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1
(0x00007f0204f35000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0204b44000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f0206022000)

At this point, I can load the shared object (and invoke PNG related things,
in Lisp, in my example):

CL-USER> (im-file:image-load
"/usr/share/backgrounds/Beaver_Wallpaper_Grey_4096x2304.png")
#<TECGRAF-BASE:IM-IMAGE {100249FBB3}>

The Windows builds do not have this problem.

Matt

[Imtoolkit-users] IM 3.13

[Antonio S. <ant...@gm...>]

Hi All,

   The 3.13 version of the IM toolkit has been released.

   This release concludes the replace from float to double in the API, and
some new functions accumulated since 2016.

   You can find the complete list of changes and files for download at:

http://www.tecgraf.puc-rio.br/im/
http://imtoolkit.sourceforge.net/

Best Regards,
Antonio Scuri

[Imtoolkit-users] Getting LU53 to work with IM etc under Windows

[Philip I. <pcg...@ya...>]

Greetings!

After using Lua + IM through "Lua for Windows" for some years, I would like to move on using Lua 5.3. I'm having problems getting Lua 5.3 to talk to IM under Windows 10 (x64). I suspect that I have missed something obvious because presumably other people have made it work sucessfully.

As set out here:
http://webserver2.tecgraf.puc-rio.br/iup/
I have created the following structure:
C:\PUC-LuaEtc\binaries\
        im\
        lua53\
        
Unpack \path\to\downloads\lua-5.3.3_Win64_bin.zip into lua53 as above.

I go to C:\PUC-LuaEtc\binaries\lua53
and type "lua53" to check that it works: it duly reports that it is 5.3.3.

Unpack \path\to\downloads\im-3.12_Win64_dllw4_lib.zip into im as above

Unpack \path\to\downloads\im-3.12-Lua53_Win64_dllw4_lib.zip into im\lua53
I'm not sure if this is where it should be put.

***Is a "link" stage needed here? If so, some detailed guidance would be helpful as I have no idea how to do this. I'm aware that if I download the static or dynamic library zip files, there is no .exe file and when I try compiling the source using tecmake, again, there is no .exe file. Presumably this is because it does indeed just compile and not link.***

The system %PATH% variable is huge but there is no reference in it to any Lua or IM related directories:
C:\ProgramData\Oracle\Java\javapath;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files (x86)\Common Files\Acronis\SnapAPI\;C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files (x86)\GNU\GnuPG\pub;C:\HandInstalledPrograms\AndroidDevt\sdk\platform-tools;C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\;C:\Program Files (x86)\QuickTime\QTSystem\;C:\HandInstalledPrograms\SQLite;C:\Program Files (x86)\GnuWin32\bin;C:\HandInstalledPrograms\MinGW\bin;C:\Program Files (x86)\CMake\bin;C:\Program Files\Git\cmd;C:\Program Files (x86)\Skype\Phone;C:\Program Files\Microsoft SQL Server\120\Tools\Binn\;C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit\;C:\Program Files (x86)\Skype\Phone\;C:\Program Files (x86)\MySQL\MySQL Fabric 1.5 & MySQL Utilities 1.5\;C:\Program Files (x86)\MySQL\MySQL Fabric 1.5 & MySQL Utilities 1.5\Doctrine extensions for PHP\;C:\HandInstalledPrograms\exiftools;C:\Program Files\Microsoft SQL Server\110\Tools\Binn\

The LUA_PATH, LUA_CPATH and derivatives have all been deleted as have the "User" copies of these variable and the PATH variable.

I run lua53 again,
C:\PUC-LuaEtc\binaries\lua53>lua53
Lua 5.3.3  Copyright (C) 1994-2016 Lua.org, PUC-Rio
> print(package.path)
C:\PUC-LuaEtc\binaries\lua53\lua\?.lua;C:\PUC-LuaEtc\binaries\lua53\lua\?\init.lua;C:\PUC-LuaEtc\binaries\lua53\?.lua;C:\PUC-LuaEtc\binaries\lua53\?\init.lua;C:\PUC-LuaEtc\binaries\lua53\..\share\lua\5.3\?.lua;C:\PUC-LuaEtc\binaries\lua53\..\share\lua\5.3\?\init.lua;.\?.lua;.\?\init.lua
> print(package.cpath)
C:\PUC-LuaEtc\binaries\lua53\?.dll;C:\PUC-LuaEtc\binaries\lua53\..\lib\lua\5.3\?.dll;C:\PUC-LuaEtc\binaries\lua53\loadall.dll;.\?.dll;C:\PUC-LuaEtc\binaries\lua53\?53.dll;.\?53.dll-- I confess that I don't understand what the ".." does in the paths above but that is how they appear when I run the system "out of the box".
-- now reset package.cpath to include the IM directories
> package.cpath=[=[C:\PUC-LuaEtc\binaries\lua53\?.dll;C:\PUC-LuaEtc\binaries\lua53\..\lib\lua\5.3\?.dll;C:\PUC-LuaEtc\binaries\lua53\loadall.dll;.\?.dll;C:\PUC-LuaEtc\binaries\lua53\?53.dll;.\?53.dll;C:\PUC-LuaEtc\im\?.dll;C:\PUC-LuaEtc\im\?53.dll;C:\PUC-LuaEtc\binaries\im\Lua53\?.dll;C:\PUC-LuaEtc\binaries\im\Lua53\?53.dll;]=]
> require"imlua"
error loading module 'imlua' from file 'C:\PUC-LuaEtc\binaries\im\Lua53\imlua53.dll':
        The specified module could not be found.

stack traceback:
        [C]: in ?
        [C]: in function 'require'
        stdin:1: in main chunk
        [C]: in ?
>

How, please can I make IM work with Lua53 and then go on to integrate CD and IUP? 

Regards,

Philip -- 
Philip Ingram

[Imtoolkit-users] IM 3.12

[Antonio S. <ant...@gm...>]

Hi All,

   The 3.12 version of the IM toolkit has been released.

   This release includes function and fixes to help the creation of  Shell
Extension Handlers for thumbnails and previews in Windows using IUP, CD and
IM.

   You can find the complete list of changes and files for download at:

http://www.tecgraf.puc-rio.br/im/
http://imtoolkit.sourceforge.net/

Best Regards,
Antonio Scuri

[Imtoolkit-users] IM 3.11

[Antonio S. <ant...@gm...>]

Hi All,

   The 3.11 version of the IM toolkit has been released.

   We would like to highlight the following features:

   - Changed: *libPNG *updated to version 1.6.23. libPNG code is now used
   only in Windows. In Linux it uses the libpng installed on the system.
   - Changed: *zlib *updated to version 1.2.8. zlib source code is now
   separated from the main svn. Is still inside IM svn but in a separate
   folder. In Linux it uses the zlib installed on the system.

   You can find the complete list of changes and files for download at:

http://www.tecgraf.puc-rio.br/im/
http://imtoolkit.sourceforge.net/

Best Regards,
Antonio Scuri

[Imtoolkit-users] IM 3.10 Released

[Antonio S. <ant...@gm...>]

Hi All,

   The 3.10 version of the IM toolkit has been released.

   We would like to highlight the following features:

New: header "im_plus.h" with the first version of the C++ API.
New: function imProcessRenderFloodFill.
Changed: removed include "im_old.h" from "im.h", must be manually included
by old applications. Notice that the old API will be removed in future
versions.
Changed: Lua pre-compiled binaries are now separated by folders
Lua51/Lua52/Lua53.
Changed: imAnalyzeMeasurePerimArea and imAnalyzeMeasureHoles to include
region_count parameter.
Fixed: removed luaL_register dependency from Lua >= 5.2 bindings.

   You can find the complete list of changes and files for download at:

http://www.tecgraf.puc-rio.br/im/
http://imtoolkit.sourceforge.net/

Best Regards,
Antonio Scuri

Re: [Imtoolkit-users] Lua 5.2 crash

[Milind G. <mil...@gm...>]

Thanks,
    I also figured out the reason for the crash was a wrong DLL.

Milind


On Wed, Dec 10, 2014 at 8:31 AM, Antonio Scuri <sc...@te...>
wrote:

>   No, you don't have to do anything special.
>
>   If you want to abort the script in the no arguments situation just do:
>
> else
>     error("No arguments given")
> end
>
>   And Lua will notify the user that there is an error an abort the script.
>
> Best,
>
>
> On Sat, Dec 6, 2014 at 9:50 PM, Milind Gupta <mil...@gm...>
> wrote:
>
>> Hi,
>>        I had a program which is something like this:
>>
>> require("imlua")
>>
>> args = table.pack(...)
>> if args[1] then
>>     -- Do something here
>> else
>>     print("No arguments given")
>> end
>>
>> But if I run this script using lua 5.2 and give no arguments instead of
>> just ending it causes Lua to crash after printing 'No arguments given'
>>
>> I am using im.dll and imlua52.dll in the local directory which it uses.
>> These are from the iup 3.12 binaries.
>>
>> Do I need to do something before ending the Lua script to cause im to
>> exit properly?
>>
>> Thanks,
>> Milind
>>
>>
>> ------------------------------------------------------------------------------
>> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
>> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
>> with Interactivity, Sharing, Native Excel Exports, App Integration & more
>> Get technology previously reserved for billion-dollar corporations, FREE
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Imtoolkit-users mailing list
>> Imt...@li...
>> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>
>

Re: [Imtoolkit-users] Lua 5.2 crash

[Antonio S. <sc...@te...>]

  No, you don't have to do anything special.

  If you want to abort the script in the no arguments situation just do:

else
    error("No arguments given")
end

  And Lua will notify the user that there is an error an abort the script.

Best,


On Sat, Dec 6, 2014 at 9:50 PM, Milind Gupta <mil...@gm...> wrote:

> Hi,
>        I had a program which is something like this:
>
> require("imlua")
>
> args = table.pack(...)
> if args[1] then
>     -- Do something here
> else
>     print("No arguments given")
> end
>
> But if I run this script using lua 5.2 and give no arguments instead of
> just ending it causes Lua to crash after printing 'No arguments given'
>
> I am using im.dll and imlua52.dll in the local directory which it uses.
> These are from the iup 3.12 binaries.
>
> Do I need to do something before ending the Lua script to cause im to exit
> properly?
>
> Thanks,
> Milind
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>
>

[Imtoolkit-users] Lua 5.2 crash

[Milind G. <mil...@gm...>]

Hi,
       I had a program which is something like this:

require("imlua")

args = table.pack(...)
if args[1] then
    -- Do something here
else
    print("No arguments given")
end

But if I run this script using lua 5.2 and give no arguments instead of
just ending it causes Lua to crash after printing 'No arguments given'

I am using im.dll and imlua52.dll in the local directory which it uses.
These are from the iup 3.12 binaries.

Do I need to do something before ending the Lua script to cause im to exit
properly?

Thanks,
Milind

Re: [Imtoolkit-users] Error compiling library

[Antonio S. <sc...@te...>]

Hi,

Take a look at:

http://www.tecgraf.puc-rio.br/im/en/buildwin.html

But if zlib were successfully build I don't understand why the IM main
library was not. The error is related to the build of dependencies.

Best,
Scuri


On Mon, Dec 1, 2014 at 5:32 AM, Milind Gupta <mil...@gm...> wrote:

> Hi,
>           I downloaded the IM source and the LuaBinaries Lua 5.2 package.
> Placed them in the same directory. Went to im/src and ran mingw32-make. I
> get the following error:
>
> .....................................................
> 2 -luuid -loleaut32 -lole32 -lcomctl32
> ''; echo 'Tecmake: Dynamic Library (../lib/dllw4/zlib1.dll) Done'; echo ''
> ../tecmakewin.mak:1550: im.wdep: No such file or directory
> The system cannot find the path specified.
> ../tecmakewin.mak:1528: recipe for target 'im.wdep' failed
> mingw32-make[1]: *** [im.wdep] Error 255
> Makefile:14: recipe for target 'im' failed
> mingw32-make: *** [im] Error 2
>
> I am not sure what am I doing wrong. Any help how I can compile the
> library would be useful.
>
> Thanks,
> Milind
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>
>

[Imtoolkit-users] Error compiling library

[Milind G. <mil...@gm...>]

Hi,
          I downloaded the IM source and the LuaBinaries Lua 5.2 package.
Placed them in the same directory. Went to im/src and ran mingw32-make. I
get the following error:

.....................................................
2 -luuid -loleaut32 -lole32 -lcomctl32
''; echo 'Tecmake: Dynamic Library (../lib/dllw4/zlib1.dll) Done'; echo ''
../tecmakewin.mak:1550: im.wdep: No such file or directory
The system cannot find the path specified.
../tecmakewin.mak:1528: recipe for target 'im.wdep' failed
mingw32-make[1]: *** [im.wdep] Error 255
Makefile:14: recipe for target 'im' failed
mingw32-make: *** [im] Error 2

I am not sure what am I doing wrong. Any help how I can compile the library
would be useful.

Thanks,
Milind

[Imtoolkit-users] IM 3.9 Released

[Antonio S. <ant...@gm...>]

Hi All,

The 3.9 version of the IM toolkit has been released.

We would like to highlight the following features:

- support for double data (IM_DOUBLE)
- IMPORTANTE: the attributes StoNits, GeoTiePoints,
GeoTransformationMatrix, "Intergraph TransformationMatrix", GeoPixelScale,
GeoDoubleParams of the TIFF format are now in double
- support for the PFM file format
- new "image:SetPixels(table)" and "table = image:GetPixels()" member
functions in Lua.

You can find the complete list of changes and files for download at:

http://imtoolkit.sourceforge.net/

 The Tecgraf web site will be updated soon.

Best Regards,
Antonio Scuri

Re: [Imtoolkit-users] Comparing 2 images

[Milind G. <mil...@gm...>]

Thanks,
Milind


On Mon, Sep 15, 2014 at 9:53 AM, Antonio Scuri <sc...@te...>
wrote:

>   First, you compute the image that has the difference between the two
> images:
>
> im.ProcessArithmeticOp(src_image1, src_image2, dst_image, im.*BIN_DIFF*)
>
>   Then you can check the statistic of the result image:
>
> stats = im.CalcHistogramStatistics(dst_image)
>
>   You can use stats.mean or stats.positive
>
> ------------------------------------------------------------------
>
>  Another option is to use the RMS error between two images:
>
> rms = im.CalcRMSError(image1, image2)
>
>   It is a single value that you can for two identical images is zero.
>
> Best,
> Scuri
>
>
>
>
>
> On Mon, Sep 15, 2014 at 1:30 PM, Milind Gupta <mil...@gm...>
> wrote:
>
>> Hi,
>>      I don't have any experience with image processing so I needed some
>> help. I want to compare 2 images know if the image content is the same in
>> them. If its possible to define a threshold for the similarity something
>> simple like 80% of the pixels match that would be really helpful.
>>       Which functions in IM can I use to do this?
>>
>> Thanks,
>> Milind
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Want excitement?
>> Manually upgrade your production database.
>> When you want reliability, choose Perforce
>> Perforce version control. Predictably reliable.
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Imtoolkit-users mailing list
>> Imt...@li...
>> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>>
>>
>
>
> ------------------------------------------------------------------------------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>
>

Re: [Imtoolkit-users] Comparing 2 images

[Antonio S. <sc...@te...>]

  First, you compute the image that has the difference between the two
images:

im.ProcessArithmeticOp(src_image1, src_image2, dst_image, im.*BIN_DIFF*)

  Then you can check the statistic of the result image:

stats = im.CalcHistogramStatistics(dst_image)

  You can use stats.mean or stats.positive

------------------------------------------------------------------

 Another option is to use the RMS error between two images:

rms = im.CalcRMSError(image1, image2)

  It is a single value that you can for two identical images is zero.

Best,
Scuri





On Mon, Sep 15, 2014 at 1:30 PM, Milind Gupta <mil...@gm...>
wrote:

> Hi,
>      I don't have any experience with image processing so I needed some
> help. I want to compare 2 images know if the image content is the same in
> them. If its possible to define a threshold for the similarity something
> simple like 80% of the pixels match that would be really helpful.
>       Which functions in IM can I use to do this?
>
> Thanks,
> Milind
>
>
>
>
> ------------------------------------------------------------------------------
> Want excitement?
> Manually upgrade your production database.
> When you want reliability, choose Perforce
> Perforce version control. Predictably reliable.
>
> http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
> _______________________________________________
> Imtoolkit-users mailing list
> Imt...@li...
> https://lists.sourceforge.net/lists/listinfo/imtoolkit-users
>
>

[Imtoolkit-users] Comparing 2 images

[Milind G. <mil...@gm...>]

Hi,
     I don't have any experience with image processing so I needed some
help. I want to compare 2 images know if the image content is the same in
them. If its possible to define a threshold for the similarity something
simple like 80% of the pixels match that would be really helpful.
      Which functions in IM can I use to do this?

Thanks,
Milind