Posts filed under 'Video'
Another day – whoosh!
Good grief how the day just files by when you’re concentrating.
I’ve been focussed on putting together a load of video demonstrations for this online training course I’m writing. Time has just flown by.
I’m gradually figuring our an effective (and increasingly efficient) workflow so my hope is that I will continue to increase the speed with which I produce each part of the course. (The good news being that all the writing is pretty much done.)
For those interested I’ve outlined my current workflow below. (more…)
Add comment September 29, 2009
It’s not important enough… and chroma-key playtime
There are few things in life important enough for me to venture out onto the British roads during a Bank Holiday weekend.
The sense of horror that washes over me when I merely contemplate the plunge into the tarmac terror that is Bank Holiday traffic is enough to persuade me that, short of life threatening circumstances, the project can be delayed.
Why do I raise this issue now? (more…)
Add comment August 29, 2009
SnapzProX, Final Cut and video coding
- Image via Wikipedia
I’m in the process of developing a lot of video demonstrations. To do this I am using SnapzProX on Mac OS X to capture screen video at HDV720p25, which provides 25fps at 1280×720 resolution, ideal for my purpose. These screen capture videos are then assembled with titles, voice over, music, etc. into the final product using Final Cut Pro (with some Motion work thrown in for good measure). The final video is then rendered to various formats using Compressor and the excellent CRAM library of Compressor settings.
This workflow works very well but for one step. When loading SnapzProX capture (SnapzProX claims to be writing Apple HDV720p25) into a Final Cut project with an HDV720p25 timeline the video is chopped off early. The problem, it turns out, is caused by the way SnapzProX records video. The framerate in the video is recorded using a variable rate and is not properly encoded as 25fps when written out, despite the codec being set to HDV720p25. Long story short, the captured video is complete (plays back fine in Quicktime) but Final Cut is more picky and always reads the framerate as 10fps (the default constant framerate used by SnapzProX) even though the actually recorded video may have a variable frame rate. Confused? So was I.
The solution, it turned out, was to re-encode the SnapzProX produced video using Compressor set to produce HDV720p25 video. This additional step corrects the framerate information in the video (making the video slightly larger as a conseqence). With this corrected encoding Final Cut is satsfied and all is right with the world again.
![Reblog this post [with Zemanta]](http://img.zemanta.com/reblog_e.png?x-id=8e0c48f5-f723-4d6f-bf47-2ce2cac945e8)
Add comment June 22, 2009
