From owner-freebsd-multimedia Sun Apr 2 8: 9:21 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from ipt2.iptelecom.net.ua (ipt2.iptelecom.net.ua [212.9.224.2]) by hub.freebsd.org (Postfix) with ESMTP id 07CFA37BD9E; Sun, 2 Apr 2000 08:09:13 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: from altavista.net (dialup6-36.iptelecom.net.ua [212.9.227.100]) by ipt2.iptelecom.net.ua (8.9.3/8.9.3) with ESMTP id SAA04526; Sun, 2 Apr 2000 18:14:53 +0300 (EEST) Message-ID: <38E7631B.E06D3D70@altavista.net> Date: Sun, 02 Apr 2000 18:11:23 +0300 From: Maxim Sobolev Organization: Home, sweet home X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: uk,ru,en MIME-Version: 1.0 To: MIHIRA Sanpei Yoshiro Cc: cg@FreeBSD.ORG, current@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Buffering issues of the pcm audio driver (Was: cvs commit: src/sys/dev/sound/isa ess.c) References: <38E68B29.2055235C@altavista.net> <200004021437.XAA34730@lavender.yy.cs.keio.ac.jp> Content-Type: multipart/mixed; boundary="------------42AABDBF5E5B30EDD5BCA01F" Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. --------------42AABDBF5E5B30EDD5BCA01F Content-Type: text/plain; charset=x-user-defined Content-Transfer-Encoding: 7bit Hi, I've tried to track down sound issues of the SDL (Simple Direct Layer) library and found that current pcm buffering behaviour inconsistent with OSS specifications, which cause applications that require sophisticated sound control to misbehave on FreeBSD. There is two different buffers implemented in the pcm driver: one back-end, with size specified an a compile time (ranging from 4KB to 64KB on different chipsets), and one front-end size of which could be changed by the audio application at runtime. Problems arises when application tries to get current state of the audio buffer either by using select(), or by doing direct SNDCTL_DSP_GETOSPACE ioctl(). In both these cases current FreeBSD behaviour isn't consistent with OSS specs: - the SNDCTL_DSP_GETOSPACE ioctl() returns current state of the front buffer, while ignores much larger back buffer which usually absorbs all data sent to the pcm. Thus application using this ioctl() being fooled about how much data is in the audio buffers. - the select() call doesn't block until the whole back buffer will be filled, while according to specs it should block while fragsize*fragnumber amount of data already is in the buffers. Possible solution (from better to worse): 1. Fix select() support in the pcm driver to account effects of the two buffers. 2. Provide workaround to the SNDCTL_DSP_GETOSPACE to return largest free buffer space available in either front or back buffer. Thus aware applications would have a possibility to check how much data is in hardware buffers and behave accordingly. This will not violate OSS specs, as it is permitted to have this value larger than fragsize*fragments. See attached diffs. 3. Decrease size of the back buffers in all pcm drivers to a some reasonable value like 4KB. -Maxim --------------42AABDBF5E5B30EDD5BCA01F Content-Type: text/plain; charset=x-user-defined; name="dsp.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dsp.c.diff" --- /usr/src/sys/dev/sound/pcm/dsp.c 2000/04/02 09:41:26 1.1 +++ /usr/src/sys/dev/sound/pcm/dsp.c 2000/04/02 09:49:56 @@ -467,8 +467,8 @@ chn_checkunderflow(wrch); while (chn_wrfeed(wrch) > 0); } - a->bytes = bs->fl; - a->fragments = a->bytes / wrch->blocksize2nd; + a->bytes = (bs->fl > b->fl ? bs->fl : b->fl); + a->fragments = bs->fl / wrch->blocksize2nd; a->fragstotal = bs->bufsize / wrch->blocksize2nd; a->fragsize = wrch->blocksize2nd; } --------------42AABDBF5E5B30EDD5BCA01F-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 2 13:19:42 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from oberon.dnai.com (oberon.dnai.com [207.181.194.97]) by hub.freebsd.org (Postfix) with ESMTP id 9906D37B832 for ; Sun, 2 Apr 2000 13:19:40 -0700 (PDT) (envelope-from kmarx@bigshed.com) Received: from bigshed.com (dnai-216-15-97-193.cust.dnai.com [216.15.97.193]) by oberon.dnai.com (8.9.3/8.9.3) with ESMTP id NAA07271; Sun, 2 Apr 2000 13:19:11 -0700 (PDT) Message-ID: <38E7AC19.54AE5A50@bigshed.com> Date: Sun, 02 Apr 2000 13:22:49 -0700 From: Ken Marx X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: Grigoriy Strokin Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: 4.0/pci128/.wav's References: <38E4D68F.5CD558DC@bigshed.com> <20000331205142.B45857@isabase.philol.msu.ru> <38E4DC7E.68F651C9@bigshed.com> <20000331211658.A46206@isabase.philol.msu.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Two corrections to previous email from me on this topic: 1. Apparantly problem also occurs for cat of .au to /dev/dsp (or audio) (I'd claimed otherwise.) 2. My co-worker's 5.0 box has this same problem (I'd claimed it worked on his machine). Anyone know who supports the pcm driver? thanks, k. Grigoriy Strokin wrote: > > On Fri, Mar 31, 2000 at 09:12:30AM -0800, Ken Marx wrote: > > Hi Grigoriy, > > > > Very interesting. We've noticed that doing a cat file.au > /dev/audio > > (or /dev/dsp) seems ok. Maybe there's something funky with the ioctl > > support for one of the GET/SET_xxx commands? > > > > Have you by chance found a PCI sound card for which this bad behavior > > *doesn't* occur? > No, but I haven't tried much :) > > I was going to buy PCI128 because when I told to my friends > that also run FreeBSD 4.0 about my PCI64 problems they > said that they have PCI128, it works fine and they recomend > all to buy it for FreeBSD. Now, however, I won't buy PCI128 :) > > > > > I've got a sinking feeling that I'm going to be adding printf's to > > the driver by next week sometime... bleh. -- Ken Marx, kmarx@bigshed.com Display leadership on the total value ratcheting!! - http://cgi.bigshed.com/~kmarx/cgi-bin/speak.cgi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 2 17:39:53 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from borg-cube.com (226-193.adsl2.avtel.net [207.71.226.193]) by hub.freebsd.org (Postfix) with ESMTP id E7FE637B509; Sun, 2 Apr 2000 17:39:49 -0700 (PDT) (envelope-from dburr@borg-cube.com) Received: from borg-cube.com (dburr@borg-cube.com [207.71.226.193]) by borg-cube.com (8.9.3/8.9.3) with ESMTP id RAA14634; Sun, 2 Apr 2000 17:39:48 -0700 (PDT) (envelope-from dburr@borg-cube.com) Date: Sun, 2 Apr 2000 17:39:48 -0700 (PDT) From: Donald Burr To: FreeBSD Multimedia Cc: FreeBSD Hardware Subject: USB cameras compatible with FreeBSD 4.0-RELEASE? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'd like to get a webcam set up on my FreeBSD webserver. Unfortunately, while shopping around I discovered that most of the current crop of cameras are USB based. I know the USB support has improved a lot in FreeBSD 4.0-RELEASE, but I'm still not sure if any USB cameras are supported. Does anyone know if a USB camera can be gotten to work in 4.0-RELEASE? If so, what manufacturer/model should I buy? Unfortunately this machine has very little else in terms of free resources (both parallel ports and PCI slots are pretty much maxed out), otherwise I'd go buy a Color QuickCam or something. Thanks! -- Donald Burr Resistance is Futile | FreeBSD: The WWW: http://www.borg-cube.com/ ICQ: UIN#16997506 | Power to Address: P.O. Box 91212, Santa Barbara, CA 93190-1212 | Serve! http:// Phone: (805) 957-9666 FAX: (800) 492-5954 | www.freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Apr 2 23:47:37 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from news.lucky.net (news.lucky.net [193.193.193.102]) by hub.freebsd.org (Postfix) with ESMTP id 4220B37B822 for ; Sun, 2 Apr 2000 23:47:31 -0700 (PDT) (envelope-from sobomax@altavista.net) Received: (from mail@localhost) by news.lucky.net (8.Who.Cares/8.Who.Cares) id JSG07352 for freebsd-multimedia@freebsd.org; Mon, 3 Apr 2000 09:47:27 +0300 (envelope-from sobomax@altavista.net) From: Maxim Sobolev To: freebsd-multimedia@freebsd.org Subject: Re: newpcm secondary dma buffer - why? Date: Mon, 03 Apr 2000 00:15:55 +0300 Organization: Home, sweet home Message-ID: <38E7B88A.CED012F3@altavista.net> References: <20000331220131.A95404@cons.org> Mime-Version: 1.0 X-Trace: news.lucky.net 954709988 30212 212.9.224.2 (2 Apr 2000 21:13:08 GMT) X-Complaints-To: usenet@news.lucky.net X-Mailer: Mozilla 4.72 [en] (Win98; I) X-Accept-Language: uk,ru,en Cache-Post-Path: ipt2.iptelecom.net.ua!unknown@dialup6-30.iptelecom.net.ua X-Cache: nntpcache 2.4.0b2 (see http://www.nntpcache.org/) Content-Type: text/plain; charset=koi8-u Content-Transfer-Encoding: 7bit Lines: 22 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Martin Cracauer wrote: > Cameron, multimedia folks, > > could you explain why the newpcm driver uses a secondary buffer to > collect data before it transmits it to the soundcard? > > struct _pcm_channel { > [...] > snd_dbuf buffer2nd; > }; > > Please don't say "it does buffering", I assume that :-) But so far > I've been under the impression that such things are unneeded in > today's soundcards and that it is extremly hard to get the mmap API to > work with such a construction in between. I agree. This also makes unfunctional convenient way to control sound using select() or SNDCTL_DSP_GETOSPACE ioctl. -Maxim To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 3 0:20:45 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id B0AB037BA82 for ; Mon, 3 Apr 2000 00:20:39 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (tanimura@localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.9.3+3.2W/3.7W-rina.r-0.1-11.01.2000) with ESMTP/IPv4 id QAA62291; Mon, 3 Apr 2000 16:20:26 +0900 (JST) Date: Mon, 03 Apr 2000 16:20:25 +0900 Message-ID: <14568.17977.947700.90123Q@rina> From: Seigo Tanimura To: cracauer@cons.org Cc: gandalf@vilnya.demon.co.uk, freebsd-multimedia@freebsd.org Subject: Re: newpcm secondary dma buffer - why? In-Reply-To: In your message of "Fri, 31 Mar 2000 22:01:32 +0200" <20000331220131.A95404@cons.org> References: <20000331220131.A95404@cons.org> Cc: Seigo Tanimura User-Agent: Wanderlust/1.0.3 (Notorious) SEMI/1.13.4 (Terai) FLIM/1.12.7 (=?ISO-8859-4?Q?Y=FEzaki?=) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.4 - "Terai") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 31 Mar 2000 22:01:32 +0200, Martin Cracauer said: Martin> could you explain why the newpcm driver uses a secondary buffer to Martin> collect data before it transmits it to the soundcard? (snip) Martin> Please don't say "it does buffering", I assume that :-) But so far Martin> I've been under the impression that such things are unneeded in Martin> today's soundcards and that it is extremly hard to get the mmap API to Martin> work with such a construction in between. First, even in these days certain sound cards have very small size of DMA buffer. My CS4614 sound card has only 4KB, interrupting on playing/recording every 2KB. For CD quality sound(44.1kHz 16bit stereo), the interrupt rate goes up to 86.1 times/sec and likely to unferflow under heavy load. Second, we would eventually have to get rid of DMA dependency in pcm driver. This is essential for pcm devices without DMA, including USB, PCCARD and pc98(nss) sound. For these devices, the driver needs to transfer sound data by block-by-block manner. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 3 3:10:56 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from finch-post-12.mail.demon.net (finch-post-12.mail.demon.net [194.217.242.41]) by hub.freebsd.org (Postfix) with ESMTP id 511F937B68D; Mon, 3 Apr 2000 03:10:47 -0700 (PDT) (envelope-from n_hibma@calcaphon.com) Received: from calcaphon.demon.co.uk ([193.237.19.5] helo=bluebottle.qubesoft.com) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 12c3oi-0004pI-0C; Mon, 3 Apr 2000 10:10:45 +0000 Received: from henny.qubesoft.com (henny.qubesoft.com [192.168.1.5]) by bluebottle.qubesoft.com (8.9.3/8.9.1) with ESMTP id LAA88985; Mon, 3 Apr 2000 11:12:49 +0100 (BST) (envelope-from n_hibma@calcaphon.com) Date: Mon, 3 Apr 2000 11:07:47 +0100 (BST) From: Nick Hibma X-Sender: n_hibma@localhost Reply-To: Nick Hibma To: Donald Burr Cc: FreeBSD Multimedia , FreeBSD Hardware Subject: Re: USB cameras compatible with FreeBSD 4.0-RELEASE? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org No, and it will take quite some time before they will be supported. Personally I have no interest in writing the support for them, but I'd welcome and support anyone having a go at it. With the patch to OHCI going in sometime this week, basic support for isochronous transfers will be available for both UHCI and OHCI controllers. Nick > I'd like to get a webcam set up on my FreeBSD webserver. Unfortunately, > while shopping around I discovered that most of the current crop of > cameras are USB based. I know the USB support has improved a lot in > FreeBSD 4.0-RELEASE, but I'm still not sure if any USB cameras are > supported. > > Does anyone know if a USB camera can be gotten to work in 4.0-RELEASE? If > so, what manufacturer/model should I buy? > > Unfortunately this machine has very little else in terms of free > resources (both parallel ports and PCI slots are pretty much > maxed out), otherwise I'd go buy a Color QuickCam or something. > > Thanks! > -- > Donald Burr Resistance is Futile | FreeBSD: The > WWW: http://www.borg-cube.com/ ICQ: UIN#16997506 | Power to > Address: P.O. Box 91212, Santa Barbara, CA 93190-1212 | Serve! http:// > Phone: (805) 957-9666 FAX: (800) 492-5954 | www.freebsd.org > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > -- n_hibma@webweaving.org n_hibma@freebsd.org USB project http://www.etla.net/~n_hibma/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 3 6:35:36 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from tog.net (tog.net [205.152.191.15]) by hub.freebsd.org (Postfix) with ESMTP id 8AD8037BDF9 for ; Mon, 3 Apr 2000 06:35:29 -0700 (PDT) (envelope-from bofh@terranova.net) Received: from terranova.net (tog.net [205.152.191.15]) by tog.net (Postfix) with ESMTP id 2B1571E9A for ; Mon, 3 Apr 2000 09:35:25 -0400 (EDT) Message-ID: <38E89E1D.3DA5C8CB@terranova.net> Date: Mon, 03 Apr 2000 09:35:25 -0400 From: Travis Mikalson Organization: TerraNovaNet Internet Services X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: multimedia@freebsd.org Subject: newpcm glitches with AWE64 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have an SB AWE64 ISA PnP that I'm having some problems with since I upgraded to 4.0. Basically the sound is interrupting (very short, about 200ms) once or twice a minute whether I use mpg123, xmms, realplayer, etc. I was using voxware in 3.x-STABLE and not having any problems, even under heavy load. Unfortunately that's all I know. No weird messages from anything, everything seems happy enough. It's an SMP system, dual PPro 200 on a Tyan Titan Pro ATX. /dev/sndstat: FreeBSD Audio Driver (newpcm) Apr 1 2000 08:39:50 Installed devices: pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) Anybody else having any similar problems? Any suggestions? Thanks, -T -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 3 9:17:45 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id B2FAF37B60A; Mon, 3 Apr 2000 09:17:28 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (posh.dmem.strath.ac.uk [130.159.202.3]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id RAA29452 Mon, 3 Apr 2000 17:16:54 +0100 (BST) Message-ID: <38E8C3F6.5D8CD25D@cs.strath.ac.uk> Date: Mon, 03 Apr 2000 17:16:54 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Donald Burr Cc: FreeBSD Multimedia , FreeBSD Hardware Subject: Re: USB cameras compatible with FreeBSD 4.0-RELEASE? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Donald, > I know the USB support has improved a lot in > FreeBSD 4.0-RELEASE, but I'm still not sure if any USB cameras are > supported. There is no support for any USB cameras in FreeBSD. If you want a webcam, you will have to buy a PAL or NTSC camera, and buy a Bt848/Bt878 based TV Card to grab the video. This has been used my many people including myself. As for USB support, over in linux-land, there is support for cameras using the CPiA chipset and the Omnivision OZ511 chipset, which covers the Creative WebCam II and III plus many many OEM cameras. But nothing has been done to write drivers/port drivers over to BSD Unix. Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 3 18:16:52 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from oberon.dnai.com (oberon.dnai.com [207.181.194.97]) by hub.freebsd.org (Postfix) with ESMTP id 2FE1A37B6BC for ; Mon, 3 Apr 2000 18:16:50 -0700 (PDT) (envelope-from kmarx@bigshed.com) Received: from bigshed.com (dnai-216-15-97-193.cust.dnai.com [216.15.97.193]) by oberon.dnai.com (8.9.3/8.9.3) with ESMTP id SAA40999; Mon, 3 Apr 2000 18:16:49 -0700 (PDT) Message-ID: <38E94362.4EEDDF14@bigshed.com> Date: Mon, 03 Apr 2000 18:20:34 -0700 From: Ken Marx X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 2.2.8-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-multimedia@freebsd.org" Cc: Ken Marx Subject: panic: no feed in 4.0 PCM (isa) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, In an attempt to give up solving problems with PCI128 soundcards in 4.0 (see previous postings on this), I tried an AWE64 ISA card. When running my app (linked unfortunately 3rd party voice recog software) I get the following panic: ------------------------ IdlePTD 3219456 initial pcb at 297ee0 panicstr: no feed panic messages: --- panic: no feed syncing disks... 2 2 done Uptime: 5m35s dumping to dev #ad/0x20001, offset 524312 dump ata0: resetting devices .. done 255 254 253 252 251 250 249 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 304 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:304 #1 0xc0141bb4 in poweroff_wait (junk=0xc024e317, howto=-1056226560) at ../../kern/kern_shutdown.c:554 #2 0xc01f58a3 in chn_rdfeed2nd (c=0xc10b4300, buf=0xce26feec) at ../../dev/sound/pcm/channel.c:588 #3 0xc01f5ac3 in chn_read (c=0xc10b4300, buf=0xce26feec) at ../../dev/sound/pcm/channel.c:716 #4 0xc01f43f7 in dsp_read (d=0xc10c4c00, chan=0, buf=0xce26feec, flag=196608) at ../../dev/sound/pcm/dsp.c:178 #5 0xc01f38b9 in sndread (i_dev=0xc10cb900, buf=0xce26feec, flag=196608) at ../../dev/sound/pcm/sound.c:316 #6 0xc0176c2b in spec_read (ap=0xce26fea0) at ../../miscfs/specfs/spec_vnops.c:251 #7 0xc01dc8a8 in ufsspec_read (ap=0xce26fea0) at ../../ufs/ufs/ufs_vnops.c:1824 #8 0xc01dcda5 in ufs_vnoperatespec (ap=0xce26fea0) at ../../ufs/ufs/ufs_vnops.c:2301 #9 0xc0171956 in vn_read (fp=0xc11e5340, uio=0xce26feec, cred=0xc11e3880, flags=0, p=0xcce44ea0) at vnode_if.h:334 #10 0xc014e76e in dofileread (p=0xcce44ea0, fp=0xc11e5340, fd=4, buf=0x8491028, nbyte=800, offset=-1, flags=0) at ../../sys/file.h:140 #11 0xc014e673 in read (p=0xcce44ea0, uap=0xce26ff80) at ../../kern/sys_generic.c:111 #12 0xc022160e in syscall (frame={tf_fs = 131119, tf_es = 672727087, tf_ds = -1078001617, tf_edi = 0, tf_esi = 139005992, tf_ebp = -1077942744, tf_isp = -836304940, tf_ebx = 800, tf_edx = 140286036, tf_ecx = 640000, tf_eax = 3, tf_trapno = 12, tf_err = 2, tf_eip = 672435848, tf_cs = 31, tf_eflags = 582, tf_esp = -1077942772, tf_ss = 47}) at ../../i386/i386/trap.c:1073 #13 0xc0216946 in Xint0x80_syscall () #14 0x807d978 in ?? () #15 0x807dadf in ?? () #16 0x807e09b in ?? () #17 0x807e10a in ?? () #18 0x8082d75 in ?? () #19 0x80837b5 in ?? () #20 0x8087029 in ?? () #21 0x8087bf3 in ?? () #22 0x8053ea8 in ?? () ---Type to continue, or q to quit--- #23 0x804a2af in ?? () #24 0x804be4d in ?? () #25 0x8049759 in ?? () (kgdb) ------------------------------- Any help *greatly* appreciated. thanks, k. -- Ken Marx, kmarx@bigshed.com Lay out in broad strokes the technology evolution!! - http://cgi.bigshed.com/~kmarx/cgi-bin/speak.cgi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Apr 3 18:50:26 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from cx344940-a.meta1.la.home.com (cx344940-a.meta1.la.home.com [24.6.21.74]) by hub.freebsd.org (Postfix) with ESMTP id 9782337B512 for ; Mon, 3 Apr 2000 18:50:19 -0700 (PDT) (envelope-from conrads@cx344940-a.meta1.la.home.com) Received: (from conrads@localhost) by cx344940-a.meta1.la.home.com (8.9.3/8.9.3) id UAA95749; Mon, 3 Apr 2000 20:50:13 -0500 (CDT) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <38E89E1D.3DA5C8CB@terranova.net> Date: Mon, 03 Apr 2000 20:50:13 -0500 (CDT) Organization: @Home Network From: Conrad Sabatier To: Travis Mikalson Subject: RE: newpcm glitches with AWE64 Cc: multimedia@FreeBSD.ORG Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 03-Apr-00 Travis Mikalson wrote: > I have an SB AWE64 ISA PnP that I'm having some problems with since I > upgraded to 4.0. > > Basically the sound is interrupting (very short, about 200ms) once or > twice a minute whether I use mpg123, xmms, realplayer, etc. > > I was using voxware in 3.x-STABLE and not having any problems, even > under heavy load. > > Unfortunately that's all I know. No weird messages from anything, > everything seems happy enough. > > It's an SMP system, dual PPro 200 on a Tyan Titan Pro ATX. > > /dev/sndstat: > FreeBSD Audio Driver (newpcm) Apr 1 2000 08:39:50 > Installed devices: > pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) > > Anybody else having any similar problems? Any suggestions? I experienced the same sort of behavior when I upgraded to 4.0 a few weeks ago. I've since reverted to 3.4-STABLE, and everything's working fine again. The new pcm driver is really "Not Ready For Prime Time" just yet. Why it's being forced on people (i.e., if you want to use 4.0) at this point is beyond me. That's all I'm saying for now. :-) -- Conrad Sabatier http://members.home.net/conrads/ ICQ# 1147270 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 4 2:14:16 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 17FDC37B6C0 for ; Tue, 4 Apr 2000 02:14:14 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id LAA23316 for ; Tue, 4 Apr 2000 11:14:12 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id LAA03108 for ; Tue, 4 Apr 2000 11:15:12 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id LAA46224 for multimedia@freebsd.org; Tue, 4 Apr 2000 11:14:14 +0200 (CEST) Date: Tue, 4 Apr 2000 11:14:14 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004040914.LAA46224@gil.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: .avi to mpeg conversion Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Does anyone know of a (command line) tool that can convert an AVI to mpeg? -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 4 10:45:22 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from gilgamesch.bik-gmbh.de (T1-Hansenet.BIK-GmbH.de [192.76.134.246]) by hub.freebsd.org (Postfix) with ESMTP id 5C82437B882 for ; Tue, 4 Apr 2000 10:45:15 -0700 (PDT) (envelope-from cracauer@gilgamesch.bik-gmbh.de) Received: (from cracauer@localhost) by gilgamesch.bik-gmbh.de (8.9.3/8.7.3) id TAA44346; Tue, 4 Apr 2000 19:44:38 +0200 (MET DST) Date: Tue, 4 Apr 2000 19:44:38 +0200 From: Martin Cracauer To: Conrad Sabatier Cc: Travis Mikalson , multimedia@FreeBSD.ORG Subject: Re: newpcm glitches with AWE64 Message-ID: <20000404194438.A44076@cons.org> References: <38E89E1D.3DA5C8CB@terranova.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from conrads@home.com on Mon, Apr 03, 2000 at 08:50:13PM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In , Conrad Sabatier wrote: > > On 03-Apr-00 Travis Mikalson wrote: > > I have an SB AWE64 ISA PnP that I'm having some problems with since I > > upgraded to 4.0. > > > > Basically the sound is interrupting (very short, about 200ms) once or > > twice a minute whether I use mpg123, xmms, realplayer, etc. > > > > I was using voxware in 3.x-STABLE and not having any problems, even > > under heavy load. > > > > Unfortunately that's all I know. No weird messages from anything, > > everything seems happy enough. > > > > It's an SMP system, dual PPro 200 on a Tyan Titan Pro ATX. > > > > /dev/sndstat: > > FreeBSD Audio Driver (newpcm) Apr 1 2000 08:39:50 > > Installed devices: > > pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) > > > > Anybody else having any similar problems? Any suggestions? > > I experienced the same sort of behavior when I upgraded to 4.0 a few weeks > ago. I've since reverted to 3.4-STABLE, and everything's working fine > again. > > The new pcm driver is really "Not Ready For Prime Time" just yet. Why > it's being forced on people (i.e., if you want to use 4.0) at this point is > beyond me. newbus Every driver had to be updated and that the only update that was contributed at the time was Cameron's newpcm. For the same reason you can't get the commercial OSS thing for FreeBSD-4.x/5.x. And tradition. Good sound drivers in FreeBSD for more than one soundcard? Sacrilege! Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 4 12:48:15 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by hub.freebsd.org (Postfix) with ESMTP id 07FC237B8D6 for ; Tue, 4 Apr 2000 12:47:52 -0700 (PDT) (envelope-from dfr@nlsystems.com) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 12cZIT-0009Q9-0U; Tue, 4 Apr 2000 20:47:33 +0100 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA68710; Tue, 4 Apr 2000 20:52:31 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Tue, 4 Apr 2000 20:53:56 +0100 (BST) From: Doug Rabson To: Martin Cracauer Cc: Conrad Sabatier , Travis Mikalson , multimedia@freebsd.org Subject: Re: newpcm glitches with AWE64 In-Reply-To: <20000404194438.A44076@cons.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 4 Apr 2000, Martin Cracauer wrote: > In , Conrad Sabatier wrote: > > > > On 03-Apr-00 Travis Mikalson wrote: > > > I have an SB AWE64 ISA PnP that I'm having some problems with since I > > > upgraded to 4.0. > > > > > > Basically the sound is interrupting (very short, about 200ms) once or > > > twice a minute whether I use mpg123, xmms, realplayer, etc. > > > > > > I was using voxware in 3.x-STABLE and not having any problems, even > > > under heavy load. > > > > > > Unfortunately that's all I know. No weird messages from anything, > > > everything seems happy enough. > > > > > > It's an SMP system, dual PPro 200 on a Tyan Titan Pro ATX. > > > > > > /dev/sndstat: > > > FreeBSD Audio Driver (newpcm) Apr 1 2000 08:39:50 > > > Installed devices: > > > pcm0: at io 0x220 irq 5 drq 1:5 (1p/1r channels duplex) > > > > > > Anybody else having any similar problems? Any suggestions? > > > > I experienced the same sort of behavior when I upgraded to 4.0 a few weeks > > ago. I've since reverted to 3.4-STABLE, and everything's working fine > > again. > > > > The new pcm driver is really "Not Ready For Prime Time" just yet. Why > > it's being forced on people (i.e., if you want to use 4.0) at this point is > > beyond me. > > newbus > > Every driver had to be updated and that the only update that was > contributed at the time was Cameron's newpcm. Not quite. Newbus provided (and still provides) a compatibility layer which allows most driver written to the old apis to work unchanged. > For the same reason you > can't get the commercial OSS thing for FreeBSD-4.x/5.x. The reason that OSS does not work in 4.x is that OSS uses an interrupt registration interface which has been deprecated since approximately FreeBSD 2.2. There are suitable replacement interfaces which integrate properly with the resource management systems of the kernel but the OSS engineers chose not to change their driver to with with the new system. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Apr 4 17:20: 0 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from anchor-post-33.mail.demon.net (anchor-post-33.mail.demon.net [194.217.242.91]) by hub.freebsd.org (Postfix) with ESMTP id 5DECB37B70E for ; Tue, 4 Apr 2000 17:19:58 -0700 (PDT) (envelope-from gandalf@vilnya.demon.co.uk) Received: from vilnya.demon.co.uk ([158.152.19.238]) by anchor-post-33.mail.demon.net with esmtp (Exim 2.12 #1) id 12cdXH-000616-0X; Wed, 5 Apr 2000 01:19:57 +0100 Received: from NENYA (nenya.rings [10.2.4.3]) by vilnya.demon.co.uk (Postfix) with SMTP id 18115D9AD; Wed, 5 Apr 2000 01:14:54 +0100 (BST) Message-ID: <001a01bf9e94$438b8a30$0304020a@NENYA> From: "Cameron Grant" To: "Ken Marx" , "Grigoriy Strokin" Cc: References: <38E4D68F.5CD558DC@bigshed.com> <20000331205142.B45857@isabase.philol.msu.ru> <38E4DC7E.68F651C9@bigshed.com> <20000331211658.A46206@isabase.philol.msu.ru> <38E7AC19.54AE5A50@bigshed.com> Subject: Re: 4.0/pci128/.wav's Date: Wed, 5 Apr 2000 01:17:01 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Anyone know who supports the pcm driver? that would be me. i'm about to reduce the es137x buffer size from 64k to 4k in -current. this fixes the problems you noted for me. please test and report. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 5 22:36:33 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from itchy.serv.net (itchy.serv.net [205.153.153.233]) by hub.freebsd.org (Postfix) with ESMTP id 952AD37BE98 for ; Wed, 5 Apr 2000 22:36:30 -0700 (PDT) (envelope-from utz@itchy.serv.net) Received: from localhost (utz@localhost) by itchy.serv.net (8.8.5/8.8.5) with SMTP id WAA82835 for ; Wed, 5 Apr 2000 22:36:28 -0700 (PDT) Date: Wed, 5 Apr 2000 22:36:27 -0700 (PDT) From: The Utz Family To: multimedia@freebsd.org Subject: what do i need to do to get devices for newpcm? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi; i have a CMEDIA 8330 onboard sound system and pcm finds it: pcm0: at port 0x530-0x537,0x388-0x38f irq 11 drq 0 on isa0 device_probe_and_attach: pcm0 attach returned 6 unknown0: at port 0x300-0x301 irq 5 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x220-0x22f irq 10 drq 1,5 on isa0ad0: 6179MB [12556/16/63] at ata0-master using UDMA33 so, i poked around in /usr/src/sys/dev/sound but i cant figure out what pcm0 attach returned 6 means! did i win, lose or what? based on the results of cat /dev/sndstat, i assume i lost :-( cat /dev/sndstat cat: /dev/sndstat: Device not configured can somebody point me at where i should be looking? is there some other MAKEDEV target to use besides snd0? tnx! tnx! johnu ps: nice comments in the code btw! i always appreciate that someone has taken the time to explain themselves...still cant figure out what '6' means tho... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Apr 5 22:39:37 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from celery.dragondata.com (celery.dragondata.com [205.253.12.6]) by hub.freebsd.org (Postfix) with ESMTP id F214137B6D9 for ; Wed, 5 Apr 2000 22:39:34 -0700 (PDT) (envelope-from toasty@celery.dragondata.com) Received: (from toasty@localhost) by celery.dragondata.com (8.9.3/8.9.3) id AAA81766; Thu, 6 Apr 2000 00:39:32 -0500 (CDT) (envelope-from toasty) From: Kevin Day Message-Id: <200004060539.AAA81766@celery.dragondata.com> Subject: Re: what do i need to do to get devices for newpcm? To: utz@serv.net (The Utz Family) Date: Thu, 6 Apr 2000 00:39:27 -0500 (CDT) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "The Utz Family" at Apr 05, 2000 10:36:27 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > device_probe_and_attach: pcm0 attach returned 6 > so, i poked around in /usr/src/sys/dev/sound but i cant figure out what > pcm0 attach returned 6 means! > 'man errno' lists what most common error numbers mean: 6 ENXIO No such device or address. Input or output on a special file re- ferred to a device that did not exist, or made a request beyond the limits of the device. This error may also occur when, for example, a tape drive is not online or no disk pack is loaded on a drive. Roughly "device doesn't exist". Why you're getting that is another mystery, though... Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 6:45:50 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 1FF5D37BD04 for ; Thu, 6 Apr 2000 06:45:40 -0700 (PDT) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id PAA26332; Thu, 6 Apr 2000 15:45:28 +0200 (CEST) Date: Thu, 6 Apr 2000 15:45:27 +0200 From: Martin Cracauer To: Seigo Tanimura Cc: cracauer@cons.org, gandalf@vilnya.demon.co.uk, freebsd-multimedia@freebsd.org Subject: Re: newpcm secondary dma buffer - why? Message-ID: <20000406154526.C25990@cons.org> References: <20000331220131.A95404@cons.org> <14568.17977.947700.90123Q@rina> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <14568.17977.947700.90123Q@rina>; from tanimura@r.dl.itc.u-tokyo.ac.jp on Mon, Apr 03, 2000 at 04:20:25PM +0900 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <14568.17977.947700.90123Q@rina>, Seigo Tanimura wrote: > On Fri, 31 Mar 2000 22:01:32 +0200, > Martin Cracauer said: > > Martin> could you explain why the newpcm driver uses a secondary buffer to > Martin> collect data before it transmits it to the soundcard? > (snip) > Martin> Please don't say "it does buffering", I assume that :-) But so far > Martin> I've been under the impression that such things are unneeded in > Martin> today's soundcards and that it is extremly hard to get the mmap API to > Martin> work with such a construction in between. > > First, even in these days certain sound cards have very small size of > DMA buffer. My CS4614 sound card has only 4KB, interrupting on > playing/recording every 2KB. For CD quality sound(44.1kHz 16bit > stereo), the interrupt rate goes up to 86.1 times/sec and likely to > unferflow under heavy load. I must misunderstand something. How does the 2nd buffer lower the interrupt rate? At interrupt time you transfer things to the card and you need a constant rate to keep a 4KB buffer filled, no matter whether the source is a second buffer or something else. Of course, the number of system calls (writes from the application) is lowered, but unless I'm mistaken, this is neglectable when compared to the interrupt hammering on an ISA card. > Second, we would eventually have to get rid of DMA dependency in > pcm driver. This is essential for pcm devices without DMA, including > USB, PCCARD and pc98(nss) sound. For these devices, the driver needs > to transfer sound data by block-by-block manner. So the goal is to have as much code in common for all sounddrivers, including DMA-cable and not DMA-capable? Good point, but I doubt that the gain is very big and that it might not be worth the effort when looking at the disadvantages: - effectivly making mmap() support impossible - damaging all precise timing schemes applications might use - making the drivers for plain soundcards less maintainable - generally detracting us from implementing the same sementics that OSS/Linux sound drivers implement for the API. Remember that many sound-intensive applications on FreeBSD are either Linux binaries or just ported by Linux-persons. The semantics of the API aren't specified anywhere, so people develop by try-and-error on Linux and are done with it. That may sound bad, but wouldn't have to bother us since we are in a position to implement the exact semantics of Linux (since we get source for the Linux drivers and soundards are simple enough to copy the relevant mechanics). Unless we use the secondary buffer, that is. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 7:50:18 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from itchy.serv.net (itchy.serv.net [205.153.153.233]) by hub.freebsd.org (Postfix) with ESMTP id DDC3F37BFD9 for ; Thu, 6 Apr 2000 07:50:15 -0700 (PDT) (envelope-from utz@itchy.serv.net) Received: from localhost (utz@localhost) by itchy.serv.net (8.8.5/8.8.5) with SMTP id HAA94307; Thu, 6 Apr 2000 07:50:08 -0700 (PDT) Date: Thu, 6 Apr 2000 07:50:05 -0700 (PDT) From: The Utz Family To: Kevin Day Cc: multimedia@FreeBSD.ORG Subject: Re: what do i need to do to get devices for newpcm? In-Reply-To: <200004060539.AAA81766@celery.dragondata.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanx for the man errno pointer! On Thu, 6 Apr 2000, Kevin Day wrote: > > device_probe_and_attach: pcm0 attach returned 6 > > > so, i poked around in /usr/src/sys/dev/sound but i cant figure out what > > pcm0 attach returned 6 means! > > > > > 'man errno' lists what most common error numbers mean: > > 6 ENXIO No such device or address. Input or output on a special file re- > ferred to a device that did not exist, or made a request beyond > the limits of the device. This error may also occur when, for > example, a tape drive is not online or no disk pack is loaded on > a drive. > > > Roughly "device doesn't exist". Why you're getting that is another mystery, though... so that is consistent with the 'device not configured' message that i am getting from /dev/sndstat. so we know it gets probed, because it shows up in dmesg, but it looks like the pcm hookup fails to occur. is it possible that it doesnt recognize the device? one of the really annoying things about this chip (CMEDIA CMI8330) is that the docs say it's pci but it's actually isa pnp. so i seem to recall the esteemed Mr Grant stating that he had seen this chip work with newpcm, am i mistaken? any and all suggestion on how to get this working would be appreciated... > > Kevin > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 7:57: 2 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 0147A37B5A8 for ; Thu, 6 Apr 2000 07:56:59 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id QAA27068 for ; Thu, 6 Apr 2000 16:56:57 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id QAA16561 for ; Thu, 6 Apr 2000 16:57:56 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id QAA80483 for multimedia@freebsd.org; Thu, 6 Apr 2000 16:56:59 +0200 (CEST) Date: Thu, 6 Apr 2000 16:56:59 +0200 (CEST) From: Christoph Kukulies Message-Id: <200004061456.QAA80483@gil.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: fxtv - NTSC taps Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I got some tapes from the US with great live recorded Hammond Blues and Gospel music. Would there be a way to connect a VCR to the Hauppauge Win/TV and use some tool to record the tape to a disk file? Does fxtv support recording to a file? (not sitting at the machine right now to test it myself) -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 8:38:11 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id B257E37BFDC for ; Thu, 6 Apr 2000 08:38:05 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (posh.dmem.strath.ac.uk [130.159.202.3]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id QAA00026 Thu, 6 Apr 2000 16:37:45 +0100 (BST) Message-ID: <38ECAF41.AC039705@cs.strath.ac.uk> Date: Thu, 06 Apr 2000 16:37:38 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Christoph Kukulies Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph, yes, FXTV can record to disk (although in all these years maintaining the bktr driver, i've never actually done this!) Does your VCR output NTSC for NTSC tapes, or does it convert NTSC to PAL and output PAL? If the VCR outputs PAL (even for NTSC tapes) just use FXTV as normal. If the VCR outputs NTSC for NTSC tapes, you need a Hauppauge card with a Bt878 chip on. (not an 848). the 878 cards can grab both PAL and NTSC video formats from the composite video in. It can only grab PAL via the tuner. Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 9:45:34 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id C5AA637BE0B for ; Thu, 6 Apr 2000 09:45:26 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id SAA16141; Thu, 6 Apr 2000 18:45:24 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id SAA19187; Thu, 6 Apr 2000 18:46:26 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id SAA25087; Thu, 6 Apr 2000 18:45:26 +0200 (CEST) Date: Thu, 6 Apr 2000 18:45:26 +0200 From: Christoph Kukulies To: Roger Hardiman Cc: Christoph Kukulies , multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps Message-ID: <20000406184525.A25038@gil.physik.rwth-aachen.de> References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> <38ECAF41.AC039705@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38ECAF41.AC039705@cs.strath.ac.uk>; from roger@cs.strath.ac.uk on Thu, Apr 06, 2000 at 04:37:38PM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Apr 06, 2000 at 04:37:38PM +0100, Roger Hardiman wrote: > Christoph, > > yes, FXTV can record to disk > (although in all these years maintaining the bktr driver, i've > never actually done this!) Ah, very good. > > Does your VCR output NTSC for NTSC tapes, or does it > convert NTSC to PAL and output PAL? If I only knew that. I just bought a cheapo one in a TV store and convinced that it could read my tape and display to a TV (PAL) set. So I suspect, it outputs PAL or something the TV set can cope with. > > If the VCR outputs PAL (even for NTSC tapes) just use FXTV > as normal. > > If the VCR outputs NTSC for NTSC tapes, you need a Hauppauge > card with a Bt878 chip on. (not an 848). the 878 cards can > grab both PAL and NTSC video formats from the > composite video in. I will see tomorrow when I will take th VCR to the machine in the campus and see what happens. > It can only grab PAL via the tuner. > > > > Roger Thanks. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 12: 1:41 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id EBF1337BBD4 for ; Thu, 6 Apr 2000 12:01:36 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (pC19F545A.dip0.t-ipconnect.de [193.159.84.90]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id UAA24257; Thu, 6 Apr 2000 20:00:37 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 1A223AC2C; Thu, 6 Apr 2000 21:03:19 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id VAA55442; Thu, 6 Apr 2000 21:00:41 +0200 (CEST) (envelope-from alex) Date: Thu, 6 Apr 2000 21:00:40 +0200 From: Alexander Langer To: Roger Hardiman Cc: Christoph Kukulies , multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps Message-ID: <20000406210040.A55375@cichlids.cichlids.com> References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> <38ECAF41.AC039705@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38ECAF41.AC039705@cs.strath.ac.uk>; from roger@cs.strath.ac.uk on Thu, Apr 06, 2000 at 04:37:38PM +0100 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thus spake Roger Hardiman (roger@cs.strath.ac.uk): > yes, FXTV can record to disk > (although in all these years maintaining the bktr driver, i've > never actually done this!) A little unstable, but works fine, if it not crashes in the first seconds. Though I wanted to convert it to MPEG after that, what failed cause I couldn't find the tools needed for that. Alex -- I need a new ~/.sig. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 21:38: 8 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id 93C7537B62A for ; Thu, 6 Apr 2000 21:38:04 -0700 (PDT) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (tanimura@localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.9.3+3.2W/3.7W-rina.r-0.1-11.01.2000) with ESMTP/IPv4 id NAA35206; Fri, 7 Apr 2000 13:37:56 +0900 (JST) Date: Fri, 07 Apr 2000 13:37:55 +0900 Message-ID: <14573.26147.701848.20799S@rina> From: Seigo Tanimura To: cracauer@cons.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, gandalf@vilnya.demon.co.uk, freebsd-multimedia@freebsd.org Subject: Re: newpcm secondary dma buffer - why? In-Reply-To: In your message of "Thu, 6 Apr 2000 15:45:27 +0200" <20000406154526.C25990@cons.org> References: <20000331220131.A95404@cons.org> <14568.17977.947700.90123Q@rina> <20000406154526.C25990@cons.org> User-Agent: Wanderlust/1.0.3 (Notorious) SEMI/1.13.4 (Terai) FLIM/1.12.7 (=?ISO-8859-4?Q?Y=FEzaki?=) MULE XEmacs/21.1 (patch 9) (Canyonlands) (i386--freebsd) Organization: Digital Library Research Division, Information Techinology Centre, The University of Tokyo MIME-Version: 1.0 (generated by SEMI 1.13.4 - "Terai") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 6 Apr 2000 15:45:27 +0200, Martin Cracauer said: >> First, even in these days certain sound cards have very small size of >> DMA buffer. My CS4614 sound card has only 4KB, interrupting on >> playing/recording every 2KB. For CD quality sound(44.1kHz 16bit >> stereo), the interrupt rate goes up to 86.1 times/sec and likely to >> unferflow under heavy load. Martin> I must misunderstand something. How does the 2nd buffer lower the Martin> interrupt rate? At interrupt time you transfer things to the card and Martin> you need a constant rate to keep a 4KB buffer filled, no matter Martin> whether the source is a second buffer or something else. Of course, Martin> the number of system calls (writes from the application) is lowered, Martin> but unless I'm mistaken, this is neglectable when compared to the Martin> interrupt hammering on an ISA card. I forgot to mention another point. Even if an interrupt rate is somewhat high, sound plays smoothly provided that a user process feeds new sound data in real time. The 2nd buffer gives us a quick solution to achieve realtime playback in general situation. New sound data to be played is in the kernel memory. This allows us to copy the data to the DMA buffer during interrupt. On the other hand, if the buffer size is too small, we might have to perform copyin to fetch new data. This is not our option because copyin might involve pagein and sleep. Although copyin in the user process seems to work, the process may not always get to grab a cpu before the buffer runs out of sound data. While the optimum solution would be to introduce support of a real time process to our kernel, this would be a far difficult task for me to do... (snip) Martin> - generally detracting us from implementing the same sementics that Martin> OSS/Linux sound drivers implement for the API. Martin> Remember that many sound-intensive applications on FreeBSD are either Martin> Linux binaries or just ported by Linux-persons. Martin> The semantics of the API aren't specified anywhere, so people develop Martin> by try-and-error on Linux and are done with it. That may sound bad, Martin> but wouldn't have to bother us since we are in a position to implement Martin> the exact semantics of Linux (since we get source for the Linux Martin> drivers and soundards are simple enough to copy the relevant Martin> mechanics). Unless we use the secondary buffer, that is. I agree that for ordinary sound cards. But what about the sound devices with no reference, like USB audio? I had a quick look at the uaudio driver of NetBSD, which did not support mmap. I wonder how the Linux guys are going to handle new audio devices. -- Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 23: 2:31 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id 4358637BDD8 for ; Thu, 6 Apr 2000 23:01:57 -0700 (PDT) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/10) with ESMTP id IAA01994; Fri, 7 Apr 2000 08:01:43 +0200 (MET DST) Received: from gil.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id IAA05570; Fri, 7 Apr 2000 08:02:44 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.3/8.6.9) id IAA28698; Fri, 7 Apr 2000 08:01:44 +0200 (CEST) Date: Fri, 7 Apr 2000 08:01:44 +0200 From: Christoph Kukulies To: Alexander Langer Cc: Roger Hardiman , Christoph Kukulies , multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps Message-ID: <20000407080143.B28580@gil.physik.rwth-aachen.de> References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> <38ECAF41.AC039705@cs.strath.ac.uk> <20000406210040.A55375@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20000406210040.A55375@cichlids.cichlids.com>; from alex@big.endian.de on Thu, Apr 06, 2000 at 09:00:40PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Apr 06, 2000 at 09:00:40PM +0200, Alexander Langer wrote: > Thus spake Roger Hardiman (roger@cs.strath.ac.uk): > > > yes, FXTV can record to disk > > (although in all these years maintaining the bktr driver, i've > > never actually done this!) > > A little unstable, but works fine, if it not crashes in the first > seconds. > > Though I wanted to convert it to MPEG after that, what failed cause I > couldn't find the tools needed for that. That's what I'm after also. I found some Windows tools LSX/MPEG converter. Free (30s play time limited) demo. Havn't yet found a commandline tool for that. > > Alex > > -- > I need a new ~/.sig. -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 23:10:56 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from casper.spirit.net.au (cas240.act.spirit.net.au [203.63.240.3]) by hub.freebsd.org (Postfix) with ESMTP id 553E737C40D for ; Thu, 6 Apr 2000 23:10:46 -0700 (PDT) (envelope-from bryan@casper.spirit.net.au) Received: (from bryan@localhost) by casper.spirit.net.au (8.9.3/8.8.5) id QAA71719 for freebsd-multimedia@freebsd.org; Fri, 7 Apr 2000 16:13:55 +1000 (EST) From: Bryan Collins Message-Id: <200004070613.QAA71719@casper.spirit.net.au> Subject: Remote FM Radio To: freebsd-multimedia@freebsd.org Date: Fri, 7 Apr 2000 16:13:54 +1000 (EST) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi I have a few FreeBSD servers in different geographical locations, connected via internal links. I had an idea to somehow listen to the FM radio stations available in the area my servers are located in. My thoughts were something along the lines of a BT878 type card in each remote server, which can stream a tuned station across my internal links to my location. Has anybody played with this kind of setup? I havent investigated too much along the lines of software, thought I'd ask the experts first! Theres some cool stations I'm missing out on in other areas :-) Thanks in advance. Bry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 23:26:24 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id 7B16437C2A0 for ; Thu, 6 Apr 2000 23:26:16 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (penguin.egd.igd.fhg.de [192.102.170.145]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA1A48 for ; Fri, 7 Apr 2000 08:26:08 +0200 Message-ID: <38ED7F9C.E82AEB36@rostock.zgdv.de> Date: Fri, 07 Apr 2000 08:26:36 +0200 From: Thomas Runge X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en, de MIME-Version: 1.0 To: multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> <38ECAF41.AC039705@cs.strath.ac.uk> <20000406210040.A55375@cichlids.cichlids.com> <20000407080143.B28580@gil.physik.rwth-aachen.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Christoph Kukulies wrote: > > Though I wanted to convert it to MPEG after that, what failed cause I > > couldn't find the tools needed for that. > > That's what I'm after also. I found some Windows tools LSX/MPEG converter. > Free (30s play time limited) demo. > > Havn't yet found a commandline tool for that. Well, when you record to disc via fxtv it writes a shell script which includes everything to convert the recorded sequence to mpeg. All you need is described in fxtv's port Makefile. Just look at it and you will find references to sox, mpg123, mpeg_musicin, mpeg_encode and mplex, everything in the ports. Just edit the Makefile and remove the # in front of RUN_DEPENDS and make install. Thats it, now you have all the tools you need. Thanks Randall! fxtv is great, especially for recording. -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Apr 6 23:27:16 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id C807537C114 for ; Thu, 6 Apr 2000 23:27:10 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (scary.dmem.strath.ac.uk [130.159.202.5]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id HAA18570 Fri, 7 Apr 2000 07:26:52 +0100 (BST) Message-ID: <38ED7FBB.4256DE4F@cs.strath.ac.uk> Date: Fri, 07 Apr 2000 07:27:07 +0100 From: Roger Hardiman Organization: Strathclyde University X-Mailer: Mozilla 4.51 [en] (X11; I; FreeBSD 3.4-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Bryan Collins Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Remote FM Radio References: <200004070613.QAA71719@casper.spirit.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bryan > I had an idea to somehow listen to the FM radio stations available in the > area my servers are located in. What a cool idea. In our lab we wrote a audio server and an audio client using the GSM codec to stream audio from a remote machine with a sound card and mic back to our lab. If bandwidth is not a problem you can stream live audio quite easily over the net. Here is a quick test you can do with the 'net cat' port SERVER - listen on port 8000, getting data from /dev/audio nc -l -p 8000 < /dev/audio CLIENT - connect to server.name on port 8000 and send data to /dev/audio nc server.name 8000 > /dev/audio Roger -- Roger Hardiman Strathclyde Uni Telepresence Research Group, Glasgow, Scotland. http://www.telepresence.strath.ac.uk 0141 548 2897 roger@cs.strath.ac.uk To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 1: 0:20 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id BCE9E37C20E for ; Fri, 7 Apr 2000 01:00:17 -0700 (PDT) (envelope-from runge@rostock.zgdv.de) Received: from rostock.zgdv.de (penguin.egd.igd.fhg.de [192.102.170.145]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA1DD9 for ; Fri, 7 Apr 2000 10:00:12 +0200 Message-ID: <38ED95A9.73AD9F6B@rostock.zgdv.de> Date: Fri, 07 Apr 2000 10:00:41 +0200 From: Thomas Runge X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en, de MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Subject: FM radio an shoutcast Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hmm, that was an interesting idea. The problem with shoutcast ist, that you need winamp and a special plugin to feed it, which is unfortunately only available for the wrong OS. But there is icecast, which claims to be compatible to shoutcast. And there is a lib for developers which helps building clients/feeders. Does someone has experiences with the compatibility? Is someone interested in making xmradio a feeder for ice/shoutcast? -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 3:11: 4 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id 53B8437B7F4 for ; Fri, 7 Apr 2000 03:11:01 -0700 (PDT) (envelope-from roger@cs.strath.ac.uk) Received: from cs.strath.ac.uk (posh.dmem.strath.ac.uk [130.159.202.3]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id LAA25567 Fri, 7 Apr 2000 11:10:53 +0100 (BST) Message-ID: <38EDB420.177AD105@cs.strath.ac.uk> Date: Fri, 07 Apr 2000 11:10:40 +0100 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Bryan Collins , multimedia@freebsd.org Subject: Re: Remote FM Radio References: <200004070640.QAA73464@casper.spirit.net.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bryan > > Here is a quick test you can do with the 'net cat' port > > > > SERVER - listen on port 8000, getting data from /dev/audio > > nc -l -p 8000 < /dev/audio > > > > CLIENT - connect to server.name on port 8000 and send data to /dev/audio > > nc server.name 8000 > /dev/audio > > That doesnt seem to do much, does a '< /dev/audio' assume input from > line in or something different? Reading from /dev/audio get audio at a rather low 8Khz rate and mono too, from whatever the 'record' source is set to. You can check that with 'mixer' or 'xmixer' > Nothing can write to the audio device if nc is reading from it. No, but nothing is writing to it in my 2 line example above. > Anychance of a copy of your client/server? Probably not :-( I'd have to get permission to release it as it was written here at work. > I'm assuming if I had BT's in the servers > I'd have to hack fxtv or some bt878 code to tune > in the radio stations? You can set the tuner on Bt878 cards with just 1 ioctl command. Take a look at the guts of programs like xmradio for an example. It tells you want to do somewhere on my web site too. www.telepresence.strath.ac.uk/bt848 somewhere there is an API document. Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 6:30:33 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.surf1.de (mail.Surf1.de [194.25.165.21]) by hub.freebsd.org (Postfix) with ESMTP id D79FF37B7D5 for ; Fri, 7 Apr 2000 06:30:27 -0700 (PDT) (envelope-from alex@cichlids.com) Received: from cichlids.com (pC19F54AF.dip0.t-ipconnect.de [193.159.84.175]) by mail.surf1.de (8.9.3/8.9.3) with ESMTP id OAA29762; Fri, 7 Apr 2000 14:29:56 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 517E6AC2C; Fri, 7 Apr 2000 15:32:53 +0200 (CEST) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id PAA18114; Fri, 7 Apr 2000 15:30:09 +0200 (CEST) (envelope-from alex) Date: Fri, 7 Apr 2000 15:30:08 +0200 From: Alexander Langer To: Christoph Kukulies Cc: Roger Hardiman , multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps Message-ID: <20000407153008.A17612@cichlids.cichlids.com> References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> <38ECAF41.AC039705@cs.strath.ac.uk> <20000406210040.A55375@cichlids.cichlids.com> <20000407080143.B28580@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000407080143.B28580@gil.physik.rwth-aachen.de>; from kuku@gilberto.physik.RWTH-Aachen.DE on Fri, Apr 07, 2000 at 08:01:44AM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Also sprach Christoph Kukulies (kuku@gilberto.physik.RWTH-Aachen.DE): > That's what I'm after also. I found some Windows tools LSX/MPEG converter. > Free (30s play time limited) demo. > Havn't yet found a commandline tool for that. fxtv _uses_ a commandline tool for this in the script that it creates, though it isn't in the ports collection. That is, why I haven't tried any further yet. Alex To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 10:18:14 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from kumr.lns.com (kumr.lns.com [140.174.7.1]) by hub.freebsd.org (Postfix) with ESMTP id 4D30437BCC8 for ; Fri, 7 Apr 2000 10:18:12 -0700 (PDT) (envelope-from pozar@kumr.lns.com) Received: (from pozar@localhost) by kumr.lns.com (8.9.3/8.9.3) id KAA91193; Fri, 7 Apr 2000 10:20:58 -0700 (PDT) (envelope-from pozar) Date: Fri, 7 Apr 2000 10:20:58 -0700 From: Tim Pozar To: Bryan Collins Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Remote FM Radio Message-ID: <20000407102058.B90929@lns.com> References: <200004070613.QAA71719@casper.spirit.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200004070613.QAA71719@casper.spirit.net.au>; from bryan@casper.spirit.net.au on Fri, Apr 07, 2000 at 04:13:54PM +1000 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Apr 07, 2000 at 04:13:54PM +1000, Bryan Collins wrote: > I have a few FreeBSD servers in different geographical locations, connected via > internal links. > > I had an idea to somehow listen to the FM radio stations available in the > area my servers are located in. > > My thoughts were something along the lines of a BT878 type card in > each remote server, which can stream a tuned station across my internal > links to my location. > > Has anybody played with this kind of setup? > I havent investigated too much along the lines of software, thought I'd > ask the experts first! > Theres some cool stations I'm missing out on in other areas :-) I have done exactly this. I have set up two FreeBSD boxes so far and working on two more. The two I have going right now are for KKSF (San Francisco) and KFCF (Fresno, CA). I am using Hauppauge TV/FM Stereo card for input and a combination of Icecast (www.icecast.org) and my own programs (http://www.lns.com/papers/mixice/) for MP3 streaming. Send email if you want more info. Tim -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 10:25:41 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from kumr.lns.com (kumr.lns.com [140.174.7.1]) by hub.freebsd.org (Postfix) with ESMTP id 1869A37BAAE for ; Fri, 7 Apr 2000 10:25:39 -0700 (PDT) (envelope-from pozar@kumr.lns.com) Received: (from pozar@localhost) by kumr.lns.com (8.9.3/8.9.3) id KAA91326; Fri, 7 Apr 2000 10:28:19 -0700 (PDT) (envelope-from pozar) Date: Fri, 7 Apr 2000 10:28:19 -0700 From: Tim Pozar To: Roger Hardiman Cc: Bryan Collins , multimedia@FreeBSD.ORG Subject: Re: Remote FM Radio Message-ID: <20000407102819.C90929@lns.com> References: <200004070640.QAA73464@casper.spirit.net.au> <38EDB420.177AD105@cs.strath.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38EDB420.177AD105@cs.strath.ac.uk>; from roger@cs.strath.ac.uk on Fri, Apr 07, 2000 at 11:10:40AM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Apr 07, 2000 at 11:10:40AM +0100, Roger Hardiman wrote: > Reading from /dev/audio get audio at a rather low 8Khz rate > and mono too, from whatever the 'record' source is set to. > You can check that with 'mixer' or 'xmixer' > > You can set the tuner on Bt878 cards with just 1 ioctl > command. > Take a look at the guts of programs like xmradio > for an example. > It tells you want to do somewhere on my > web site too. > www.telepresence.strath.ac.uk/bt848 > > somewhere there is an API document. I have written a command line program that will open /dev/dsp at the sample rate and mode you want and shove the pcm audio out stdout. I also have written another small command-line program that will set the FM tuner card to the frequency and modes you want. You can get the former at: http://www.lns.com/papers/catdsp/ and I haven't made a web page for the later. I can mail it to folks if they wish. Tim -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 15: 7:26 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from pluto.ipass.net (pluto.ipass.net [198.79.53.5]) by hub.freebsd.org (Postfix) with ESMTP id 17F3E37C20D for ; Fri, 7 Apr 2000 15:06:03 -0700 (PDT) (envelope-from rhh@ipass.net) Received: from stealth.ipass.net. (ppp-1-57.dialup.rdu.ipass.net [209.170.132.57]) by pluto.ipass.net (8.9.3/8.9.3) with ESMTP id SAA08867; Fri, 7 Apr 2000 18:05:56 -0400 (EDT) Received: (from rhh@localhost) by stealth.ipass.net. (8.9.3/8.8.8) id SAA01573; Fri, 7 Apr 2000 18:06:58 -0400 (EDT) (envelope-from rhh) Date: Fri, 7 Apr 2000 18:06:58 -0400 From: Randall Hopper To: Alexander Langer Cc: Christoph Kukulies , Roger Hardiman , multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps Message-ID: <20000407180658.A1396@ipass.net> References: <200004061456.QAA80483@gil.physik.rwth-aachen.de> <38ECAF41.AC039705@cs.strath.ac.uk> <20000406210040.A55375@cichlids.cichlids.com> <20000407080143.B28580@gil.physik.rwth-aachen.de> <20000407153008.A17612@cichlids.cichlids.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000407153008.A17612@cichlids.cichlids.com>; from alex@big.endian.de on Fri, Apr 07, 2000 at 03:30:08PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alexander Langer: |Also sprach Christoph Kukulies (kuku@gilberto.physik.RWTH-Aachen.DE): | |> That's what I'm after also. I found some Windows tools LSX/MPEG converter. |> Free (30s play time limited) demo. |> Havn't yet found a commandline tool for that. | |fxtv _uses_ a commandline tool for this in the script that it creates, |though it isn't in the ports collection. |That is, why I haven't tried any further yet. The packages it uses are all in the ports collection. But I've never gotten anything but noise from the mpeg_musicin build from the FreeBSD port. Rebuild the mpeg_musicin source without the port and it works great. See the blurb in Appendix A of /usr/X11R6/lib/X11/fxtv/README for details. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Apr 7 18:41:42 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from clsppop1.clsp.uswest.net (clsppop1.clsp.uswest.net [207.109.160.1]) by hub.freebsd.org (Postfix) with SMTP id 09D1037BC40 for ; Fri, 7 Apr 2000 18:41:40 -0700 (PDT) (envelope-from sigsegv@uswest.net) Received: (qmail 29701 invoked by alias); 8 Apr 2000 01:41:38 -0000 Delivered-To: fixup-freebsd-multimedia@freebsd.org@fixme Received: (qmail 29675 invoked by uid 0); 8 Apr 2000 01:41:36 -0000 Received: from dialupg102.clsp.uswest.net (HELO uswest.net) (207.225.17.102) by clsppop1.clsp.uswest.net with SMTP; 8 Apr 2000 01:41:36 -0000 Message-ID: <38EE8EA4.700CD15F@uswest.net> Date: Fri, 07 Apr 2000 19:43:00 -0600 From: Phillip Neiswanger X-Mailer: Mozilla 4.72 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Subject: 3dfx port Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Howdy, I read at the 3dfx source site that a port of the driver and glide had been done. Is that source available someplace yet? I had started to do this myself then I that it had already been done. -- phil To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Apr 8 12: 8:32 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from dqc.org (106.76.44.208.in-addr.arpa [208.44.76.106]) by hub.freebsd.org (Postfix) with ESMTP id 862A437BBA3 for ; Sat, 8 Apr 2000 12:08:30 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id 611D4BB9E; Sat, 8 Apr 2000 12:09:12 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id 5BF11ACC1 for ; Sat, 8 Apr 2000 12:09:12 -0700 (PDT) Date: Sat, 8 Apr 2000 12:09:12 -0700 (PDT) From: just matt Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps In-Reply-To: <20000407180658.A1396@ipass.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > |> That's what I'm after also. I found some Windows tools LSX/MPEG converter. > |> Free (30s play time limited) demo. > |> Havn't yet found a commandline tool for that. > | > |fxtv _uses_ a commandline tool for this in the script that it creates, > |though it isn't in the ports collection. > |That is, why I haven't tried any further yet. > > The packages it uses are all in the ports collection. But I've never > gotten anything but noise from the mpeg_musicin build from the FreeBSD > port. Rebuild the mpeg_musicin source without the port and it works great. > See the blurb in Appendix A of /usr/X11R6/lib/X11/fxtv/README for details. Yes, I can say for sure that the instructions in the fxtv README help in encoding mpeg's. Unfortunately, you will probably run into other problems. I'll list some of the crazy inconsistencies I've experienced. If you experience the same or others, let me know, I might have found a solution. I try and work through these problems as time permits, though each dilema seems to branch into several.. First, mpeg's greater in length than 9 minutes or so become broken. By broken, I mean, 30 seconds or so of good video followed by the video(and audio if using mtv) streams freezing. Shorter videos (less than 9 minutes) don't seem to experience this problem. I've gotten around this by using an mpeg_cat utility and just recording clips 8 minutes or shorter. It works but it's annoying. Second, when using the snd0 device, mpeg streams come out twice as big as when using pcm0. I've never solved this problem, but a vcd quality movie should be about 10 megabytes per minute of video, pcm0 keeps to that size, where as snd0 seems to take 20MB per minute. The video intermediates (before multiplexing) are the same size whichever deivce you use, but the audio streams are wildly different in size, and lead to the bloated mpegs. if you use snd0. 3rd, (This one's a new one), both pcm0 and the newpcm deal under 3.4 and 4.0 respecively, don't seem to be able to record audio via fxtv anymore. If anyone knows why this is please let me know, because I'd lvoe to get pcm0 working again for recording audio. I didn't mess with fxtv/recording audio whether in video or just straight audio for about a month, and when I came back, bang, no more audio, just noise that doesn't even resemble the audio I recorded. Even recording str8 audio in aiff or raw formats gives me the same results. This is the problem I'm working on right now. I wish to god I could figure it out. 4th, I believe the video streams produced during this process are not exactly "up-to-code" as far as the mpeg-1 standard is concerned. Multiple win32 programs designed to edit mpeg-1 video streams scream about the bitrate being negative, and hardware mpeg-1 decoders generally won't play the mpeg's you make with this process. I think it's the video stream that's the problem, although a few months ago I thought it was the mplex program, but after using several multiplexing programs across different platforms, I'm convinced the problem is in the video stream. Sadly, the only home-made mpeg's I've been able to play on my hardware mpeg-1 decoders have been those produced with win32 encoders. I've tried playing/editing the samples on the fxtv page with the same luck as those I've made, so I think this problem is probably pretty universal, and is probably at the heart of the first problem I described, about the streams freezing. Well, those are the big problems I've experienced. If anyone knows how to get around these problems(or wants to donate a copy of the iso/iec mpeg-1 video/audio/system papers to me so I have some point of reference when trying to figure out problems with mpeg-1 streams), let me know. If you've had problems with encoding mpeg's with fxtv/freebsd other than those listed, drop me a line, I might have had the problem before. - Matt p.s. - now that my rant about mpeg encoding is over, how about a short rant about newpcm... when will it let me play mp3's without skipping all the time if the load average rises just a touch? I used to be able to run 3 compile jobs, run netscape, and use mpg123 to play things without any skipping, now I can't even run one compile job without massive skipping. Is there any hope of this being fixed? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Apr 8 19: 5: 0 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from rr.com (rdu25-22-143.nc.rr.com [24.25.22.143]) by hub.freebsd.org (Postfix) with ESMTP id 9A72F37B697 for ; Sat, 8 Apr 2000 19:04:56 -0700 (PDT) (envelope-from rhh@rr.com) Received: (from rhh@localhost) by rr.com (8.9.3/8.9.3) id VAA08327; Sat, 8 Apr 2000 21:56:29 -0400 (EDT) (envelope-from rhh) Date: Sat, 8 Apr 2000 21:56:29 -0400 From: Randall Hopper To: just matt Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps Message-ID: <20000408215628.A7389@ipass.net> References: <20000407180658.A1396@ipass.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from matt@dqc.org on Sat, Apr 08, 2000 at 12:09:12PM -0700 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org just matt: |> |> That's what I'm after also. I found some Windows tools LSX/MPEG |> |> converter. Free (30s play time limited) demo. Havn't yet found a |> |> commandline tool for that. |> | |> |fxtv _uses_ a commandline ... | |...the instructions in the fxtv README help in encoding mpeg's. |Unfortunately, you will probably run into other problems. I'll list some |of the crazy inconsistencies I've experienced. Great! Few folks that try it actually do provide feedback. |If you experience the same or others, let me know, I might have found a |solution. Send any tips you have on and I'll add them to the README and maybe start |and FAQ off the web page. |First, mpeg's greater in length than 9 minutes or so become broken. |By broken, I mean, 30 seconds or so of good video |followed by the video(and audio if using mtv) streams freezing. Shorter |videos (less than 9 minutes) don't seem to experience this problem. I've |gotten around this by using an mpeg_cat utility and just recording clips 8 |minutes or shorter. It works but it's annoying. Interesting. I've noticed that playback hangs have a lot to do with the player, player version, and FreeBSD version as well. The hangs are worse with 3.4R than 3.2R for instance, and some versions of MpegTV do much better than others. What I don't know is if there is some "audio-video synchronization cue" that's supposed to be in the MPEG stream periodically that mplex doesn't add (and maybe mpeg_cat does?) You may know more than I about how the underlying MPEG stream is encoded. |Second, when using the snd0 device, mpeg streams come out twice as big as |when using pcm0. I've never solved this problem, but a vcd quality movie |should be about 10 megabytes per minute of video, pcm0 keeps to that size, |where as snd0 seems to take 20MB per minute. The video intermediates |(before multiplexing) are the same size whichever deivce you use,... | |...but the audio streams are wildly different in size, and lead to the |bloated mpegs. if you use snd0. Odd. I wonder if one is stereo and one is mono, or something like that. It'd be interesting to check. If you use mpg123 to play the generated .mp2, do they both cite the same MPEG level, bit rate, sampling rate, and number of channels? E.g.: MPEG 1.0 layer II, 384 kbit/s, 44100 Hz stereo |3rd, (This one's a new one), both pcm0 and the newpcm deal under 3.4 and |4.0 respecively, don't seem to be able to record audio via fxtv |anymore....I wish to god I could figure it out. Hopefully someone that runs PCM can give you some tips. I run Voxware since my card isn't supported under PCM. |4th, I believe the video streams produced during this process are not |exactly "up-to-code" as far as the mpeg-1 standard is concerned. Multiple |win32 programs designed to edit mpeg-1 video streams scream about the |bitrate being negative, and hardware mpeg-1 decoders generally won't play |the mpeg's you make with this process. I think it's the video stream |that's the problem, although a few months ago I thought it was the mplex |program, but after using several multiplexing programs across different |platforms, I'm convinced the problem is in the video stream. That's interesting. So mpeg_encode may be the culprit. Is there another MPEG video encoder for UNIX that you know of? |only home-made mpeg's I've been able to play on my hardware mpeg-1 |decoders have been those produced with win32 encoders. That's pretty cool (not that only win32 encoders work, but that you have hardware mpeg decoders to work with). |I've tried playing/editing the samples on the fxtv page with the same |luck as those I've made, so I think this problem is probably pretty |universal, and is probably at the heart of the first problem I described, |about the streams freezing. As a datapoint, when recording MPEG's I always leave it set to capture 44KHz 16-bit stereo. Is this what you do? Also, a few more tips. When capturing using YUV (with NTSC), I've only been able to get mpeg_encode to generate a valid video stream using the 320x240 resolution. I find that when capturing RGB 16bpp instead, mpeg_encode will take just about any size. Whether mpeg_encode is broken for reading odd-size YUV streams, or whether fxtv just doesn't know how to write an odd-size YUV stream that mpeg_encode will take, I don't know. Another annoyance I've found is that mpeg_encode only supports encoding with 24, 25, or 30fps. May be an MPEG-1 limitation or just an mpeg_encode limitation. But basically capturing at one of those rates is the way to go. |Well, those are the big problems I've experienced. If anyone knows how to |get around these problems(or wants to donate a copy of the iso/iec mpeg-1 |video/audio/system papers to me so I have some point of reference when |trying to figure out problems with mpeg-1 streams), let me know. If |you've had problems with encoding mpeg's with fxtv/freebsd other than |those listed, drop me a line, I might have had the problem before. Please Cc me as well, or just Cc the list. The MPEG encoding is very tempermental (partly fxtv, partly the tools, partly the sound drivers, maybe partly the players), and I'd like to make it much less so. |p.s. - now that my rant about mpeg encoding is over, how about a short |rant about newpcm... when will it let me play mp3's without skipping all |the time if the load average rises just a touch? I used to be able to run |3 compile jobs, run netscape, and use mpg123 to play things without any |skipping, now I can't even run one compile job without massive |skipping. Is there any hope of this being fixed? Hope so. Similar PCM complaints is one reason I'll be on 3.4R with Voxware for a while. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Apr 8 22:44:33 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from dqc.org (106.76.44.208.in-addr.arpa [208.44.76.106]) by hub.freebsd.org (Postfix) with ESMTP id 3829B37B6E7 for ; Sat, 8 Apr 2000 22:44:30 -0700 (PDT) (envelope-from matt@dqc.org) Received: by dqc.org (Postfix, from userid 1005) id D1FB6BB9E; Sat, 8 Apr 2000 22:45:16 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by dqc.org (Postfix) with ESMTP id CCF3EACC1; Sat, 8 Apr 2000 22:45:16 -0700 (PDT) Date: Sat, 8 Apr 2000 22:45:16 -0700 (PDT) From: just matt To: Randall Hopper Cc: multimedia@FreeBSD.ORG Subject: Re: fxtv - NTSC taps In-Reply-To: <20000408215628.A7389@ipass.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > |First, mpeg's greater in length than 9 minutes or so become broken. > |By broken, I mean, 30 seconds or so of good video > |followed by the video(and audio if using mtv) streams freezing. Shorter > |videos (less than 9 minutes) don't seem to experience this problem. I've > |gotten around this by using an mpeg_cat utility and just recording clips 8 > |minutes or shorter. It works but it's annoying. > > Interesting. I've noticed that playback hangs have a lot to do with the > player, player version, and FreeBSD version as well. The hangs are worse > with 3.4R than 3.2R for instance, and some versions of MpegTV do much > better than others. The problem goes far beyond MpegTV. I've tried plenty of different win32 players as well as a hardware decoder. MpegTV will completely freeze after about 30 seconds of video, windoze multimedia player will keep playing after 30 seconds, but you get about 1 frame per 30 seconds(yes, that's right) and continued audio. The Xing mpeg player has variable results but all of them usually end in a reboot(I hate that thing), and trying to play the streams through the hardware decoder usually just gives me the audio portion of the screen and a black picture. For the last couple days I've had the theory that the video stream might have an invalid header or incomplete header at the begining of the stream, but without specs on the mpeg-1 format, it's pretty hard to do anything. Unfortunately, the iso/iec specs cost over $400. From switzerland. The docs are also online, mirrored in various places, in accounts for iso/iec "members" or something. Anyone have access to these? > > What I don't know is if there is some "audio-video synchronization cue" > that's supposed to be in the MPEG stream periodically that mplex doesn't > add (and maybe mpeg_cat does?) > > You may know more than I about how the underlying MPEG stream is encoded. > Sadly, the mpeg-1 stream is mysterious. I've spent a great deal of time looking for information on exact specs for it, without any luck. The secrets, shrouded in mystery, lay only in the iso/iec whitepapers on the standard. Without them all we can do is "suppose". It annoys me that this info is so expensive. > |Second, when using the snd0 device, mpeg streams come out twice as big as > |when using pcm0. I've never solved this problem, but a vcd quality movie > |should be about 10 megabytes per minute of video, pcm0 keeps to that size, > |where as snd0 seems to take 20MB per minute. The video intermediates > |(before multiplexing) are the same size whichever deivce you use,... > | > |...but the audio streams are wildly different in size, and lead to the > |bloated mpegs. if you use snd0. > > Odd. I wonder if one is stereo and one is mono, or something like that. > It'd be interesting to check. If you use mpg123 to play the generated > .mp2, do they both cite the same MPEG level, bit rate, sampling rate, and > number of channels? E.g.: > > MPEG 1.0 layer II, 384 kbit/s, 44100 Hz stereo > I'll try that if I get time to put voxware on my fbsd box and mess with it. Of course, seeing as pcm0 doesn't work at all for recording sound, it will prolly be a mute point if I can't verify audio is being correctly recorded from both sources for comparison purposes. > > That's interesting. So mpeg_encode may be the culprit. Is there another > MPEG video encoder for UNIX that you know of? Nope. Can't say that I've looked though. Seeing how the mpeg-1 stream specs are so terribly unavailable I'm not getting my hopes up. > > |only home-made mpeg's I've been able to play on my hardware mpeg-1 > |decoders have been those produced with win32 encoders. > > That's pretty cool (not that only win32 encoders work, but that you have > hardware mpeg decoders to work with). > I'm using a "NoteWorthy" ZV pcmcia decoder card for testing mainly. I had a pci card for my battered old windows box, but I ran out of pci slots and it dissapeared a while back. The results were similar though. mpeg-1 decoders are cheap nowadays, but it takes relatively little cpu time to decode them, so there isn't much of a market for them. I've found running a stream through a hardware encoder to be a very good test to see how well the stream conforms to mpeg-1 standards. Although, my hardware decoder will decode the video streams made with fxtv/mpeg_encode before they are mplexed with audio just fine, but after mplex'ed together, nothing doing. This originally made me think the problem was with mplex, but now I don't think so, although just about all of my results seem to have results that negate each other and generally are non-sensicle. That's why I want those mpeg-1 whitepapers, so I can whip up some C to parse mpeg files bit by bit and figure out what is/isn't going on in there that should/shouldn't be. > |I've tried playing/editing the samples on the fxtv page with the same > |luck as those I've made, so I think this problem is probably pretty > |universal, and is probably at the heart of the first problem I described, > |about the streams freezing. > > As a datapoint, when recording MPEG's I always leave it set to capture > 44KHz 16-bit stereo. Is this what you do? > Yes, though I've tried various audio settings with identicle results. > Also, a few more tips. When capturing using YUV (with NTSC), I've only > been able to get mpeg_encode to generate a valid video stream using the > 320x240 resolution. I find that when capturing RGB 16bpp instead, > mpeg_encode will take just about any size. > I avoid capturing in anything but RGB, as anything else tends to lend to major machine instability. RGB 16bpp never crashes anything, but the other formats seems to get real angry if I leave them on for more than 45 second-1min, often freezing the machine. > Whether mpeg_encode is broken for reading odd-size YUV streams, or whether > fxtv just doesn't know how to write an odd-size YUV stream that mpeg_encode > will take, I don't know. > > Another annoyance I've found is that mpeg_encode only supports encoding > with 24, 25, or 30fps. May be an MPEG-1 limitation or just an mpeg_encode > limitation. But basically capturing at one of those rates is the way to go. > I'm using an UW 9 gig scsi disk on an adaptec 2940UW controller for capture, so bandwidth isn't a huge issue. I normally stick with 30, though I'd like to capture at 29.97 in 352x240 so I could whip out vcd's. > > Hope so. Similar PCM complaints is one reason I'll be on 3.4R with Voxware > for a while. > > Randall > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message