Date: Wed, 16 Nov 2005 10:19:09 +0000 From: Steve O'Hara-Smith <steve@sohara.org> To: "Daniel O'Connor" <doconnor@gsoft.com.au> Cc: freebsd-stable@freebsd.org Subject: Re: mplayer + bktr Message-ID: <20051116101909.6ee5389f.steve@sohara.org> In-Reply-To: <200511132204.55664.doconnor@gsoft.com.au> References: <200511132204.55664.doconnor@gsoft.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 13 Nov 2005 22:04:48 +1030
"Daniel O'Connor" <doconnor@gsoft.com.au> wrote:
> The first is that when you force it to capture audio (so mute and volume
> control work, or you can use mencoder) it does about 0.25 fps :( It doesn't
> appear to be using heaps of CPU or anything so I am not sure what the problem
> is.
>
> The other is that it hitches when playing TV - it doesn't do this when viewing
> movies.
I had a quick look at what has happened to the capture code in
mplayer since I last saw it (and felt a bit ill). It seems that it pretty
much depends on the frame sync signals from the bktr device with a fallback
one second alarm. I know that missing frame sync signals are not uncommon
from instrumenting my capture code in ffmpeg which is kept sane by using
a tightly timed usleep to capture a frame close ot the right time when the
signal is missed.
I'm guessing that enabling the audio capture is causing signals
to be missed.
--
C:>WIN | Directable Mirror Arrays
The computer obeys and wins. | A better way to focus the sun
You lose and Bill collects. | licences available see
| http://www.sohara.org/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20051116101909.6ee5389f.steve>