From owner-freebsd-multimedia Sun Aug 8 17:18:40 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from stevenson.cogsci.ed.ac.uk (stevenson144.cogsci.ed.ac.uk [129.215.144.1]) by hub.freebsd.org (Postfix) with ESMTP id A445215077 for ; Sun, 8 Aug 1999 17:18:30 -0700 (PDT) (envelope-from richard@cogsci.ed.ac.uk) Received: from doyle.cogsci.ed.ac.uk (richard@doyle [129.215.110.29]) by stevenson.cogsci.ed.ac.uk (8.8.7/8.8.7) with SMTP id BAA20510 for ; Mon, 9 Aug 1999 01:16:57 +0100 (BST) Date: Mon, 9 Aug 1999 01:16:56 +0100 Message-Id: <27264.199908090016@doyle.cogsci.ed.ac.uk> From: Richard Tobin Subject: Fxtv MPEG recording To: multimedia@freebsd.org Organization: just say no Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I tried some MPEG recording from fxtv, and encountered a few minor problems. I was using fxtv-0.48 under FreeBSD 3.2-RELEASE. (1) In tvaudio.c, after SNDCTL_DSP_SETFMT, the value is checked to see that it worked (parm != parm_new). But the sound driver (snd/sound.c) has this code: /* * when some card (SB16) is opened RDONLY or WRONLY, * only one of the fields is set, the other becomes 0. * This makes it possible to select DMA channels at runtime. */ if (d->play_fmt) d->play_fmt = *(int *)arg ; if (d->rec_fmt) d->rec_fmt = *(int *)arg ; splx(s); if (ask_init(d)) *(int *)arg = d->play_fmt ; So when setting the record format, the returned value is the play format, which is zero (as suggested in the comment), so fxtv thinks the ioctl sample format is not supported. The driver code looks bogus to me, but I just hacked fxtv to not check. (2) The fxtv README says that mplex is not used by fxtv, but it is. (3) The fxtv README mentions an envoronment variable MPEG_AUDIO for dist10, but it's really MPEGTABLES. Apart from these problems, I was very impressed with how well it worked. -- Richard To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message