[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Rendering grayscale on opengl using nsbitmaprep
From: |
Fred Kiefer |
Subject: |
Re: Rendering grayscale on opengl using nsbitmaprep |
Date: |
Thu, 03 Mar 2011 11:19:24 +0100 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.16) Gecko/20101125 SUSE/3.0.11 Thunderbird/3.0.11 |
What Wolfgang changed was the tiff.m file in GNUstep gui. If you have
the old source code you could just replace that file and recompile
GNUstep gui. I attached that file to make this easier for you.
There is one thing we could do to verify that this is really the cause
of the problem. You could write out the generated tiff representation
into a file and check whether this looks correct when loaded into
another application. That way we would know whether it is the tiff
writing or the tiff reading that is wrong.
Fred
Am 03.03.2011 04:07, schrieb AN Indie:
> I guess , this is the bug fixed by Wolfgang Lux.
>
> Since I am using ubuntu, I need to wait for new deb package to
> release. All my packages are up to date. So please name the particular
> lib/package that which he fixed, so that I can get the source code,
> build it my self and verify.
>
> My system configuration.
>
> Ubuntu 10.04 LTS - the Lucid Lynx
> Pentium 4
>
> #uname -a outputs:
> Linux localhost.localdomain 2.6.32-26-generic #48-Ubuntu SMP Wed Nov 24
> 09:00:03 UTC 2010 i686 GNU/Linux
> Packages:
> gnustep-base-runtime 1.19.3
> gnustep-back0.16-art 0.16.0-3
> libtiff4 3.9.2-2
>
> I also attached screen shot of rendered image, which is same as that
> one which I got from opengl.
>
> Thank you.
> -AN Indie
>
>
>
> On Mon, 28 Feb 2011 15:09:04 +0530, Fred Kiefer <fredkiefer@gmx.de> wrote:
>
>> Thank you very much for the example. As this reproduces the issue on
>> your machine without any GL code, I was off with my comments. Sorry for
>> that. Saturday I was ill, so I stopped coding for GNUstep but thought
>> that my code review skills would still work. I was wrong.
>>
>> Now, as for the test, it works perfectly on my machine. See attached
>> screen shot. This means we must have some differences between our
>> computers. Could you please provide some details of your setup?
>> Processor, Operation System and the used GNUstep backend (xlib, art or
>> cairo)? Perhaps also the version of your tiff library.
>>
>> There haven't been a lot of changes in the tiff handling of GNUstep gui.
>> Wolfgang Lux fixed a bug about two months ago, but this only affected
>> cases where the bits per sample != 8. This isn't the case here after the
>> conversion.
>>
>> Fred
>>
>>
>> Am 27.02.2011 17:28, schrieb AN Indie:
>>> I accept their is mismatch between parameter/arguments. But this code
>>> just works!
>>> [
>>> But good news is, I was able to reproduce the bug in package
>>> gnustep-examples-1.2.0
>>>
>>> I modified NSImage test case a little and reproduced this bug!!
>>>
>>>
>>> I changed
>>>
>>>
>>> image = [[NSImage alloc] initWithContentsOfFile: file ];
>>> [mview setImage: image];
>>>
>>> with
>>>
>>>
>>> image = [[NSImage alloc] initWithContentsOfFile: file ];
>>> NSImage * aximage = [[NSImage alloc] initWithData:[image
>>> TIFFRepresentationUsingCompression:NSTIFFCompressionNone factor:0]];
>>> [mview setImage: aximage];
>>>
>>> An now the gray scale image is not renders properly.
>>>
>>>
>>> I attached test case along with this mail. Please confirm with latest
>>> GNUstep as I am using the older version.
>>>
>>> -Thanks
>>> AN Indie
tiff.m
Description: Text Data