-
ProRes 4444 won’t edit to tape General Error 88
We recently received files from an outside source for layoff to tape. The files were ProRes 4444. They were moved to a FCP system running version 7 on an 8 core MacPro booting in Leopard 10.5.8 with an Xserve RAID (RAID 5) for storage and a Kona 3 card. The clips ingested fine and could be edited in FCP no problem. However, when it came time to layoff, Edit To Tape failed with “General Error 88”. We did not find a solution other than rendering out a 422 clip and putting that to tape.
Yesterday a client comes in with an FCP project and HDCAM SR 4444 source tape. We conformed in ProRes 4444 and got the same result – “General Error 88” when we tried to create a HDCAM SR master.
I find it odd that we can ingest and work with this material but can’t seem to layoff. I don’t think this is a data rate issue – it’s ProRes after all. 330 Mbps should not be an issue for this system. The Kona drivers are up to date as is everything else.
Any thoughts on this?
-
5 Replies
-
Jeff,
This is clearly either a Kona card issue or a case of pilot error, of improperly controlling the output of the Kona card. You should really call AJA. Their tech support guys are as good as any in the biz and they can typically provide solutions in minutes that would otherwise take you days to sort out on your own. Clearly, you have already invested a lot of time with a solution, so give them a call pronto.
David Roth Weiss
Director/Editor/Colorist
David Weiss Productions, Inc.
Los AngelesPOST-PRODUCTION WITHOUT THE USUAL INSANITY ™
A forum host of Creative COW’s Apple Final Cut Pro, Business & Marketing, Indie Film & Documentary, and Film History & Appreciations forums.
-
Thanks David, I will call them as soon as I can get access to the system. It is in session right now. I’ll report back here when I learn something.
-
A quick search of this forum showed this error has happened on Kona and Decklink cards and seems to be caused by more than one factor. It is a typically useless error message that basically can mean there is a frame rate mismatch between the deck and the sequence or there may be a corruption in the file. It probably pops up on other occasions as well. I suspect the AJA tech support may know more and be more responsive than Apple so go with David’s suggestion.
Making a new file is probably fixing a corruption. It is also not ProRess4444 specific as people report this message on a variety of codecs and frame rates.
-
Aja felt that this was not a Kona or driver problem. I zapped PRAM and had the operator try again with the layoff. The clip brought to us from outside sources worked fine and we successfully made a layoff to HDCAM SR. I still have not been able to test the layoff of a clip we ingested at ProRes 4444 – maybe today.
I feel there might have been an operator issue as well here – perhaps the wrong easy setup was used, not sure. However, this computer has two systems drive: One with FCP 6 and one with FCP 7. I have noticed that on occasion that booting from one to the other is a little hinky. Maybe we should always zap PRAM when switching between the two boot volumes.
-
[Jeff Franklin] “Aja felt that this was not a Kona or driver problem.”
I don’t either,
I have been doing this all morning testing a workflow with SL 110.6.2/ FCS3 / Kona 3 w 7.5 drivers / SRW1 deck from and too the deck via Dual Link with out issue.
have you tried VTR exchange to lay off to tape with the same file?
my guess it is something wrong with the file.
gary adcock
Studio37
HD & Film Consultation
Post and Production Workflows for the Digitally Inclined
Chicago, ILhttps://blogs.creativecow.net/24640
https://library.creativecow.net/articles/adcock_gary/AJAIOHD.php
Reply to this Discussion! Login or Sign Up