Multibridge / digibeta layoff - jitter - bad timecode

i'm on a mac pro
multibridge extreme
fcp 6.0.1
sony digibeta dvw-m2000 deck
using SDI to deck and rs422
device control: blackmagic ntsc 29.97
video out: blackmagic ntsc 10 bit
i have tried both insert editing with a blacked tape and assemble editing with a enough black to find the in point.
i am getting mixed results but primarily am getting an interlace jitter effect when i playback the digi tape. i cannot get the LTC to lock on when using assemble.. and when using a blacked tape and doing an insert edit (not sending timecode), i get varied results.
my real question is: am i missing a big obvious step here... is a blackburst gen needed to do this correctly?
should timecode come through SDI? are there any custom settings needed in the device control or otherwise?
i feel like i'm missing something obvious. i've layed off to digibeta before with no real issues... but i am having trouble this time.

Similar Messages

Importing MiniDV w/iMovie - Some bad Timecode

I've got about 25 miniDV tapes I want to import in order to archive them for future editing. What is the best way to bring them in? I started the process a while back, and I left iMovie '11 in "automatic" mode. Each clip was imported as an individual DV file. I believe it's using the tape timecode to accomplish this.
However, on some of the tapes I ended up with a bunch of 0.1s clips. Obviously these are pretty much impossible to work with. Maybe my tapes are starting to get old/degrade, hence my desire to get back to work and figure out the best way to bring them in. Should I bring them in on "manual" mode? Will this bring the tape in as a single MiniDV file I can break up later when I edit?
Any advantage to using FCPX to perform this (i.e. 30 day trial)?
thanks

Manual will help get around those 0.1 second clips. That's what I would choose if I was trying to digitize a lot of tape. Also each hour of video will occupy 13.5 GBytes of space. So you will most likely also want to purchase an external hard drive, reformat it as a Macintosh HD and then have iMovie use it as it's Events Folder.

Timecode changes when batch capturing

I am capturing betacam sp footage into FCP 5.1 on a dual G5 2.3 box, and using a Kona LSe card. Timecode is running through the 422. For the most part, things are going smoothly, but I am now running into an issue where when I batch capture my logged clips, the last 10 to 15 sec. is chopped off. I generally can just enter the time code again manually to fix the issue, but some of my clips are 8 to 10 min long (interviews), and my client is getting irritated that we are having to capture them again. I also tend to batch capture the majority of these long bites overnight for next morning's session, and they are now consistently coming in with the ends lopped off. FCP is actually changing the timecode on the clip, making me question whether or not I entered it correctly the first time. To prove that I'm not crazy, I monitored the capture on the first couple of clips, and sure enough, FCP decides that I don't need the last 15 sec of my clip, and changes the timecode accordingly during the capture.
What's going on? Is it the Kona card or its software? Thanks.

Well I recently had a similar problem that is really driving me crazy.
While capturing 720p 59.94 from the D5
In FCP when I log a clip at:
01:20:00:00 in
01:20:30:00 out
After Batch Capture is complete the clip shows up in the browser as:
01:19:55:05 in
01:20:25:05 out
FCP is effectively changing the logged timecode of the clip.
In all my experience with FCP I have never encountered this issue and I am completely puzzled. I've contacted AJA and they have said that they do not know of this issue and were puzzled also. The only thing about my current configuration that is not completely right is that I am not using a Tri-Level Sync at the moment. We get ours tomorrow. AJA suggests using the Tri-Level Sync with the Kona 3 card, but would that cause a glitch of this nature? I will try again tomorrow of course and update, but does having bad 720p reference effect how FCP logs and handles TC? To my knowledge it shouldn't and makes me think that there may be some sort of FCP error occurring. There is no reason why FCP should be changing my logged clip settings. Also, I tried a test where I made the clip that came in with the bad timecode offline, and then ran a Bath Capture again, and it changes the logged timecode even further. I've tried a variety of Device Control settings playing with frame offset etc with all having the exact same numeric result (see TC above).
Anyone who has any insight or similar experience your thoughts are greatly appreciated. Thanks for the help
Ted - Editor, NYC

Logged Timecode Changes after Batch Capture

I'm working with the Kona 3 and the Panasonic D5 (HD3700B)
I'm having a problem with FCP changing my logged clip TC after Batch Capture in 720p 59.94. This problem only occurs in 720p mode, 1080i is just fine.
While capturing 720p 59.94 from the D5
In FCP when I log a clip at:
01:20:00:00 in
01:20:30:00 out
After Batch Capture is complete the clip shows up in the browser as:
01:19:55:05 in
01:20:25:05 out
FCP is effectively changing the logged timecode of the clip. I'm capturing with burned in TC and the Burned in TC is Frame accurate, but why is FCP changing the clip's TC?
In all my experience with FCP I have never encountered this issue and I am completely puzzled. I've contacted AJA and they have said that they do not know of this issue and were puzzled also. I am using a Tri-Level Sync and everything seems to be getting proper reference.
There is no reason why FCP should be changing my logged clip settings. (right?) Also, I tried a test where I made the clip that came in with the bad timecode offline, and then ran a Batch Capture again, and it changes the logged timecode even further. I've tried a variety of Device Control settings playing with frame offset etc with all having the exact same numeric result (see TC above).
Anyone who has any insight or similar experience your thoughts are greatly appreciated. Thanks for the help
Ted - Editor, NYC

The BITC matches the original Logged TC (even though the logged TC changes after capture)
Logged TC (Media Start/End in FCP)
01:20:00:00, 01:20:30:00
Captured TC (Media Start/End in FCP)
01:19:25:05, 01:20:25:05
Burned in TC Captured (Viewable on Video File)
01:20:00:00, 01:20:00:00
I'm very curious about what yourlooking at on the deck manual. Page 145??? I don't see a page 145. It's been my understanding that the Monitor HD-SDI does produce the 720p 59.94 signal, and that's what all my monitors and Kona say that their getting.
Also, could you clarify your last sentence.
*"Forgive my guessing but this deck looks like it really wants to work in 1080 and 720 is kind of there to step up from 8 bit DVCPro HD."*
I dont think that its a 23.98 issue and our source tape is not 23.98, even still if it was, it shouldn't effect the logged TC.... but I'll try it in the morning, could'nt hurt.
Update: A person over the phone at Apple "didn't" (did) say over the phone that upgrading to 5.1 (universal) would improve 720p capabilities.
So the next step will be giving more money to Apple for Universal and installing the new Kona drivers released yesterday.....and then let the testing fun begin again.
Thanks so much for your help, please let me know where to find that info in the D5 (3700B) manual. Cheers.

Timecode overlay problems

I am trying to use AME to encode low quality timecode burned in 29.97 clips from from a Sony F5 camera.
The problem is that the Timecode overlay effect has multiple issues:
The first being that it defaults to non-drop frames, so I get a slight drift in the timecode for long clips.
The second one is when I try to make 15 fps TCBI clips out of the 29.97 fps originals. The result is that the burned-in TC goes 2 times too slow because it just increment timecode by 1 frame instead of 2.
It looks like AME doesn't really read TC from the source file at each frame, but merely read the first TC and then extrapolate.
I tried to file a bug report but got an email saying that my message wasn't delivered due to a permission issue..?

Vince, 1mickey's suggestion is what I was trying to explain. Do it with just one of the tapes you are having trouble with.. if it captures like it should after being dubbed, your problem has been narrowed.
Right now you're in the diagnosis phase of the problem, it could be bad timecode or dropped frames on the tape(s) or possibly that your deck needs service for the timecode reader or a bad firewire port. Could be lots of things.
If you have ruled out all of the things that are currently being cited as causes: updating a PPC to Leopard, updating Quicktime to 7.3 updating Pro Apps Support, Installing Perian on the machine... it's a lengthy list and not everyone is having the same problems.
$500 dollars to dub a tape is ridiculous. Don't use them ever.. for anything. I've got a local U-Edit about 2 miles away that will do it for $45. including the new tape. That's a fair price for very little actual work.
Find a friend with a camera or deck and put a couple of extra cold ones in the refrigerator. Chances are you will be able to return the favor one of these days.

That red frame discussion

So i have been dealing with red frames for about a year and a half now -
- In Premiere pro CC and early CC 2014 versions, .MXF footage used to red frames and relink badly on multi spanned clips if the sidecar files were detected by premiere. This was a major bug because your edit would now relink to bad timecode. The handling for that was deleting any kind of metadata before importing your .MXF files. this worked 99% of the time for me - did not get much bugs after that.
- Skip to what i believe was the 8.0.0 version, and most importantly the 8.0.2 - i do not have re link issues, however red frames appear on export nearly everytime. With the media encoder log you can see how much red frames you have, but no timecode and its still a pain in the *** to double export(correcting the red frames on the first export file).
- From the few adobe employee posts i have read, the way to counter this is - import the card while maintaining the structure, then import footage via the Media browser. This should technically handle any bugs. I have not tested this yet, however i already know that sometimes i get mxf files without card structure(director's sometimes create their bins at the Mac OS X Finder level)
Im hoping adobe fixes this issue ASAP - i undestand that red frames are only an indicator of a bigger problem, but this problem is making me consider converting all my footage to prores before import, thus turning my premiere pro cc in FCP 7.

Hello Adaptat1on,
- From the few adobe employee posts i have read, the way to counter this is - import the card while maintaining the structure, then import footage via the Media browser. This should technically handle any bugs.
With the release of Premiere Pro CC 2014.2 (8.2), we believe we have solved the "red frames" issue with .mxf files.
If you are working with an earlier version of Premiere Pro or have updated a project file from a previous version of Premiere Pro to 8.2, you might still see them.
The method of importing these files is correct as you outlined above. Copy the SD card to your HD, then import via the Media Browser.
I have not tested this yet
However, this is precisely the right way to import footage coming from a camera's SD card.
However i already know that sometimes i get mxf files without card structure(director's sometimes create their bins at the Mac OS X Finder level).
I would communicate with your colleagues and inform them of how you would like your footage prepared. You should state that you will be saving them money by doing so as you won't have to troubleshoot red frames issues which could still occur with raw .mxf files even in 8.2. Tell them turn around time will be faster, as well. They will listen to you when you speak their language (saving them time and money gets their attention quickly).
Im hoping adobe fixes this issue ASAP - i undestand that red frames are only an indicator of a bigger problem
All our fixes are in 8.2. Please create new projects in version 8.2, ingest the footage correctly, and you should have no trouble with red frames. If you do, please file a bug report and send me a PM.
This problem is making me consider converting all my footage to prores before import, thus turning my premiere pro cc in FCP 7.
That's certainly an alternative, but I'd try the method previously outlined before doing anything rash like transcoding. That said, certain cameras produce beautiful pictures but create files which perform poorly in Premiere Pro. I'm most frequently tempted to transcode Canon footage, as that gives my Mac Book Pro the most trouble.
Hope this info helps.
Thanks,
Kevin

Jittering in Leopard QT Movies when displayed in OS 10.3.9

I have several QT movies made when running my current OS (Leopard 10.5.4 which has QuickTime 7.3 Pro) using Final Cut Express 4. When I put those QT movies into my DVD Studio Pro 3.0 project running OS 10.3.9, they jitter badly on slow pans but display perfectly in OS 10.3.9's QuickTime Player (QT 7.1.3 Pro). Other earlier QT movies made in the same way but in FCE 3.0 running OS 10.3.9 display perfectly in my DVD SP project. It looks as though there is something different in the movies made under QT 7.3 which display OK in QT 7.1.3 + OS 10.3.9 but not in DVD SP 3.0 + OS 10.3.9.
While running OS 10.3.9 I have loaded the troublesome QT movies into QT Player and Saved As... under another name but jittering remains in DVD SP. Is there some way that I can convert my troublesome QT movies to remove the jittering? Perhaps by loading them into a non-Apple software and exporting as QT? Or by loading the troublesome movies into FCE 4 + Leopard and exporting from FCE using QT Conversion, and if so what settings under "Options".
(For the avoidance of puzzlement, here is why I am alternating between OSs: Most of my QT movies were made in FCE 3.0 + OS 10.3.9, and all of my DVD SP 3.0 project was and continues to be made in OS 10.3.9 When I upgraded to Leopard I found that FCE 3.0 would not work properly so I upgraded to FCE 4. I cannot upgrade DVD SP 3.0 because it is no longer available as a stand-alone software but only as part of the hugely expensive Final Cut bundle most of which I do not need. I therefore continued to make more QT movies in FCE 4 + Leopard and then put them into my DVD SP project in OS 10.3.9. All seemed OK until I noticed the jittering. I have several troublesome movies and want to avoid re-editing them from scratch in FCE 3.0 + OS 10.3.9).
Ideas would be appreciated. Thanks

I have several QT movies made when running my current OS (Leopard 10.5.4 which has QuickTime 7.3 Pro) using Final Cut Express 4. When I put those QT movies into my DVD Studio Pro 3.0 project running OS 10.3.9, they jitter badly on slow pans but display perfectly in OS 10.3.9's QuickTime Player (QT 7.1.3 Pro). Other earlier QT movies made in the same way but in FCE 3.0 running OS 10.3.9 display perfectly in my DVD SP project. It looks as though there is something different in the movies made under QT 7.3 which display OK in QT 7.1.3 + OS 10.3.9 but not in DVD SP 3.0 + OS 10.3.9.
While running OS 10.3.9 I have loaded the troublesome QT movies into QT Player and Saved As... under another name but jittering remains in DVD SP. Is there some way that I can convert my troublesome QT movies to remove the jittering? Perhaps by loading them into a non-Apple software and exporting as QT? Or by loading the troublesome movies into FCE 4 + Leopard and exporting from FCE using QT Conversion, and if so what settings under "Options".
(For the avoidance of puzzlement, here is why I am alternating between OSs: Most of my QT movies were made in FCE 3.0 + OS 10.3.9, and all of my DVD SP 3.0 project was and continues to be made in OS 10.3.9 When I upgraded to Leopard I found that FCE 3.0 would not work properly so I upgraded to FCE 4. I cannot upgrade DVD SP 3.0 because it is no longer available as a stand-alone software but only as part of the hugely expensive Final Cut bundle most of which I do not need. I therefore continued to make more QT movies in FCE 4 + Leopard and then put them into my DVD SP project in OS 10.3.9. All seemed OK until I noticed the jittering. I have several troublesome movies and want to avoid re-editing them from scratch in FCE 3.0 + OS 10.3.9).
Ideas would be appreciated. Thanks

A/V out-of-sync issue for FCP captures

I've read many of the out-of-sync posts on this board, most of which seem to indicate that the problem is usually caused by either dropped frames, bad timecode breaks, edit errors, or disunity between FCP capture and sequence settings, compared with audio sample rates for the underlying files.
My files, shot on my Panasonic AG-DVX100A in 24pa mode, result in perfect (except for the anamorphic screen size - see my next post!) Quicktime movie files, in perfect sync. It's only when I create clips from those files in FCP that the video and audio go out of sync. And the out-of-sync drifts; that is, the further you go in the clip, the more out of sync the sound and the video gets.
My camera is always set to the 24pa mode, which, by default, records only in the non-drop-frame mode, regardless of any other camera settings I may have selected. The audio settings in my camera (and in the resulting underlying QT files that are created when I capture in FCP) are 16-bit integer and 48.000 khz, as they are in both my FCP sequence presets and capture presets, so I don't think it's an issue of conflicting sample rates. My device control presets are for Firewire NTSC NDF (non dropped frame).
Given the above information, does anyone have any idea what else I might be doing wrong? I've already shot hundreds of hours of footage last year that worked fine. I don't know what I changed to cause this out-of-sync problem now, but I'm going bald tearing out my hair trying to figure it out.
Thanks in advance for your help!
- Mick Raton
Dual 2 GHz PowerPC G5 Mac OS X (10.4.7) 5 GB DDR SDRAM; Final Cut Studio 5.0.4; Panasonic AG-DVX100A

The dvd recorder was in the loop when the sync issue showed up. the dvd was in sync but the live stream, next in line, was out of sync. I have returned to using the older machine with xp. (the lap top is running vista) The older machine is a desktop which requires more space on the production table and time to set up.

Quick time does not play in windows home 7 premium

when i try to open a video in a certain website, my browser stops working, and the website closes out. i was able to successfully download quicktime 7.6.9, but it does not play the video in my browser. i also downloaded safari and that does not work. i have a pentium R dual-core CPU [email protected]

This problem is usually associated with an mpeg-1 that has a bad timecode due to being incorrectly merged from shorter mpegs. Often this freeware will repair it if you use the timecode correction item in the menu. Mpeg StreamClip
Another alternative is to view the mpeg with this freeware viewer, which is not as picky about files meeting standards: VLC

FCP7; "unmerge" merged audio and video clips in the timeline?

Our TC was way off in some areas due to a bad timecode lemo on set. My editor synched by slate then merged the video with an audio mixdown track using the in points. Now when I export an EDL the original TC from the audio clip is gone, so he has no reference for matching up the audio. Does anybody know of a way to un-merge these clips and restore the original filename (audio takes the name of merged video but reveals correctly in finder) and timecode? Thanks.

what happens if you match frame the audio? I would think it would match back to the source audio clip which you could then use to replace the audio in the timeline.

My phone keeps resetting after upgrading my iOS, is anyone else experiencing this on their iPhone 4 ?

my phone keeps freezing and then resetting itself with that annoying circle made up of lines as it resets when doing simple operations like messaging. Is anyone else experiencing this?

I'm getting this on my 5s. When scrolling fast i get random complete screen halts. When holding down on a scrollable portaion of a screen the screen jittes badly and then begins to hop all over the place.
Seems a bit suspicious, and more than a little disappointing.
Any thoughts anyone?

The sequence totally out of sync after sending it from Color to FCP

I finished my color corrections in Color and thought I'd send it to FCP again.
When I opened it in FCP everythign was out of sync. The text I had added wasn't where it was supposed to be, the sound I hade deleted was back(!) and some clips were cut down.
Anyone know why this happened?
Thanks

There are a lot of known issues with 25 fps material -- bad timecode, corrupted sequences, etc.
It does appear as if there is an XML issue where a revision has been done and COLOR is using a previous version of the sequence ( "sound I had deleted was back(!)" ).
This has been discussed elsewhere. If you make a copy of a sequence -- treat the COPY as your backup and keep on working with the ORIGINAL. DO NOT carry the project forward if you are going to use COLOR/XML at some point because it will refer to the ORIGINAL, not the COPY. Color does not generate new XML, it edits the file that was "Sent". Strictly, speaking, then this is not wholly a Color issue but the way that FCP carries XML.
Hey, consider yourself lucky. Your text made the trip, mostly. Usually, I find that it has been mysteriously added to... like a blank line now shows up as a row of "00000000000" -- that was pretty funny.
And LiveType ipr's are suddenly missing fonts and "media"...
Ah such fun.
JPO

AAC audio causes stuttering in live video stream playback

I am using the Spark VideoDisplay component and setting the mx_internal bufferTime to 0. (videoDisplay.mx_internal::videoPlayer.bufferTime = 0) I am doing this because I need to have the absolute minimum delay in the live video stream. I am broadcasting video files as a live stream using ffmpeg, through Red5, then to the client. ffmpeg is not re-encoding the video or audio. I am using h.264 video format. I have tried encoding videos using Adobe Media Encoder and ffmpeg.
When I have a video stream only and no audio stream this works fine, but when I have an AAC audio channel with the video, I frequently see the video jitter badly. It looks like the video is quickly going forward and back a few frames. When this problem occurs it will go on for some time and sometimes eventualy starts playing normal. When the video is playing normally the audio sounds fine. When I play the videos in a regular media player (like VLC) they play and sound fine. Also if I use an mp3 audio channel I don't see the jittering
Does anyone have any idea what the cause of this problem might be or how it can be resolved?

Ah, yes, I am not serving high-def video myself. H264 is probably better, but my understanding is that you need hardware acceleration to get good performance from it (again, not an expert on the topic, that's just what my understanding has been...)
This document [pdf] may have some usefull info on choosing an optimal encoding for your needs.
(Or you can see the full lecuture here [Adobe TV])

Why do my clips pile up in one pile at the end of download of a tape?

I have been capturing from my camera into FCE HD my taping of a trip - 4 tapes of one hour each to be culled down to a manageable 25 minutes. I have successfully copied most of it (except the capture process tends to quit unexpectedly from time to time and I must go back and start where it left off).
I have the down load time limited to 65 minutes in the preferences.
Now, suddendly, at the end of capturing 62 clips clips 63 to 115 ended in one pile and only 63 can be moved to the Viewer. How can I prevent this?
Is there any limitation on how long a project can be? If I break the download into 2 projects per tape, will that solve the problem? Would breaking it into a number of sequences, would it help? Can I do the latter during download?
[May I suggest that the download may stop because the advance is too long after the capture in downloading?

I'm not really sure what is going on; sorry, I couldn't really figure out most of your post
I get that you are having difficulty capturing your tapes; that you are trying to capture whole tapes at a time
First of all: Are you using Capture Now or Capture Clip? I'm assuming Capture Now because you mentioned having set a capture limit
Have you tried using Capture Clip, setting an In point near the beginning of the tape and and Out point near the end (you have to leave a few seconds for pre and post roll). That way, you can control the Clip Naming; saving some confusion
Your clips should be captured to your Browser. Try creating a Bin (folder) for the clip and use Ctrl-click to set the Bin as the Capture folder. That way, the clips end up there
You may be experiencing timecode breaks during capture ... in other words, during capture, the tape stops, you get a Timecode break warning and FCE begins to capture around the bad timecode, further breaking the clip up
Also, what are you capturing? DV? HDV?
Are you capturing to a scratch disk that is not your system disk .. this is what you should be doing. Does your scratch disk have enough space? Your scratch disk should not be filled to capacity .. you should leave about 25% of it empty .. same with the system disk
More info would be helpful

HD Episode stops at 11 seconds

I recently bought Season 6 of Doctor Who in HD. all episodes play fine except the last one " A Good Man Goes to War." The video will freeze at 11 seconds but the progress bar will continue as if the show was still playing. The show will resume at 3minutes 43seconds. The same thing happens whether I play it on my PC or thru Home Sharing. I even download the show straight to my new iPad with the exact same results. At the recommendation of Apple support I have deleted the episode several time with the same results. Every other HD episode I have plays fine. The SD version will play fine also.
Does anyone have any thoughts or suggestion?
Thanks
John

A similar problem I have seen in the past that QuickTime Player is more fussy about than VLC is if the video contains timecode breaks/errors. This can happen if the video has been (badly) edited with say a chunk of video being deleted (or inserted) but the timecodes not then being recalculated, or it can happen if the recording has a brief drop out (if recording from a broadcast), or the file/recording has some other damage. As you can imagine in the old days of video tape which is rather fragile this would be more likely.
Since VLC seems happier with the file you could get VLC to export the video and re-encode it, this should put new timecodes on it and the result should then work in QuickTime.
In my own case the related problem I have seen more often is for DVDs. The video on a DVD (the .VOB files) has its own embedded timecodes but on a DVD these are overriden by the .IFO files. I have seen many commercial DVDs which have bad timecodes in the VOB files but because as a DVD these are overriden by the IFO files you don't see the problem. If however you extract the video from the DVD to make it a standalone file then all you are left with is the embedded video timecode and then you hit the problem. The FireFly DVD box set has this problem multiple times on each of the four discs as an example.

Multibridge / digibeta layoff - jitter - bad timecode

Similar Messages

Maybe you are looking for