No, these files are not 32-bit/CMYK. The problem appears to be that the files *may have been* created on a alpha background (as in no background when the file is created, but added automatically when the file is saved as JPEG). This is our *theory* since we did not create the images.
Here's what we are having to do: The files work just fine in Director and in Flash. They look great in Photoshop and Fireworks. All the browsers display them well. When looking at the files inside the PDF, the weird thing is that they keep their screen dimensions but the image pieces were either mashed into the top third of the area, or the images were skewed toward the left. Yeah. Weird. My graphics guy, Won-Il, said that they looked like they "couldn't find the end of the row at the right side" which struck a nerve with me. After a few tests, we came up with this *work-around*. Inside Director, before adding the file to the PDF, we link the image to a cast member, create a new cast member that is two pixels larger that the original, copyPixels() from the original to the new one but moving the image one pixel down and one pixel right, then draw a rectangle around the new image. At this time, the color of the rectangle has to be rgb(240,240,240) since everything above that color does not work. Yes, this is a pain-in-the-arse work-around, but until I can find a way to "fix" the images at the source, it is what I have to do. Thanks, again, Valentin, for creating this set of code. Leif On Thu, 24 Feb 2005 22:35:15 +0100, Valentin Schmidt <[EMAIL PROTECTED]> wrote: > (copy of reply to off-list mail) > > hi leif, > > at the moment I don't know what causes the problem. maybe they are 32 > bit (CMYK), but you are trying to embedd them as RGB (by setting the > depth-parameter to 24)? if not, could you send me a sample jpg? > > valentin > > > Leif Wells wrote: > > All, > > > > I am adding JPG files to a PDF that I am creating using Valentin's > > conversion of FPDF. I am using the AddJPG() method to add the external > > files. > > > > Something is really going wrong with these files, though. I don't have > > control over the files being generated other than requesting that they > > are JPEG format. When we try to use them in the PDF *some* of them > > come out like static. > > > > It's freaky. They all *appear* to be the same, but some work and > > others do not. > > > > Even worse, when I open one of the evil files in MS Paint and "Invert > > Colors" and then save the file out, the file suddenly works. > > > > What have they done wrong to my files?!? Is this a Mac v. PC issue? Is > > there a script I can run on these files to make them all good? > > > > Leif > > > > > > Leif Wells > > Atlanta Macromedia User Group > > [To remove yourself from this list, or to change to digest mode, go > > to http://www.penworks.com/lingo-l.cgi To post messages to the list, > > email [email protected] (Problems, email > > [EMAIL PROTECTED]). Lingo-L is for learning and helping with > > programming Lingo. Thanks!] > > [To remove yourself from this list, or to change to digest mode, go to http://www.penworks.com/lingo-l.cgi To post messages to the list, email [email protected] (Problems, email [EMAIL PROTECTED]). Lingo-L is for learning and helping with programming Lingo. Thanks!]
