[Bf-vfx] Problems and bugs regarding VFX editing in Blender

[Coen Spoor]

Some more pointers:
- troy's advice about setting the start and end frame of your movie/sequence plane, is the way I do it
-don't ever use movie files, especially h264, DON'T USE IT except for final renders/edits
-don't use PNG, it may have alpha and look pretty, the compression algorithm makes is horrific for your memory usage
-decode footage into a tga sequence, larger files but that's what you want, large easy to read files, tga's have from what I can tell almost a 1:1 file size/memory usage ratio
-use the blacks from a explosion/bullet hit as an alpha in the material compositor, works as a preview in GLSL mode too

Cheers,
Coen Spoor
NachtWerk vfx

Op 27 sep. 2011 om 00:54 heeft Matt Ebb <matt at mke3.net> het volgende geschreven:

> 
> 
> On Tue, Sep 27, 2011 at 8:39 AM, Troy Sobotka <troy.sobotka at gmail.com> wrote:
> 
> 
> > 2. There is a problem with transparent quicktime videos. These are quite often used as source video files for various VFX (for example, I've bought Action Essentials 2 from videocopilot.net). It seems that in some cases Blender isn't able to read the alpha channel from quicktime video.
> 
> When you speak of "transparent Quicktime videos" you are actually
> talking about a wrapper with a codec inside. I'll make an assumption
> you mean an h264  via an MOV with an alpha channel.
> 
> The quicktime 'Animation' codec (lossless, similar to png) supports transparency - it worked for me many years ago but I haven't tried it lately. Other than blender now not understanding it, perhaps if ffmpeg is reading the quicktime file rather than the quicktime api, it may not support it.
> 
> _______________________________________________
> Bf-vfx mailing list
> Bf-vfx at blender.org
> http://lists.blender.org/mailman/listinfo/bf-vfx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.blender.org/pipermail/bf-vfx/attachments/20110927/7cbc689b/attachment.htm