[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

20050714: IDV - McIDAS Area Files and Pixel Sampling

>From: Murphy Sean <address@hidden>
>Organization: U.S. Navy
>Keywords: 200507141405.j6EE54jo009257 IDV McIDAS image

Hi Sean-

>Confirmed OS X bug with this one.
>
>Tested Area files on Linux and all is OK

Thanks for the update.

>In summary:
>
>Area file does not display when pixel sampling is set to 0.  If pixel  
>sampling is changed to 1 image renders perfectly, but at a lower  
>resolution of course.
>
>This is not consistent with all area files.  Smaller area files do  
>not demonstrate this behavior.

It's only going to be a problem on area files which exceed the 
graphics texture size, thus small images will display fine.  A
change to VisAD back in December should have fixed this, but 
apparently does not work for the mac.

I'll check with the VisAD developer to see if he has any idea.

Don

>Sean
>
>On Jun 30, 2005, at 9:50 AM, Unidata Support wrote:
>
>>> From: Murphy Sean <address@hidden>
>>> Organization: U.S. Navy
>>> Keywords: 200506292011.j5TKBqjo024031 IDV large image
>>>
>>
>> Hi Sean-
>>
>>
>>> I am using version 1.2rc
>>>
>>> I get absolutely nothing!
>>>
>>
>> If you are running the shell script to start the IDV from
>> a terminal window, do you get an OutOfMemory error?
>>
>> Another thing is that for such a large image, it takes a while
>> to render.  It might take a minute after the please wait message
>> is gone.
>>
>>
>>> I am using OS X, and Apple is the keeper of all things java on OS X.
>>> i.e. J3D, JAI, I am using version 01.4.2_07 of the SDK
>>>
>>> Video Card - nVidia, GeForce FX 5200 - 64MB
>>>
>>> Texture Performance - up to 16 textures per pass (not sure if that is
>>> what you are referring to )
>>>
>>> I also just tested it with a larger file and I had to sample even
>>> higher to get it to render.  This additional data point lends itself
>>> to the idea that I am exceeding a limitation in the video card.
>>>
>>
>> VisAD determines the texture size from the card and then
>> breaks the image up into the appropriate number of textures.
>> So, you shouldn't be exceeding the card limitation.
>>
>> Don Murray
>
>--
>Sean M. Murphy
>Naval Undersea Warfare Center
>1176 Howell Street
>Code 2511, Bldg. 1171
>Newport, RI  02841-1708
>v: 401.832.6209
>f: 401.832.4749
>address@hidden
>
>

Don Murray
NOTE: All email exchanges with Unidata User Support are recorded in the
Unidata inquiry tracking system and then made publicly available
through the web.  If you do not want to have your interactions made
available in this way, you must let us know in each email you send to us.