Date: Sun, 06 Nov 2005 19:09:23 +0000 From: Dieter <freebsd@sopwith.solgatos.com> To: "Arne " W rner "" <arne_woerner@yahoo.com> Cc: freebsd-multimedia@freebsd.org, freebsd-firewire@freebsd.org Subject: Re: Sending DV to camcorder over firewire gives dropouts Message-ID: <200511070309.DAA15739@sopwith.solgatos.com> In-Reply-To: Your message of "Sun, 06 Nov 2005 14:08:59 PST." <20051106220859.52887.qmail@web30304.mail.mud.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Wild Guess Theory #1: > > > > fwcontrol -S reports: > > > > 3948 frames, 131.50 secs, 30.02 frames/sec > > 784 frames, 25.92 secs, 30.24 frames/sec > > 3597 frames, 119.78 secs, 30.03 frames/sec > > > > Shouldn't this be 29.97 fps ? > > > I like that theory: > > I found in ffmpeg's man page the following option: > -r fps > set frame rate (default = 25) > > Dude! Did you use the "-r" option? No, didn't need to, ffmpeg figured out to use 29.97 fps all by itself, for both input and output. Even if there is something wrong with the output of ffmpeg, it would not explain why I get the exact same problem with: [ push "play" button on camcorder ] fwcontrol -R filename.dv [ push "stop" button on camcorder ] fwcontrol -S filename.dv since ffmpeg is not involved in this case. It might be that the incorrect fps numbers reported are just an artifact of clock resolution and the relatively short times involved and packetization/buffering?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200511070309.DAA15739>