jit.vcr audio oddness

owen lloyd's icon

hi there,
i'm using jit.vcr to record the output of a video/audio patch. the files i'm getting have audio that's shorter than the video. with a mov of 10mins 34seconds, when i spilt the video and audio i get an audio file of 10 mins 12 seconds.

any ideas?

thanks
owen

Jeremy's icon

Are the audio and video out of sync, or is the audio simply truncated
22 seconds before the video? Or?

jb

Am 20.10.2006 um 13:43 schrieb owen lloyd:

>
> hi there,
> i'm using jit.vcr to record the output of a video/audio patch. the
> files i'm getting have audio that's shorter than the video. with a
> mov of 10mins 34seconds, when i spilt the video and audio i get an
> audio file of 10 mins 12 seconds.
>
> any ideas?
>
> thanks
> owen

owen lloyd's icon

out of sync.
all the sounds are there, it's just slightly time compressed so it gets worse over the 10 mins.
either that or the video is too long...
odd.

denis@film.calarts.edu's icon

hi,

I actually got the same problem, couldn't get it to work, was in a rush and ended up recording the old way.

With jit.vcr I always was ending with video that was longuer than the sound (the sound was the correct lenght but the video was time stretched).
I wanted to investigate a little further if it was not a user error before writing to the list but never got to it...

It was with jitter 1.6/ OS X.4.7 macbook pro (but I believe it also happened on a G5)

Denis

owen lloyd's icon

it's a weird one,
i'm on os10.4.7, g4 powerbook by the way.

tim_thompson@mac.com's icon

I am wondering if it has to do with frame rate issues with the video recording. As opposed to jit.qt.record, jit.vcr is necessarily always in realtime mode, but I would imagine that irregularities in the recording frame rate could cause some problems over time. Being a real novice with dig.vid. issues, I don't really know, but it is my assumption about it at this point.

Tim

owen lloyd's icon

hi tim,
i had investigated this issue but the numbers suggested it wasn't an problem.
activity monitor showed total cpu use was around 40% and i was going from one read disc to a different record disc using 320x240 sized files. no great stress there. i also recorded deaf and blind, as it were, with no monitoring of the visuals or audio to add to the load.
still weird stretchy video...