Search found 18 matches
- 2013-04-12T05:40:21-07:00
- Forum: Developers
- Topic: Find out quantum depth dinamically
- Replies: 2
- Views: 3761
Re: Find out quantum depth dinamically
Thanks! That's what I need.
- 2013-04-12T03:04:51-07:00
- Forum: Developers
- Topic: AcquireMagickMemory and multi thread
- Replies: 4
- Views: 5311
Re: AcquireMagickMemory and multi thread
"Our custom memory allocation manager implements a best-fit allocation policy using segregated free lists..."
This manager uses semaphores.
How can I make ImageMagick to use pure malloc/free without special policies and blocks?
- 2013-04-11T23:13:38-07:00
- Forum: Developers
- Topic: Find out quantum depth dinamically
- Replies: 2
- Views: 3761
Find out quantum depth dinamically
Is it possible to find out quantum depth dinamically? (C++)
MAGICKCORE_QUANTUM_DEPTH is not dinamyc way
MAGICKCORE_QUANTUM_DEPTH is not dinamyc way
- 2013-04-10T07:06:06-07:00
- Forum: Developers
- Topic: AcquireMagickMemory and multi thread
- Replies: 4
- Views: 5311
Re: AcquireMagickMemory and multi thread
No idea? Nobody knows?
- 2013-04-09T01:53:34-07:00
- Forum: Developers
- Topic: AcquireMagickMemory and multi thread
- Replies: 4
- Views: 5311
AcquireMagickMemory and multi thread
Hello!
I have test app with two threads. Each thread looks like:
//reading image from file to buffer
while(true)
{
Blob blob( imageData, size );
image.ping( blob );
}
I run this app on a 24-core system and expect loading two cores at 100%.
But it doesn't happen. Each of two cores works at 80 ...
I have test app with two threads. Each thread looks like:
//reading image from file to buffer
while(true)
{
Blob blob( imageData, size );
image.ping( blob );
}
I run this app on a 24-core system and expect loading two cores at 100%.
But it doesn't happen. Each of two cores works at 80 ...
- 2013-02-21T04:48:52-07:00
- Forum: Bugs
- Topic: Image filesize changes after writing to Blob. Bug?
- Replies: 3
- Views: 4507
Re: Image filesize changes after writing to Blob. Bug?
Yes, but where is recompression in my code?
I was sure, that Image::write function doesn't change the object, it just writes data somewhere with optional parameters.
Could you please clarify?
I was sure, that Image::write function doesn't change the object, it just writes data somewhere with optional parameters.
Could you please clarify?
- 2013-02-20T23:49:31-07:00
- Forum: Bugs
- Topic: Image filesize changes after writing to Blob. Bug?
- Replies: 3
- Views: 4507
Image filesize changes after writing to Blob. Bug?
I have an image https://dl.dropbox.com/u/79309031/image.jpg
The size of file is 1650 bytes.
My code:
Image newimage( "image.jpg" );
cout << newimage.fileSize() << endl; // point1
Blob blob1;
newimage.write(&blob1);
cout << newimage.fileSize() << endl; // the same call as in point1!
And the ...
The size of file is 1650 bytes.
My code:
Image newimage( "image.jpg" );
cout << newimage.fileSize() << endl; // point1
Blob blob1;
newimage.write(&blob1);
cout << newimage.fileSize() << endl; // the same call as in point1!
And the ...
- 2013-02-20T00:06:16-07:00
- Forum: Developers
- Topic: Why image filesize changes after writing to Blob?
- Replies: 1
- Views: 3539
Why image filesize changes after writing to Blob?
I have an image https://dl.dropbox.com/u/79309031/image.jpg
The size of file is 1650 bytes.
My code:
Image newimage( "image.jpg" );
cout << newimage.fileSize() << endl;
Blob blob1;
newimage.write(&blob1);
cout << newimage.fileSize() << endl;
And the output is:
1650
1653
What happened?
Why ...
The size of file is 1650 bytes.
My code:
Image newimage( "image.jpg" );
cout << newimage.fileSize() << endl;
Blob blob1;
newimage.write(&blob1);
cout << newimage.fileSize() << endl;
And the output is:
1650
1653
What happened?
Why ...
- 2013-01-11T05:05:43-07:00
- Forum: Bugs
- Topic: SEGFAULT while reading PSD
- Replies: 4
- Views: 6024
Re: SEGFAULT while reading PSD
I just tried it with ImageMagick 6.8.1-9 2013-01-10 (Q16) (Ubuntu 11.04)
And I have memory corruption with only file which I posted below.
Did you try it with my code? It doesn't happen when using console utilities.
This is full version of my code:
#include <stdio.h>
#include <string>
#include ...
And I have memory corruption with only file which I posted below.
Did you try it with my code? It doesn't happen when using console utilities.
This is full version of my code:
#include <stdio.h>
#include <string>
#include ...
- 2013-01-10T03:01:17-07:00
- Forum: Bugs
- Topic: SEGFAULT while reading PSD
- Replies: 4
- Views: 6024
SEGFAULT while reading PSD
File: http://image.architonic.com/img_pro2-3/113/5130/plus-97-b.psd
Code:
vector<char> buf;
ifstream inputFile( (string(argv[1])).c_str() );
copy( std::istreambuf_iterator<char>(inputFile),
std::istreambuf_iterator<char>(),
std::back_inserter(buf) );
Blob blob( reinterpret_cast<const uint8 ...
Code:
vector<char> buf;
ifstream inputFile( (string(argv[1])).c_str() );
copy( std::istreambuf_iterator<char>(inputFile),
std::istreambuf_iterator<char>(),
std::back_inserter(buf) );
Blob blob( reinterpret_cast<const uint8 ...
- 2012-10-24T04:25:35-07:00
- Forum: Bugs
- Topic: 6.8.0-2 and 6.7.6-9 Diffirent type detecting. Bug?
- Replies: 1
- Views: 3790
6.8.0-2 and 6.7.6-9 Diffirent type detecting. Bug?
Image:
http://3.bp.blogspot.com/_2VDcvCKLPJI/T ... %A2-55.jpg
I do identify -verbose:
IM 6.7.6-9 says the type is Grayscale
IM 6.8.0-2 says the type is Palette
Could you explain me why?
CentOs 6.2.Identical computers
http://3.bp.blogspot.com/_2VDcvCKLPJI/T ... %A2-55.jpg
I do identify -verbose:
IM 6.7.6-9 says the type is Grayscale
IM 6.8.0-2 says the type is Palette
Could you explain me why?
CentOs 6.2.Identical computers
- 2012-08-06T01:00:07-07:00
- Forum: Bugs
- Topic: BUG: Wrong checking image type on Ubuntu 12.04
- Replies: 3
- Views: 6168
Re: Wrong checking image type on Ubuntu 12.04
What should I do with this problem? Behavior on developers machine differs from production one
- 2012-07-30T06:47:30-07:00
- Forum: Bugs
- Topic: BUG: Wrong checking image type on Ubuntu 12.04
- Replies: 3
- Views: 6168
Re: Wrong checking image type on Ubuntu 12.04
You are right, i have 6.7.6-9 on Ubuntu 11.04 and CentOs 6glennrp wrote:Are you sure you have IM-6.7.8 on both platforms? "identify | head" to find out.
But i installed the same 6.7.6-9 on Ubuntu 12.04 and got the same error
- 2012-07-30T04:36:47-07:00
- Forum: Bugs
- Topic: BUG: Wrong checking image type on Ubuntu 12.04
- Replies: 3
- Views: 6168
BUG: Wrong checking image type on Ubuntu 12.04
Wrong checking image type on Ubuntu 12.04
This image: https://www.dropbox.com/s/9b542y8x1ehz602/grayscale.png
It is an JPEG image, extension does not matter
I do "identify -verbose" and see "PaletteType" on Ubuntu 12.04
If I do this on Ubuntu 11.04 and CentOs 6 i get "GrayScale" type.
Interetsting ...
This image: https://www.dropbox.com/s/9b542y8x1ehz602/grayscale.png
It is an JPEG image, extension does not matter
I do "identify -verbose" and see "PaletteType" on Ubuntu 12.04
If I do this on Ubuntu 11.04 and CentOs 6 i get "GrayScale" type.
Interetsting ...
- 2012-07-16T01:25:17-07:00
- Forum: Bugs
- Topic: Colors inversion IM 6.7.6
- Replies: 1
- Views: 3745
Colors inversion IM 6.7.6
I have some unexpected behaviour with this image:
http://img1.imagehousing.com/37/2659709e41bb0c80c1f4fad0032c077c.jpg
My code:
Image image( <path to image> );
image.display();
It shows picture with inverted colors
It is definitely not problem of display func, it is because IM sees this ...
http://img1.imagehousing.com/37/2659709e41bb0c80c1f4fad0032c077c.jpg
My code:
Image image( <path to image> );
image.display();
It shows picture with inverted colors
It is definitely not problem of display func, it is because IM sees this ...