Re: [flexcoders] flex not displaying JPEG images

2008-09-17 Thread Paul Hastings
Alex Harui wrote:
 Could the higher DPI just be hitting the 2880 pixel limit more easily?

perhaps except the 96DPI images i created in FW of the same dimensions 
(500x375) 
also croaked flex.


Re: [flexcoders] flex not displaying JPEG images

2008-09-17 Thread Paul Hastings
Doug McCune wrote:
 You could try reading the raw bytes of the JPEG and actually extracting 
 the thumbnail if it's embedded (depending on what you're doing that 

yeah somebody already tried reading the raw image bits in, still hung.

 could actually be a huge performance boost if all you need is the 
 thumb). I think Kevin Hoyt had some code that extracted the thumbnail 

thanks but we use coldfusion server side to build a pyramid of thumbnails that 
we store for later use.

 from EXIF data, check this stuff: 

if the EXIF bits hold the thumbnails, then i guess our PNG round trips should 
be 
doing away w/those. which confuses me even more.


 http://blog.kevinhoyt.org/2007/12/18/samples-updated-for-air-beta-3/

thanks.



Re: [flexcoders] flex not displaying JPEG images

2008-09-17 Thread Josh McDonald
Have you opened the images in your browser? They may be in CMYK, or in 16
bits per channel.

On Tue, Sep 16, 2008 at 6:39 PM, Paul Hastings [EMAIL PROTECTED]wrote:

 we have an app that manages (among other things) almost 10k images. works a
 treat but a few days ago we had the app hang after users displayed some
 images
 they uploaded. from these images' EXIF data it turns out they had been
 massaged
 in photoshop (CS2), had thumbnails embedded  had DPI of 150. flex will
 display
 the images if we convert to PNG but no other futzing around we do server
 side in
 coldfusion (cfimage) or client side in flex seems to make these images
 displayable in flex.

 the images are simply being loaded from the server into a popup ala:

 img.doubleClickEnabled=true;
 img.addEventListener(MouseEvent.DOUBLE_CLICK,imgClick);
 img.addEventListener(Event.COMPLETE,imgComplete);
 img.load(imageName);
 img.toolTip=currentSampleID+ (+imageType+) : +toolTipStr;
 img.setStyle(removedEffect, imageRemovedEffect);
 PopUpManager.addPopUp(img,this,true);

 anybody seen this before? is it the DPI (the other gazillion working images
 are
 all 96 DPI)? is there a workaround short of converting to PNG (we want to
 keep
 the image original as much as possible)?

 thanks.

 

 --
 Flexcoders Mailing List
 FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt
 Alternative FAQ location:
 https://share.acrobat.com/adc/document.do?docid=942dbdc8-e469-446f-b4cf-1e62079f6847
 Search Archives:
 http://www.mail-archive.com/flexcoders%40yahoogroups.comYahoo! Groups
 Links






-- 
Therefore, send not to know For whom the bell tolls. It tolls for thee.

http://flex.joshmcdonald.info/

:: Josh 'G-Funk' McDonald
:: 0437 221 380 :: [EMAIL PROTECTED]


Re: [flexcoders] flex not displaying JPEG images

2008-09-17 Thread Paul Hastings
Alex Harui wrote:
 Could the higher DPI just be hitting the 2880 pixel limit more easily?

i dug thru the old images w/a finer tooth comb  we have many w/300DPI 
1600x1200 
(from microscopes w/digital cameras lashed on top), many also had embedded 
thumbnails. this makes me think perhaps another bit of the process is messing 
up. better step back  do a fresh review of what's changed.

thanks.




Re: [flexcoders] flex not displaying JPEG images

2008-09-17 Thread Paul Hastings
Josh McDonald wrote:
 Have you opened the images in your browser? They may be in CMYK, or in 
 16 bits per channel.

yes we can open the images in FF  chrome. somebody also confirmed sRGB  
8bits/channel.



RE: [flexcoders] flex not displaying JPEG images

2008-09-16 Thread Alex Harui
Can you repro yourself?  Use some tool to generate a 150DPI image and see if 
Flex can show it.  Then add thumbnails, etc until it dies?

From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Paul 
Hastings
Sent: Tuesday, September 16, 2008 1:39 AM
To: flexcoders@yahoogroups.com
Subject: [flexcoders] flex not displaying JPEG images


we have an app that manages (among other things) almost 10k images. works a
treat but a few days ago we had the app hang after users displayed some images
they uploaded. from these images' EXIF data it turns out they had been massaged
in photoshop (CS2), had thumbnails embedded  had DPI of 150. flex will display
the images if we convert to PNG but no other futzing around we do server side in
coldfusion (cfimage) or client side in flex seems to make these images
displayable in flex.

the images are simply being loaded from the server into a popup ala:

img.doubleClickEnabled=true;
img.addEventListener(MouseEvent.DOUBLE_CLICK,imgClick);
img.addEventListener(Event.COMPLETE,imgComplete);
img.load(imageName);
img.toolTip=currentSampleID+ (+imageType+) : +toolTipStr;
img.setStyle(removedEffect, imageRemovedEffect);
PopUpManager.addPopUp(img,this,true);

anybody seen this before? is it the DPI (the other gazillion working images are
all 96 DPI)? is there a workaround short of converting to PNG (we want to keep
the image original as much as possible)?

thanks.



Re: [flexcoders] flex not displaying JPEG images

2008-09-16 Thread Paul Hastings
Alex Harui wrote:
 Can you repro yourself?  Use some tool to generate a 150DPI image and 
 see if Flex can show it.  Then add thumbnails, etc until it dies?

sort of. we thought we had id-ed 3 things different from the other working 
images:

- 150 DPI
- ICC Profile
- embedded thumbnails

a kind soul w/photoshop expertise stripped out the ICC Profile (and double 
checked that these images were indeed 8 bits/channel) as well as reducing the 
DPI to 72 (not exactly sure about that as the EXIF data still says 150DPI but 
the image's properties says 72DPI). didn't help.

we used cfimage to convert to PNG then back again to JPEG which looked liked it 
croaked the thumbnail (not 100% sure)  reduced the DPI to 96. flex still hung 
when we loaded the roundtripped JPEG images. tried the same thing w/fireworks, 
no joy.

converting to PNG seems to be the only way to display these images.

created a 150DPI PEG image in fireworks  it too killed flex (can't tell if it 
also embedded a thumbnail). ditto for a 96 DPI image. based on this maybe it's 
an embedded thumbnail (if fireworks does indeed embed them) as the DPI seemed 
to 
have no effect. though we thought the JPEG--PNG--JPEG round trip w/cfimage 
should have lost those???

btw the client is using a 3.0 SDK compiled version while we're running 3.1, no 
difference. both are running 9.x flash players.

thanks.



Re: [flexcoders] flex not displaying JPEG images

2008-09-16 Thread Doug McCune
You could try reading the raw bytes of the JPEG and actually extracting the
thumbnail if it's embedded (depending on what you're doing that could
actually be a huge performance boost if all you need is the thumb). I think
Kevin Hoyt had some code that extracted the thumbnail from EXIF data, check
this stuff:
http://blog.kevinhoyt.org/2007/12/18/samples-updated-for-air-beta-3/

Doug

On Tue, Sep 16, 2008 at 7:56 PM, Paul Hastings [EMAIL PROTECTED]wrote:

   Alex Harui wrote:
  Can you repro yourself? Use some tool to generate a 150DPI image and
  see if Flex can show it. Then add thumbnails, etc until it dies?

 sort of. we thought we had id-ed 3 things different from the other working
 images:

 - 150 DPI
 - ICC Profile
 - embedded thumbnails

 a kind soul w/photoshop expertise stripped out the ICC Profile (and double
 checked that these images were indeed 8 bits/channel) as well as reducing
 the
 DPI to 72 (not exactly sure about that as the EXIF data still says 150DPI
 but
 the image's properties says 72DPI). didn't help.

 we used cfimage to convert to PNG then back again to JPEG which looked
 liked it
 croaked the thumbnail (not 100% sure)  reduced the DPI to 96. flex still
 hung
 when we loaded the roundtripped JPEG images. tried the same thing
 w/fireworks,
 no joy.

 converting to PNG seems to be the only way to display these images.

 created a 150DPI PEG image in fireworks  it too killed flex (can't tell if
 it
 also embedded a thumbnail). ditto for a 96 DPI image. based on this maybe
 it's
 an embedded thumbnail (if fireworks does indeed embed them) as the DPI
 seemed to
 have no effect. though we thought the JPEG--PNG--JPEG round trip
 w/cfimage
 should have lost those???

 btw the client is using a 3.0 SDK compiled version while we're running 3.1,
 no
 difference. both are running 9.x flash players.

 thanks.

  



RE: [flexcoders] flex not displaying JPEG images

2008-09-16 Thread Alex Harui
Could the higher DPI just be hitting the 2880 pixel limit more easily?

From: flexcoders@yahoogroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Paul 
Hastings
Sent: Tuesday, September 16, 2008 7:57 PM
To: flexcoders@yahoogroups.com
Subject: Re: [flexcoders] flex not displaying JPEG images


Alex Harui wrote:
 Can you repro yourself? Use some tool to generate a 150DPI image and
 see if Flex can show it. Then add thumbnails, etc until it dies?

sort of. we thought we had id-ed 3 things different from the other working 
images:

- 150 DPI
- ICC Profile
- embedded thumbnails

a kind soul w/photoshop expertise stripped out the ICC Profile (and double
checked that these images were indeed 8 bits/channel) as well as reducing the
DPI to 72 (not exactly sure about that as the EXIF data still says 150DPI but
the image's properties says 72DPI). didn't help.

we used cfimage to convert to PNG then back again to JPEG which looked liked it
croaked the thumbnail (not 100% sure)  reduced the DPI to 96. flex still hung
when we loaded the roundtripped JPEG images. tried the same thing w/fireworks,
no joy.

converting to PNG seems to be the only way to display these images.

created a 150DPI PEG image in fireworks  it too killed flex (can't tell if it
also embedded a thumbnail). ditto for a 96 DPI image. based on this maybe it's
an embedded thumbnail (if fireworks does indeed embed them) as the DPI seemed to
have no effect. though we thought the JPEG--PNG--JPEG round trip w/cfimage
should have lost those???

btw the client is using a 3.0 SDK compiled version while we're running 3.1, no
difference. both are running 9.x flash players.

thanks.