Apple Final Cut Pro support for native ARRI RAW format was supported using Glue Tools Tool Kit.

Avid Media Composer support for native ARRI RAW format was supported using Avid Meta Fuze.

Contact Datalogics (Ph: +91 44 2432 1683 / 84 – 5 Lines or Email: malar@datalogicsindia.com).

MacBook Tech Specs:

MB061LL/A: Mac Book 13.3, 2.0Ghz Intel Core 2 Duo, 1GB (2×512MB) of 667MHz DDR2 SDRAM (PC2-5300);, 80GB Serial ATA/100; 5400-rpm, Combo Drive,  Intel GMA 950 graphics processor with 64MB of DDR2 SDRAM,  Built-in iSight camera,  13.3-inch (diagonal) glossy TFT widescreen display, 1280 x 800,  0ne FireWire 400 port (8 watts),  Two USB 2.0 ports (up to 480 Mbps), Built-in 10/100/1000BASE-T (Gigabit),  Built-in 54 Mbps AirPort Extreme Wi-Fi (802.11g)(4), Built-in Bluetooth 2.0+EDR Enhanced Data Rate Module.

After Much Speculation and year long delay Apple unveiled Final Cut Server today for a price of $999 before NAB 2008, Since Apple is not participating in this year NAB. Check out the information, technical specs and tutorials in Apple Website.

 Apple released their next major operating system Mac OS X 10.5 Leopard today . All macs purchased from today comes  pre-installed with Leopard. Leopard comes with more than 300 new features. New features in Leopard are available here.

Final Cut Pro users dont update your system to Leopard. Please wait for the support provided by apple for Apple Pro Apps like Final Cut Studio 2. Avid users never update till you get confirmation from Avid. I will post back when Leopard support for Final Cut Studio and Avid available.

Leopard is available $129 for single user pack or 5 user family pack for $199.

Apple announced today an upgrade fro Apple Pro Applications Support 4.0.2.

This update addresses issues with keyboard interface reliability for Apple’s professional applications and is recommended for all users of Final Cut Studio.

Adobe is releasing today flash player 9 beta update, where they are to support the open source format H.264 which was supported by Apple on their iTunes encoded videos. Till now Apple is the major supporter of this format. The public beta version of the update to Adobe Flash Player 9 software, code-named Moviestar, which includes H.264 and HE-AAC functionality, will be available later today as a free download from Adobe Labs at http://labs.adobe.com. The final release is expected to be available via update in the Fall.

Update:

Adobe® Flash® Player is the high-performance, lightweight, highly expressive client runtime that delivers powerful and consistent user experiences across major operating systems, browsers, mobile phones, and devices.

Adobe Labs features prerelease versions of the Flash Player 9 Update software. The beta is an opportunity for developers and consumers to test and provide early feedback to Adobe on new features, enhancements, and compatibility with previously authored content.

This update, codenamed “Moviestar,” includes new features, enhancements and bug fixes for Windows, Macintosh, and Linux versions of Flash Player 9, including:

Support for H.264 video and HE-AAC audio codecs (new Aug. 21).
Multi-core support for vector rendering.
Full screen mode with hardware scaling.
Flash Player cache for common platform components, such as the Flex framework.
Support for Microsoft Active Accessibility (MSAA) in the Windows plug-in.

For More information check here

*First, I am not currently an FCP user for my primary editing tool. This article was originally a post on the HDV forum that seemed to be helpful to some users on that forum. The technical factors surrounding the handling of HDV in FCP have little to do with FCP itself and I have no intention of critiquing this, or any other editing system in this article. –Tim Kolb)

HDV native editing is possible certainly, but as a rule any system that cuts HDV at X efficiency, cuts an I-frame only format (like MJPEG for example) at X+ efficiency and cuts a compression format that is I-frame and optimized to run on a computer processor at X++. The differences are variable, but the relative positions remain the same.

HDV is not an I-frame format of course, it is temporally compressed…but the part rarely mentioned is that MPEG as a compression technology was not designed to run on a PC or Mac processor…it was designed to run on a dedicated chip.PCs and Macs can run MPEG compressors and decompressors of course, but the instruction set isn’t really structured to exploit a computer CPU’s power at peak efficiency.

You also would want to consider that MPEG is asymmetrical in that it takes more power to compress than to decompress, which was by design as MPEG was designed as a distribution format, making it cheap to decompress for consumers and expensive and more difficult to compress…an acceptable system when content producers are doing the compression.

These factors combine to make editing MPEG a heavy load for most computers. Again, this doesn’t mean that it can’t be done…it’s done by many pieces of software now and as the brute force power of computers continues to increase, it will continue to improve. It’s a question, particularly with long form event work like weddings, of efficiency.

Some FCP users may have additional approaches to this, but the workflow options and implications that I’m aware of for FCP’s most popular choices for editing HDV without an added card are

HDV native;
HDV footage on an uncompressed timeline;
Transcode to DVC ProHD, or decompress; and,
Ingest (and edit) as uncompressed.

The factors I’ve outlined have nothing to do with FCP’s overall editing functionality, only the logistic implications of the workflows.

1. HDV native
This approach has the advantage of a small filesize on disk. 2 hours at 25 Mb/s takes the same space as normal DV, about 24 GB. HDV footage is placed on the timeline and transitions and FX are previewed very fast…”real-time” is the assertion, but the resolution may drop during preview to accomodate the speed…not necessarily a big deal.

The big deal for an event videographer might ed up being the “conforming” time at the end of the process which takes some multiple of the length of the timeline to complete, variable based on your system muscle. “Conforming’ would be the stage when the timeline needs to be recompressed to create the new GOP structure and render effects, etc., to be ready to output to HDV.

HDV native editing on any platform has other factors too. (I have some details on HDV native later…)

2. HDV on an uncompressed timeline
FCP can ingest HDV natively and edit on an uncompressed timeline, avoiding any recompression issues as the timeline itself is not attempting to maintain an HDV data rate. (Graeme Nattress brought this method of editing to my attention.)

The output of the timeline would then involve going out HD-SDI to a conventional HD format (probably not a normal event video workflow) or transcoding back to HDV or to SD DVD or whatever. The main advantages here would be maintaining the small HDV filesize on disk, not being restricted to HDV fixed data rates while cutting on the timeline, and restricting recompression (if needed for output back to HDV) until the end.

3. Transcode to DVC Pro HD
Ingesting and transcoding to DVC ProHD certainly will improve editing response time over HDV native, but any time you transcode to another codec, there are factors to consider.

Data rate is one consideration. DVC ProHD has four or five times the data rate of HDV so there would be more drive space required. When talking about long event timelines, this could be significant. On the other hand, it is significantly smaller than uncompressed.

Color subsampling is certainly another area. DVC ProHD’s 4:2:2 trumps HDV MPEG’s 4:2:0 certainly…so with no other factors involved, there would be no quality ‘loss’ (you can’t ‘improve’ it of course) in color subsampling.

However, there are some other factors involved. HDV2 is not square pixel and (I’m not quoting camera sensors now, only picture sizes) is 1440×1080. DVC ProHD at 1080/29.97fps ‘displays’ 1920×1080 square pixel, but in reality only stores 1280×1080.

From a picture point of view, you are taking a 1440×1080 4:2:0 image and transcoding to a different codec that is 1280×1080 4:2:2.

If you are shooting HDV1 with a JVC, you actually start with a true, square pixel 1280×720 image at 4:2:0 color subsampling. Ingesting and transcoding to DVC ProHD 720p at 4:2:2 and five times that data rate (HDV1 is slightly less than 20Mb/s) seems like it should be a good idea, but DVC ProHD at 720p doesn’t store 1280×720. It is storing 960×720 at 4:2:2.

None of this is to say that you shouldn’t work with DVC ProHD as your edit format, but you need to test it and go into it with your eyes open.

The better response during editing may enable you to crank out your event projects quicker, justifying the larger file sizes. Any visual impact on the material may be minor and perfectly acceptable for your customer.

DVC ProHD is also a codec that was not originally designed to run on a computer. It was designed for a tape acquisition system, and therefore is a constant bitrate codec. While it runs better than HDV for editing response, a computer-based codec like that in an Avid should be even more effective. Outputting the DVC ProHD timeline would then require an HD-SDI output to an HD deck, or a transcode back to HDV MPEG or SD DV or DVD or whatever your deliverable is to be.

4. Ingesting and edit as uncompressed
Ingesting HDV and decompressing it to uncompressed is the highest quality option, but also the highest cost due to the filesizes simply being immense and the disk speed and size requirements being substantial. For a television spot, this workflow might pay off in quality benefits, but for a wedding or event this workflow would require more resources than it would be worth in my opinion.

*****

There is one more overall workflow approach which would involve purchasing an add-on card: transcoding to a proprietary format.

There are several manufacturers (AJA and Black Magic Design come immediately to mind, and there are others) who make HD-SDI video I/O cards that also come with proprietary compression systems that can provide high quality alternatives to HDV compression.

Pros: Gentler compression can help protect image quality through the post process and the HD-SDI card can provide conventional HD monitoring.

Cons: More disk space will be required for the larger files and the disk drive subsystem will need to also be faster for responsive playback than you would need for HDV files, or even DVC ProHD.

HDV native editing
The claim that was widely made by many NLE manufacturers is that if you are “cuts-only” on an HDV native timeline, there is no re-compression. This is unfortunately impossible, at least as far as outputting the timeline back to HDV is concerned, if not at the moment that the editor makes the cut on the timeline.

Consider the factors of HDV compression of long GOP and CBR or constant (fixed) bitrate, applied to an edit sequence that might be considered typical in a broadcast or corporate environment:

(15 frame GOPs-Sony/Canon, assuming each cut represents new visual material)

The outpoint of first shot is frame 5 of the first GOP, and the next shot’s inpoint is frame 11 of the next GOP. So the edit looks like this in frame numbers:

1 2 3 4 5/11 12 13 14 15 1 2 3 4 5 6….

Even though the frame 11 inpoint is not an I-frame, due to the edit to completely new visual material, the frame must be reconstructed from the original GOP basically in its entirety. This gives it the data size of an I-frame, even though it may be out of position within the original GOP to be an I-frame.

With a 15 frame GOP, the fixed data rate of 25 Mbits/s is based on seeing an full-size I-frame every 15 frames…and we’ve just created three I-frames (in size anyway) in 10 frame’s time. We are quite simply above the data rate allowable for HDV2.

(JVCs 720p version of HDV is considered to be “HDV1″ and uses a 6 frame GOP.)

The compressor…and not just any compression, but very aggressive HDV MPEG compression…needs to further compress the video to keep it under the data rate ceiling.

This doesn’t address the issue of I-frame shift before output, which happens when you output an HDV timeline back to HDV. The I frames generated during acquisition have only a 1 in 15 chance of falling on an I-frame position in the output file….which results in recompression due to needing to juggle data. This adds countless predictive and bidirectional frames into I frames for output, while discarding most of the real image data contained in the original I-frames.

Whether or not all of this creates visual artifacts that you or your customer find unacceptable is your decision as a producer. Cost effectiveness and acceptable quality level mean different things and relate to each other differently in every situation.

And remember: editing HDV native as I’ve described it is not unique to FCP. Premiere Pro and Ulead, Vegas and Edius all have modes that can edit HDV natively and while they all have slight differences in how they handle HDV natively, they all have the same, basic hurdles to overcome.

As for examples of codecs that were developed for PC/Mac processing efficiency, the two that come most immediately to mind are CineForm’s Aspect/Connect HD and CanopusHQ. Both these codecs are used as intermediate editing formats for HDV on the PC side of things and are very high quality. Avid’s proprietary codecs would also fall into this category in the cross-platform category, though Avid’s original codec technology was designed to work on proprietary Avid hardware, and AJA and Black Magic (among others) have workflows designed to work with their products as well. CineForm’s codecs are on the way for QuickTime on both Mac and PC, but very fast editing response that CineForm’s codecs are responsible for within Premiere Pro on the PC may or may not be possible depending on how deep into the plumbing of FCP things can be tweaked by a third party vendor.

I’m sure that many users could offer nuances and variations to what’s been offered here. I’m only trying to lay out some basic parameters outlining the technical factors involved in the various methods of handling HDV through post production.

After all that…(whew!) the main point is that HDV native editing in FCP is certainly possible, but it has its advantages and drawbacks. Knowing precisely what those advantages and drawbacks are and how they affect your workflow are the key to making the best system decisions.

-Tim Kolb

My Comments – For better quality transcode the hdv captured footage in to Apple Pro Res 422 medium or higher for edit and deliver to medium of choice.

• Support for full screen viewing in QuickTime Player
• Updates to the H.264 codec
• Numerous bug fixes

This release is recommended for all QuickTime 7 users.

Confirm requirements and versions

1. Check system requirementsMake sure that you haven’t overlooked any hardware aspect that’s required to use Final Cut Pro. You can view the system requirements on the Final Cut Pro Technical Specifications page.
2. Update to the latest software versionsChoose Apple > Software Update and make sure that you have the most recent updates for your versions of Final Cut Pro, QuickTime, and other important system files. Installing the latest updates ensures that your software has the latest improvements and enhancements.
3. Check compatibility and driver versions for third-party devicesIf you’re using a third-party capture card, storage system, input device, or something else, check the support area on the manufacturer’s website to be sure that you’re using the latest version of the relevant driver or other software for your device. To see if your video device has been qualified for use with Final Cut Pro, check out the Final Cut Studio Device Qualification web page.

Delete the User Preferences

You can resolve many issues by restoring Final Cut Pro back to its original settings. This will not impact your project files, but you should verify your Scratch Disk location setting after doing this. To reset your Final Cut Pro user preference settings to their original state, do the following:

1. In the Finder, go to ~/Library/Preferences—the tilde (~) represents your Home folder.
2. Remove the “com.apple.finalcutpro.plist” file from the Preferences folder.
3. Remove the “Final Cut Pro User Data” folder from the Preferences folder.

Remove receipts and reinstall Final Cut Pro

Another approach you might consider is reinstalling Final Cut Pro. To do this effectively, you need to remove the application and its receipts, then install Final Cut Pro and use Software Update to install additional updates. You don’t have to remove everything that was installed with Final Cut Pro. Follow the steps below to completely reinstall a fresh copy of Final Cut Pro. Note: Make sure that you have your installation discs and serial number handy before starting this.

1. Open the Applications folder.
2. Drag the Final Cut Pro application to the Trash.
3. Go to /Library/Receipts.
4. In the Receipts folder, select the “FinalCutPro.pkg” file.
5. Choose View > as List to view the contents in a list.
6. Click the Date Modified column header so you can easily see all of the receipts that were installed at the same time as Final Cut Pro.
7. Drag the FinalCutPro.pkg receipt to the Trash, as well as any other items that have the same modification date within 3 minutes of the FinalCutPro.pkg’s modification date.
8. Click the Name column header to sort the list alphabetically.
9. Drag any other receipts whose names begin with “Final Cut Pro” to the Trash.
10. Insert your Final Cut Pro installation disc and install Final Cut Pro.
11. When finished, use Software Update (under the Apple menu) to update your software to the latest version.

For further information on settings or installation, please refer to the Final Cut Pro documentation available on your installation discs.