jit.vcr audio oddness

Oct 20, 2006 at 11:43am

jit.vcr audio oddness

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

#28266
Oct 20, 2006 at 12:19pm

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

#86621
Oct 20, 2006 at 12:27pm

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.

#86622
Oct 20, 2006 at 6:44pm

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

#86623
Oct 26, 2006 at 5:31pm

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

#86624
Oct 26, 2006 at 6:17pm

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

#86625
Nov 1, 2006 at 9:30am

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 320×240 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…

#86626

You must be logged in to reply to this topic.