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
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, I
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 second :)
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
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
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
