HD Capture into Xserve raid dropped frames

Any body know how to set up an xserve raid to capture uncompressed 1080/24p footage. I striped it to a raid 5 got dropped frmes detected, redid the stripe in raid 3 got the same thing, please help!
I'm shooting on the Canon XL H1 at 1080/24p sending the feed from the cameras HD/SDI output to a Panasonic AJ-1200A DVCPRO HD deck. after capture I want to import the footage into FCP thru the blackmagic multibridge extreme onto a 7 terabyte xserve raid.
g5 Mac OS X (10.4.4)

You may check your cache settings on Xserve RAID via RAID Admin tool.
Here is the settings I believe should work for most video captuer cases.
RAID ADMIN 1.5, with 1.5 firmware on Xserve RAID
1) Use controller write cache checked
2) Use Drive cache checked
Read Prefetch:
8 stripes

Similar Messages

Capture on the fly dropped frame aborted capture - clip gone forever???

I foolishly set up my Macbook pro to capture the video feed live from an HVX200 camera via firewire... THE clutch interview for a client... Lo: what happens but halfway through the interview, capture aborts and error message reads "capture aborted due to dropped frames".
It's an investigative journalism project, with a hostile interview subject, so no do-overs possible.
Clip not showing up in capture scratch or anywhere else.
My question is: has anyone had any luck rescuing an incomplete clip like this? The hard drive was churning, doing computerlike things, writing, so the information is there somewhere. It's just that the "pointers" or "handles" of the clip are gone. I know with IBM/Avid there's an attic where you can get to weird and/or incomplete files - is there anything like that with MAC/Final cut? Or is this setup "all or nothing"?
Maybe someone knows about a program that can recover incomplete data, good for MAC?
I know, shame on me for capturing straight to computer - I'll never do that again.
thanks!
Jeremy

has anyone had any luck rescuing an incomplete clip like this?
Nope. The file failed to complete...QT/FCP didn't get a chance to write the end code for the clip, so it is unusable.
I know with IBM/Avid there's an attic where you can get to weird and/or incomplete files
The ATTIC in Avid terms is the same as AUTOSAVE in FCP...it saves a backup of the project bins, not the media. Not sure about the IBM attic...
I don't know of anyone having luck recovering a file that has been aborted like this. And this happens to more people that we'd like to see. Capturing one-of-a-time events straight to computer with no backup. Bombout.
Shane

"Capturing drop-frame media into a non-drop frame clip" error message

I've logged tapes from what will partly be a 3-camera multi-clip project, and have begun to batch capture.
Logged all but one tape some weeks ago, and captured one tape at the time.
Went to batch capture the balance, today. First tape capture went fine. On trying to capture the next tape in the batch I'm getting this message as FCP begins the process:
WARNING: You are about to capture drop-frame media to a non drop-frame clip. If you proceed, you may experience changes in logged in and out points, problems relinking media, or removal of master clip relationships.
In analyzing the situation, the only reason I can think of for the error message is that some of the reels were logged on a DSR-11 that had been set to NON drop-frame, and for which I didn't have the remote control to change the setting.
I haven't run into this while capturing other clips, but those may have been captured via a different deck that does only drop-frame.
So, I'm looking at next steps:
1: Capture anyway and possibly regret that I did that.
(One person on another list reported the same problem, that he had ignored it without any obvious complications.)
2: Relog all the problem clips using my current deck, speeding up the process by using the "go to" window to drive the tape to the existing in and out points and then marking i/o's...
Or...
Suggestions?
Thanks,
Ted.

We've been seeing this stupid error message since v3 and it's never mattered in the slightest. It is always incorrect, anyway. The clips are always drop and the sequences are always drop. It's an FCP programming glitch/bug/screwup. Someday they may or may not fix the mechanism that triggers the warning.
bogiesan

Trouble capturing to xserve raid

Hey,
I'm having serious issues capturing from my Dual 2 Ghz G5 with 3.25gb RAM (running os 10.3.9) to my apple xserve raid.
My raid is striped as raid0 and is connected by fibre channel to another G5 running os 10.4 server software. Capturing from this G5 works perfectly, but when I try and capture from my other G5, which is connected to the G5 with server software via a gigabit ethernet cable, I encounter numerous dropped frames.
I have tried everything I can think of to get this working, but to no avail.
Any suggestions would be most appreciated. Am I wrong in thinking that I can capture DV to an xserve raid across a gigabit ethernet? If so, what would I need to do to solve the problem?
Sorry if I've been abit vague or if I've not supplied as much info as needed. Please let me know if there is anything else I need to add!!
Thanks in advance for any help given.
Cheers
Adam

Thanks for your post - I know its been a while responding, but it seems to be one thing after an other at the moment!
Right, for a time, your suggestion worked! We started capturing to our local drives, then transferring the media across. Render files and project files were also saved on the raid. Generally our workflow was very good - but not perfect!
Then I realised that one of the macs that is connected to the network isn't gigabit, which, from my understanding, means that all the other macs would be limited to 110mbs instead of 100 - Do you know if I am correct with this assumption?
Anyway, it hasn't caused us major issues and because of how busy we've been we haven't really had a chance to test the theory and/or reslove it.
Anyway, my boss then kindly went out and bought me a G5 Quad, which was also added to the network and then we upgraded to FCP5 on every computer - now we are having no end of trouble working across the network. When we capture locally, move it across and then play it back the footage is constantly freezing, especially on the Quad!
People keep telling me that you can't use dv across a gigabit network, but surely this can't be the case.
There must be something I'm doing wrong? if it the 10mbs issue I mentioned, or do I simply need to go spend alot of money upgrading every mac to fibre channel? Even if I did this, would it definately solve all our problems?
Pleae, please, please help!!!
Adam

Problems capturing - no sound and dropped frames

I have just begun a new project on FCP 5 on a G4 Powermac with OS X 10.4.10. This is the first project on this particular machine, but am reasonably au fait with FCP.
I am attempting to capture from a Canon XM1 via Firewire, and although I am able to control the deck and play video from it, there is no sound (other sounds are audible from the Mac speakers and there is audio on the tape in question). The capture setting is for DV Pal 48hz. In Audio/video settings, the options in Audio playback, apart from 'built in audio' are greyed out. The sound levels in FCP indicate that the audio is being recognised.
Also, any attempts to capture, whether via Capture Now or as a clip result in dropped frames.
I can give more information if required, but would anyone have any pointers for this? I would be very grateful as time is against me!
Thank you

My mistake, I am actually using FCP 4.5.(for some reason I have the manual for FCP5 ???) The problem was that Speaker was set to off in Capture presets. Thanks for your help, now I have to sort out these dropped frames.
Ally

Network connection slow when capturing video to SAN, dropping frames

I'm currently connected to a storage area network via Windows Server 2003 64bit (with ExtremeZ-IP for AFP connections) with 1000baseTX Gigabit Ethernet speeds. When transferring files through the finder I'm getting about 50-70MB transfer upload/download. When I am capturing HD video I noticed the upload speed is roughly 3MB/sec with many peaks and valleys in the transfer. Quite often I get dropped frames.
Does anyone know why this would happen? It seems to me the issue is somewhere in the network. I don't know for sure but I would think 3MB/sec is to slow to capture 1080p HD video. My CPU and memory have plenty of inactivity so I don't think the issue is there.

HDV video runs at 3.6MB/s. If that's what you are capturing, that data rate makes some sense.
Capturing from tape is not the same as transfering files as FCP wants the next packet of data to arrive RIGHT NOW and if it doesn't, it will interpret the delay, not as a lost packet to be re-sent, but as a dropped frame.
FCP is not designed to work this way. It really is set up to work as a stand alone workstation with connectivity. People have gotten it to work as you wish, but there are lots of tricky issues.
x

Dropped frames only on xserve raid

dropped frames only on xserve raid
i'm not able to capture on xserve raid without dropped frames. tihis was a working sytem bud one morning it dosn't work. i capture on mac pro internal drives or external fw drives without problems.
the xserve raid is new formated in raid level5 [mac os extended journaled and striped in raid 0 extended] and the risult of kona system test are 178mb/sec write and 167mb/sec read.
must bee enought for 8bit uncompressed pal, no? also if i divide the stripe set the system dosn't work on both controler. i tried also to change the fibrechannel cables!
i checked also the fibrechannel card with expansion slot utility and the message is that runns at maximum speed.
there are no error message on raid admin, the xserve raid appears ok.
i'm shure that the fcp settings are ok, i know the list that regard dropped frames from apple.
i'm desperate, can you help?
thanks jochen
system:
mac pro 2x3ghz-5gb ram(from apple and the hardware test on the system dvd is ok)
osx 10.4.10
fibre channel card: lsilogic firmware 1.2.18.0 in slot 4
xserve raid 15x250gb firmware 1.5.1/ 151c
aja io (driver 3.0)
raid admin 1.5.1 (diver 1.0)
fcp 5.1.4

I'm guessing conditioning is the same as optimization, but I can't find anything about it in the help documentation. I ran another capture test today with no problems.
An interesting side event is that when I started experiencing dropped frames I ran the Kona System Test utility to verify write and read speeds. It wouldn't run (no write or read) on my RAID. I tried it on my Firewire drives with no problems. I discovered that in the Kona System Test preferences there is a choice of I/O API for Macintosh or Unix. When switching to the Unix I/O API the test ran fine with expected read and write speeds reported. I've used the Kona utility in the past without having to change that setting. I sent an inquiry to AJA.

Non Drop frame capture causing out of sync clip?

Hi, All,
I've been having trouble with sync issues on an hour long tape capture.
The material was captured from a Canon consumer DV cam (z80) using firewire into my powerbook g4. (The material on the dv tape was originally recorded in Video 8mm and transfered to the Canon via firewire from a modern Sony Digital 8 camera.)
The sync on the DV tape looks fine when I play it back through the Canon camera. So I'm guessing that I might be losing sync because the camera is dropping frames that don't want to be dropped. I tried to change the video capture settings to non drop frame (in the device control tab of FCP5's audio video settings preference window,) but as soon as I start the capture from the canon, the settings on my log capture window automatically revert back to drop frame. (I don't know this for a fact, but I do notice that the ":" in the timecode box turns back to ";" every time I start the capture.
Does this sound like it is, in fact, a drop frame problem? And if so, is there any hope of getting a canon consumer camcorder to capture at non drop frame rates?

Well, after trying most of the suggestions here, I did find a reasonably hassle free workaround to capturing the hour and fifteen minute footage of 8 bit 32 kHz video to FCP with minimal sync slippage over the length of the footage.
I finally gave up on capturing the material in FCP and instead hooked the canon z80 up to an old version of Toast Platinum 6 I had on my computer. Toast creates a raw quicktime movie file with the extension .dv. Toast then allows you to edit that quicktime file, add chapters, button pictures, etc. thereby making a new file to replace the raw QT it first created. After some experimentation, I discovered that the original raw QT file Toast creates can simply be dragged intact to the FCP browser window, where it becomes a clip with minimal sync problems. I would caution against trying to use the second improved QT file that Toast creates after you've edited your file, as this second QT movie seems less stable than the raw one it first creates.
A final caveat for Toast users. Make sure you set the preferences so that they don't DELETE the original file it creates. There are settings that will tell Toast to do just that either After a Day, After a Week, When You Close the Program or Never. I'd set that to Never, since it can be highly unpleasant to discover that your program has deleted the very file you were planning to work with.
Hope this is of some help.
Thanks to all who pitched in and offered suggestions. Your help has been invaluable!
I now mark this issue Solved. Or at least as Solved as I plan to get it!

Capture Keeps Aborting at 7 Min Saying "dropped frames"

After a recent update from Apple (to QT and iTunes) FCP suddenly stopped capturing beyond 7 min. I tried over and over again, switched disks, ensured space was there, tried different points on the tape, etc... No dice. No matter what I did, after about 7 min of capture it would stop and give me an error about dropped frames. If it is something to do with the updates I would think others would be having the same problem, but haven't seen anything on the discussion board.
Any idea where to start on this? Thanks in advance!
Using FCP HD 4.5 with JVC HR-DVS3U Deck

So, if the forum bite-backing is done...
FCP 4.5, QT 7.3, 10.3.9,
Dropped frames roughly every 6-7 minutes.
Details:
First, did a clip set to be an Hour or so long capture. Ran into the first dropped frame error. Tried again, about 3 times. Tried to do a simple manual Live Capture. No dice.
Said, F-it. Made several clips of roughly 6 to 12 minutes each. Varied in size and so forth. 10 clips. 1 out of 10 was actually captured. After multiple attempts to do a batch capture. Was reduced to capturing each clip one at a time. By the way, the successful capture was 3:16 minutes long. An unsuccessful capture was as low as 4:00 minutes long.
Then a painful run through of the clips, each checking at exactly WHAT TIME the frame drop happened. There seemed to be a 6-7 minute pattern on the TIMECODE.
BUT WAIT, there is more...
I have been capturing other video quite successfully all last week and this frame dropping issue just STARTED yesterday with this particular problem. This was a brand new tape (because I've had this happened on tapes I've reused) No muxing around with settings. I've checked all my settings and Safe RT is on, Low bit Quality, 2:2:2:4 is the pulldown pattern. I'm recording the internal drive. There are no CDs in the disk drive. I'm about ready to set up clips where I can TRY to avoid the dropped frames by stopping the capture before the time it is dropped.
Ah, the computer in question is a G4, 867MHz, 1.12g ram, with a Canon GL2...while it is a cranky computer, it has served in good stead.
I await with eagerness of your replies.

Dropping frames during capture Premiere 2.0

I am capturing 63minute mini-dv tapes, and I am dropping 5-8 frames every 10 minutes and 1 second.
I am running Premiere Pro 2.0, win XP SP2 on a hpxw4300 workstation with pentium 4. I have had this system for years, and have recently put new hard drives in, which is when the problem started. The new drives are Seagate 500GB SATA.
I have also tried capturing with windows movie maker - same problem. Tried capturing through matrox capture card and through the in-built firewire port - same result. Have tried changing the scratch disks which didn't help.
Any ideas? Really desperate to figure this out because i edit a lot of seminar footage and i'm sick of having to re-capture the dropped frames and splice them in.
Justin.

Two possibilities:
1. The tape you are capturing from really has dropped frames. Nothing you can do about it.
2. Your PC is not up to capturing, which I think is unlikely, unless you are running an old P4.
You can try to see with Process Explorer what processes are running. If there are more than 40-50 processes running, kill all extraneous activities.
Look here: Sysinternal Utilities

MSI VOX - MSIPVS (only cd); dropped frames in other programs;

I have dell inspirion 11000 (512mb, celeron 2,GHz) and msi vox USB TV tuner.
I have two problems.
In MSIPVS I can only select cd audio for audio output , but I have only mic in input on my computer. I guess this problem is in connection with the sound card on my lap top. I would like to know, if anyone was in the similar situation and how he managed to get out of this problem.
Second problem is probably in connection with msi vox driver. I am able to get preview only from IUVCR and MSIVPS. I can capture sound and video only from IUVCR since this program allows me to select microphone for audio input. But during the capturing I have a lot of dropped frames (around 70% ... my CPU usage is very small, disc fragmented .... ). Other programs just don't work.
Please HELP ME! ;-)
Thank you in advance

Could be the memory, but it's hard to tell.
It may be a problem with reading the timecode from the camera.
Some things to try:
You could try to capture now and capture the entire tape with device control on.
Turn device control off and capture now (this will not allow you to recapture footage based on timecode)
If you are capturing to your internal drive where your operating system is running on and have journaling enabled, this could be fouling up the capture process. To see if you have journaling on go to:
Applications->Utilities->Disk Utilities
select the drive you are capturing to
click the select the File Menu and see if the journaling submenu says enable journaling or disable journaling. If it says disable, then the drive is journaled.
Capturing to a FileVault Volume will slow down the capture process and probably causes dropped frames.
Reboot the computer and hold the right shift key down to start in safe mode. If you have multiple users, hold the shift key down when logging into a user. Try to capture in safe mode. This will turn off any pesky programs you may have running in the background.
Make sure the drive you are capturing to has enough free space. If you are capturing to a drive that is close to full or heavily fragmented, it will slow the capture process down and drop frames.
Other than that... it could be a memory issue or it could be the speed of your hard drive.

Drop frame - how do i know if my fotage has a drop frame?

hello,sorry about the stupid question,but dhow do i know if my fotage has a drop frame or not?
thx

To see if the footage you captured was recorded with drop frame (the default) or no-drop frame timecode, right-click on a clip and select Item Properties to check the frame rate.
For the 'dropped frames' question, if there were timecode breaks or other problems with the recording on the tape, FCP will either abort capture at that point, or start a new clip depending on what you've told it to do in preferences. The dropped frames on capture condition can also happen if there is a data throughput problem (I/O error) during capture.
For dropped frames on playback, you may sometimes get that warning if your system can't keep up with RT playback. To see if there actually are dropped frames, go through that section of the clip frame-by-frame to see if there appear to be any.
-DH

Drop Frame media warning

Im capturing footage from a DVCAM deck using the normal DV-NTSC Easy Setup, however, after logging the clips and preparing a batch capture, I'm getting a Warning prompt:
WARNING: You are about to capture Drop Frame media from a device currently detecting or configured for Non-Drop Frame media. If you proceed, you may experience changes in logged in and out points, problems relinking media, or removal of master clip relationships.
I've capture DV footage forever, and I've never had problem like this. This production house works in Drop Frame and my FCP is set for Drop Frame. I've tried setting the deck and FCP capture preset to Non Drop Frame yet I still get the prompt and the capture error (the capture is actually stopped as dropped frames were detected). Any help?

Thanks for your help. I tried right clicking on the In point (which isn't set) on the Browser and It had a check mark for non-drop frame. So I tried right clickin on Media Start and I had the option of Drop Frame or Non Drop Frame. I chose Drop Frame, but I still didn't see any change in the capture process. I just went to the User Preferences and turned off Abort Capture with Dropped Frames and it's capturing alright now. I'm still very mystified by this because I shut down the computer and tried the Batch Capture and it captured just fine (without the non drop frame prompt), but when I put in a new tape the prompt came up again when trying to capture. A restart of the computer didn't help this time.

Final cut pro 4 dropping frames

I have recently updated my software, now I can not capture without having a dropped frame thing pop up.

Hi,
Try this below, which worked for me:
1. From the Apple menu, choose System Preferences.
2. From the View menu, choose Spotlight.
3. Click the Privacy tab to reveal the areas that Spotlight will not index.
4. In the Finder, open your "Final Cut Pro Documents" Folder.
5. Look for the Capture Scratch folder and drag it onto the Privacy portion of Spotlight.
To test this, start a new "test" project in FCP and log and capture a number of clips and see if the dropped frame problem pops up. Put the clips on the Timeline, do some effects like dissolves, etc.
If you still have an issue, open up FCP, choose User Preferences, select the General Tab and uncheck (that is, remove the checkmarks from the following: Sync audio ..., Report dropped ..., Abort ETT ...,
Abort capture .... Also, "on time code break," select make a clip.
Report back.
Richard

Dropped frames on Xserve RAID upgraded w/750GB drives.

I'm capturing in 10-bit uncompressed standard definition 720x480. I just upgraded one side of my Apple XRAID, (connected directly via fibre channel) with seven, 750GB hard drives from Apple, drives designed for the XRAID, (came with there own sleds.)
Current Xserve RAID firmware version is at version 1.5.1/1.51c
Before the upgraded drives, no issues with dropped frames, (drives 1-7) the other side of the same RAID has no problems, (currently running 250GB drives, drives 8-14.) All sleds are populated with drives of the same capacity, (respective to each side.)
The drives were formated using the Xserve RAID Admin software and mounted using Apples Disk Utilities, Journaling turned off. The final formated capacity of the RAID on drives 1-7 is 4.1TB.
When I capture to the drives on the upgrade side, I get dropped frames. When capturing to the other side, no issues, works great. I checked the settings for performance and they are the same for both sides, as follows:
Use Controller Write Cashe - ON
Allow Host Cashe Flushing - OFF
Use Drive Write Cashe - ON
Use Steady Streaming Mode - OFF
Read Prefetch: 128 stripes (8 MB/disk)
My capture box is an AJA I/o and has never given me dropped frames till now, but only on the side of the RAID that has the new 750GB drives. I also have another RAID that uses 500GB drives on both sides and it work just fine as well, (no dropped frames) using the same performance settings in XRAID utilities.
Any suggestion on why these new Apple drives modules are dropping frame would be very much appreciate. Again 7 new 750GB drives from Apple w/sleds having dropped frame issues.

I'm capturing in 10-bit to avoid loss of quality from analog sources like BetaCam SP as well as line 21 must be part of the captured file, because it contains line 21 for captioning. Eight bit has a banding issue that I can't have in the final product and 10-bit doesn't have this issue.
Source quality is maintained completely when working in 10-bit uncompressed, as well as the captioning data that I need, which is stripped out of the captured video latter. Captioning software can read line 21 of the raster area, of the captured file.
Source video is from BetaCam SP, DVC Pro and DVCam.
The RAID is an Apple Xserve RAID, connected via Fibre channel directly, (no xsan.)
I also create high quality QuickTime Streaming files from these source files, the higher the quality of the source video the the better the streaming files look when created.
I have never had any problem capturing till I installed these new drives from Apple.
The RAID is as stated above, is an Apple Xserve RAID, connect via a fibre channel card in a Mac Pro 3.0GHz tower, (no xsan is used, due to connecting directly to the XRAID.)

HD Capture into Xserve raid dropped frames

Similar Messages

Maybe you are looking for