On Mon, 9 Feb 2004, Dragon_at_work wrote:
> On Monday 09 February 2004 02:57, Steven M. Schultz wrote:
> > system - when a program asks for 1 second it can be a tick or two
> > of the clock off.
> I was afraid of that
UNIX 101 - sleep(1) is not guaranteed to be exactly 1 secon
On Monday 09 February 2004 03:20, you wrote:
> Do you thin the -O|--sync-offset option would also to the job ? -O 2s
> should make a 2 sec offset.
I am not sure it would work as each amalgamation/concatenation introduces the
same error. Because there are AVIs intermingled with the (silent) JPEGs,
On Monday 09 February 2004 02:57, Steven M. Schultz wrote:
> system - when a program asks for 1 second it can be a tick or two
> of the clock off.
I was afraid of that
> dd if=/dev/zero of=1sec-silence.pcm bs=17600 count=10
Great! This worked perfectly!
Thanks for your keen
Hallo
> Only one slight problem, though. I am certain MJPEG tools have done an
> excellent job. But, as the movie progresses, there is a considerable
> difference in the synchronization of sound and video. By the end of a 'slide
> and movie show' with around 120 entries, there is about a 2 second
On Sun, 8 Feb 2004, Dragon_at_work wrote:
> I think that the problem is in the way I generate and use silence.
I agree and have an idea what the problem might be (on the other
hand I could be off base (again) ;)).
> Below is how I use silence. But, mplayer claims that the 1s of
So far so good. I can take a directory of JPEGs and AVIs from my digital
camera(s), and make them into a(n) (S)VCD compatable movie.
Only one slight problem, though. I am certain MJPEG tools have done an
excellent job. But, as the movie progresses, there is a considerable
difference in the syn
