transparency differences between jitter and photoshop

Jun 6, 2011 at 10:20am

transparency differences between jitter and photoshop

Hi all,
This could very well be highlighting the fact that when it comes to photoshop, I really don't know what I'm doing, but maybe I'll get lucky! I have some text in photoshop with a bit of drop shadow. There's a bit of blending at the edge fading from an opacity of 100 to opacity of 0. The two images attached show what photoshop renders and what jitter renders. Basically anywhere the opacity is < 100, the region appears as light grey in jitter. So the question do I get these to look the same (preferably jitter looking like photoshop).

my usual method is “importmovie” >> jit.matrix >>

mac os 10.6.7. latest version of max.

Thanks in advance for any advice.


[attachment=163788,2332] [attachment=163788,2333]

  1. photoshop.jpg
Jul 6, 2011 at 1:17am

can you post your patch and the file that you are importing? I can’t recreate your error. I used the instead of starting out with a matrix.

It could have something to do with the file that you are using. jpgs don’t hold transparency, so when you are saving the image photoshop will automatically flatten the image. Try flattening in photoshop before saving the jpg. You can do this under layer on the menubar.

You could also experiment with different filetypes. tiff handles transparency better than jpg. Gif will hold transparency, but i can’t remember if qt like gif or not.

Is the background going to stay the same or change?

Jul 6, 2011 at 7:29pm

if you want the alpha channel, go with .png every time. if you don’t want it, flatten it first with photoshop and export as .jpg. remember that you will need jit.alphablend to visualize the alpha channel if you’re not going into GPU.

Jul 6, 2011 at 7:49pm

I use png all the time when I need to preserve transparency.
the issue I reported above seemed to have been related to something else.

Jul 7, 2011 at 4:41am

This is likely a premultiplied alpha vs non-premultiplied alpha issue. the quicktime importer (ie, using vs just loading the png via a jit.matrix operation is likely decoding the png differently (does behave differently ?). Try doing a jit.op pass and multiply (or divide) the rgb planes with the alpha plane, and see if you see a difference.


You must be logged in to reply to this topic.