VideoGrabber: dropping last second of sound

[stephen barncard]

yes, I'm guessing that it's not flushing the audio buffer on close. Another
coding error that's been there for ages.

I'd suggest that your stop sequence include some kind of delay before
actually stopping the recording, so the talent stops speaking earlier than
the actual time it stops, and it should all work out. *Send in time* would
work well for this...

Colin, check out videograbber, it's fairly useful for some limited video
chores. It's inside every installation (in the mac package
Contents:Tools:Resources:Sample Projects: folder as Video Capture.rev)  --
they actually fixed most of it in the last updates.

On 22 October 2010 10:44, Ben Rubinstein <benr_mc at cogapp.com> wrote:

> We've used LiveCode to create an unattended system in a public environment
> which is recording several hundred short video clips a day.  The clips are
> variable length - controlled by the person who is recording a message -
> typically 10-30 second each.
>
> In a small number of cases, the last second of audio is lost.  The actual
> sound track is shorter than the video track; and in the very small sample of
> cases I've so far being able to inspect (2 clips) it was almost exactly 1
> second shorter.
>
> Has anyone else encountered this or a similar problem?
>
> TIA,
>
> Ben
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
>



-- 



Stephen Barncard
San Francisco Ca. USA

more about sqb  <http://www.google.com/profiles/sbarncar>