Saving out with Alpha channel intact to windows machine? (Motion v3)

I am working with someone who does video on his windows machine using Premier, but I use Motion to add effects to thier video.
They are sending me a wmv version of the video, which I convert into prorez to work on (keeping frame rate and video size intact) and send the video to Motion to add the effects. Once I'm done I turn off the layer with the original video and send back to FCP.
I want to save out a quicktime video from FCP with alpha channel intact so I can send the FX-only layer back to my workmate so he can drop it into his timeline on his machine and have everything align properly.
Any advice on how to do this?

If you have Compressor 4, check and see if you have the Animation codec. If you do, send the Motion project to Compressor and select the Animation codec with the setting 'Million Colors+'. The + (plus) is the transparent setting for the codec.
Open the Motion app and drop the Animation video on top of something to make sure you have the transparency.
Motion has ProRes 4444 that can contain a transparent background. Unfortunately, Windows computers do not support the ProRes codec.
BTW, a transparent background will look black (sometimes white).

Similar Messages

SWF doesn't play with alpha channel

I have a 500Kb FLV file that plays as a progressive download through a 12Kb SWF. This FLV was encoded using On2 VP6 codec to maintain alpha data. This is a logo animation for a website so it is essential that the video plays with alpha channel intact. Just to make sure my animation had an alpha channel, I brought it into After Effects to test with a colored background behind it and sure enough, the alpha channel was there, perfect!
Now in Dreamweaver, when I tested, the FLV plays through the SWF, as it should. However, there is a white square around my video now and the alpha channel is lost.
I even made sure to select Wmode "transparent" and double-checked my code and saw that I had the correct tag <param name="wmode" value="transparent"/>
View my site at http://www.customchromefx.com
I have played many embedded SWF's with alpha's before. I think the FLV still has the alpha, and the problem is in the SWF that plays the FLV that is giving me the white box? Is there a way around this, perhaps a transparent SWF player or something? Thank you for viewing...

Okay, so I figured out a way to make my compressed FLV video play with alpha.
I imported into Flash. Checked the box to "Embed FLV in SWF" and clicked next, and Finish. I made sure the stage area and FPS was set to the same settings as the FLV video.
In publish settings I used Flash 9,then un-checked compress movie and Published. This new SWF maintained the same file size as the FLV, while also playing with the alpha channel.
I then imported the SWF into Dreamweaver, and set Wmode to "transparent."
I now have a 45 second video (originally a 115Mb quicktime) squeezed down to a measly 500Kb SWF that also has an alpha channel. Sweet!

ImageIO PNG Writing Slow With Alpha Channel

I'm writing a project that generates images with alpha channels, which I want to save in PNG format. Currently I'm using javax.ImageIO to do this, using statements such as:
ImageIO.write(image, "png", file);
I'm using JDK 1.5.0_06, on Windows XP.
The problem is that writing PNG files is very slow. It can take 9 or 10 seconds to write a 640x512 pixel image, ending up at around 300kb! I have read endless documentation and forum threads today, some of which detail similar problems. This would be an example:
[http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6215304|http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6215304]
This surely must be resolvable, but after much searching I've yet to find a solution. If it makes any difference, I ONLY want to write png image, and ONLY with an alpha channel (not ever without), in case there are optimisations that that makes possible.
If anyone can tell me how to address this problem, I'd be very grateful.
Many thanks, Robert Redwood.

This isn't a solution, but rather a refinement of the issue.
Some of the sources I was reading were implying that the long save time might be due to a CPU heavy conversion process that had to take place before the BufferedImage could be saved. I decided to investigate:
I loaded back in one of the (slowly) saved PNG images using ImageIO.read(file). Sure enough, the BufferedImage returned differed from the BufferedImage I had created. The biggest difference was the color model, which was DirectColorModel on the image I was generating, and was ComponentColorModel on the image I was loading back in.
So I decided to manually convert the image to be the same as how it seemed to end up anyway. I wrote the following code:
      * Takes a BufferedImage object, and if the color model is DirectColorModel,
      * converts it to be a ComponentColorModel suitable for fast PNG writing. If
      * the color model is any other color model than DirectColorModel, a
      * reference to the original image is simply returned.
      * @param source The source image.
      * @return The converted image.
     public static BufferedImage convertColorModelPNG(BufferedImage source)
          if (!(source.getColorModel() instanceof DirectColorModel))
               return source;
          ICC_Profile newProfile = ICC_Profile.getInstance(ColorSpace.CS_sRGB);
          ICC_ColorSpace newSpace = new ICC_ColorSpace(newProfile);
          ComponentColorModel newModel = new ComponentColorModel(newSpace, true, false, ComponentColorModel.TRANSLUCENT, DataBuffer.TYPE_BYTE);
          PixelInterleavedSampleModel newSampleModel = new PixelInterleavedSampleModel(DataBuffer.TYPE_BYTE, source.getWidth(), source.getHeight(), 4, source.getWidth() * 4, new int[] { 0, 1, 2, 3 });
          DataBufferByte newDataBuffer = new DataBufferByte(source.getWidth() * source.getHeight() * 4);
          ByteInterleavedRaster newRaster = new ByteInterleavedRaster(newSampleModel, newDataBuffer, new Point(0, 0));
          BufferedImage dest = new BufferedImage(newModel, newRaster, false, new Hashtable());
          int[] srcData = ((DataBufferInt)source.getRaster().getDataBuffer()).getData();
          byte[] destData = newDataBuffer.getData();
          int j = 0;
          byte argb = 0;
          for (int i = 0; i < srcData.length; i++)
               j = i * 4;
               argb = (byte)(srcData[i] >> 24);
               destData[j] = argb;
               destData[j + 1] = 0;
               destData[j + 2] = 0;
               destData[j + 3] = 0;
          //Graphics2D g2 = dest.createGraphics();
          //g2.drawImage(source, 0, 0, null);
          //g2.dispose();
          return dest;
     }My apologies if that doesn't display correctly in the post.
Basically, I create a BufferedImage the hard way, matching all the parameters of the image I get when I load in a PNG with alpha channel.
The last bit, (for simplicity), just makes sure I copy over the alpha channel of old image to the new image, and assumes the color was black. This doesn't make any real speed difference.
Now that runs lightning quick, but interestingly, see the bit I've commented out? The alternative to setting the ARGB values was to just draw the old image onto the new image. For a 640x512 image, this command (drawImage) took a whopping 36 SECONDS to complete! This may hint that the problem is to do with conversion.
Anyhow, I got rather excited. The conversion went quickly. Here's the rub though, the image took 9 seconds to save using ImageIO.write, just the same as if I had never converted it. :(
SOOOOOOOOOOOO... Why have I told you all this?
Well, I guess I think it narrows dow the problem, but eliminates some solutions (to save people suggesting them).
Bottom line, I still need to know why saving PNGs using ImageIO is so slow. Is there any other way to fix this, short of writing my own PNG writer, and indeed would THAT fix the issue?
For the record, I have a piece of C code that does this in well under a second, so it can't JUST be a case of 'too much number-crunching'.
I really would appreciate any help you can give on this. It's very frustrating.
Thanks again. Robert Redwood.

EXPORT WITH ALPHA CHANNEL

I need to know how to export a clip with the alpha channel intact. I keyed a green screen shot and exported it, but everytime i open it in final cut it has a black background. Need help asap it is the last shot I have to do for a music video that has to be done by monday, thanks.

Are you sure your alpha is there? (check by pressing "a" with the mouse over the view window).
Did you try telling FCP that there is an alpha channel? If you did "Send to Shake", Final Cut Pro doesn't expect that the QuickTime it's getting back will contain an alpha channel (It's meant to match your sequence settings). You might try dragging the output directly into the browser to re-import it and see if it recognizes the alpha...
As a matter of fact, maybe you can check in QT Player, load it into QuickTime Player, cmd-j, click on the video track and play with the transparency setting. Try Straight Alpha - that should lead to the background going white - then you'll know its coming out of Shake properly and concentrate on getting FCP to recognize it...
If all else fails (I did just try it here and it worked), maybe try a TIFF or TGA sequence?
post back,
Patrick

Using video with alpha channel

I purchased a video clip from istock, the video clip is an .mov and has a alpha channel included. The video clip is santa clause over a black background and tagged at the end is a white solid of the video (I assume this is the alpha channel) How do I use the alpha channel to help key out the vidoe clip that I need. here is a link to the actual video clip I purchased. http://www.istockphoto.com/stock-video-11011749-santa-claus-with-alpha-channel-ntsc.php
Thanks Ja

As Szalam said, the b/w image can be used as a luma matte.
Also check if the actual piece of footage has an embedded alpha channel, i.e when you import it AE should know there is an alpha channel and let you know in the top of the project window when you select the element (or "interpret footage").
Alternatively just drag the footage to a comp and enable the checkerboard background to see if there is transparency. These three approaches are the same...just different ways of finding out about the alpha channel.

DNxHD (.mxf) export with alpha channel

Hello!
I'm working with one Finnish children's feature film which will star end of this year as an DIT. Movie will include lot's of green screen and the production want's me to do chroma keyed DNxHD 36 renders with alpha channel for AVID editorial. So far I have found out that neither davinci desolve nor assimilate scratch can't do it. Is it possible to render DNxHD with alpha channel from AE? And can Avid import these files with alpha channel? All help is needed and appreciated.
Cheers
Antris

Are you sure your alpha is there? (check by pressing "a" with the mouse over the view window).
Did you try telling FCP that there is an alpha channel? If you did "Send to Shake", Final Cut Pro doesn't expect that the QuickTime it's getting back will contain an alpha channel (It's meant to match your sequence settings). You might try dragging the output directly into the browser to re-import it and see if it recognizes the alpha...
As a matter of fact, maybe you can check in QT Player, load it into QuickTime Player, cmd-j, click on the video track and play with the transparency setting. Try Straight Alpha - that should lead to the background going white - then you'll know its coming out of Shake properly and concentrate on getting FCP to recognize it...
If all else fails (I did just try it here and it worked), maybe try a TIFF or TGA sequence?
post back,
Patrick

Can no longer import QT files with alpha channel

I have been using these client supplied QT with alpha channel files just fine for weeks, then all of a sudden, after a crash the other day, I was unable to open sequences with these files and exoprt them, the exporter would just freeze. the clips played in the timeline, but VERY sluggish.
On the reccomendation of a few posts around here, I removed the clips from the project, and now I cannot import them back in, I get a "the importer reported a generic error" message. I am able to open in QT pro and export to a new file that will import to PPro, but I lose the alpha channel.
As always, I'm up against a deadline and any help would be greatly appreciated.
I have installed QT 7.07, no help.
I'm on a windows 7 machine running CS master collection 5.0, Quad core AMD with 8 gig RAM.
These files worked fine just days ago!!!!
BTW, I just switched over to Premiere a few months ago and to honest I can't understand how anyone would stick with this buggy software, as a professional I've never used anything this bad before.

Welcome to the forum.
Try these. Attempt to re-import after each one:
Clean the media cache database via Edit | Preferences | Media
If step 2 doesn't work, then find all the .qtindex, .mpgindex, .cfa and .pek files associated with the media that's supposed to be in your project and delete them. Then clean the media cache database again.
Launch Pr and while it's launching, hold down the Alt + Shift keys until the Welcome screen appears. Alt resets your preferences and Shift resets the plug-in cache.
To address the other issues you say you've been having with Pr, you should start a different thread (or threads). Coming from other editors, there may be a difference in the way Pr does things that produce unexpected results that may be seen as bugs. More serious issues, such as crashes, can often be caused by 3rd-party hardware like AJA, Matrox or BlackMagic and the associated drivers. Outdated or incorrect drivers for audio and video cards can also cause problems. I recommend that you start troubleshooting those areas first.
Other issues may have workarounds. If you have serious, reproducible problems that have no workaround, then please file bug reports here:
Adobe - Feature Request/Bug Report Form
-Jeff

What codec to convert .MXF and MP4 files into to use with alpha channels in Ae and Pr CS6?

When I import .mxf File, shot on a Canon C300, into after effects, the alpha channel options are greyed out, when I look in, interpret footage, main. This also is the case importing .MP4 files, shot on a Gopro hero 3. I used to use final cut and using compressor convert the files to pro res 4444 or 422. What's my new workflow for preparing files with alpha channels to use in After Effect and Premiere and do I use Media Encoder to do it?

When I import .mxf File, shot on a Canon C300, into after effects, the alpha channel options are greyed out, when I look in, interpret footage, main. This also is the case importing .MP4 files, shot on a Gopro hero 3.
Better question: Where do you expect that Alpha channel to come from and contain any useful info for transparency? You're making a fuss over a non-issue. Unless you apply keying or other methods of creating transparency, even if there were an Alpha channel it would be fully opaque and then what's the point?
Mylenium

Export PNG images with alpha channel from flash

Hi,
I have this FLA with animation and when played, the animation has alpha channel. I can’t understand why when I look in the library I see the frames without the alpha channel and also when I try to export/extract the image again the image don’t have alpha channel.
How is it that in flash this image has alpha channel and how to get it out like that into PNG?
Here is the link to download the FLA:
http://download759.mediafire.com/nb749r29220g/e0636ab0ru6ouoa/Untitled-1.fla

"when played, the animation has alpha channel"
how are you playing the animation? control/enter in Flash, Publishing to a Web page or what?
How can you tell that the animation has the alpha channel? What exactly are you seeing?
What is the aniimation? a series of images, one image moving? Are teweens imvolved?
" when I try to export/extract the image again the image don’t have alpha channel"
How are you exporting the image? is it a single image? or a series of frames that makes up an animation?
What was the file format of the original image? you brought that image into Flash and animated it? Now you want to export as a .png with transparency?
Have you ever tried to export a simple .png before so that you see and understand the dialog box that pops up during export? are you chosing "24 bit with alpha channel" in the "Colors" choice?
For those of us who may not want to download your file, please provide a more detailed describtion of everything related to this question.
Best wishes,
Adninjastrator

Layered Photoshop files with alpha channels

I wondered if anyone had a work around for the problem of layered PSD files with alpha channels not previewing properly in Aperture 3.1.1. I know it's been an issue in previous versions of Aperture but I thought Apple would have sorted this by now, or am I asking too much?

I tested a file last night as follows:
Sent file via 'Edit with Photoshop CS5' (as PSD 8-bit, sRGB color space) > changed background to normal layer > created circular selection around subject and inverted to remove most of image leaving transparent area (about 70% of image) > saved file > closed Photoshop > file updated in Aperture with black filling in the transparent area.
Resent the PSD back to Photoshop (which opened correctly with transparent area) > created two new layers and sent one to background > filled new background layer with White and left top new layer transparent > saved again and closed Photoshop > file updated in Aperture with white showing in transparent areas (no black).
AFAIK, this is how it is designed to work.
My only other suggestion would be for you to create a new empty library (press Option while launching Aperture > Create New..) and then import one RAW or JPEG file and test.
Note - you can reset Photoshop by holding down 'Command + Option + Shift' immediately after launching Photoshop and clicking 'Yes', then set the 'Maximize Compatibility...' to 'Always' again. Doing this prior to sending the file from new library would probably be best.
Apologies in advance if you have already tried this and for outlining procedures that you are already familiar with (just not sure what level Photoshop user you are).

No Method of Batch Export for Clips with Alpha Channels?

Good morning,
As many a flustered editor has eventually discovered, in order for FCP to export sequences with alpha channels to a 32-bit format, the timeline has to be un-rendered at the time of export, or else the transparent parts will appear black in the outputted file. This sort-of makes sense if you know how FCP and render files work, but in a perfect world I think I'd have designed the export interface a bit differently. Now that I think about it, I'm actually working in an Animation (Millions of Colors +) sequence, so converting transparent areas to black makes no logical sense at all.
Anyway, I have several sequences that I would like to export as 32-bit TGA QuickTime files, preserving their transparency. If I Export Using Compressor, the process results in pre-rendering of the sequence, turning the transparent areas black. The same problem occurs if I export QuickTime reference movies from FCP and open them directly with Compressor.
Does anyone know of a way to avoid this silly phenomenon or am I stuck individually exporting each sequence from FCP, one...at.......a................time?
Thanks,
Zap

Thanks, Andy, "Batch Export" eventually did the trick!
I forgot about that tool because I've never actually had to use it before! After playing around with it for a while, I found that as long as the sequence settings for each sequence in the batch are set to a codec with an activated alpha channel, it works just fine.
Thanks again,
Zap

Flash Player for FLV files with alpha channel encoded

My goal is to play the the transparent background flash video on the bottom right hand corner similar to the video on this website : http://www.dropshipblueprint.com/
I already have the FLV file with alpha channel encoded. I was made to understand I will need a special flash player that can read alpha channel in the flv file to make the background transparent? Is this correct? If yes, then how to accomplish this or where do I get that player, maybe opensourece player? If the player is not a solution then how do I accomplish my end objective taking into consideration I have the FLV file with the alpha channel encoded. Thanks for your help. Sam

Sam,
Welcome to the forum.
Where do you need to play this "sprite" (the name for such a Flash video)?
If you need to add that to a Video, then there could be a few challenges in PrE.
If you need to add it to a Web site, then Flash Player (free from Adobe) should be able to display that.
Can you please give us just a bit more info, on how you wish to use the sprite?
Good luck,
Hunt

Question: Quick Look in Finder; problems with alpha channels

Hi
"Quick look" in Finder is great for quick presentations of a folders selected contents but it only works with images that contains no alpha channels or masks. Is there any way to work around this to display say PhotoShop documents with alpha channels? Or any plug-ins/applications that can help?
thanks.

This has been broken forever in OS X, and I don't know why, because it used to work just fine. I suspect the engineers did something to QuickTime that causes this problem, but it has been borked for so long I don't remember when the ability to correctly display files went wrong. I just remember that once upon a time all sorts of things from Apple worked correctly in displaying such files, but pretty much nothing does now. This includes the Finder, Preview, QuickLook, and various third-party image browsers that use Apple's own system level image handling abilities, such as VitaminSee or CocoaViewX. When I need to actually see what's there, I browse with Adobe's Bridge.
Francine
Francine
Schwieder

Sudden problem with importing tiff files with alpha channel (CS5)

OK this is driving me nuts. For years I have been importing image files that have an alpha channel into FCP as.tiff files. I use Photoshop files only when I want to use the layers as they are too cumbersome otherwise). I have recent upgraded Photoshop, etc. to CS5 and now FCP won't import them anymore. I get a message saying: "File error: 1 file(s) recognized, 0 access denied, 1 unknown"
I am not doing anything different and tiff files created in just the same way in an earlier version of Photoshop import and work just fine. Is this a CS5 bug? Does anyone know of a work around. I want to keep using tiff files as they seem to work best for me with alpha channel work (and I don't see why I need to reinvent the wheel).
Thanks
A

I've had a similar issue recently. Same TIFF files downloaded from the same server, different FCP project, new error. I either see"File error: 1 file(s) recognized, 0 access denied, 1 unknown" or I get the even stranger, "Unrecognized file type."
I can open them in PS and save them again as TIF, same results. I know these are not CMYK files but even if resave the TIF as RGB, I get the same results, they are not recognized by FCP.
But if I open them in PS and save them as PNG with alpha, they improt fine.
I have no idea what's going on.
bogiesan
Message was edited by: David Bogie Chq-1

Graphics, ImageIO, and 32-bit PNG images with alpha-channels

I have a series of 32-bit PNG images, all with alpha channels. I'm using ImageIO.read(File) : BufferedImage to read the PNG image into memory.
When I call graphics.drawImage( image, 0, 0, null ); I see the image drawn, however all semi-transparent pixels have a black background, only 100% transparent pixels in the source image are transparent in the drawn image.
The Graphics2D instance I'm drawing to is obtained from a BufferStrategy instance (I'm painting onto an AWT Canvas).
Here's my code:
Loading the image:
public static BufferedImage getEntityImage(String nom, String state) {
          if( _entityImages.containsKey(nom) ) return _entityImages.get( nom );
          String path = "Entities\\" + nom + "_" + state + ".png";
          try {
               BufferedImage image = read( path );
               if( image != null ) _entityImages.put( nom, image );
               return image;
          } catch(IOException iex) {
               iex.printStackTrace();
               return null;
     private static BufferedImage read(String fileName) throws IOException {
          fileName = Program.contentPath + fileName;
          File file = new File( fileName );
          if( !file.exists() ) return null;
          return ImageIO.read( new File( fileName ) );
     }Using the image:
Graphics2D g = (Graphics2D)_bs.getDrawGraphics();
g.setRenderingHint( RenderingHints.KEY_ANTIALIASING , RenderingHints.VALUE_ANTIALIAS_ON);
public @Override void render(RenderContext r) {
          Point p = r.v.translateWorldPointToViewportPoint( getLoc() );
          int rad = getRadius();
          int x = (int) p.x - (rad / 2);
          int y = (int) p.y - (rad / 2);
          BufferedImage image = Images.getEntityImage( getCls(), "F" );
          r.g.drawImage( image, x, y, null );
     }

You may want to check on you system and see what ImageReaders are available, it could be ImageIO is just not picking the best one, if not, then you can use getImageReaders to get an iterator of image readers, then choose the more appropriate one.

Saving out with Alpha channel intact to windows machine? (Motion v3)

Similar Messages

Maybe you are looking for