Activity › Forums › Apple Final Cut Pro Legacy › Animation codec for digibeta transfer?
-
Animation codec for digibeta transfer?
Posted by David Hails on April 8, 2007 at 10:46 amI have an animation that I am editing and I need to render out a quicktime movie for DigiBeta transfer. All the animation clips are quicktime animation codec, but when I export out the final movie using the animation codec artifacts appear on the side of the screen, Is there an issue with the codec?
What is causing this problem?
Do I have to use the same animation codec to output the film or is there a codec that will be better for the transfer to DigiBeta?I could really do with some support as the deadline is tuesday and the pressure is on.
Thanks,
DDavid Hails replied 19 years, 3 months ago 6 Members · 12 Replies -
12 Replies
-
David Roth weiss
April 8, 2007 at 5:35 pmDavid,
You don’t say which version of FCP you’re using, which, depending upon the version could have ramifications. Normally, I would suggest that you output to 10-bit uncompressed, but that codec seems to be having some issues in the lastest version, so, instead I woulod recommend you output to 8-bit uncompressed. It should do the job for you quite nicely.
DW
-
Chris Borjis
April 8, 2007 at 7:44 pmYou should be ok with 10-bit. (its all I render to)
a lot of the issues have to do with having the sequence rendering for 10-bit
in fcp set for 32-bit float which causes all kinds of problems according to Graeme Nattress.Someone also mentioned a problem with scaling footage in 10-bit, but if your just rendering
to the codec and outputting to tape it should be no problem. -
David Hails
April 9, 2007 at 12:05 amI have rendered it out and it ‘s looking good!
Thanks for the help!
D
-
Marco Solorio
April 9, 2007 at 7:31 amJust to note that viewing 4:4:4 RGB media will slightly change once it hits 4:2:2 YUV or Y’CrCb color space. Full chroma latitude will get chroma-filtered to a compressed color space. Keep in mind too that about 75% of the RGB colors will be legal in YUV NTSC once in that realm. Super-whites… not a chance. Pure 255,0,0 red… get ready for the NTSC police!
Transcoding to 10-bit uncompressed is the best way, but it’ll never be the exact same as the RGB original in more ways than one. Make sure to look at the scopes!
Marco Solorio | OneRiver Media
-
David Hails
April 9, 2007 at 2:42 pmThe Animation is funded by the British Film Council and is to be showed internationally at selected film festivals. They have requested the DigiBeta Tapes to be PAL but I will need to Make a NTSC version for the States. The previous post mentioned broadcast legal colours, I have no experience of this, how do I go about setting up a 10 bit uncompressed render that meets legal NTSC requirements? What do I have to set up?
Thanks,D
-
David Roth weiss
April 9, 2007 at 4:10 pmDavid,
Marco is suggesting that you check your material on the timeline using your waveform/vectorscope and color correct using the 2-way color corrector to bring in within legal parameters before exporting. Most likely because you created in RGB color space in photoshop or AE before bring it into FCP’s YUV color space.
DRW
-
David Roth weiss
April 9, 2007 at 4:19 pmMy previous message was supposed to say 3-way color corrector. I comitted a typing before caffiene error… Pardon me.
-
Marco Solorio
April 9, 2007 at 6:44 pmWell David W., sometimes using the 2-way CC works too! Just a little reduction in overall saturation can sometimes fix a simple chroma problem.
David H., for a cheap and easy way out, you can also use the “Broadcast Safe” plugin to make sure your videos are within the NTSC legal limits.
Marco Solorio | OneRiver Media
-
David Hails
April 9, 2007 at 6:56 pmHave applied the filters and read up a bit on the background, I think I am comfortable with the process now. Thanks for all the help! D
-
Ben Scott
April 9, 2007 at 7:20 pmto get the video to the uncompressed 10 bit YUV ntsc codec just use the preset from compressor in the standards conversion section of settings.
animation codec is set to output the video at a different gamma than the footage was edited in and isnt ideal. you would need to precorrect footage to a specific gamma to get it to output as you edited it.
to get the 10 bit YUV colour to be broadcast safe you would need to either regrade/colour correct the footage on an NTSC broadcast deck, graded monitor and in a project set to uncompressed NTSC outputting using an uncompressed video card. the fact that transitions and effects have already been rendered could cause this to be a long process. you can use the broadcast safe filter but this will clamp the colour.
you can also get the people when transferring to NTSC to use a legaliser to make sure the colour is clamped, although this could cause colour changes to be introduced that are undesirable. someone told me of somewhere cheaper in soho london but i couldnt find it after looking this evening, can find out later in the week if you are interested when back in london.
– – – – – – – – –
Check my podcast at https://cowcast.creativecow.net/final_cut_pro/index.html
or my site at
https://www.benscottarts.co.uk/ – – – – – – – – –
Reply to this Discussion! Login or Sign Up