Re: VideoGrabber: dropping last second of sound
On 22/10/2010 18:53, Colin Holgate wrote: I have no idea what VideoGrabber is, but the symptoms suggest that some frames were skipped, and yet the stored frames were kept at a regular frame rate. Would be interesting to video grab a running clock. Then you could test my theory. VideoGrabber is an external on Mac and Windows for er... grabbing video and audio. See Video category on Dictionary. I don't think frames were skipped, the sync is reasonable, it's just that the sound runs out before the video does. We did a lot of tests with a running clock before we started - but it had a very quiet tick and we weren't paying attention! More to the point, this is very intermittent - we've seen a handful out of about 2,000 clips. Mind you, we haven't necessary reviewed every clip to the end. Ben ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: VideoGrabber: dropping last second of sound
Thanks Stephen. Your suggestion is indeed what we expect we'll have to implement - but before I report this in RQCC, and before I roll out that fix, I'd be interested to know if anyone else has encountered this. Your response suggests that there is a known issue with the VG not flushing the audio buffer on close, is that correct? Is there an RQCC number for this? (I've looked through without spotting anything, but I might have missed it.) If this is known, is there lore about the factors - why it's intermittent? You mentioned on close, is that on revStopRecordingVideo, or on revCloseVideoGrabber - if I could stop the recording on time, but let the VG keep rolling longer, that would provide a neater solution. TIA, Ben On 22/10/2010 20:52, stephen barncard wrote: 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 Rubinsteinbenr...@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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
VideoGrabber: dropping last second of sound
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@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: VideoGrabber: dropping last second of sound
I have no idea what VideoGrabber is, but the symptoms suggest that some frames were skipped, and yet the stored frames were kept at a regular frame rate. Would be interesting to video grab a running clock. Then you could test my theory. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: VideoGrabber: dropping last second of sound
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...@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@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 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
