Author |
Topic  |
Patrick Quinn
 
United Kingdom
81 Posts |
Posted - Nov 07 2012 : 16:44:48
|
@jed
I just edited previous post as you posted that. I haven't timed it but loading is noticeably faster, especially on large jpegs. Impressive.
Well worth doing. |
 |
|
jed

Australia
10 Posts |
Posted - Nov 07 2012 : 16:48:20
|
Patrick,
Are you applying any resampling on the images loaded? I use the thumb viewer and resample the thumbs (quality selected by the user).
I guess I should just bite the bullet and see!
Means I now need to modify three installers to distribute a new file. |
 |
|
Patrick Quinn
 
United Kingdom
81 Posts |
Posted - Nov 08 2012 : 15:32:42
|
Hi jed I do apply resampling, a rfBilinear Zoomfilter on a preview image above the thumbnails and a rfLanczos3 on a full screen image (no particular reason for using these, I will make them user selectable later).
I assume loading png files from a database stream will be 30% faster as well. I've already been using ImageEn to stream images in png format to and from the very fast Absolute Database (a BDE replacement: http://www.componentace.com/absolute_database_features.htm ).
This new DLL is a very welcome update.
regards
Patrick |
 |
|
liaotingaa
China
7 Posts |
Posted - Nov 08 2012 : 23:55:55
|
Hi Dose it support for the huge tiff file processing(eg: 14173pixel x 10630pixel,300dpi x 300dpi,24bit)? we have a tiff file of 431MB.Thank you very much. Thanks for your time. |
 |
|
xequte
    
37555 Posts |
|
Uwe
  
284 Posts |
Posted - Nov 09 2012 : 09:25:04
|
quote: Patrick said: This new DLL is a very welcome update.
I agree, but only if the source code will be made available. Otherwise it's definitely a step backwards in the development of ImageEn.
Uwe |
 |
|
xequte
    
37555 Posts |
Posted - Nov 09 2012 : 12:55:42
|
Hi Uwe
In the case of 32bit users, the DLL is optional (it does not remove any existing functionality), so the source is not separately available for it. If there was ever a time where the DLL became mandatory then the source will be released.
Nigel Xequte Software www.xequte.com nigel@xequte.com
|
 |
|
Uwe
  
284 Posts |
Posted - Nov 09 2012 : 16:06:14
|
Hi Nigel
The point where I'm having a real problem is that I am a registered user of the FULL source version (as described on your store page). I didn't pay for an "ALMOST FULL" source version where the code for two important product features - part of the 64bit support and 30% faster image loading - is hidden in a closed-source DLL.
You know as well as I do that there is a reason why I and most other developers buy the full source version: we don't want be stuck with an out-of-date product/ DLL with no chance to update it, should you ever go out of business (heaven forbid...). Which happened before with one of your competitors, as you might remember.
From a business perspective, the direction ImageEn is currently heading makes it a risky investment for the future. At least for me, as my software relies heavily on ImageEn, its continued development and the accessibility of its source.
Oh, and one more thing:
quote: Nigel: If there was ever a time where the DLL became mandatory then the source will be released.
According to your announcement...
"Supporting 64bit will require you to ship ielib64.dll with your application"
http://www.imageen.com/ieforum/topic.asp?TOPIC_ID=705
... it is mandatory already ...
Thanks for you answer Uwe |
 |
|
xequte
    
37555 Posts |
Posted - Nov 10 2012 : 02:41:51
|
Hi Uwe
I was referring to the optional 32bit DLL (as that is the subject of this thread), naturally for the 64bit DLL source will be available if requested. However compilation of DLL is quite complex and not something we recommend for users.
Nigel Xequte Software www.xequte.com nigel@xequte.com
|
 |
|
Uwe
  
284 Posts |
Posted - Nov 10 2012 : 13:28:24
|
Hi Nigel
Glad to see that I was able to bring my point across and that you've finally decided to make at least the 64bit DLL source available to your paying customers.
I will contact you in a separate e-mail for a download link.
Thanks Uwe |
 |
|
Uwe
  
284 Posts |
Posted - Nov 12 2012 : 14:21:18
|
Just in case someone else wants to request the code:
Nigel confirmed via e-mail that the source for the 64bit DLL (ielib64.dll) will be made available as soon as the 64bit version of ImageEn is out of the beta phase. We all have to wait until then.
Cheers Uwe |
 |
|
jed

Australia
10 Posts |
Posted - Nov 12 2012 : 14:43:09
|
Hopefully they test the installation on a 32bit OS before releasing it, since I got IDE startup issues about the 64 bit dll being invalid - which makes sense on a vista 32 bit OS. |
 |
|
mhieta
 
Finland
76 Posts |
Posted - Nov 13 2012 : 10:22:23
|
Hi,
I use D2007 and just tried this ielib32.dll. Yes its fast, but I see some problems. I use ImageEnIO.LoadFromStream to load thumbnails. Sometimes it will load thumbnails correctly, but sometimes its not loading them correctly. When its not loading thumbnails correctly, it will load about 100 thumbnails from 300 thumbnails so 200 thumbnails is not loaded at all. Without this ielib32.dll thumbnail drawing works perfectly. I cannot post code cause its in component what I cannot share :( Anyway. I will test later versions if it works better.
- Marko
- Marko |
 |
|
mhieta
 
Finland
76 Posts |
Posted - Nov 13 2012 : 12:30:06
|
Hi,
After it fails to load thumbnail properly and if I try to load failed image it displays AV:

- Marko |
 |
|
mhieta
 
Finland
76 Posts |
Posted - Nov 13 2012 : 12:48:09
|
Yes Uwe, its harder to find clues and provide workaround when there is no source. :)
Anyway its beta lib so it will improve :) I hope that they improve also tiff image loading.
- Marko |
 |
|
fab
   
1310 Posts |
Posted - Nov 14 2012 : 11:58:55
|
Marko, please could you send (to support email) a set of images where to load thumbnails and the code you are using to load them? |
 |
|
mhieta
 
Finland
76 Posts |
Posted - Nov 15 2012 : 12:48:18
|
Hi fabrizio,
Just send code, screen shots and few sample images to support email.
- Marko
- Marko |
 |
|
giannidipie

11 Posts |
Posted - Nov 20 2012 : 08:08:20
|
We have release an application compiled with ielib.
Our customers reports us that in older PCs jpeg and png files are not loaded.
to verify this fact, we have tested ielib in windows 2000, and we have found an error in entry point of DecodePointer in kernel32.dll while loading a jpeg.
is it possible to fix this error?
Gianni
|
 |
|
fab
   
1310 Posts |
Posted - Nov 20 2012 : 19:01:15
|
Gianni, ielib uses SSE2/3 CPU instructions. How is old this PC? |
 |
|
giannidipie

11 Posts |
Posted - Nov 20 2012 : 23:07:00
|
Hi, My pc is old, about 10 year and we use it only for test, (see attached cpu report)
But the problem with ielib occurs also with newest PC with WinXP SP3. We have verified with remote desktop that a lot of our customers have problem decompressing jpeg with ielib.
I hope that its will be better to use global variable instead of conditional define, so we can decide which method to use to decompress file.
./attach/giannidipie/2012112023430_Report.zip |
 |
|
Topic  |
|