ImageEn for Delphi and C++ Builder ImageEn for Delphi and C++ Builder

 

ImageEn Forum
Profile    Join    Active Topics    Forum FAQ    Search this forumSearch
Forum membership is Free!  Click Join to sign-up
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 ImageEn Library for Delphi, C++ and .Net
 ImageEn and IEvolution Support Forum
 V4.1.4: DLL to speed up file loading
 New Topic  Reply to Topic
Previous Page | Next Page
Author Previous Topic Topic Next Topic
Page: of 3

Patrick Quinn

United Kingdom
81 Posts

Posted - Nov 07 2012 :  16:44:48  Show Profile  Reply
@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.
Go to Top of Page

jed

Australia
10 Posts

Posted - Nov 07 2012 :  16:48:20  Show Profile  Reply
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.
Go to Top of Page

Patrick Quinn

United Kingdom
81 Posts

Posted - Nov 08 2012 :  15:32:42  Show Profile  Reply
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
Go to Top of Page

liaotingaa

China
7 Posts

Posted - Nov 08 2012 :  23:55:55  Show Profile  Reply
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.
Go to Top of Page

xequte

37555 Posts

Posted - Nov 09 2012 :  00:35:25  Show Profile  Reply
Hi

Use of the DLL should not affect loading of large images. For loading of large images ensure use TIEBitmap.Location := ieFile

http://www.imageen.com/help/TIEBitmap.Location.html

Nigel
Xequte Software
www.xequte.com
nigel@xequte.com
Go to Top of Page

Uwe

284 Posts

Posted - Nov 09 2012 :  09:25:04  Show Profile  Reply
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
Go to Top of Page

xequte

37555 Posts

Posted - Nov 09 2012 :  12:55:42  Show Profile  Reply
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
Go to Top of Page

Uwe

284 Posts

Posted - Nov 09 2012 :  16:06:14  Show Profile  Reply
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
Go to Top of Page

xequte

37555 Posts

Posted - Nov 10 2012 :  02:41:51  Show Profile  Reply
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
Go to Top of Page

Uwe

284 Posts

Posted - Nov 10 2012 :  13:28:24  Show Profile  Reply
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
Go to Top of Page

Uwe

284 Posts

Posted - Nov 12 2012 :  14:21:18  Show Profile  Reply
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
Go to Top of Page

jed

Australia
10 Posts

Posted - Nov 12 2012 :  14:43:09  Show Profile  Reply
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.
Go to Top of Page

mhieta

Finland
76 Posts

Posted - Nov 13 2012 :  10:22:23  Show Profile  Reply
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
Go to Top of Page

mhieta

Finland
76 Posts

Posted - Nov 13 2012 :  12:30:06  Show Profile  Reply
Hi,

After it fails to load thumbnail properly and if I try to load failed image it displays AV:




- Marko
Go to Top of Page

mhieta

Finland
76 Posts

Posted - Nov 13 2012 :  12:48:09  Show Profile  Reply
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
Go to Top of Page

fab

1310 Posts

Posted - Nov 14 2012 :  11:58:55  Show Profile  Reply
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?
Go to Top of Page

mhieta

Finland
76 Posts

Posted - Nov 15 2012 :  12:48:18  Show Profile  Reply
Hi fabrizio,

Just send code, screen shots and few sample images to support email.

- Marko


- Marko
Go to Top of Page

giannidipie

11 Posts

Posted - Nov 20 2012 :  08:08:20  Show Profile  Reply
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

Go to Top of Page

fab

1310 Posts

Posted - Nov 20 2012 :  19:01:15  Show Profile  Reply
Gianni,
ielib uses SSE2/3 CPU instructions. How is old this PC?
Go to Top of Page

giannidipie

11 Posts

Posted - Nov 20 2012 :  23:07:00  Show Profile  Reply
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
Go to Top of Page
Page: of 3 Previous Topic Topic Next Topic  
Previous Page | Next Page
 New Topic  Reply to Topic
Jump To: