Thought I'd poke my nose in here. I'm using Valentina on the Mac version of
the Webshots client (www.webshots.com). Part of the requirements of the
client (and the underlying database) is the ability to store tens of
thousands of images ranging from 10KB to possibly > 1MB in size. So far
Valentina has proven to be up to the challenge.
Has anyone else used Valentina to store lots (10,000+) large images (or
BLOBS) in their application? What kind of performance have you been getting?
For the record though, I'm not using the Valentina Image handling classes. I
found that writing my own BLOB class gave me a lot more flexibility. I'm
also using the QT calls when needed (images are stored in their native
format, usually JPEG, BMP, PICT or TIFF) along with a smaller JPEG
thumbnail. Works well.
Jon.
On 11/30/00 3:09 PM, "Ruslan Zasukhin" <sunshine at public DOT kherson.ua> wrote:
> on 30/11/00 21:29, Elias at elias@archangel.uk.com wrote:
>
>>> VBLOB.LoadDiskFile( path )
>>
>>> Such function can looks as:
>>> VPicture.LoadDiskFile( path, pictType )
>>
>> YES YES YES !!! - I am jumping through hoops to get a V4MD project to do
>> this...
>
> Elias, can you describe your task in details ?
> I just want better see real life tasks
>
> I easy see how can be used VBLOB.LoadDiskFile( path )
> But how you work in your project with pictures ?
>
>
>> I assume that pictType is the type that the DB is going to store...and the
>> more formats it can import/store, the better...
>
> Yes, with QT support we can get of course all its types...
>
>
>
>>> This can be used easy in C++, V4RB, but Director require from me PICT,
>>> so even if I have in database gif, I must expand it before send to Director.
>>> This means that Valentina kernel must have built-in algorithms for gif, tiff
>>> compression (as it have it now for jpg), or become QT- depended.
>>
>> I am happy with QT import calls...(I am a Mac guy, I would be ;-)...
>>
>> The only problem I see is that if you go the QT route, then you are stuck if
>> you want to have the Valentina engine running on a platform that QT doesn't
>> support...maybe "Error: nnn - QT not available" would solve that ?..
>
> Solution is:
> 1) have built in algorithms to compress some formats
> (JPG for now, I also have see libs for TIFF, GIF).
> 2) If QT present then it can be used.
>
-------------------------------------------------------------
The Valentina mailing list is brought to you by MacServe.net
For info on lists services, see http://www.macserve.net/lists.html
©2000 Jonathan Wight |
