Audio Drift after Processing

I'm currently working with FCP and Soundtrack. An 82 minute long audio file had some noise issues and I placed the whole audio timeline onto Sountrack Pro. I removed the ambient noise and saved the file after which it appeared back on the FCP timeline all processed.
But the audio is out of sync and gets progressively so. Is there a workaround for this? Am I doing something wrong?
Thanks.

We had the same issue on our project, and we just figured it out. We are working in 23.98 telecined film footage and our audio was recorded separately on bwf's. We exported our audio cuts as OMF's, cleaned them up in Pro Tools and when we imported the new files, they were drifting.
When we took both video and audio into Soundtrack Pro, it's perfectly in Sync, this told us that it's FCP's bug. In FCP, the length of the .wav file we imported was longer than the original length, in fact it's length was now the equivalent of a 30 fps file, not a 23.98.
I talked to Apple for about two hours on this with three different people, and explained to them that I knew it was a FCP bug, since the files worked in Soundtrack, but they wouldn't take responsibility on finding a solution and gave up on the issue.
My brilliant friend, Greg, spent about 5 minutes looking at the issue and found the problem. The problem is that once you have a quicktime file and it is conformed in FCP, it is tagged in the Audio Directory. So even if you have a 23.98 audio file and pull it up to a 29.97 file in ProTools or Soundtrack Pro, the tag stays with it.
Solution to the problem:
Option 1: Select the file in the browser and then go to Modify, Timecode. If it says "30" and you are allowed to change it to "24," then your problem will be solved. If the "24" is light grey and can't be selected, then do the following steps.
Option 2:
1. Take your audio file, press option and copy it. Rename it something different from the original file, just for safety, I named mine a different name at the beginning of the title.
2. Open a new final cut project, set up the easy setup so that it's totally a 23.98 project.
3. Import your audio and video. Hopefully, FCP will assume it's a 23.98 file, since you're in a 23.98 project.
4. Open you original project and cut and paste the new files. They should keep the 23.98 tags.
It worked for us. Greg thinks that this bug has been addressed in the Leopard version of FCP, but not the Tiger one.

Similar Messages

Audio Drift after exporting OMF to Pro Tools and importing back AIFF

Hi,
I have an HDV 1080i50 Final Cut Pro project at 25 FPS (PAL). I exported a quicktime video without sound, as well as an OMF file of the audio. We mixed the OMF audio file using the quicktime file as reference on Pro Tools. In Pro Tools, the mix was done on 25 FPS, same as the original project. Synch was good.
However, after saving the file as AIFF 48/16 and importing it into the original FCP project, there is considerable audio synch drift with the original video.
It was edited in PAL, exported as PAL, mixed as PAL, but now it's not synching with the original PAL video in FCP. It still synchs up with the PAL quicktime, however.
What am I doing wrong? Any ideas???

Problem solved: trashed user prefs.

DV Audio drifts after capture - What's the Solution?

Greetings,
Pardon me if this is covered territory, but other posts don't seem to address this scenario directly.
I continue to have audio sync problems when capturing DV footage. I'm using the same camera for capture that was used in the field (Panasonic AG-DVC60). When clips are captured, audio is already out of sync, before placing them on the timeline.
I've checked my settings before capture:
Selected DV Capture
Selected Panasonic as the camera type
Using the same scratch disc (external media) as the project (not HD drive on my iMac).
What's odd is that the 1st DV tape I captured handled audio perfectly. I logged 1 clip, then captured it, audio is fine.
On the 2nd DV tape, I logged several clips, then batch captured. I also checked "Scene Detect", and "Abort on Dropped Frames". Could any of these options be causing audio to drift?
In the past, I've used iMovie as a work-around, since it stores video in DV codec (video and audio combined in 1 stream). Whereas Premier saves Video and Audio as 2 separate streams.
Have any of you found the solution? Thanks in advance.
Blessings.
Doug Palmer

Whereas Premier saves Video and Audio as 2 separate streams.
This should not be the case.
Premiere captures DV material in .avi (pc) or .mov (mac).
As for drifting audio, that should not be the case either.
Have you monitored the tape output outside of Premiere?
Are you certain the audio sync trouble is not recorded on the tape?
I also checked "Scene Detect", and "Abort on Dropped Frames". Could any of these options be causing audio to drift?
These options should have no bearing on the audio sync.
What version of Premiere are you using?

Audio Drifts Out of Sync After Demux

Hi,
I demuxed an hour-long program from DVD to .m2v and .ac3 using MPEG Streamclip. The audio drifts out of sync very gradually, and by the end is way off.
I don't want to re-compress the audio, as it is already AC3. According to Quicktime, the video is 29.97 fps, and the audio is 16-bit 48 khz.
When I used to Export to DV option, everything stayed in sync. I can't go this route, however, since I can't afford to re-compress anything (I'm making a new DVD from this old one). Just an FYI that this worked.
Ever run into this problem before?

I am using version 1.9. In the preferences pane, I don't have anything checked.
To reiterate, all I'm trying to is demux the DVD as-is and bring those assets into DVD Studio Pro for an updated project. Not using FCP anywhere in this workflow.
Looks like I left out an important piece of info, though...When I demux the audio stream to AC3 (its original format), and try to import it into DVD Studio Pro, I get the error message: "Variable bit rate audio assets cannot be imported." I am not sure how the client originally encoded their audio, but the fact that it stays in sync on the DVD led me to believe they didn't do anything wrong. Could this VBR be throwing the audio off during the demux? The only instances where I've noticed it's out of sync are when I export to an uncompressed format like AIFF or WAV, and can actually view it.

Audio Synch Drift After Export

I'll try again, since no one answered the last time I asked. No problem with synching video/audio in FCP. However when I export either via compressor or QT movie I get audio drift that worsens as the film continues.
Video is in SD.
I would appreciate any helpful response. Thanks!

The audio is a remix done by a sound engineer to replace the original audio which had some serious problems.
The audio rate of the original and the remix is 48 Khz. The original was 16 bit, the mix is 24 bit. I'm a little new to this, so I'm not sure what you mean by sequence settings. Thanks.

Audio Drift Dilemma -- Makes no sense, but VERY serious nonetheless

Hello everyone,
This is the SECOND time in 4 months I've encountered this problem, and it's serious. I'm using FCP 6.0.4 in a sequence that's 30 fps (NON-drop), 48kz, ProRes. Here's what happens: I take a VO track from my main edit and export it for use in an audio authoring program. But when I REIMPORT that audio back into FCP--taking it from an audio program back into FCP-- the audio drifts approx .001 per 10 minutes of footage. And let me be clear: we have rigorously determined that all the project and sequence and timecode settings are precisely conformed, at least as far as the software allows us to set them or double check them.
This problem ONLY seems to happens on import. Audio created in FCP is not drifting. Audio created OUTSIDE FCP is the problem. We have also tested multiple applications, including Soundtrack Pro and Digital Performer (something outside the FCP Studio realm). If we send a QT outside to another application, build tightly integrated audio, then bring that audio file back into FCP, the AUDIO DRIFTS.
Egad. This is a big problem, and it has now happened more than once, and the way we worked around the problem before was far from elegant or acceptable.
Anyone else experience this? Anyone have a suggestion?
(Naturally, I'm racing the clock for deadline.)
--Michael

Ah-ha. I think we have a solution. Plus, I think I can also put to rest some of the logical, yet erroneous suppositions of previous posts. One thing's for sure: I confused matters by conflating the terms "frame rate" and "time code" in my initial post. I realize the difference--it was simply a matter of imprecise writing and I think it sent people astray.
Here's the deal: we are NOT producing for an NTSC system. The projector system IS in fact 30fps playback. It IS like nothing else you'll find anywhere through traditional vendors. There are only 30 of these systems currently in existence (although more are coming online every month) and they are rather exotic and spectacular.
It's important to say also that our source media is also NEITHER NTSC NOR HDTV. Our source media is completely CG. Our frame size is 4000 x 2000.
Now: our discovery. It turns out that FCP 6.x requires a video source married to an audio source for preserving a reliable frame rate if you're editing at PURE 30fps.
What we did was export an H264 QT from FCP with embedded sound at a frame rate of 30fps. (It was ACTUALLY 30fps, non-drop. Really.) We then took that QT and brought it into Digital Performer where our composer authored the music and sound. His project settings were 30fps, non-drop. When complete, he exported an AIFF file (48khz, 24-bit, just like our FCP settings). But when we imported it into FCP 6.0.4 (30 fps, non-drop sequence settings) we discovered the AIFF which had matched perfectly in Digital Performer was now visibly shorter in the FCP sequence. On inspection, it was 22 frames shorter. Our original video timeline is 21,346 frames. The newly applied AIFF came in only at 21,324 frames.
When we imported that SAME AIFF into Soundtrack Pro (simply to double check ourselves) the duration showed itself to be precisely the same as the original source FCP sequence. And when we export that file from Soundtrack Pro, there's no problem with the AIFF file either. It comes out, just like the Digital Performer file, the proper frame count: 21,346. But when we IMPORT that AIFF file into the FCP sequence, the problem crops up. It imports SHORT. It doesn't matter the source audio application: the audio comes up short when it's IMPORTED BACK INTO 30fps FCP sequence.
It turns out that a 30fps FCP sequence needs to see the audio within a QT that has video at a pure 30fps. This is NOT the case for other frame rates, but it IS the case for this specific, precise scenario. To import audio into a 30fps FCP sequence requires a QT with video, essentially turning that embedded video signal into a veritable timekeeper.
Here's our workaround: what we did is take the audio originally authored in Digital Performer and brought it into Soundtrack Pro. We then forced an export of that audio with the video and told Compressor to force that video and audio to conform to 30fps. Suddenly, the audio no longer drifts in the FCP sequence at all: instant audio/video conformation.
We came to this conclusion after it occurred to us that no, we were NOT using media captured through a camera or other time code generating device. All our media is computer generated, and thus it is not embedded with time code. It is pure 30fps.
It is our belief that this is, in fact, a genuine bug in FCP 6.x. Further proof appears when we zoom way, way down into the audio waveform. The files appear to be perfectly matched when we compare the source file with a re-imported version (having undergone a round trip out to an audio application and then sent back into the FCP sequence). The waveforms are matched but THE AUDIO PLAYBACK IS NOT. By the end of our 12 minute video the sound in these two lines has diverged by 22 frames.
When we used the exact same pipeline in FCP 5.x we edited at a pure 30fps and did not encounter this problem. But since almost no one actually cuts in a pure 30fps, it's possible that some minor details in the new FCP code are now slightly askew for that particular parameter, hence the slight variability in how audio and video both play at 30fps. We don't know the cause; we're just guessing.
Finally, credit where credit is due. After many, many mental and real-world experiments, hair-pulls, and hard stare-downs, my extraordinary editor and close associate Victoria Weeks solved this conundrum. She's whip smart and tenacious like you've never seen...and I do believe that in the great galactic encyclopedia she's just earned herself a major footnote in editing history.

Audio drift on Constant framerate

I am experiencing an audio drift problem on a specific set of videos when using Premiere Pro CC (2014) on Windows 7. The audio starts out well, but eventually drifts way out of sync. This already happens in the Source Monitor. I read that this can be due to the use of Variable framerate video. However, the video I have is Constant framerate. At first, I thought it might have been Premiere itself or my PC, but when I dropped a Blu-ray rip into Premiere, it worked perfectly. It turns out this happen consistently with all videos from the source website (Giant Bomb).
It seems to me Premiere misinterprets the footage. When I play the video in MPC-HC, the duration reads 2:51:10 but when I drop it into Premiere, it reports the duration as 2:51:00:03. I checked the Sequence settings, but they all seem to correspond with the source video. Even when I set it manually, it doesn't help.
Screenshot:
And here's the MediaInfo output:
General
Complete name : D:\Exchange\source\problem-file.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 5.12 GiB
Duration : 2h 51mn
Overall bit rate mode : Variable
Overall bit rate : 4 281 Kbps
Writing application : Lavf55.19.104
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Format settings, GOP : M=1, N=120
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 2h 51mn
Bit rate : 4 000 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 59.940 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.072
Stream size : 4.78 GiB (93%)
Writing library : x264 core 140
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=24 / lookahead_threads=4 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=0 / weightp=2 / keyint=120 / keyint_min=12 / scenecut=0 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=4000 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=8000 / vbv_bufsize=8000 / nal_hrd=none / filler=0 / ip_ratio=1.40 / aq=1:1.00
Language : English
Tagged date : UTC 2014-07-30 04:09:12
Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 2h 51mn
Bit rate mode : Variable
Bit rate : 128 Kbps
Maximum bit rate : 8 000 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 157 MiB (3%)
Language : English
Tagged date : UTC 2014-07-30 04:09:12
Other #1
ID : 65536
Type : Hint
Format : RTP
Codec ID : rtp
Duration : 2h 51mn
Encoded date : UTC 2014-07-30 03:58:42
Tagged date : UTC 2014-07-30 04:09:12
Other #2
ID : 65537
Type : Hint
Format : RTP
Codec ID : rtp
Duration : 2h 51mn
Encoded date : UTC 2014-07-30 04:09:00
Tagged date : UTC 2014-07-30 04:09:12
Bit rate mode : VBR
Final note: Kdenlive under Linux seems to have no problem handling the video correctly.
Any ideas as to why this is happening?

Well, ladies and/or gentlemen, I am now content to call the file in my original post an anomaly. I downloaded two versions of a different video: one from Youtube and one from the site. Both worked fine and seemed perfectly synced up. Even the one from Youtube, which MediaInfo reports is Variable frame rate! That sort of blew my mind, as I expected that not to work. I then thought that the length might have something to do with it, so I downloaded another video of equal length and content (again with camera footage and gameplay footage). It was also synced. So there must just be some problem with the first file after all. I did spot some glitching in the video, so perhaps it's corrupted somewhere. Problem "solved" I suppose. Some additional notes/questions below. Thanks for your help in getting to the bottom of this mystery!
RoninEdits: Before doing all this, I tried your method. I made markers in the Source Monitor, but they didn't transfer to the timeline when I made a Sequence. I tried making those markers on the timeline itself, but then they didn't move when I used the Rate Stretch Tool. Do you have (a link to) instructions on how to properly do this? I'm a beginner in Premiere Pro and I couldn't figure it out.
J. Simon: I guess what I meant by standardized is that it fits the Base profile and 4.1 level standards of H.264. Incidentally, if I check the Sequence settings on the file that originate from the site -- the 60FPS HD files -- Premiere automatically assumes they are in fact AVC-Intra 100 720p. So maybe they did standardize these videos after all.

Audio drifting within Premiere

I've recently been trying to deal with this issue and I'm totally lost. Scouring the internet hasn't brought about resolution. I've been capturing gameplay footage using a Roxio Game Capture HD Pro and using Premiere Pro CS6 to edit it. Sometimes I run into an issue where, after importing my footage into Premiere, the audio drifts in and out of sync from the video (not a constant rate). Sometimes it will be in sync in places, other times it will be several seconds off. The length of the audio and video are the same. The only way I've been dealing with this is to constantly trim and move sections of audio around when I notice the drift, but this creates gaps in the sound, or sections where two sections of audio overlap from trimming/moving to maintain sync. It's not at all a sustainable work-around.
The part that's really confusing me is that this is only happening when I'm playing the footage in Premiere. When I open the source footage in any media player the sync is fine all the way through.
Details from one of the clips I've been having issues with:
2.03gb
length: 20:45
1920x1080
data rate: 14063kbps
total bitrate 14072kbps
29 fps
audio
bit rate: 9kbps
stereo
48 kHz
.m2ts avchd, h264 codec
Sequence settings are the same in Premiere.
Anyone have any solutions?

Update: I've been thinking for a while this might have something to do with a video glitch I've been encountering when recording on the Wii/Wii U. I've posted 3 screengrabs from premiere illustrating some of the distortion that occasionally pops up.
http://imgur.com/djroXVD,Qnhrip1,AJ0GT0M#0
http://imgur.com/djroXVD,Qnhrip1,AJ0GT0M#1
http://imgur.com/djroXVD,Qnhrip1,AJ0GT0M#2
Something weird about it is that when I scrub forward 1 frame in Premiere to see how the image in that single frame is distorting I'll see the distorted image for about 2 seconds and then the image in the preview will change, but I'll be on the same frame according to premiere, and the time on the preview will be the same.
I still don't understand why that problem would manifest in audio drift that only shows up when I go to edit in Premiere, but not when I play back the original video file in VLC/WMP/Gom Player.
Also, here is some more detailed info about the original video that I'm trying to edit:
General
ID                                       : 0 (0x0)
Complete name                            : C:\Users\Dave\Desktop\3-28-2013_01 - Copy.m2ts
Format                                   : MPEG-TS
File size                                : 2.04 GiB
Duration                                 : 20mn 45s
Overall bit rate mode                    : Variable
Overall bit rate                         : 14.1 Mbps
Video
ID                                       : 4113 (0x1011)
Menu ID                                  : 1 (0x1)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 2 frames
Format settings, GOP                     : M=3, N=15
Codec ID                                 : 27
Duration                                 : 20mn 45s
Bit rate mode                            : Variable
Bit rate                                 : 13.2 Mbps
Maximum bit rate                         : 16.2 Mbps
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 29.970 fps
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 0.212
Stream size                              : 1.91 GiB (93%)
Audio
ID                                       : 271 (0x10F)
Menu ID                                  : 1 (0x1)
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format version                           : Version 4
Format profile                           : LC
Muxing mode                              : ADTS
Codec ID                                 : 15
Duration                                 : 20mn 44s
Bit rate mode                            : Variable
Bit rate                                 : 217 Kbps
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz
Compression mode                         : Lossy
Delay relative to video                  : -67ms
Stream size                              : 32.2 MiB (2%)

Audio drift in FEC (2)

Sorry guys, more details
Using compressor QuickTime Setting
Apple Intermediate Codec (AIC)
converted .AVI files to .mov
Recorded Stereo and Mono files on Zoom + Sennheiser
Audio at 48000 16 bit
Using Logic Audio did Stereo mixdown to 44100 24 bit
In Final Cut Express
Using HDV-Apple Intermediate Codec 720p30 as Project Setting
Video and audio files sync up fine visually in FCE but there is audio drift
Fine at beginning but after say 3 minutes distinct drift
I’ve tried various settings for Audio, changing 44100 to 48000. 24 bit to 43 & 16, same result
Any ideas, please?

Early Zooms were notorious for drift even when the audio was recorded at 48 khz/16 bit.
There are only two ways to use 2nd system audio and be assured it will sync correctly.
1. jam Timecode to camera and recorder (most consumer cams and recorders don't support this)
2. loop the audio back to the camera and have it recorded with the video (take the feed off of the field mixer)
If you do end up with out of sync material you have a couple of ways to deal with it.
• if the error is consistent over a long take, speed up/slow down the audio by the correct percentage
• if you have cuts in the video, adjust the audio back into sync at each cut.
good luck.
x

Audio drift in FEC

Using compressor QuickTime Setting
Apple Intermediate Codec (AIC)
converted Video .AVI files to .mov
Recorded Stereo and Mono files on Zoom + Sennheiser
Audio at 48000 16 bit
Using Logic Audio did Stereo mixdown to 44100 24 bit
Video and audio files sync up fine visually in Final Cut Express but there is audio drift, fine at beginning but after say 3 minutes distinct drift
Any ideas out there?

I have had this exact same issue in Final Cut Pro with DV CAM footage and Zoom H4n / ProTools audio. The internal clock in the recording devices are not exactly 48000Hz (they may be 48003Hz etc) and so eventually the audio is out of sync with the image.
I have found a solution by opening the audio file in Adobe Soundbooth and saving it as a 48KHz file. FCP then reads this perfectly and everything is in sync (this is with a 45minute duration file).
Hope this helps!

RE: Capture Problems on External Drive/Audio drift over time

Greetings FCP gurus -
I posted earlier on the LAFCPUG board and now seek worldwide assistance with a problem I can't seem to resolve.
Been working in FCP since 1.5. Been successfully capturing on external FW devices for over 4 years with an old 500 MHz Powerbook - no problems.
I recently upgraded to FCP 5 Studio on a PowerBook 1.5 GHZ 512 RAM FW 4/8 machine. Prior to upgrade, I was running Panther (OS X 10.3X) and FCP 4.5 HD. This configuration allowed me to flawlessly capture to external FW drives from Panasonic AJ-D250 DVCPRO deck using a standard DVNTSC codec. Prior to that I was also able to do the same from a Sony DSR-11 deck. No longer.
I now get a constant audio "drift" every time I capture. I've tried shortening the clips to under 10 minutes - even as small as 5 minutes - but the audio progressively drifts as the clip plays on. This is true in both FCP and QT. I completely reformatted the laptop/wiped the drive prior to install (Unjournaled) and it currently has 25 gig available disk space on the 80 gig internal drive. Additionally, I'm using LaCie 7200 RPM Oxford 911 chip-set external drives. I've tried with clean D2 FW 800 and Porsche FW 400 drives to no avail - even reformatted one and still no luck.
Current configurations attempted:
FW 800 PB port to FW 800 drive port/DVCPRO deck to FW 400 PB port
FW 800 PB port to FW 800 drive port/DVCPRO deck to FW 400 drive port
FW 400 PB port to FW 400 drive port/DVCPRO deck to FW 400 drive port
..and so on.
I'm at wit's end and appreciate any insight. Is anyone else having issues capturing to External FW media via FCP 5 Studio/OSX 10.4.x? I don't currently have the option of internal drives to capture as I'm working at a client site. Additionally, I sold my FCP 4.X upgrade software so going backwards is not an option either... Even took the deck home and tried this same trick on my home machine (Dual 500 G4 Sawtooth) to the internal ATA drive with the same result -...drifting audio. Since upgrade this is my first capture and needless to say it's not going well.
Help, information and insight are greatly appreciated. Thanks

Hi Expressofiend! Were you able to resolve this issue yet? We are having an IDENTICAL problem. We shoot on a Canon XL2, and thought that might be causing the audio drifting issue? We also have a Panasonic AD-J 250 deck, and when we capture, say an interview, the lip sync is perfect for a few minutes, then drifts as much as a second or two over 20 minutes of capture. It's making us crazy. Happens when we capture to an external LaCie or our internal drive. We're using Apple's 2.7 gig duel processor computer. 2 Gig of ram, all the latest versions of Tiger, Final Cut Pro 5, etc. If we look at the Quicktime movie - it shows the audio drift - you don't even need to view it through Final Cut!
Interestingly, if we use the Canon XL2 camera as the source player when we capture the 20 minute piece - there is NO audio drift or syncing problem. Only with the AJD 250! We've spoken with the senior engineer at Panasonic - he doesn't think it's the DVCPro unit. Says drifting audio isn't the kind of thing an out of adjustment or broken deck would do.
Anyway, any answers here yet?
Thanks,
Larry

File Adapter: Run OS command unix after processing message

Hi,
in file adapter configuaration, after processing message, I've configured the channel that it has to call an unix script.
The sintax in configuration is:
sh /XS0/usr/sap/XS0/DVEBMGS01/work/TEST_FILE_XI/OUT/rename_lib_contabili.sh <variable>.
I tried also without the entire path and without the sh command at start of it.
We have a XI 3.0 sp20.
I don't understand, What other I have to do.
Regards,
Antonello

Hi Carme,
I found a warning that "describes" the error...
2009-09-29 13:36:15     Success     Write to file "/XS0/usr/sap/XS0/DVEBMGS01/work/TEST_FILE_XI/OUT/LIBROGIORNALE_test_mov.zip" as binary, size 7248 bytes
2009-09-29 13:36:15     Success     Execute OS command "/home/xs0adm/scripts/rename_lib_contabili.sh LIBROGIORNALE_test_mov.zip"
2009-09-29 13:36:15     Warning     Error when executing OS command "/home/xs0adm/scripts/rename_lib_contabili.sh LIBROGIORNALE_test_mov.zip"
2009-09-29 13:36:15     Success     File processing complete
2009-09-29 13:36:15     Success     MP: Leaving module processor
2009-09-29 13:36:15     Success     The message was successfully delivered to the application using connection
File_http://sap.com/xi/XI/System.
2009-09-29 13:36:15     Success     The message status set to DLVD.
if I try to execute this script from Unix schell or ABAP OS shell this working fine.
You have any idea?!
Thanks,
Antonello

Could'nt delete file after processing sender file in windows environment ?

Hi,
I have problem with sender file adapter in windows 2003 server, because the file adapter cannot delete the file after processing, seems like permission problem. but then i have set full controll access to the pi7adm (sap instance admin). but the problem still persist.
Please advise, me.
Thank you and Best Regards
Fernand

Hi,
Of course i set delete option in my CC sender, but the fail adapter couldn delete fail without any reason ?
This is the error message from RWB Could not delete file 'K:\WORKDIR\FTP\data\data1.fer1' after processing.
like i mention before i have set full access to sap admin user to the directory. but the error still persist.
any idea.
Cheers
Fernand

Could not archieve file after processing error in Rwb of sender adapter

Till today afternoon it is running fine.
The rpocess here is we will keep the files in FTP site. and pi polls and places the files in NFS Mount server AL11(FILE/STAGING).
Now these file will be process from FILE/STAGING to FILE/PROCESS in al11 .
Then proxy get trigerred and sends the data to sap where workflow will be trigerred.
now the issues file is getting polled from ftp and placed in file/staging folder perfectly.
Then the file needs to be moved to file/process folder using file adapter. here the issue is coming
error is as shown below
Time Stamp Message ID Explanation
Could not archive file '/FILE/Staging/20100517112845_140011140001.tif' after processing
com.sap.aii.af.service.util.transaction.api.TxManagerException: Unable to commit transaction: The transaction has been rolled back: com.sap.engine.services.ts.transaction.TxRollbackException
I had done the cache refresh still the problem persists.

HI,
1. check whether you have authorization for write access.
2. Check the path provided for process.
3. Ensure both the staging and the process paths are different.
Thanks,

Audio Drift when importing VHS Tapes-Do I need a Canopus ADVC 300

Embarking on the daunting task of importing/editting >100 2hr VHS tapes, and want to get the best results for my efforts.
I pop a tape into a VCR connected via S-Video (video) and RCA (audio) cables to a Sony DVMC-DA1 AD converter, and from there to my Mac Pro via Firewire. Use FCE "Capture Now" using NTSC DV Converter setup. Start capture, let it run unattended, and return at my leisure to do some rough editting.
Problem is the audio on the imported clip gradually loses sync, by about 2 seconds by the end of the clip. The sync problem is present on the clip when played with Quicktime as well.
Questions:
1. Is there a reasonable way to correct this in FCE?
2. Since my Sony converter is nearing 10 years old, will use of a more recent AD converter such as the Canopus ADVC 300 result in a perfectly synced import?
3. If so, can you comment on the Canopus's purported video noise reduction and image stabilization capabilities? Is it noticable/worthwhile?
Thanks for your time.

Hello,
The problem is the audio is not 'locked' to the video, and your old Sony DVMC-DA1 does not appear to support locked audio.
The only way you might deal with this in FCE itself would be to capture shorter clips (say, under 15 minutes each) which would minimize the degree to which the audio drifts out of sync in each clip. (The longer the clip, the greater the drift.)
Given the large amount of video you wish to digitize (some 200 hours), it will be far preferable to use a Canopus ADVC-100, 110 or higher model - +they all support DV locked audio+ - so the video & audio are sync'd without the need for manual intervention or capturing short clips.
I have used the Canopus 100 & 110 extensively and have been very happy with the results. Sometimes, depending on the VHS tape, there is some slight banding at the very bottom of the image but 1) this is +usually not visible+ in the finished movie because it is outside the 'image safe area' and 2) if necessary can be compensated via about a 2%-4% enlargement of the image in FCE (which is not enough to soften the image).
I have not used the Canopus 300 because I never felt the need, as I am happy with my results from the 100 & 110. Users of the 300 have been pretty positive about its built-in TBC and image cleaning capabilities.

Audio Drift after Processing

Similar Messages

Maybe you are looking for