Date: Mon, 10 Feb 2003 14:24:48 +0100 From: "=?iso-8859-15?Q?Jos=E9?= M. =?iso-8859-15?Q?Fandi=F1o?=" <freebsd@fadesa.es> To: multimedia@FreeBSD.ORG Subject: Re: CALL FOR TESTERS - ffmpeg TV formats Message-ID: <3E47A820.1FD59870@fadesa.es> References: <20030206191147.2a820325.steve@sohara.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello, This weekend I did some tests with recent patches for the ffmpeg port and I got some problems. When ffmpeg begins to record, all seems perfectly okay, but a few minutes after of beginning (approximately 19/20 minutes, this seems a constant) the ffmpeg program begins to report lost frames and the rate of loss frames begin to grow until it fills all the screen. While I did the tests the machine was not running other programs, so it was quiet and the average cpu consumption was 20-30%. Playing the resulting file showed me green frames where the ffmpeg program reported lose frames, so the recorded session ends as a green screen. If I run this test without audio encoding the recorded session is perfect and using ffmpeg 0.4.6 with v4l and audio encoding also works fine. So all these symptoms makes me think that there are still some issues with the audio code. I'd like to know if this is a particular or a general problem. > ffmpeg -vcodec mpeg4 -b 1200 -s 320x240 -y -hq -deinterlace test1.avi Input #0, video_grab_device, from '/dev/bktr0': Stream #0.0: Video: rawvideo, yuv420p, 320x240, 25.00 fps, 800 kb/s Input #1, audio_device, from '/dev/dsp': Stream #1.0: Audio: pcm_s16le, 44100 Hz, mono, 705 kb/s Output #0, avi, to 'test1.avi': Stream #0.0: Video: mpeg4 (hq), 320x240, 25.00 fps, q=2-31, 1200 kb/s Stream #0.1: Audio: mp2, 44100 Hz, mono, 64 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #1.0 -> #0.1 Press [q] to stop encoding frame=22389 q=2.0 size= 138620kB time=895.6 bitrate=1268.0kbits/s Blank 2 signals - 209670 microseconds Blank 2 signals - 176965 microseconds frame=26452 q=5.0 size= 163948kB time=1058.1 bitrate=1269.3kbits/s Blank 1 signals - 178013 microseconds frame=27599 q=4.0 size= 171010kB time=1103.9 bitrate=1269.0kbits/s Blank 1 signals - 160239 microseconds frame=27803 q=2.0 size= 172173kB time=1112.1 bitrate=1268.3kbits/s Blank 1 signals - 160144 microseconds frame=27854 q=5.0 size= 172466kB time=1114.1 bitrate=1268.1kbits/s Blank 0 signals - 161156 microseconds frame=28019 q=5.0 size= 173683kB time=1120.8 bitrate=1269.5kbits/s Blank 1 signals - 161202 microseconds frame=28058 q=3.0 size= 173879kB time=1122.3 bitrate=1269.2kbits/s Blank 1 signals - 161043 microseconds frame=28070 q=5.0 size= 173948kB time=1122.8 bitrate=1269.1kbits/s dmesg: http://www.FreeBSD.org/cgi/getmsg.cgi?fetch=22081+33356+/usr/local/www/db/text/2003/freebsd-multimedia/20030209.freebsd-multimedia Steve O'Hara-Smith wrote: > To use it replace /usr/ports/multimedia/files/grab_bsdbktr.c with > the one from the ftp site and rebuild ffmpeg (do a make clean first if > you have a work directory in there). As well as the long standing > WITH_BKTR_FORMAT= options of PAL and NTSC you can now use SECAM, > PALM, PALN, PALBDGHI, NTSCJ and NTSCM - PAL is the same as PALBDGHI > and NTSC is the same as NTSCM - someone let me know if that last one > is less than ideal I'm none too sure about it :). -- -----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/IT d- s+:+() a- C+++ UBL+++$ P+ L+++ E--- W++ N+ o++ K- w--- O+ M+ V- PS+ PE+ Y++ PGP+>+++ t+ 5 X+$ R- tv-- b+++ DI D++>+++ G++ e- h+(++) !r !z ------END GEEK CODE BLOCK------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3E47A820.1FD59870>