From owner-freebsd-multimedia Sun Aug 31 02:39:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA29440 for multimedia-outgoing; Sun, 31 Aug 1997 02:39:47 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA29435 for ; Sun, 31 Aug 1997 02:39:45 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA00358; Sun, 31 Aug 1997 02:39:41 -0700 (PDT) Message-Id: <199708310939.CAA00358@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "David E. Cross" cc: multimedia@FreeBSD.ORG Subject: Re: IRQ problem (was Re: IRQ timing) In-reply-to: Your message of "Sun, 31 Aug 1997 02:29:07 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 02:39:41 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thats fine .... The OSS driver is using 16kb size buffer. I would bumb it up to 32kb or 64kb also I don't know if they are using auto dma or if your card supports auto dma. I would get a different card like a gus pnp pro or a SB 16 PnP. Also, is anyone else having problems with OSS playing mpeg files at 44khz? On a separate note, does anyone know if the OSS driver is able to play back mpeg files with the same card , Ensoniq Soundscape Elite? Cheers, Amancio >From The Desk Of "David E. Cross" : > Aside: at this point I am just posting it to multimedia. > > On Sat, 30 Aug 1997, Amancio Hasty wrote: > > > At any rate, if David downloads: > > ftp://rah.star-gate.com/pub/mmap_test.c > > and just prints the buffer size and the number of buffers that > > the sound driver has we can eliminate the possibility that > > the sound driver did not allocate sufficient buffers > > Had to modify the program slightly to output what was needed ;), but here > is: > > bash-2.00$ ./mmap_test > 500000 bytes read from file. > fragstotal: 4 > fragsize:4096 > mmap (out) returned 08094000 > > -- > David Cross > ACS Consultant > From owner-freebsd-multimedia Sun Aug 31 05:51:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA03603 for multimedia-outgoing; Sun, 31 Aug 1997 05:51:13 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA03597 for ; Sun, 31 Aug 1997 05:51:09 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA03985; Sun, 31 Aug 1997 13:38:05 +0200 From: Luigi Rizzo Message-Id: <199708311138.NAA03985@labinfo.iet.unipi.it> Subject: OPTi931 problems... To: multimedia@freebsd.org Date: Sun, 31 Aug 1997 13:38:05 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As I said some times, the OPTI931 appears to be a bit buggy. Thus far I have found the following problems: - full duplex operation in companded modes (ULAW/ALAW) does not work on the capture channel (playback works fine). The chip appears to produce stereo, 16-bit samples but with a broken count. I haven't tried to ask a different format (say, U8) on the playback channel and ULAW on the capture and see if it works. My driver has a software fix, i.e. when requested ULAW puts the chip in U8 mode and do the conversion in software. However this makes you reduce your dynamic range from 12-13 bits to 8 bits only. I havent done the conversion between S16 and ULAW in the driver because it is much easier to do it in the application. - in full duplex operation, not using auto mode, the chip appears to occasionally lose interrupts on one channel when the other channel generates an interrupt. After much trials and investigations, I am almost convinced that the problem lies in the 931 not decrementing its internal counters in some circumstances, despite the DMA request is issued. As a result, the counter in the 8237 (ISA DMA controller) goes to 0 earlier than the one in the 931, and your transfer blocks forever if you do not use auto mode. These events are very frequent if reads and writes are synchronized, e.g in vic I get one such event every 5..10 full DMA transfers, meaning that the 931 loses 5-10 samples per second. Note that, if what I suspect is true, this is a very bad bug since it also affects transfers using auto mode. In auto mode you don't realize the problem immediately, but the loss creates a drift between the actual and the expected status of buffers (your DMA read-write location keeps moving ahead of what you believe). Reading the actual count of the DMA channel via isa_dmastatus() appears to be the only thing which can (partly) fix the problem. I say partly because nobody knows what happens in the 931 with the phantom transfer, if it is reissued immediately, or after one sample time, or who knows when. For sure, this behaviour completely breaks the assumption that read and write sample speeds are the same (many audioconferencing tools use this principle...). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sun Aug 31 09:39:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA09651 for multimedia-outgoing; Sun, 31 Aug 1997 09:39:20 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA09646 for ; Sun, 31 Aug 1997 09:39:11 -0700 (PDT) Message-Id: <199708311639.JAA09646@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 2593; Sun, 31 Aug 97 09:39:56 PST Date: Sun, 31 Aug 97 09:39 PDT To: multimedia@FREEBSD.ORG From: Denis DeLaRoca Subject: isa.c 2.2.2 for guspnp18 sound driver Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For running Amancio's latest sound driver, guspnp18, on FreeBSD 2.2.2 here's a set of patches for /sys/i386/isa/isa.c. -- Denis -------------------------------------------------------------------- *** /sys/i386/isa/isa.c Sun Aug 31 09:06:13 1997 --- /sys/i386/isa/isa.c.orig Wed Feb 12 23:20:42 1997 *************** *** 114,121 **** static int haveseen __P((struct isa_device *dvp, struct isa_device *tmpdvp, u_int checkbits)); static int isa_dmarangecheck __P((caddr_t va, u_int length, int chan)); - int isa_dmastatus __P((int chan)); - static int isa_dmastop __P((int chan)); static inthand2_t isa_strayintr; static void register_imask __P((struct isa_device *dvp, u_int mask)); --- 114,119 ---- *************** *** 514,520 **** static u_int8_t dma_bounced = 0; static u_int8_t dma_busy = 0; /* Used in isa_dmastart() */ static u_int8_t dma_inuse = 0; /* User for acquire/release */ - static u_int8_t dma_auto_mode = 0; #define VALID_DMA_MASK (7) --- 512,517 ---- *************** *** 576,582 **** return (EBUSY); } dma_inuse |= (1 << chan); - dma_auto_mode &= ~(1 << chan); return (0); } --- 573,578 ---- *************** *** 593,599 **** if (chan & ~VALID_DMA_MASK) panic("isa_dma_release: channel out of range"); ! if ((dma_inuse & (1 << chan)) == 0) printf("isa_dma_release: channel %d not in use\n", chan); #endif --- 589,595 ---- if (chan & ~VALID_DMA_MASK) panic("isa_dma_release: channel out of range"); ! if (dma_inuse & (1 << chan) == 0) printf("isa_dma_release: channel %d not in use\n", chan); #endif *************** *** 608,614 **** } dma_inuse &= ~(1 << chan); - dma_auto_mode &= ~(1 << chan); } /* --- 604,609 ---- *************** *** 634,725 **** } /* - * Query the progress of a transfer on a DMA channel. - * - * To avoid having to interrupt a transfer in progress, we sample - * each of the high and low databytes twice, and apply the following - * logic to determine the correct count. - * - * Reads are performed with interrupts disabled, thus it is to be - * expected that the time between reads is very small. At most - * one rollover in the low count byte can be expected within the - * four reads that are performed. - * - * There are three gaps in which a rollover can occur : - * - * - read low1 - * gap1 - * - read high1 - * gap2 - * - read low2 - * gap3 - * - read high2 - * - * If a rollover occurs in gap1 or gap2, the low2 value will be - * greater than the low1 value. In this case, low2 and high2 are a - * corresponding pair. - * - * In any other case, low1 and high1 can be considered to be correct. - * - * The function returns the number of bytes remaining in the transfer, - * or -1 if the channel requested is not active. - * - */ - int - isa_dmastatus(int chan) - { - u_long cnt = 0; - int ffport, waport; - u_long low1, high1, low2, high2; - - /* channel active? */ - if ((dma_inuse & (1 << chan)) == 0) { - printf("isa_dmastatus: channel %d not in use\n", chan); - return(-1); - } - - /* - * do not print an error message if the chan is not busy, - * it might just be a race condition. - */ - if ( !(dma_busy & (1 << chan)) && !(dma_auto_mode & (1<= low2) - cnt = (low1 + (high1 << 8) + 1) & 0xffff; - else - cnt = (low2 + (high2 << 8) + 1) & 0xffff; - - if (chan >=4) /* 16-bit chans transfer words */ - cnt *= 2 ; - return(cnt); - } - - /* * isa_dmastart(): program 8237 DMA controller channel, avoid page alignment * problems by using a bounce buffer. */ --- 629,634 ---- *************** *** 737,757 **** || (chan >= 4 && (nbytes > (1<<17) || (u_int)addr & 1))) panic("isa_dmastart: impossible request"); ! if ( (dma_inuse & (1 << chan)) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); - #endif if (dma_busy & (1 << chan)) printf("isa_dmastart: channel %d busy\n", chan); - #if 0 - /* - * XXX This should be checked, but drivers like ad1848 only call - * isa_dmastart() once because they use Auto DMA mode. If we - * leave this in, drivers that do this will print this continuously. - */ - if (dma_busy & (1 << chan)) - printf("isa_dmastart: channel %d busy\n", chan); - #endif dma_busy |= (1 << chan); --- 646,657 ---- || (chan >= 4 && (nbytes > (1<<17) || (u_int)addr & 1))) panic("isa_dmastart: impossible request"); ! if (dma_inuse & (1 << chan) == 0) printf("isa_dmastart: channel %d not acquired\n", chan); #endif + if (dma_busy & (1 << chan)) printf("isa_dmastart: channel %d busy\n", chan); dma_busy |= (1 << chan); *************** *** 771,781 **** /* translate to physical */ phys = pmap_extract(pmap_kernel(), (vm_offset_t)addr); - if (flags & B_RAW) - dma_auto_mode |= (1 << chan); - else - dma_auto_mode &= ~(1 << chan); - if ((chan & 4) == 0) { /* * Program one of DMA channels 0..3. These are --- 671,676 ---- *************** *** 846,887 **** } } - /* - * Stop a DMA transfer currently in progress. - * this stops the dma channel and returns the residual count - * derived calling isa_dmastatus - */ - int isa_dmastop(int chan) - { - if ( !(dma_inuse & (1 << chan)) ) - printf("isa_dmastop: channel %d not acquired\n", chan); - - if ( ! (dma_busy & (1 << chan)) && - ! (dma_auto_mode & (1 << chan)) ) { - printf("isa_dmastop: channel %d not busy\n", chan); - return(-2); - } - - if ( chan & 4 ) - outb(DMA2_SMSK, (chan & 3) | 4 /* disable mask */); - else - outb(DMA1_SMSK, (chan & 3) | 4 /* disable mask */); - return isa_dmastatus(chan); - } - void isa_dmadone(int flags, caddr_t addr, int nbytes, int chan) { #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dmadone: channel out of range"); ! if ( (dma_inuse & (1 << chan)) == 0) printf("isa_dmadone: channel %d not acquired\n", chan); #endif ! if ( ! (dma_busy & (1 << chan)) && ! ! (dma_auto_mode & (1 << chan)) ) printf("isa_dmadone: channel %d not busy\n", chan); if (dma_bounced & (1 << chan)) { /* copy bounce buffer on read */ --- 741,765 ---- } } void isa_dmadone(int flags, caddr_t addr, int nbytes, int chan) { #ifdef DIAGNOSTIC if (chan & ~VALID_DMA_MASK) panic("isa_dmadone: channel out of range"); ! if (dma_inuse & (1 << chan) == 0) printf("isa_dmadone: channel %d not acquired\n", chan); #endif ! #if 0 ! /* ! * XXX This should be checked, but drivers like ad1848 only call ! * isa_dmastart() once because they use Auto DMA mode. If we ! * leave this in, drivers that do this will print this continuously. ! */ ! if (dma_busy & (1 << chan) == 0) printf("isa_dmadone: channel %d not busy\n", chan); + #endif if (dma_bounced & (1 << chan)) { /* copy bounce buffer on read */ From owner-freebsd-multimedia Sun Aug 31 14:31:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA19322 for multimedia-outgoing; Sun, 31 Aug 1997 14:31:33 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA19317 for ; Sun, 31 Aug 1997 14:31:30 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id OAA01585; Sun, 31 Aug 1997 14:31:14 -0700 (PDT) Message-Id: <199708312131.OAA01585@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-reply-to: Your message of "Sun, 31 Aug 1997 13:38:05 +0200." <199708311138.NAA03985@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 14:31:14 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Thinking a little about your problem when you get an interupt from the chip can you check if the interrupt status bits are set for both the read and write channel. If you can't get it working in full duplex mode just disable its full duplex capability till a work around is found . Also, I would check out the card in Win95 with the manufacturers latest drivers to see if indeed the card works in full-duplex mode. I have no idea how to do that in win95 short of writing a program however I seem to recollect that there are programs floating around in the net which will help you to verify the full duplex mode. On a different note, how is your CS4236 doing? Cheers, Amancio >From The Desk Of Luigi Rizzo : > As I said some times, the OPTI931 appears to be a bit buggy. Thus far I > have found the following problems: > > - full duplex operation in companded modes (ULAW/ALAW) does not work > on the capture channel (playback works fine). The chip appears > to produce stereo, 16-bit samples but with a broken count. > I haven't tried to ask a different format (say, U8) on the playback > channel and ULAW on the capture and see if it works. My driver has a > software fix, i.e. when requested ULAW puts the chip in U8 mode and > do the conversion in software. However this makes you reduce your > dynamic range from 12-13 bits to 8 bits only. I havent done the > conversion between S16 and ULAW in the driver because it is much > easier to do it in the application. > > - in full duplex operation, not using auto mode, the chip appears to > occasionally lose interrupts on one channel when the other channel > generates an interrupt. After much trials and investigations, I am > almost convinced that the problem lies in the 931 not decrementing > its internal counters in some circumstances, despite the DMA request > is issued. As a result, the counter in the 8237 (ISA DMA controller) > goes to 0 earlier than the one in the 931, and your transfer blocks > forever if you do not use auto mode. > These events are very frequent if reads and writes are synchronized, > e.g in vic I get one such event every 5..10 full DMA transfers, > meaning that the 931 loses 5-10 samples per second. > > Note that, if what I suspect is true, this is a very bad bug since > it also affects transfers using auto mode. In auto mode you > don't realize the problem immediately, but the loss creates a > drift between the actual and the expected status of buffers (your > DMA read-write location keeps moving ahead of what you believe). > Reading the actual count of the DMA channel via isa_dmastatus() > appears to be the only thing which can (partly) fix the problem. > I say partly because nobody knows what happens in the 931 with the > phantom transfer, if it is reissued immediately, or after one sample > time, or who knows when. For sure, this behaviour completely breaks > the assumption that read and write sample speeds are the same (many > audioconferencing tools use this principle...). > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Sun Aug 31 20:15:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02550 for multimedia-outgoing; Sun, 31 Aug 1997 20:15:38 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02545 for ; Sun, 31 Aug 1997 20:15:36 -0700 (PDT) Message-Id: <199709010315.UAA02545@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 3234; Sun, 31 Aug 97 20:16:35 PST Date: Sun, 31 Aug 97 20:16 PDT To: Amancio Hasty From: Denis DeLaRoca Subject: guspnp18 and vat CC: multimedia@FREEBSD.ORG Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio, Not very good news... vat sounds wretched with guspnp18. It's always possible that the modified isa.c that I got by retrofitting Luigi's version with what's on -current is not right, but I doubt it. I also used the latest version of vat's audio-voxware.cc that you sent me. The resulting sound is full of breaks and distortion... even rat on the same audio streams sounded worst. I have gone back to guspnp17 and the audio-voxware.cc module that you modified about a week ago and that yields not perfect but fairly good sound -- there appear to be some suspicious hiccups even on audio streams with as little as 1% loss; though, I think the delay jitter which is very spiky may account for that. The other outstanding problem is with passing the audio device among multiple active vats. That is completely broken and I think we have to wrestle with vat's code to find out how that is supposed to work. -- Denis From owner-freebsd-multimedia Sun Aug 31 21:26:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05645 for multimedia-outgoing; Sun, 31 Aug 1997 21:26:58 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05636 for ; Sun, 31 Aug 1997 21:26:51 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA00317; Sun, 31 Aug 1997 21:26:49 -0700 (PDT) Message-Id: <199709010426.VAA00317@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: multimedia@FREEBSD.ORG Subject: Re: guspnp18 and vat In-reply-to: Your message of "Sun, 31 Aug 1997 20:16:00 PDT." <199709010356.UAA00289@rah.star-gate.com> Date: Sun, 31 Aug 1997 21:26:49 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Care to do this : # pwd /usr/ports/audio/vat/work/vat-4.0b2 #grep FreeBSD group-ipc.cc #if defined(ultrix) || defined(__FreeBSD__) As for vat over here it works fine if there are no packet drops and you can monitor the rtp stream by left clicking on the sender and selecting rtp stats. Cheers, Amancio >From The Desk Of Denis DeLaRoca : > Amancio, > > Not very good news... vat sounds wretched with guspnp18. It's always > possible that the modified isa.c that I got by retrofitting Luigi's > version with what's on -current is not right, but I doubt it. I also > used the latest version of vat's audio-voxware.cc that you sent me. > The resulting sound is full of breaks and distortion... even rat > on the same audio streams sounded worst. > > I have gone back to guspnp17 and the audio-voxware.cc module that > you modified about a week ago and that yields not perfect but fairly > good sound -- there appear to be some suspicious hiccups even on > audio streams with as little as 1% loss; though, I think the delay > jitter which is very spiky may account for that. > > The other outstanding problem is with passing the audio device among > multiple active vats. That is completely broken and I think we have > to wrestle with vat's code to find out how that is supposed to work. > > -- Denis > From owner-freebsd-multimedia Sun Aug 31 22:13:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07176 for multimedia-outgoing; Sun, 31 Aug 1997 22:13:29 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07169 for ; Sun, 31 Aug 1997 22:13:26 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA00533; Sun, 31 Aug 1997 22:13:19 -0700 (PDT) Message-Id: <199709010513.WAA00533@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: multimedia@FreeBSD.ORG Subject: Re: guspnp18 and vat In-reply-to: Your message of "Sun, 31 Aug 1997 20:16:00 PDT." <199709010315.UAA02545@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 31 Aug 1997 22:13:18 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Denis DeLaRoca : > The other outstanding problem is with passing the audio device among > multiple active vats. That is completely broken and I think we have > to wrestle with vat's code to find out how that is supposed to work. confbus.cc calls the constructor for GroupIPC class ConfBus : public TclObject, public IPCHandler { public: ConfBus(int channel); ~ConfBus(); void ipc_input(int type, int frompid, u_char* p, int len); protected: int command(int argc, const char*const* argv); GroupIPC* ipc_; char* callback_; }; Group-ipc.cc: opens a socket to receive local ip multicast requests: GroupIPC::GroupIPC(int channel) : handlers_(0) ---- When vat gets a local ip multicast message it gets processesed here: in confbus.cc: void ConfBus::ipc_input(int, int, u_char* msg, int cc) A call gets issue to ui-audio.tcl to request the audio device which it first try to do open the audio device via the Obtain method in audio-voxware.cc Hope this helps, Amancio From owner-freebsd-multimedia Mon Sep 1 00:25:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA12100 for multimedia-outgoing; Mon, 1 Sep 1997 00:25:27 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA12092 for ; Mon, 1 Sep 1997 00:25:21 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA00272; Mon, 1 Sep 1997 00:25:17 -0700 (PDT) Message-Id: <199709010725.AAA00272@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Denis DeLaRoca cc: multimedia@FREEBSD.ORG Subject: fix for multiple vats, was( Re: guspnp18 and vat ) In-reply-to: Your message of "Sun, 31 Aug 1997 20:16:00 PDT." <199709010356.UAA00289@rah.star-gate.com> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_2165216400" Date: Mon, 01 Sep 1997 00:25:16 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_2165216400 Content-Type: text/plain; charset=us-ascii >From The Desk Of Denis DeLaRoca : > The other outstanding problem is with passing the audio device among > multiple active vats. That is completely broken and I think we have > to wrestle with vat's code to find out how that is supposed to work. The problem was in audio-voxare.cc. A separate problem is group-ipc.cc which needs to enable local ipc multicast. So here are both modules for vat-4.0b2 Amancio --==_Exmh_2165216400 Content-Type: application/octet-stream ; name="audio-voxware.cc" Content-Description: audio-voxware.cc Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="audio-voxware.cc" LyoKICogQ29weXJpZ2h0IChjKSAxOTkxLTE5OTMgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0 eSBvZiBDYWxpZm9ybmlhLgogKiBBbGwgcmlnaHRzIHJlc2VydmVkLgogKgogKiBSZWRpc3Ry aWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdp dGhvdXQKICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhl IGZvbGxvd2luZyBjb25kaXRpb25zCiAqIGFyZSBtZXQ6CiAqIDEuIFJlZGlzdHJpYnV0aW9u cyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CiAqICAg IG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lci4KICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVw cm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2Yg Y29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQogKiAgICBk b2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUg ZGlzdHJpYnV0aW9uLgogKiAzLiBBbGwgYWR2ZXJ0aXNpbmcgbWF0ZXJpYWxzIG1lbnRpb25p bmcgZmVhdHVyZXMgb3IgdXNlIG9mIHRoaXMgc29mdHdhcmUKICogICAgbXVzdCBkaXNwbGF5 IHRoZSBmb2xsb3dpbmcgYWNrbm93bGVkZ2VtZW50OgogKglUaGlzIHByb2R1Y3QgaW5jbHVk ZXMgc29mdHdhcmUgZGV2ZWxvcGVkIGJ5IHRoZSBDb21wdXRlciBTeXN0ZW1zCiAqCUVuZ2lu ZWVyaW5nIEdyb3VwIGF0IExhd3JlbmNlIEJlcmtlbGV5IExhYm9yYXRvcnkuCiAqIDQuIE5l aXRoZXIgdGhlIG5hbWUgb2YgdGhlIFVuaXZlcnNpdHkgbm9yIG9mIHRoZSBMYWJvcmF0b3J5 IG1heSBiZSB1c2VkCiAqICAgIHRvIGVuZG9yc2Ugb3IgcHJvbW90ZSBwcm9kdWN0cyBkZXJp dmVkIGZyb20gdGhpcyBzb2Z0d2FyZSB3aXRob3V0CiAqICAgIHNwZWNpZmljIHByaW9yIHdy aXR0ZW4gcGVybWlzc2lvbi4KICoKICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBCWSBU SEUgUkVHRU5UUyBBTkQgQ09OVFJJQlVUT1JTIGBgQVMgSVMnJyBBTkQKICogQU5ZIEVYUFJF U1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBU TywgVEhFCiAqIElNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJ VE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCiAqIEFSRSBESVNDTEFJTUVELiAgSU4g Tk8gRVZFTlQgU0hBTEwgVEhFIFJFR0VOVFMgT1IgQ09OVFJJQlVUT1JTIEJFIExJQUJMRQog KiBGT1IgQU5ZIERJUkVDVCwgSU5ESVJFQ1QsIElOQ0lERU5UQUwsIFNQRUNJQUwsIEVYRU1Q TEFSWSwgT1IgQ09OU0VRVUVOVElBTAogKiBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1Qg TElNSVRFRCBUTywgUFJPQ1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUwogKiBPUiBTRVJW SUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJVU0lORVNTIElOVEVS UlVQVElPTikKICogSE9XRVZFUiBDQVVTRUQgQU5EIE9OIEFOWSBUSEVPUlkgT0YgTElBQklM SVRZLCBXSEVUSEVSIElOIENPTlRSQUNULCBTVFJJQ1QKICogTElBQklMSVRZLCBPUiBUT1JU IChJTkNMVURJTkcgTkVHTElHRU5DRSBPUiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdB WQogKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklTRUQg T0YgVEhFIFBPU1NJQklMSVRZIE9GCiAqIFNVQ0ggREFNQUdFLgogKi8KCgovKiBGdWxsIER1 cGxleCBhdWRpbyBtb2R1bGUgZm9yIHZveHdhcmUgMy41IHNvdW5kIGRyaXZlcnMgb3IgaGln aGVyIAogICBUaGlzIG1vZHVsZSBoYXMgYmVlbiB0ZXN0ZWQgb24gRnJlZUJTRCAyLjEtU3Rh YmxlLCBzb3VuZCBkcml2ZXIgCiAgIDMuNSBhbmQgYSBHVVMgUG5QLiBJZiB0aGUgc291bmQg Y2FyZCBpcyBub3QgZnVsbCBkdXBsZXggdGhpcwogICBtb2R1bGUgd2lsbCBub3Qgd29yay4K ICAgQW1hbmNpbyBIYXN0eQoKICovCgoKI2lmbmRlZiBsaW50CnN0YXRpYyBjb25zdCBjaGFy IHJjc2lkW10gPQogICAgIkAoIykgJEhlYWRlcjogbGludXhfYXVkaW8uY2MsdiAxLjQgOTUv MTAvMTQgMTc6NDQ6MjEgbWNjYW5uZSBFeHAgJCAoTEJMKSI7CiNlbmRpZgoKI2luY2x1ZGUg PG9zZmNuLmg+CiNpbmNsdWRlIDxtYWNoaW5lL3NvdW5kY2FyZC5oPgojaW5jbHVkZSAiYXVk aW8uaCIKI2luY2x1ZGUgIlRjbC5oIgoKI2RlZmluZSBVTEFXX1pFUk8gMHg3ZgojZGVmaW5l IEFCVUZMT0cyIDgKI2RlZmluZSBBQlVGTEVOICgxIDw8IEFCVUZMT0cyKSAKLyojZGVmaW5l IEFCVUZMRU4gMTYwKjIwKi8KI2RlZmluZSBORlJBRyA0CgppbnQgZm9vX2NvdW50ID0gMDsK Y2xhc3MgVm94V2FyZSA6IHB1YmxpYyBBdWRpbyB7CiAgICBwdWJsaWM6CglWb3hXYXJlKCk7 Cgl2aXJ0dWFsIGludCBGcmFtZVJlYWR5KCk7Cgl2aXJ0dWFsIHVfY2hhciogUmVhZCgpOwoJ dmlydHVhbAl2b2lkIFdyaXRlKHVfY2hhciAqKTsKCXZpcnR1YWwgdm9pZCBTZXRSR2Fpbihp bnQpOwoJdmlydHVhbCB2b2lkIFNldFBHYWluKGludCk7Cgl2aXJ0dWFsIHZvaWQgT3V0cHV0 UG9ydChpbnQpOwoJdmlydHVhbCB2b2lkIElucHV0UG9ydChpbnQpOwoJdmlydHVhbCB2b2lk IE9idGFpbigpOwoJdmlydHVhbCB2b2lkIFJlbGVhc2UoKTsKCXZpcnR1YWwgdm9pZCBSTXV0 ZSgpOwoJdmlydHVhbCB2b2lkIFJVbm11dGUoKTsKICAgIHByb3RlY3RlZDoKCgl1X2NoYXIq IHJlYWRwdHI7Cgl1X2NoYXIqIHJlYWRidWZlbmQ7Cgl1X2NoYXIqIHJlYWRidWY7CiAgICAg ICAgaW50ICAgICByZWFkX2xlbjsKCXVfY2hhciogdWJ1ZnB0cjsKCXVfY2hhciogdWJ1ZmVu ZDsKCXVfY2hhciogdWJ1ZjsKCgl1X2NoYXIqIHdyaXRlcHRyOwoJdV9jaGFyKiB3cml0ZWJ1 ZmVuZDsKCXVfY2hhciogd3JpdGVidWY7CiAgICAgICAgaW50IG1peGVyZmQ7CiAgICAgICAg aW50IHRlc3RmZDsKICAgICAgICBzdHJ1Y3QgdGltZXZhbCBjdXIsIG5vdywgd3JpdGVfbGFz dDsKICAgICAgICBpbnQgZnJhbWVfcmVhZHk7ICAgCiAgICAgICAgY2hhciBvYnVmZlsyMDQ4 XTsKICAgICAgICBpbnQgIG9idWZmX3B0cjsKCXVfY2hhciogemJ1ZjsKICAgICAgICBpbnQg cmdhaW47CiAgICAgICAgaW50IHBnYWluOwogICAgICAgIGludCBpbnB1dHBvcnQ7CiAgCn07 CgpzdGF0aWMgY2xhc3MgVm94V2FyZU1hdGNoZXIgOiBwdWJsaWMgTWF0Y2hlciB7CnB1Ymxp YzoKCVZveFdhcmVNYXRjaGVyKCkgOiBNYXRjaGVyKCJhdWRpbyIpIHt9CglUY2xPYmplY3Qq IG1hdGNoKGNvbnN0IGNoYXIqIGZtdCkgewoJCWlmIChzdHJjbXAoZm10LCAidm94d2FyZSIp ID09IDApCgkJCXJldHVybiAobmV3IFZveFdhcmUpOwoJCXJldHVybiAoMCk7Cgl9Cn0gbGlu dXhfYXVkaW9fbWF0Y2hlcjsKZXh0ZXJuIGNvbnN0IHNob3J0IG11bGF3dG9saW5bXTsKZXh0 ZXJuIGNvbnN0IHVuc2lnbmVkIGNoYXIgbGludG9tdWxhd1tdOwpleHRlcm4gY29uc3QgdW5z aWduZWQgY2hhciBsaW50b211bGF3WFtdOwoKClZveFdhcmU6OlZveFdhcmUoKQp7CglyZWFk YnVmID0gbmV3IHVfY2hhcltBQlVGTEVOXTsKCXJlYWRwdHIgPSByZWFkYnVmZW5kID0gcmVh ZGJ1ZiArIEFCVUZMRU47CgoJd3JpdGVwdHIgPSB3cml0ZWJ1ZiA9IG5ldyB1X2NoYXJbQUJV RkxFTl07Cgl3cml0ZWJ1ZmVuZCA9IHdyaXRlYnVmICsgQUJVRkxFTjsKCgl1YnVmcHRyID0g dWJ1ZiA9IG5ldyB1X2NoYXJbYmxrc2l6ZV07Cgl1YnVmZW5kID0gdWJ1ZiArIGJsa3NpemU7 CgltZW1zZXQodWJ1ZiwgVUxBV19aRVJPLCBibGtzaXplKTsKCgl6YnVmID0gbmV3IHVfY2hh cltibGtzaXplXTsKCW1lbXNldCh6YnVmLCBVTEFXX1pFUk8sIGJsa3NpemUpOwoJaXBvcnRz ID0gMjsKCXJnYWluID0gLTE7CglwZ2FpbiA9IC0xOwoJaW5wdXRwb3J0ID0gLTE7CgkKfQoK Cgp2b2lkIFZveFdhcmU6Ok9idGFpbigpCnsKICBpbnQgc3BlZWQgPSA4MDAwOwoKCWlmIChI YXZlQXVkaW8oKSkKCQlhYm9ydCgpOwoJZnJhbWVfcmVhZHkgPSAwOwoJb2J1ZmZfcHRyID0g MDsKCWZkID0gb3BlbigiL2Rldi9hdWRpbyIsIE9fUkRXUnxPX05ERUxBWSk7CglpZiAoZmQg Pj0gMCkgewoJCWludCBvbiA9IDE7CgkJaW50IGZyYWcgOwogICAgICAgICAgICAgICAgcmVh ZF9sZW4gPSAwOwoJCWlvY3RsKGZkLFNORENUTF9EU1BfTk9OQkxPQ0sgLCAmb24pOyAgCgkJ ZnJhZyA9ICAxNjA7CgkgICAgICAgIGlvY3RsKGZkLCBTTkRDVExfRFNQX1NFVEJMS1NJWkUs ICZmcmFnKTsKCQlBdWRpbzo6T2J0YWluKCk7CgkJbWl4ZXJmZCA9IG9wZW4oIi9kZXYvbWl4 ZXIiLCBPX1JEV1IpOwoJCWlmIChpbnB1dHBvcnQgPj0gMCApIHsKCQkgIFZveFdhcmU6Oklu cHV0UG9ydChpbnB1dHBvcnQpOwoJCSAgVm94V2FyZTpTZXRSR2FpbihyZ2Fpbik7CgkJICBW b3hXYXJlOjpTZXRQR2FpbihwZ2Fpbik7CgkJfQoJCQoJfQp9Cgp2b2lkIFZveFdhcmU6OlJl bGVhc2UoKQp7CgkgIAoJaWYgKEhhdmVBdWRpbygpKSB7CgkgIGNsb3NlKG1peGVyZmQpOwoJ ICBtaXhlcmZkID0gLTE7CgkgIEF1ZGlvOjpSZWxlYXNlKCk7Cgl9Cgp9Cgp2b2lkIFZveFdh cmU6OldyaXRlKHVfY2hhciAqY3ApCnsKICBpbnQgZm9vLCBibG9ja19zb3VuZDsKICBpbnQg bXNlYywgZGVsdGE7CgogIHN0cnVjdCB0aW1ldmFsIHdyaXRlX2RlbHRhOwogIGNvdW50X2lu Zm8gaW5mbzsKCiAgZ2V0dGltZW9mZGF5KCZ3cml0ZV9kZWx0YSwgTlVMTCk7CiAgaW9jdGwo ZmQsIFNORENUTF9EU1BfR0VUT1BUUiwgJmluZm8pOwogIGJsb2NrX3NvdW5kID0gaW5mby5i bG9ja3M7CiAgd2hpbGUgKGluZm8uYmxvY2tzID4gMiAgKSB7CiAgICAKICAgIGlvY3RsKGZk LCBTTkRDVExfRFNQX0dFVE9QVFIsICZpbmZvKTsKICAgIHVzbGVlcCgxKTsKICB9IAogICAg Zm9vID0gd3JpdGUoZmQsIGNwLCBibGtzaXplKTsgCiAgCiAgCgogIGdldHRpbWVvZmRheSgm bm93LCBOVUxMKTsKICBkZWx0YSA9ICgoMTAwMCAqIG5vdy50dl9zZWMpICsgbm93LnR2X3Vz ZWMgLyAxMDAwKSAgLQogICAgKCgxMDAwICogd3JpdGVfZGVsdGEudHZfc2VjKSArIHdyaXRl X2RlbHRhLnR2X3VzZWMgLyAxMDAwKTsKCiAgbXNlYyA9ICgoMTAwMCAqIG5vdy50dl9zZWMp ICsgbm93LnR2X3VzZWMgLyAxMDAwKSAgLQogICAgKCgxMDAwICogd3JpdGVfbGFzdC50dl9z ZWMpICsgd3JpdGVfbGFzdC50dl91c2VjIC8gMTAwMCk7CgogLyogIHByaW50Zigid3JpdGUg IG1zZWMgJWQgZGVsdGEgICVkICBieXRlICVkICBcbiIsIG1zZWMsIGRlbHRhLCBpbmZvLmJ5 dGVzKTsgKi8KICB3cml0ZV9sYXN0ID0gbm93OwoKCgp9CgoKCnVfY2hhciogVm94V2FyZTo6 UmVhZCgpCnsKCXVfY2hhciogY3A7CglpbnQgaSA9IHJlYWRfbGVuOwoJaW50IG1zZWM7CgoJ Y3AgPSByZWFkYnVmOyAKCWkgPSAwOwoKCXdoaWxlIChpID09IDAgKSB7CgkgIGkgPSByZWFk KGZkLCBjcCwgYmxrc2l6ZSk7Cgl9CglpZiAoaSAgPCAxNTAgKSBwcmludGYoInJlYWQgIHh4 eCAlZCBcbiIsIGkpOwogICAgICAgIGN1ciA9IG5vdzsKCglyZXR1cm4gY3A7Cn0KCnZvaWQg Vm94V2FyZTo6U2V0UkdhaW4oaW50IGxldmVsKQp7ICAgIAogIGZsb2F0IHggPSBsZXZlbDsK ICByZ2FpbiA9IGxldmVsOwogIGxldmVsID0gKGludCkgKHgvMi41Nik7CiAgaW50IGZvbyA9 IGxldmVsPDw4IHwgbGV2ZWw7CiAgaW50IHplcm87CgogIGlmICghSGF2ZUF1ZGlvKCkgKSB7 CiAgICByZXR1cm47CiAgfQoKICBpZiAoaXBvcnQpIHsKCiAgICAvKiBmb3IgdGhlIGd1cyBw bnAgbGluZTMgaXMgbGluZSBpbnB1dCA6KCAqLwoKICAgIGlmIChpb2N0bChtaXhlcmZkLCBN SVhFUl9XUklURShTT1VORF9NSVhFUl9MSU5FMSksICZmb28pID09IC0xKSB7CiAgICAgIHBy aW50ZigiZmFpbGVkIHNldCBpbnB1dCBsaW5lIHZvbHVtZSBcbiIpOwogICAgfQogIH0gZWxz ZSB7CgogICAgaWYgKGlvY3RsKG1peGVyZmQsIE1JWEVSX1dSSVRFKFNPVU5EX01JWEVSX01J QyksICZmb28pID09IC0xKSB7CiAgICAgIHByaW50ZigiZmFpbGVkIHRvIHNldCBtaWMgdm9s dW1lIFxuIik7CiAgICB9CiAgfQoKCiAgICAgICAgCn0KCnZvaWQgVm94V2FyZTo6U2V0UEdh aW4oaW50IGxldmVsKQp7CiAgZmxvYXQgeCA9IGxldmVsOwogIHBnYWluID0gbGV2ZWw7CiAg bGV2ZWwgPSAoaW50KSAoeC8yLjU2KTsKICBpbnQgZm9vID0gbGV2ZWw8PDggfCBsZXZlbDsK ICBpZiAoIUhhdmVBdWRpbygpICkgewogICAgcmV0dXJuOwogIH0KCiAgaWYgKGlvY3RsKG1p eGVyZmQsIE1JWEVSX1dSSVRFKFNPVU5EX01JWEVSX1BDTSksICZmb28pID09IC0xKSB7CiAg IHByaW50ZigiZmFpbGVkIHRvIG91dHB1dCBsZXZlbCAleCBcbiIsIGxldmVsKTsKICB9Cn0K CnZvaWQgVm94V2FyZTo6T3V0cHV0UG9ydChpbnQgcCkKewoJb3BvcnQgPSBwOwp9Cgp2b2lk IFZveFdhcmU6OklucHV0UG9ydChpbnQgcCkKewogIGludCAgIHplcm8gPSAwOwogIGludCBm b28gPSByZ2Fpbjw8OCB8IHJnYWluOwogIGlucHV0cG9ydCA9IHA7CgogIGlmICghSGF2ZUF1 ZGlvKCkgKSB7CiAgICByZXR1cm47CiAgfQoKICBpZiAocCkgewogICAgLyogZm9yIHRoZSBn dXMgcG5wIGxpbmUgaW5wdXQgaXMgbGluZTMgOiggKi8KICAgIHplcm8gPSAxIDw8IFNPVU5E X01JWEVSX0xJTkUzOwogICAgaWYgKGlvY3RsKG1peGVyZmQsIFNPVU5EX01JWEVSX1dSSVRF X1JFQ1NSQywgJnplcm8pID09IC0xKSB7CiAgICAgIHByaW50ZigiZmFpbGVkIHRvIHNlbGVj dCBsaW5lIGlucHV0IFxuIik7CiAgICB9CgogIH0gZWxzZSB7CgogICAgemVybyA9IDEgPDwg U09VTkRfTUlYRVJfTUlDOwogICAgaWYgKCBpb2N0bChtaXhlcmZkLCBTT1VORF9NSVhFUl9X UklURV9SRUNTUkMsICZ6ZXJvKSA9PSAtMSApIHsKICAgICAgcHJpbnRmKCJmYWlsZWQgdG8g c2VsZWN0IG1pYyBpbnB1dCBcbiIpOwogICAgfQogIH0KCWlwb3J0ID0gcDsKfQoKCgoKdm9p ZCBWb3hXYXJlOjpSTXV0ZSgpCnsKCXJtdXRlIHw9IDE7Cgp9Cgp2b2lkIFZveFdhcmU6OlJV bm11dGUoKQp7CglybXV0ZSAmPX4gMTsKCn0KCgppbnQgVm94V2FyZTo6RnJhbWVSZWFkeSgp CnsKICBpbnQgaSwgaW87CiAgY291bnRfaW5mbyBpbmZvOwoKCiAgaW8gPSAgaW9jdGwoZmQs IFNORENUTF9EU1BfR0VUSVBUUiwgJmluZm8pOwoKICBpZiAoaW5mby5ibG9ja3MgPiAwICkg CiAgICBmcmFtZV9yZWFkeSA9IDE7CiAgZWxzZSBmcmFtZV9yZWFkeSA9IDA7CgogIHJldHVy biBmcmFtZV9yZWFkeTsKCgp9CgoKCg== --==_Exmh_2165216400 Content-Type: application/octet-stream ; name="group-ipc.cc" Content-Description: group-ipc.cc Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="group-ipc.cc" LyoKICogQ29weXJpZ2h0IChjKSAxOTkxLTE5OTQgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0 eSBvZiBDYWxpZm9ybmlhLgogKiBBbGwgcmlnaHRzIHJlc2VydmVkLgogKgogKiBSZWRpc3Ry aWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdp dGhvdXQKICogbW9kaWZpY2F0aW9uLCBhcmUgcGVybWl0dGVkIHByb3ZpZGVkIHRoYXQgdGhl IGZvbGxvd2luZyBjb25kaXRpb25zCiAqIGFyZSBtZXQ6CiAqIDEuIFJlZGlzdHJpYnV0aW9u cyBvZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CiAqICAg IG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lci4KICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVw cm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2Yg Y29uZGl0aW9ucyBhbmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQogKiAgICBk b2N1bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUg ZGlzdHJpYnV0aW9uLgogKiAzLiBBbGwgYWR2ZXJ0aXNpbmcgbWF0ZXJpYWxzIG1lbnRpb25p bmcgZmVhdHVyZXMgb3IgdXNlIG9mIHRoaXMgc29mdHdhcmUKICogICAgbXVzdCBkaXNwbGF5 IHRoZSBmb2xsb3dpbmcgYWNrbm93bGVkZ2VtZW50OgogKiAgICAgIFRoaXMgcHJvZHVjdCBp bmNsdWRlcyBzb2Z0d2FyZSBkZXZlbG9wZWQgYnkgdGhlIFVuaXZlcnNpdHkgb2YKICogICAg ICBDYWxpZm9ybmlhLCBCZXJrZWxleSBhbmQgdGhlIE5ldHdvcmsgUmVzZWFyY2ggR3JvdXAg YXQKICogICAgICBMYXdyZW5jZSBCZXJrZWxleSBMYWJvcmF0b3J5LgogKiA0LiBOZWl0aGVy IHRoZSBuYW1lIG9mIHRoZSBVbml2ZXJzaXR5IG5vciBvZiB0aGUgTGFib3JhdG9yeSBtYXkg YmUgdXNlZAogKiAgICB0byBlbmRvcnNlIG9yIHByb21vdGUgcHJvZHVjdHMgZGVyaXZlZCBm cm9tIHRoaXMgc29mdHdhcmUgd2l0aG91dAogKiAgICBzcGVjaWZpYyBwcmlvciB3cml0dGVu IHBlcm1pc3Npb24uCiAqCiAqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIFJF R0VOVFMgQU5EIENPTlRSSUJVVE9SUyBgYEFTIElTJycgQU5ECiAqIEFOWSBFWFBSRVNTIE9S IElNUExJRUQgV0FSUkFOVElFUywgSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8sIFRI RQogKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQogKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVW RU5UIFNIQUxMIFRIRSBSRUdFTlRTIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUKICogRk9S IEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlks IE9SIENPTlNFUVVFTlRJQUwKICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlU RUQgVE8sIFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKICogT1IgU0VSVklDRVM7 IExPU1MgT0YgVVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJ T04pCiAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwg V0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCiAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5D TFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKICog T1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRI RSBQT1NTSUJJTElUWSBPRgogKiBTVUNIIERBTUFHRS4KICovCgojaWZuZGVmIGxpbnQKc3Rh dGljIGNvbnN0IGNoYXIgcmNzaWRbXSA9CiAgICAiQCgjKSAkSGVhZGVyOiBncm91cC1pcGMu Y2MsdiAxLjIxIDk2LzAyLzA2IDE0OjQzOjMwIG1jY2FubmUgRXhwICQgKExCTCkiOwojZW5k aWYKCiNpZm5kZWYgV0lOMzIKI2luY2x1ZGUgPHVuaXN0ZC5oPgojZW5kaWYKI2luY2x1ZGUg PHN0ZGxpYi5oPgojaW5jbHVkZSA8c3RyaW5nLmg+CiNpZmRlZiBXSU4zMgojaW5jbHVkZSA8 d2luc29jay5oPgojZGVmaW5lIGNsb3NlIGNsb3Nlc29ja2V0CiNlbHNlCiNpbmNsdWRlIDxz eXMvcGFyYW0uaD4KI2luY2x1ZGUgPHN5cy9zb2NrZXQuaD4KI2luY2x1ZGUgPHN5cy9pb2N0 bC5oPgojaW5jbHVkZSA8c3lzL3Vpby5oPgojZW5kaWYKI2luY2x1ZGUgPGZjbnRsLmg+Cgoj aW5jbHVkZSAiZ3JvdXAtaXBjLmgiCgojZGVmaW5lIEdST1VQX0lQQ19BRERSIDB4ZTBmZmRl ZWYKI2RlZmluZSBHUk9VUF9JUENfUE9SVCAweGRlYWYKCnN0YXRpYyB2b2lkIG5vbmJsb2Nr KGludCBmZCkKeyAgICAgICAKI2lmZGVmIFdJTjMyCgl1X2xvbmcgZmxhZyA9IDE7CglpZiAo aW9jdGxzb2NrZXQoZmQsIEZJT05CSU8sICZmbGFnKSA9PSAtMSkgewoJCWZwcmludGYoc3Rk ZXJyLCAiaW9jdGxzb2NrZXQ6IEZJT05CSU86ICVsdVxuIiwgR2V0TGFzdEVycm9yKCkpOwoJ CWV4aXQoMSk7Cgl9CiNlbHNlCiAgICAgICBpbnQgZmxhZ3MgPSBmY250bChmZCwgRl9HRVRG TCwgMCk7CiNpZiBkZWZpbmVkKGhwdXgpIHx8IGRlZmluZWQoX19ocHV4KQogICAgICAgIGZs YWdzIHw9IE9fTk9OQkxPQ0s7CiNlbHNlCiAgICAgICAgZmxhZ3MgfD0gT19OT05CTE9DS3xP X05ERUxBWTsKI2VuZGlmCiAgICAgICAgaWYgKGZjbnRsKGZkLCBGX1NFVEZMLCBmbGFncykg PT0gLTEpIHsKICAgICAgICAgICAgICAgIHBlcnJvcigiZmNudGw6IEZfU0VURkwiKTsKICAg ICAgICAgICAgICAgIGV4aXQoMSk7CiAgICAgICAgfQojZW5kaWYKfQoKSVBDSGFuZGxlcjo6 SVBDSGFuZGxlcihpbnQgbWFzaykgOiBtYXNrXyhtYXNrKSB7IH0KCiNpZmRlZiBJUF9BRERf TUVNQkVSU0hJUApHcm91cElQQzo6R3JvdXBJUEMoaW50IGNoYW5uZWwpIDogaGFuZGxlcnNf KDApCnsKCXJzb2NrXyA9IHNvY2tldChBRl9JTkVULCBTT0NLX0RHUkFNLCAwKTsKCWlmIChy c29ja18gPCAwKSB7CgkJcGVycm9yKCJzb2NrZXQiKTsKCQlleGl0KDEpOwoJfQoJaW50IG9u ID0gMTsKCWlmIChzZXRzb2Nrb3B0KHJzb2NrXywgU09MX1NPQ0tFVCwgU09fUkVVU0VBRERS LCAoY2hhciAqKSZvbiwKCQkgICAgICAgc2l6ZW9mKG9uKSkgPCAwKSB7CgkJcGVycm9yKCJT T19SRVVTRUFERFIiKTsKCQlleGl0KDEpOwoJfQojaWZkZWYgU09fUkVVU0VQT1JUCglvbiA9 IDE7CglpZiAoc2V0c29ja29wdChyc29ja18sIFNPTF9TT0NLRVQsIFNPX1JFVVNFUE9SVCwg KGNoYXIgKikmb24sCgkJICAgICAgIHNpemVvZihvbikpIDwgMCkgewoJCXBlcnJvcigiU09f UkVVU0VQT1JUIik7CgkJZXhpdCgxKTsKCX0KI2VuZGlmCglzb2NrYWRkcl9pbiBzaW47Cglt ZW1zZXQoKGNoYXIgKikmc2luLCAwLCBzaXplb2Yoc2luKSk7CglzaW4uc2luX2ZhbWlseSA9 IEFGX0lORVQ7CglpbnQgcG9ydCA9IGh0b25zKEdST1VQX0lQQ19QT1JUICsgY2hhbm5lbCk7 CglzaW4uc2luX3BvcnQgPSBwb3J0OwoJc2luLnNpbl9hZGRyLnNfYWRkciA9IGh0b25sKEdS T1VQX0lQQ19BRERSKTsKCWlmIChiaW5kKHJzb2NrXywgKHN0cnVjdCBzb2NrYWRkciAqKSZz aW4sIHNpemVvZihzaW4pKSA8IDApIHsKCQlzaW4uc2luX2FkZHIuc19hZGRyID0gSU5BRERS X0FOWTsKCQlpZiAoYmluZChyc29ja18sIChzdHJ1Y3Qgc29ja2FkZHIgKikmc2luLCBzaXpl b2Yoc2luKSkgPCAwKSB7CgkJCXBlcnJvcigiR3JvdXBJUEMgYmluZCIpOwoJCQljbG9zZShy c29ja18pOwoJCQlyc29ja18gPSAtMTsKCQkJc3NvY2tfID0gLTE7CgkJfQoJfQoJaWYgKHJz b2NrXyA+PSAwKSB7CgkJbm9uYmxvY2socnNvY2tfKTsKCgkJc3RydWN0IGlwX21yZXEgbXI7 CgkJbXIuaW1yX211bHRpYWRkci5zX2FkZHIgPSBodG9ubChHUk9VUF9JUENfQUREUik7CgkJ bXIuaW1yX2ludGVyZmFjZS5zX2FkZHIgPSBodG9ubChJTkFERFJfTE9PUEJBQ0spOwoJCWlm IChzZXRzb2Nrb3B0KHJzb2NrXywgSVBQUk9UT19JUCwgSVBfQUREX01FTUJFUlNISVAsIAoJ CQkgICAgICAgKGNoYXIgKikmbXIsIHNpemVvZihtcikpIDwgMCkgewoJCQkvKgoJCQkgKiBo b3N0IHByb2JhYmx5IGRvZXNuJ3QgaGF2ZSBtdWx0aWNhc3QKCQkJICovCgkJCWNsb3NlKHJz b2NrXyk7CgkJCXJzb2NrXyA9IC0xOwoJCQlzc29ja18gPSAtMTsKCQl9Cgl9IAoJaWYgKHJz b2NrXyA+PSAwKSB7CgkJbGluayhyc29ja18sIFRLX1JFQURBQkxFKTsKCQlzc29ja18gPSBz b2NrZXQoQUZfSU5FVCwgU09DS19ER1JBTSwgMCk7CgkJaWYgKHNzb2NrXyA8IDApIHsKCQkJ cGVycm9yKCJHcm91cElQQyBzb2NrZXQiKTsKCQkJZXhpdCgxKTsKCQl9CgkJc2luLnNpbl9w b3J0ID0gMDsKCQlzaW4uc2luX2FkZHIuc19hZGRyID0gaHRvbmwoSU5BRERSX0xPT1BCQUNL KTsKCQlpZiAoYmluZChzc29ja18sIChzdHJ1Y3Qgc29ja2FkZHIgKikmc2luLCBzaXplb2Yo c2luKSkgPCAwKSB7CgkJCXBlcnJvcigiR3JvdXBJUEMgYmluZCIpOwoJCQlleGl0KDEpOwoJ CX0KCQlzaW4uc2luX3BvcnQgPSBwb3J0OwoJCXNpbi5zaW5fYWRkci5zX2FkZHIgPSBodG9u bChHUk9VUF9JUENfQUREUik7CgkJaWYgKGNvbm5lY3Qoc3NvY2tfLCAoc3RydWN0IHNvY2th ZGRyKikmc2luLCBzaXplb2Yoc2luKSkgPCAwKSB7CgkJCXBlcnJvcigiR3JvdXBJUEMgY29u bmVjdCIpOwoJCQlleGl0KDEpOwoJCX0KCQljaGFyIHR0bCA9IDA7CgkJaWYgKHNldHNvY2tv cHQoc3NvY2tfLCBJUFBST1RPX0lQLCBJUF9NVUxUSUNBU1RfVFRMLAoJCQkgICAgICAgJnR0 bCwgMSkgPCAwKSB7CgkJCXBlcnJvcigiR3JvdXBJUEM6IElQX01VTFRJQ0FTVF9UVEwiKTsK CQkJZXhpdCgxKTsKCQl9CgkJdV9pbnQzMl90IGFkZHIgPSBodG9ubChJTkFERFJfTE9PUEJB Q0spOwoJCWlmIChzZXRzb2Nrb3B0KHNzb2NrXywgSVBQUk9UT19JUCwgSVBfTVVMVElDQVNU X0lGLAoJCQkJKGNoYXIgKikmYWRkciwgNCkgPCAwKSB7CgkJCXBlcnJvcigiR3JvdXBJUEM6 IElQX01VTFRJQ0FTVF9JRiIpOwoJCQlleGl0KDEpOwoJCX0KI2lmIGRlZmluZWQodWx0cml4 KSB8fCBkZWZpbmVkKF9fRnJlZUJTRF9fKQoJCXR0bCA9IDE7CgkJaWYgKHNldHNvY2tvcHQo c3NvY2tfLCBJUFBST1RPX0lQLCBJUF9NVUxUSUNBU1RfTE9PUCwKCQkJCSZ0dGwsIDEpIDwg MCkgewoJCQlwZXJyb3IoIkdyb3VwSVBDOiBJUF9NVUxUSUNBU1RfTE9PUCIpOwoJCQlleGl0 KDEpOwoJCX0KI2VuZGlmCgl9CglwaWRfID0gZ2V0cGlkKCk7Cn0KI2Vsc2UKR3JvdXBJUEM6 Okdyb3VwSVBDKGludCBjaGFubmVsKSA6IGhhbmRsZXJzXygwKSwgcnNvY2tfKC0xKSwgc3Nv Y2tfKC0xKQp7Cn0KI2VuZGlmCgpHcm91cElQQzo6fkdyb3VwSVBDKCkKewoJaWYgKHJzb2Nr XyA+PSAwKQoJCSh2b2lkKWNsb3NlKHJzb2NrXyk7CglpZiAoc3NvY2tfID49IDApCgkJKHZv aWQpY2xvc2Uoc3NvY2tfKTsKfQoKdm9pZCBHcm91cElQQzo6c2VuZChpbnQgdHlwZSwgaW50 IGxlbikKewoJaXBjaGRyKiBoID0gKGlwY2hkciopYnVmZmVyXzsKCWgtPnR5cGUgPSB0eXBl OwoJaC0+cGlkID0gcGlkXzsKCWgtPm1hZ2ljID0gR0lQQ19NQUdJQzsKCWxlbiArPSBzaXpl b2YoKmgpOwoJaWYgKHNzb2NrXyA+PSAwICYmIDo6c2VuZChzc29ja18sIChjaGFyKilidWZm ZXJfLCBsZW4sIDApIDwgMCkKCQlwZXJyb3IoIkdyb3VwSVBDIHNlbmQiKTsKfQoKdm9pZCBH cm91cElQQzo6c2VuZChpbnQgdHlwZSwgY29uc3QgY2hhciogbXNnKQp7CglzdHJjcHkoKGNo YXIqKWJ1ZmZlcigpLCBtc2cpOwoJLyogaW5jbHVkZSBudWxsIHRlcm1pbmF0b3IgKi8KCXNl bmQodHlwZSwgc3RybGVuKG1zZykgKyAxKTsKfQoKdm9pZCBHcm91cElQQzo6YXR0YWNoKElQ Q0hhbmRsZXIgKmgpCnsKCWgtPm5leHRfID0gaGFuZGxlcnNfOwoJaGFuZGxlcnNfID0gaDsK fQoKdm9pZCBHcm91cElQQzo6ZGlzcGF0Y2goaW50KQp7CglpbnQgY2MgPSByZWN2KHJzb2Nr XywgKGNoYXIqKWJ1ZmZlcl8sIHNpemVvZihidWZmZXJfKSwgMCk7CglpZiAoY2MgPCAwKSB7 CgkJcGVycm9yKCJHcm91cElQQzogcmVjdiIpOwoJCXJldHVybjsKCX0KCWNjIC09IHNpemVv ZihpcGNoZHIpOwoJaWYgKGNjIDwgMCkKCQlyZXR1cm47CgoJaXBjaGRyKiBoID0gKGlwY2hk ciopYnVmZmVyXzsKCWlmIChoLT5waWQgPT0gcGlkXykKCQlyZXR1cm47CgkJCglpbnQgYml0 ID0gMSA8PCBoLT50eXBlOwoJZm9yIChJUENIYW5kbGVyKiBwID0gaGFuZGxlcnNfOyBwICE9 IDA7IHAgPSBwLT5uZXh0XykgewoJCWlmIChwLT5tYXNrKCkgJiBiaXQpCgkJCXAtPmlwY19p bnB1dChoLT50eXBlLCBoLT5waWQsICh1X2NoYXIqKShoICsgMSksIGNjKTsKCX0KfQo= --==_Exmh_2165216400-- From owner-freebsd-multimedia Mon Sep 1 00:42:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA12658 for multimedia-outgoing; Mon, 1 Sep 1997 00:42:44 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA12647 for ; Mon, 1 Sep 1997 00:42:28 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA04641; Mon, 1 Sep 1997 08:25:45 +0200 From: Luigi Rizzo Message-Id: <199709010625.IAA04641@labinfo.iet.unipi.it> Subject: Re: OPTi931 problems... To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 1 Sep 1997 08:25:45 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199708312131.OAA01585@rah.star-gate.com> from "Amancio Hasty" at Aug 31, 97 02:30:55 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > Thinking a little about your problem when you get an interupt from > the chip can you check if the interrupt status bits are set for both > the read and write channel. I do that. I loop on the status register until I find it to be zero, acking and serving requests as I see them. But I am sure that the chip is broken and the most likely reason is described below. I'll be able to prove that when i implement auto mode (which I would have already done if I had not wasted so much time debugging this chip:( ). > If you can't get it working in full duplex mode just disable its > full duplex capability till a work around is found . at the moment I just check the isa dma count register to check if I missed one interrupt, and serve it in case. This has its own problems: since I can only check at the next interrupt on the other channel, there are hiccups in the output (the one which most often loses samples due to the access pattern in "vat") because the interrupt is served later than it should be. Also, it might well be that both channels have the same problem, and in this case I am in a deadlock. But I have a workaround in mind, again it will be implemented for auto mode (it requires it). > On a different note, how is your CS4236 doing? very well! as a matter of fact, if someone wants to have a short talk using vat just drop me an email and let me know the parameters. > > - in full duplex operation, not using auto mode, the chip appears to > > occasionally lose interrupts on one channel when the other channel > > generates an interrupt. After much trials and investigations, I am > > almost convinced that the problem lies in the 931 not decrementing > > its internal counters in some circumstances, despite the DMA request > > is issued. As a result, the counter in the 8237 (ISA DMA controller) > > goes to 0 earlier than the one in the 931, and your transfer blocks > > forever if you do not use auto mode. > > These events are very frequent if reads and writes are synchronized, > > e.g in vic I get one such event every 5..10 full DMA transfers, > > meaning that the 931 loses 5-10 samples per second. > > > > Note that, if what I suspect is true, this is a very bad bug since > > it also affects transfers using auto mode. In auto mode you > > don't realize the problem immediately, but the loss creates a > > drift between the actual and the expected status of buffers (your > > DMA read-write location keeps moving ahead of what you believe). > > Reading the actual count of the DMA channel via isa_dmastatus() > > appears to be the only thing which can (partly) fix the problem. > > I say partly because nobody knows what happens in the 931 with the > > phantom transfer, if it is reissued immediately, or after one sample > > time, or who knows when. For sure, this behaviour completely breaks > > the assumption that read and write sample speeds are the same (many > > audioconferencing tools use this principle...). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Sep 1 00:47:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA12906 for multimedia-outgoing; Mon, 1 Sep 1997 00:47:35 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA12900 for ; Mon, 1 Sep 1997 00:47:32 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id AAA00464; Mon, 1 Sep 1997 00:44:11 -0700 (PDT) Message-Id: <199709010744.AAA00464@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-reply-to: Your message of "Mon, 01 Sep 1997 08:25:45 +0200." <199709010625.IAA04641@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Sep 1997 00:44:10 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cool , Lets chat then: vat -r -t 127 224.0.0.1/4030 Cheers, Amancio From owner-freebsd-multimedia Mon Sep 1 02:31:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA16450 for multimedia-outgoing; Mon, 1 Sep 1997 02:31:12 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA16445 for ; Mon, 1 Sep 1997 02:31:04 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id MAA15475; Mon, 1 Sep 1997 12:30:18 +0300 (EEST) Date: Mon, 1 Sep 1997 12:30:18 +0300 (EEST) Message-Id: <199709010930.MAA15475@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-Reply-To: <199709010744.AAA00464@rah.star-gate.com> References: <199709010625.IAA04641@labinfo.iet.unipi.it> <199709010744.AAA00464@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Cool , > > Lets chat then: > > vat -r -t 127 224.0.0.1/4030 > I don't think you'll get very far with link-local multicast address. Pete From owner-freebsd-multimedia Mon Sep 1 02:35:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA16616 for multimedia-outgoing; Mon, 1 Sep 1997 02:35:34 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA16609 for ; Mon, 1 Sep 1997 02:35:30 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA02208; Mon, 1 Sep 1997 02:33:43 -0700 (PDT) Message-Id: <199709010933.CAA02208@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Petri Helenius cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-reply-to: Your message of "Mon, 01 Sep 1997 12:30:18 +0300." <199709010930.MAA15475@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Sep 1997 02:33:43 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tnks, It didn't take me long to figure it out . It is a test address which I use over here for testing Regards, Amancio >From The Desk Of Petri Helenius : > Amancio Hasty writes: > > Cool , > > > > Lets chat then: > > > > vat -r -t 127 224.0.0.1/4030 > > > I don't think you'll get very far with link-local multicast address. > > Pete From owner-freebsd-multimedia Mon Sep 1 02:40:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA17003 for multimedia-outgoing; Mon, 1 Sep 1997 02:40:55 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA16998 for ; Mon, 1 Sep 1997 02:40:51 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA02229; Mon, 1 Sep 1997 02:39:57 -0700 (PDT) Message-Id: <199709010939.CAA02229@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Petri Helenius cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-reply-to: Your message of "Mon, 01 Sep 1997 12:30:18 +0300." <199709010930.MAA15475@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Sep 1997 02:39:57 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Actually, you can help on a different topic: Mtrace from 204.188.121.18 to 131.114.9.236 via group 224.2.227.51 Querying full reverse path... * switching to hop-by-hop: 0 prova.iet.unipi.it (131.114.9.236) -1 indy.iet.unipi.it (131.114.9.19) DVMRP thresh^ 1 -2 * * * indigo.iet.unipi.it (193.204.168.79) DVMRP thresh^ 1 -3 * mbone.cnuce.cnr.it (192.65.131.189) DVMRP thresh^ 16 -4 astra.infn.it (192.135.23.2) DVMRP thresh^ 32 -5 * stockholm.mbone.ebone.net (192.36.148.206) DVMRP thresh^ 48 -6 * * * * schnell.ebone.net (198.67.134.250) didn't respond -7 * Resuming... -6 schnell.ebone.net (198.67.134.250) DVMRP thresh^ 64 -7 dec3800-1-fddi-0.WestOrange.mci.net (204.70.64.29) DVMRP thresh^ 32 -8 * * * * dec3800-1-fddi-1.NorthRoyalton.mci.net (204.70.98.45) didn't respond -9 * * * -10 * * * -11 * * * ...giving up Round trip time 343 ms; total ttl of 66 required. Results after 55 seconds: Source Response Dest Overall Packet Statistics For Traffic From * * * 224.0.1.32 Packet 204.188.121.18 To 224.2.227.51 v __/ rtt 215 ms Rate Lost/Sent = Pct Rate 204.70.64.29 dec3800-1-fddi-0.WestOrange.mci.net v ^ ttl 33 0 pps 0/210 = 0% 0 pps 198.67.134.250 schnell.ebone.net v ^ ttl 66 0 pps -1/210 = 0% 0 pps 192.36.148.206 stockholm.mbone.ebone.net v ^ ttl 66 0 pps 190/211 = 90% 0 pps 192.135.23.2 astra.infn.it v ^ ttl 66 0 pps 0/21 = 0% 0 pps 192.65.131.189 mbone.cnuce.cnr.it v ^ ttl 66 ^ 0 pps ?/21 0 pps 193.204.168.79 indigo.iet.unipi.it v ^ ttl 66 v 0 pps 0/0 = --% 0 pps 131.114.9.19 indy.iet.unipi.it v \__ ttl 66 0 pps 131.114.9.236 131.114.9.236 Receiver Query Source Thats an mtrace from rah.star-gate.com (204.188.121.18) to luigi's station ( 131.114.9.236). Tnks, Amancio From owner-freebsd-multimedia Mon Sep 1 02:48:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA17227 for multimedia-outgoing; Mon, 1 Sep 1997 02:48:13 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA17218 for ; Mon, 1 Sep 1997 02:48:07 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id MAA15514; Mon, 1 Sep 1997 12:47:45 +0300 (EEST) Date: Mon, 1 Sep 1997 12:47:45 +0300 (EEST) Message-Id: <199709010947.MAA15514@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-Reply-To: <199709010939.CAA02229@rah.star-gate.com> References: <199709010930.MAA15475@silver.sms.fi> <199709010939.CAA02229@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Actually, you can help on a different topic: > I failed to find a question here. If the question is why there is a 90% loss at the point there is, the answer is that there is only so much traffic that fits a certain pipe size. Pete > Mtrace from 204.188.121.18 to 131.114.9.236 via group 224.2.227.51 > Querying full reverse path... * switching to hop-by-hop: > 0 prova.iet.unipi.it (131.114.9.236) > -1 indy.iet.unipi.it (131.114.9.19) DVMRP thresh^ 1 > -2 * * * indigo.iet.unipi.it (193.204.168.79) DVMRP thresh^ 1 > -3 * mbone.cnuce.cnr.it (192.65.131.189) DVMRP thresh^ 16 > -4 astra.infn.it (192.135.23.2) DVMRP thresh^ 32 > -5 * stockholm.mbone.ebone.net (192.36.148.206) DVMRP thresh^ 48 > -6 * * * * schnell.ebone.net (198.67.134.250) didn't respond > -7 * > Resuming... > -6 schnell.ebone.net (198.67.134.250) DVMRP thresh^ 64 > -7 dec3800-1-fddi-0.WestOrange.mci.net (204.70.64.29) DVMRP thresh^ 32 > -8 * * * * dec3800-1-fddi-1.NorthRoyalton.mci.net (204.70.98.45) didn't respond > -9 * * * > -10 * * * > -11 * * * ...giving up > Round trip time 343 ms; total ttl of 66 required. > > > Results after 55 seconds: > > Source Response Dest Overall Packet Statistics For Traffic From > * * * 224.0.1.32 Packet 204.188.121.18 To 224.2.227.51 > v __/ rtt 215 ms Rate Lost/Sent = Pct Rate > 204.70.64.29 dec3800-1-fddi-0.WestOrange.mci.net > v ^ ttl 33 0 pps 0/210 = 0% 0 pps > 198.67.134.250 schnell.ebone.net > v ^ ttl 66 0 pps -1/210 = 0% 0 pps > 192.36.148.206 stockholm.mbone.ebone.net > v ^ ttl 66 0 pps 190/211 = 90% 0 pps > 192.135.23.2 astra.infn.it > v ^ ttl 66 0 pps 0/21 = 0% 0 pps > 192.65.131.189 mbone.cnuce.cnr.it > v ^ ttl 66 ^ 0 pps ?/21 0 pps > 193.204.168.79 indigo.iet.unipi.it > v ^ ttl 66 v 0 pps 0/0 = --% 0 pps > 131.114.9.19 indy.iet.unipi.it > v \__ ttl 66 0 pps > 131.114.9.236 131.114.9.236 > Receiver Query Source > > > Thats an mtrace from rah.star-gate.com (204.188.121.18) > to luigi's station ( 131.114.9.236). > > Tnks, > Amancio > > > > From owner-freebsd-multimedia Mon Sep 1 02:56:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA17454 for multimedia-outgoing; Mon, 1 Sep 1997 02:56:18 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA17449 for ; Mon, 1 Sep 1997 02:56:13 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA02341; Mon, 1 Sep 1997 02:55:21 -0700 (PDT) Message-Id: <199709010955.CAA02341@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Petri Helenius cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-reply-to: Your message of "Mon, 01 Sep 1997 12:47:45 +0300." <199709010947.MAA15514@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Sep 1997 02:55:21 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thats fine , I was thinking about the possibility that something could be wrong around stockholm.mbone.ebone.net. At any rate, I find the version number interesting: mrinfo stockholm.mbone.ebone.net 192.36.148.206 (stockholm.mbone.ebone.net) [version 3.255,prune,genid,mtrace] That site looks like is a Sun Workstation running an old version of mrouted. {root} telnet stockholm.mbone.ebone.net Trying 194.68.128.50... Connected to stockholm.mbone.ebone.net. Escape character is '^]'. ^Mtelnetd: Authorization failed. Connection closed by foreign host. {root} ftp stockholm.mbone.ebone.net Connected to stockholm.mbone.ebone.net. 220 stockholm.mbone.ebone.net FTP server (SunOS 4.1) ready. Name (stockholm.mbone.ebone.net:hasty): Regards, Amancio >From The Desk Of Petri Helenius : > Amancio Hasty writes: > > Actually, you can help on a different topic: > > > I failed to find a question here. If the question is why there is a 90% > loss at the point there is, the answer is that there is only so much > traffic that fits a certain pipe size. > > Pete > > > > Mtrace from 204.188.121.18 to 131.114.9.236 via group 224.2.227.51 > > Querying full reverse path... * switching to hop-by-hop: > > 0 prova.iet.unipi.it (131.114.9.236) > > -1 indy.iet.unipi.it (131.114.9.19) DVMRP thresh^ 1 > > -2 * * * indigo.iet.unipi.it (193.204.168.79) DVMRP thresh^ 1 > > -3 * mbone.cnuce.cnr.it (192.65.131.189) DVMRP thresh^ 16 > > -4 astra.infn.it (192.135.23.2) DVMRP thresh^ 32 > > -5 * stockholm.mbone.ebone.net (192.36.148.206) DVMRP thresh^ 48 > > -6 * * * * schnell.ebone.net (198.67.134.250) didn't respond > > -7 * > > Resuming... > > -6 schnell.ebone.net (198.67.134.250) DVMRP thresh^ 64 > > -7 dec3800-1-fddi-0.WestOrange.mci.net (204.70.64.29) DVMRP thresh^ 32 > > -8 * * * * dec3800-1-fddi-1.NorthRoyalton.mci.net (204.70.98.45) didn't respond > > -9 * * * > > -10 * * * > > -11 * * * ...giving up > > Round trip time 343 ms; total ttl of 66 required. > > > > > > Results after 55 seconds: > > > > Source Response Dest Overall Packet Statistics For Traffic From > > * * * 224.0.1.32 Packet 204.188.121.18 To 224.2.227.5 1 > > v __/ rtt 215 ms Rate Lost/Sent = Pct Rate > > 204.70.64.29 dec3800-1-fddi-0.WestOrange.mci.net > > v ^ ttl 33 0 pps 0/210 = 0% 0 pps > > 198.67.134.250 schnell.ebone.net > > v ^ ttl 66 0 pps -1/210 = 0% 0 pps > > 192.36.148.206 stockholm.mbone.ebone.net > > v ^ ttl 66 0 pps 190/211 = 90% 0 pps > > 192.135.23.2 astra.infn.it > > v ^ ttl 66 0 pps 0/21 = 0% 0 pps > > 192.65.131.189 mbone.cnuce.cnr.it > > v ^ ttl 66 ^ 0 pps ?/21 0 pps > > 193.204.168.79 indigo.iet.unipi.it > > v ^ ttl 66 v 0 pps 0/0 = --% 0 pps > > 131.114.9.19 indy.iet.unipi.it > > v \__ ttl 66 0 pps > > 131.114.9.236 131.114.9.236 > > Receiver Query Source > > > > > > Thats an mtrace from rah.star-gate.com (204.188.121.18) > > to luigi's station ( 131.114.9.236). > > > > Tnks, > > Amancio > > > > > > > > From owner-freebsd-multimedia Mon Sep 1 10:01:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA08797 for multimedia-outgoing; Mon, 1 Sep 1997 10:01:16 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA08565 for ; Mon, 1 Sep 1997 10:00:00 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id TAA16069; Mon, 1 Sep 1997 19:59:27 +0300 (EEST) Date: Mon, 1 Sep 1997 19:59:27 +0300 (EEST) Message-Id: <199709011659.TAA16069@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-Reply-To: <199709010933.CAA02208@rah.star-gate.com> References: <199709010930.MAA15475@silver.sms.fi> <199709010933.CAA02208@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Tnks, It didn't take me long to figure it out . It is a test address > which I use over here for testing > In order not to bother the boxes on your LAN with excessive traffic to some multicast addresses, like all-routers-address, I would recommend to do all testing inside the 239.255/16 prefix. Pete From owner-freebsd-multimedia Mon Sep 1 10:01:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA08934 for multimedia-outgoing; Mon, 1 Sep 1997 10:01:44 -0700 (PDT) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA08903 for ; Mon, 1 Sep 1997 10:01:38 -0700 (PDT) Received: (from pete@localhost) by silver.sms.fi (8.8.6/8.7.3) id UAA16075; Mon, 1 Sep 1997 20:01:25 +0300 (EEST) Date: Mon, 1 Sep 1997 20:01:25 +0300 (EEST) Message-Id: <199709011701.UAA16075@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Amancio Hasty Cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: OPTi931 problems... In-Reply-To: <199709010955.CAA02341@rah.star-gate.com> References: <199709010947.MAA15514@silver.sms.fi> <199709010955.CAA02341@rah.star-gate.com> X-Mailer: VM 6.22 under 19.15p7 XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Thats fine , I was thinking about the possibility that something could > be wrong around stockholm.mbone.ebone.net. > > At any rate, I find the version number interesting: > > mrinfo stockholm.mbone.ebone.net > 192.36.148.206 (stockholm.mbone.ebone.net) [version 3.255,prune,genid,mtrace] > > That site looks like is a Sun Workstation running an old version of > mrouted. > Actually, 3.255 is newer than 3.99 or 3.9 since that's a short int used to describe the number :-) My traffic transits the stockholm.mbone and I generally get <3% loss on sessions from for example NASA. Pete From owner-freebsd-multimedia Tue Sep 2 09:19:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA14168 for multimedia-outgoing; Tue, 2 Sep 1997 09:19:28 -0700 (PDT) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA14155 for ; Tue, 2 Sep 1997 09:19:23 -0700 (PDT) Received: from ct.picker.com by whqvax.picker.com with SMTP; Tue, 2 Sep 1997 12:18:12 -0400 (EDT) Received: from elmer.ct.picker.com ([144.54.57.34]) by ct.picker.com (4.1/SMI-4.1) id AA25771; Tue, 2 Sep 97 12:18:09 EDT Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id MAA12244; Tue, 2 Sep 1997 12:14:58 -0400 Message-Id: <19970902121457.63363@ct.picker.com> Date: Tue, 2 Sep 1997 12:14:57 -0400 From: Randall Hopper To: David Langford Cc: multimedia@FreeBSD.ORG Subject: Re: Realtime live audio? References: <199708080109.PAA09129@caliban.dihelix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199708080109.PAA09129@caliban.dihelix.com>; from David Langford on Thu, Aug 07, 1997 at 03:09:52PM -1000 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk David Langford: |Does anyone know other ways to do real-time live audio over the |WEB (not using multicast) other that using FakeAudio(TM) ? I've used Speak Freely on FreeBSD about a year ago which worked pretty well. Don't have the URL, but the list's listserv is at: speak-freely-request@fourmilab.ch. There are other straight UDP non-multicast "Internet Phone" apps out there as well, but I haven't tried them on FreeBSD. Randall From owner-freebsd-multimedia Tue Sep 2 12:29:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22899 for multimedia-outgoing; Tue, 2 Sep 1997 12:29:01 -0700 (PDT) Received: from ic4.ic.dk (qmailr@globip89.image.dk [194.234.57.89]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA22890 for ; Tue, 2 Sep 1997 12:28:48 -0700 (PDT) Received: (qmail 1899 invoked from network); 2 Sep 1997 19:20:38 -0000 Received: from ic1.ic.dk (193.88.65.12) by ic4.ic.dk with SMTP; 2 Sep 1997 19:20:38 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA27681 (5.65c8/IDA-1.4.4j for multimedia@FreeBSD.ORG); Tue, 2 Sep 1997 21:22:20 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.7/8.7.3) id VAA00508; Tue, 2 Sep 1997 21:07:45 +0200 (CEST) To: multimedia@FreeBSD.ORG Subject: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? References: <199708291556.RAA01672@labinfo.iet.unipi.it> From: Jacob Bohn Lorensen Date: 02 Sep 1997 21:07:44 +0200 In-Reply-To: Luigi Rizzo's message of Fri, 29 Aug 1997 17:56:15 +0200 (MET DST) Message-Id: <87lo1flekf.fsf@pippin.jblhome.ping.dk> Lines: 384 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > Another snap of the sound code at > > http://www.iet.unipi.it/~luigi/snd970829.tgz > ftp://www.iet.unipi.it/pub/snd970829.tgz I have had a go at this one, thinking that now, at last, may be the time when my sound card can be of some use to me. I am running FreeBSD src-cur-3027. As I have an old 486 motherboard, with no plug&play bios, it was the lines - the parameters for the PnP device(s) will be read from the [...] if you have a broken (or no) PnP bios your only chance is to patch the pnp attach code in the driver for your card (ad1848.c, sb_dsp.c, clones.c) and write there the parameters you want; in the README file that really got me interested. So, I went ahead with sb_dsp.c. in the function sb16pnp_attach, I inserted the following lines (marked with +) read_pnp_parms ( &d , 0 ) ; + d.irq[0] = 7; + d.drq[0] = 3; d.drq[1] = 5; + d.port[0] = 0x220; d.port[1] = 0x330; d.port[2] = 0x388; dev->id_iobase = d.port[0]; write_pnp_parms ( &d , 0 , 1); [Information from pnpinfo attached at the end of the e-mail]. I have also tried other legal combinations (irq 5). It seems that both isa_dmastatus() and isa_dmastop() have been checked into src-cur-3027, so I did not need to patch isa.c, only autoconf.c, files.i386 and of course, copying pnp.c and pnp.h. I inserted these two lines in my kernel config file: controller pnp0 device pcm0 at isa? port? tty irq 7 drq 1 vector pcmintr The kernel compiles and boots just fine, and it even looks as if some of the stuff is actually working. Here are my boot messages: ----- Boot messages ------ Copyright (c) 1992-1997 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-CURRENT #0: Tue Sep 2 20:14:31 CEST 1997 jacob@pippin.jblhome.ping.dk:/usr/local/jblhome/src/test/sys/compile/Pippin-pnp CPU: AMD Am5x86 Write-Through (486-class CPU) Origin = "AuthenticAMD" Id = 0x4e4 Stepping=4 Features=0x1 real memory = 33554432 (32768K bytes) avail memory = 30334976 (29624K bytes) DEVFS: ready for devices ahc0: at 0x1c00-0x1cff irq 11 on eisa0 slot 1 ahc0: aic7770 <= Rev C, Single Channel, SCSI Id=7, 4 SCBs ahc0: waiting for scsi devices to settle scbus0 at ahc0 bus 0 sd0 at scbus0 target 0 lun 0 sd0: type 0 fixed SCSI 2 sd0: Direct-Access 1034MB (2118144 512 byte sectors) sd1 at scbus0 target 1 lun 0 sd1: type 0 fixed SCSI 2 sd1: Direct-Access 3067MB (6281856 512 byte sectors) st0 at scbus0 target 4 lun 0 st0: type 1 removable SCSI 2 st0: Sequential-Access density code 0x13, drive empty cd0 at scbus0 target 5 lun 0 cd0: type 5 removable SCSI 2 cd0: CD-ROM cd present [185627 x 2048 byte records] Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.16.0 vga0: rev 0x00 int a irq 10 on pci0.19.0 Probing for PnP devices: CSN 1 Vendor ID: CTL002b [0x2b008c0e] Serial 0x100a44e4 port 0x0220 0x0330 0x0388 0x0000 irq 7:0 drq 3:5 pcm1 (SB16pnp sn 0x100a44e4) at 0x220 irq 7 drq 3 flags 0x15 id 15 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 8250 lpt0 at 0x378-0x37f on isa pcm0 at 0xffff irq 7 drq 1 mem 0x0 flags 0x0 en 1 confl 0 mss_probe: no address supplied, try default 0x530 mss_detect error, busy still set (0xff) sb_probe: no address supplied, try defaults (0x220,0x240) device at 0x220 already attached as unit 1 pcm0 not found fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/utp/bnc[*BNC*] address 00:20:af:c0:cb:17 npx0 on motherboard npx0: INT 16 interface DEVFS: ready to run ------------------------------------------------------ (This is from warm reboot, as the card seems to have remembered its previous configuration. Cold reboots have the line "port 0x0000 0x0000 0x0000 ...") after the "CSN 1 Vendor ID: ..." line. Now, my questions are . Why is the card attached as pcm1 ? . After ./MAKEDEV snd1, if I try to use /dev/audio1 (i.a. cat a random file to /dev/audio1) etc., I get messages like default ioctl snd1 subdev 4 fn 0x402c7413 fail default ioctl snd1 subdev 4 fn 0x402c7413 fail got sbintr for unit 1, flags 0x00000461 default ioctl snd1 subdev 4 fn 0x402c7413 fail default ioctl snd1 subdev 4 fn 0x402c7413 fail got sbintr for unit 1, flags 0x00000461 default ioctl snd1 subdev 4 fn 0x402c7413 fail default ioctl snd1 subdev 4 fn 0x402c7413 fail in the syslog. Am I doing something totally wrong, here? Shouldn't this work? Is there no way to get a PNP card working under FreeBSD when I have no PNP bios? Thanks for your time, Jacob. ---- Output from pnpinfo (taken from FreeBSD-pnp distribution) ---- Checking for Plug-n-Play devices... Trying Read_Port at 203 Trying Read_Port at 243 Card assigned CSN #1 Board Vendor ID: CTL002b Board Serial Number: 100a44e4 PnP Version: 1.0 Vendor Version: 32 Device Description: Creative SB16 PnP Logical Device ID: CTL0031 (31008c0e) Device Description: Audio Start Dependent Function Good Configuration IRQ: 5 DMA: 0 1 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x220 I/O alignment for minimum: 1 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x330 I/O Range maximum address: 0x330 I/O alignment for minimum: 1 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Acceptable Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 6 7 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x300 I/O Range maximum address: 0x330 I/O alignment for minimum: 48 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 5 7 10 11 DMA: 0 1 3 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x280 I/O alignment for minimum: 32 I/O length: 16 End Dependent Function Logical Device ID: CTL2011 (11208c0e) Compatible Device ID: PNP0600 (0006d041) Device Description: IDE Start Dependent Function Good Configuration IRQ: 10 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x168 I/O Range maximum address: 0x168 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x36e I/O Range maximum address: 0x36e I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 11 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x1e8 I/O Range maximum address: 0x1e8 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x3ee I/O Range maximum address: 0x3ee I/O alignment for minimum: 1 I/O length: 2 Start Dependent Function Acceptable Configuration IRQ: 10 11 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x180 I/O Range maximum address: 0x1b8 I/O alignment for minimum: 8 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x306 I/O Range maximum address: 0x33e I/O alignment for minimum: 8 I/O length: 2 Start Dependent Function Sub-optimal Configuration IRQ: 15 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x170 I/O Range maximum address: 0x170 I/O alignment for minimum: 1 I/O length: 8 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x376 I/O Range maximum address: 0x376 I/O alignment for minimum: 1 I/O length: 1 End Dependent Function Logical Device ID: CTL0051 (51008c0e) Device Description: StereoEnhance Device decodes the full 16-bit ISA address I/O Range maximum address: 0x100 I/O Range maximum address: 0x138 I/O alignment for minimum: 8 I/O length: 1 Logical Device ID: CTL7001 (01708c0e) Device Description: Game Device decodes the full 16-bit ISA address I/O Range maximum address: 0x200 I/O Range maximum address: 0x200 I/O alignment for minimum: 1 I/O length: 8 End Tag --------------------------------------------------------------------- From owner-freebsd-multimedia Tue Sep 2 13:09:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA24544 for multimedia-outgoing; Tue, 2 Sep 1997 13:09:55 -0700 (PDT) Received: from pluto.plutotech.com (ken@mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA24536 for ; Tue, 2 Sep 1997 13:09:52 -0700 (PDT) Received: (from ken@localhost) by pluto.plutotech.com (8.8.5/8.8.5) id OAA26616; Tue, 2 Sep 1997 14:09:41 -0600 (MDT) From: Kenneth Merry Message-Id: <199709022009.OAA26616@pluto.plutotech.com> Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-Reply-To: <199708300321.UAA00382@rah.star-gate.com> from Amancio Hasty at "Aug 29, 97 08:21:34 pm" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 2 Sep 1997 14:09:41 -0600 (MDT) Cc: multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote... > Minor change to ad1848.c to hopefully eliminate the stutter or echo > that some of you have been listening to with gus cards. Let me > me if this fixes mpeg playback and vat. It eliminates the static/stutter problem that came after 3 minutes of play, but there is more static/stutter at around 6 minutes. (this was there before as well) It lasts for about 20 seconds. I don't have any mp3's that are longer than about 8 minutes, so I can't tell whether it repeats at 9 minutes... Just for the record, this is with mpg123 0.59k and 128kbit/sec, 44.1KHz stereo mpeg layer 3 files. Here's the output from /dev/sndstat: VoxWare Sound Driver:3.5-alpha15-970902 (Wed Aug 6 22:58:35 PDT 1997 Amancio Hasty@rah.star-gate.com) Config options: Installed drivers: Type 4: Gravis Ultrasound Card config: Gravis Ultrasound at 0x220 irq 11 drq 5,6 Audio devices: 0: GUS PNP (CS4231) (DUPLEX) 1: Gravis UltraSound (DUPLEX) Synth devices: 0: Gravis PNP (512k) Midi devices: 0: Gravis UltraSound Midi Timers: 0: System clock 1: GUS Mixers: 0: AD1848/CS4248/CS4231 1: Gravis Ultrasound Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-multimedia Tue Sep 2 13:53:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA27008 for multimedia-outgoing; Tue, 2 Sep 1997 13:53:06 -0700 (PDT) Received: from gratis.grondar.za (gratis.grondar.za [196.7.18.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA26993 for ; Tue, 2 Sep 1997 13:52:33 -0700 (PDT) Received: from greenpeace.grondar.za (greenpeace.grondar.za [196.7.18.132]) by gratis.grondar.za (8.8.6/8.8.7) with ESMTP id WAA00291; Tue, 2 Sep 1997 22:51:59 +0200 (SAT) Received: from greenpeace.grondar.za (localhost [127.0.0.1]) by greenpeace.grondar.za (8.8.7/8.8.7) with ESMTP id WAA01469; Tue, 2 Sep 1997 22:52:00 +0200 (SAT) Message-Id: <199709022052.WAA01469@greenpeace.grondar.za> X-Mailer: exmh version 2.0zeta 7/24/97 To: Kenneth Merry cc: hasty@rah.star-gate.com (Amancio Hasty), multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Sep 1997 22:51:55 +0200 From: Mark Murray Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Kenneth Merry wrote: > Amancio Hasty wrote... > > Minor change to ad1848.c to hopefully eliminate the stutter or echo > > that some of you have been listening to with gus cards. Let me > > me if this fixes mpeg playback and vat. > > It eliminates the static/stutter problem that came after 3 minutes > of play, but there is more static/stutter at around 6 minutes. (this was > there before as well) It lasts for about 20 seconds. I have this too. :-( If I do mpg123 *.mp3, I get the warble/stutter periodically. 6 minutes for the first one sounds about right. The others are possibly every 6 mins after that. This is with 3.0C, guspnp18 and a GUS PnP 4MB. M -- Mark Murray Join the anti-SPAM movement: http://www.cauce.org From owner-freebsd-multimedia Tue Sep 2 14:32:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA29016 for multimedia-outgoing; Tue, 2 Sep 1997 14:32:50 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA29011 for ; Tue, 2 Sep 1997 14:32:46 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id WAA06643; Tue, 2 Sep 1997 22:20:30 +0200 From: Luigi Rizzo Message-Id: <199709022020.WAA06643@labinfo.iet.unipi.it> Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? To: jacob@jblhome.ping.dk (Jacob Bohn Lorensen) Date: Tue, 2 Sep 1997 22:20:30 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <87lo1flekf.fsf@pippin.jblhome.ping.dk> from "Jacob Bohn Lorensen" at Sep 2, 97 09:07:25 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > So, I went ahead with sb_dsp.c. in the function sb16pnp_attach, I > inserted the following lines (marked with +) > > read_pnp_parms ( &d , 0 ) ; > + d.irq[0] = 7; > + d.drq[0] = 3; d.drq[1] = 5; > + d.port[0] = 0x220; d.port[1] = 0x330; d.port[2] = 0x388; > dev->id_iobase = d.port[0]; > write_pnp_parms ( &d , 0 , 1); correct. The only doubt is if irq7 might conflict with the parallel port. > [Information from pnpinfo attached at the end of the e-mail]. > > I have also tried other legal combinations (irq 5). > > It seems that both isa_dmastatus() and isa_dmastop() have been checked > into src-cur-3027, so I did not need to patch isa.c, only autoconf.c, > files.i386 and of course, copying pnp.c and pnp.h. correct, there is only one minor difference in isa_dmastatus, where my code returns 0 if the channel is idle, whereas -current returns -2. I'll fix this in the next snap (sometime later this week). > Now, my questions are > > . Why is the card attached as pcm1 ? because I followed the same approach used for PCI devices which are clones of isa devices (e.g. ed, lnc and other network devices): Since unit 0 is allocated for the non-pnp isa device, and PnP devices are probed earlier, we cannot use unit 0 for the PnP device because we do not know if there actually is a non-PnP device... Some hacks are possible but I do not like very much any of those I could think of (of course if you have a good solution speak out). Also, considering that most apps use /dev/audio, /dev/dsp, /dev/mixer and these are just symlinks, it is easy to update the symlinks to reflect your hardware. > . After ./MAKEDEV snd1, if I try to use /dev/audio1 (i.a. cat a > random file to /dev/audio1) etc., I get messages like > > default ioctl snd1 subdev 4 fn 0x402c7413 fail > default ioctl snd1 subdev 4 fn 0x402c7413 fail > got sbintr for unit 1, flags 0x00000461 > default ioctl snd1 subdev 4 fn 0x402c7413 fail > default ioctl snd1 subdev 4 fn 0x402c7413 fail > got sbintr for unit 1, flags 0x00000461 > default ioctl snd1 subdev 4 fn 0x402c7413 fail > default ioctl snd1 subdev 4 fn 0x402c7413 fail yes I forgot some debugging messages enabled. I'll remove them in the next snap. Still they tell you that you are actually getting interrupts for the device, meaning that the card is working. If you use a real .au file you should be able to hear it (some mixer calls are still unimplemented for the SB16 so it might be that you cannot control the volume, but the basic mechanisms seem to work on your card. The problem is, I don't have the card yet so I cannot test it. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Sep 2 15:28:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA01945 for multimedia-outgoing; Tue, 2 Sep 1997 15:28:20 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA01940 for ; Tue, 2 Sep 1997 15:28:11 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA02226; Tue, 2 Sep 1997 15:27:52 -0700 (PDT) Message-Id: <199709022227.PAA02226@rah.star-gate.com> To: Mark Murray cc: Kenneth Merry , multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Tue, 02 Sep 1997 22:51:55 +0200." <199709022052.WAA01469@greenpeace.grondar.za> Date: Tue, 02 Sep 1997 15:27:52 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Tnks for the feedback. I guess I have to sit back on my sofa to keep testing the driver 8) Next is also to take a look at mpg123 to see if it can keep the gus pnp busy or to minimize the stalls which I can easily track over here. Cheers, Amancio >From The Desk Of Mark Murray : > Kenneth Merry wrote: > > Amancio Hasty wrote... > > > Minor change to ad1848.c to hopefully eliminate the stutter or echo > > > that some of you have been listening to with gus cards. Let me > > > me if this fixes mpeg playback and vat. > > > > It eliminates the static/stutter problem that came after 3 minutes > > of play, but there is more static/stutter at around 6 minutes. (this was > > there before as well) It lasts for about 20 seconds. > > I have this too. :-( > > If I do mpg123 *.mp3, I get the warble/stutter periodically. 6 minutes > for the first one sounds about right. The others are possibly every 6 > mins after that. This is with 3.0C, guspnp18 and a GUS PnP 4MB. > > M > -- > Mark Murray > Join the anti-SPAM movement: http://www.cauce.org > > From owner-freebsd-multimedia Tue Sep 2 16:00:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA03080 for multimedia-outgoing; Tue, 2 Sep 1997 16:00:13 -0700 (PDT) Received: from ic4.ic.dk (qmailr@globip70.image.dk [194.234.57.70]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA03026 for ; Tue, 2 Sep 1997 15:59:58 -0700 (PDT) Received: (qmail 11284 invoked from network); 2 Sep 1997 22:56:01 -0000 Received: from ic1.ic.dk (193.88.65.12) by ic4.ic.dk with SMTP; 2 Sep 1997 22:56:01 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA03778 (5.65c8/IDA-1.4.4j); Wed, 3 Sep 1997 00:57:01 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.7/8.7.3) id AAA02221; Wed, 3 Sep 1997 00:27:01 +0200 (CEST) To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? References: <199709022020.WAA06643@labinfo.iet.unipi.it> From: Jacob Bohn Lorensen Date: 03 Sep 1997 00:27:01 +0200 In-Reply-To: Luigi Rizzo's message of Tue, 2 Sep 1997 22:20:30 +0200 (MET DST) Message-Id: <87sovne4i2.fsf@pippin.jblhome.ping.dk> Lines: 63 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > > So, I went ahead with sb_dsp.c. in the function sb16pnp_attach, I > > inserted the following lines (marked with +) > > > > read_pnp_parms ( &d , 0 ) ; > > + d.irq[0] = 7; > > + d.drq[0] = 3; d.drq[1] = 5; > > + d.port[0] = 0x220; d.port[1] = 0x330; d.port[2] = 0x388; > > dev->id_iobase = d.port[0]; > > write_pnp_parms ( &d , 0 , 1); > correct. The only doubt is if irq7 might conflict with the parallel > port. It doesn't (I am running the lpt port in polled mode...) > > It seems that both isa_dmastatus() and isa_dmastop() have been checked > > into src-cur-3027, so I did not need to patch isa.c, only autoconf.c, > > files.i386 and of course, copying pnp.c and pnp.h. > correct, there is only one minor difference in isa_dmastatus, where my > code returns 0 if the channel is idle, whereas -current returns -2. > I'll fix this in the next snap (sometime later this week). Ok, it seems everything works - sort-of-ok - after all! The only reason I did not discover this was because the cables were not correctly mounted (*blush*), and that the sound is extremely low. I am not able to control the volume with xmix - there seems to be only two volumes: no sound and almost no sound (I have the SOunblaster connected to my stereo and have turned the volume control on the stereo on max). Furthermore, the volume level alternates between on/off when I try to raise or lower it. /usr/sbin/mixer seems to work ok, but I still can't get enough output. > > default ioctl snd1 subdev 4 fn 0x402c7413 fail > > default ioctl snd1 subdev 4 fn 0x402c7413 fail > yes I forgot some debugging messages enabled. I'll remove them in the > next snap. Still they tell you that you are actually getting interrupts > for the device, meaning that the card is working. If you use a real .au > file you should be able to hear it (some mixer calls are still > unimplemented for the SB16 so it might be that you cannot control the > volume, but the basic mechanisms seem to work on your card. The > problem is, I don't have the card yet so I cannot test it. That's right, I seem to be able to play .au files just fine (except for the volume problem mentioned above). I seem, however, to be unable to record (cat /dev/audio >/tmp/testsample); it just hangs until I press Ctrl-C, then I get this message in the syslog: timeout flushing dma2, cnt 0x0 flags 0x00000451 is this related to the -2 vs. 0 return value from dmastatus, you mentioned? Thanks, Jacob. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45-31560401 PGP ID = E596F0B5; PGP Fingerprint = 1E8726467436DC4A 723B6678C5AD9E71 From owner-freebsd-multimedia Tue Sep 2 16:56:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA05191 for multimedia-outgoing; Tue, 2 Sep 1997 16:56:41 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA05184 for ; Tue, 2 Sep 1997 16:56:37 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id QAA08663; Tue, 2 Sep 1997 16:56:34 -0700 (PDT) Message-Id: <199709022356.QAA08663@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Sep 1997 16:56:33 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm still using guspnp16 of course. ;-) Everything just ground to a halt: hokkshideh> cat /dev/sndstat cat: /dev/sndstat: Device busy Is there a way to reset this without rebooting? On a separate note, is there Multicast MPEG 3 yet? ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet From owner-freebsd-multimedia Tue Sep 2 18:47:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA09314 for multimedia-outgoing; Tue, 2 Sep 1997 18:47:39 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA09303 for ; Tue, 2 Sep 1997 18:47:33 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id SAA02814; Tue, 2 Sep 1997 18:47:23 -0700 (PDT) Message-Id: <199709030147.SAA02814@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Tue, 02 Sep 1997 16:56:33 PDT." <199709022356.QAA08663@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Sep 1997 18:47:23 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk There is no easy to get out of the busy state . You can try out guspnp18 if you like or grab the bits of code from guspnp18 . the routine in question is ad1848.c:ad1848_open and gus_wave.c:guswave_open. Don't worry that portion of the code is pretty straight forward so if you want to patch it up is okay. Also, guspnp6 had a problem with handling signals which can cause a system to "halt". As for mpeg3 I have an mpeg encoder can't promise you anything however I am working on it . Should be interesting if I managed to pull this one off since it will give us low cost high-end codec from what I recollect mpeg3 is the same quality as realaudio's high end codec. Cheers, Amancio >From The Desk Of Dave Hayes : > I'm still using guspnp16 of course. ;-) > > Everything just ground to a halt: > > hokkshideh> cat /dev/sndstat > cat: /dev/sndstat: Device busy > > Is there a way to reset this without rebooting? > > On a separate note, is there Multicast MPEG 3 yet? > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > From owner-freebsd-multimedia Tue Sep 2 22:48:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA19875 for multimedia-outgoing; Tue, 2 Sep 1997 22:48:00 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA19867 for ; Tue, 2 Sep 1997 22:47:52 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA07080; Wed, 3 Sep 1997 06:35:35 +0200 From: Luigi Rizzo Message-Id: <199709030435.GAA07080@labinfo.iet.unipi.it> Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? To: jacob@jblhome.ping.dk (Jacob Bohn Lorensen) Date: Wed, 3 Sep 1997 06:35:35 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <87sovne4i2.fsf@pippin.jblhome.ping.dk> from "Jacob Bohn Lorensen" at Sep 3, 97 00:26:42 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > correct. The only doubt is if irq7 might conflict with the parallel > > port. > > It doesn't (I am running the lpt port in polled mode...) this does not matters. The parallel port has an interrupt line and if you don't disconnect it (e.g. by programming the bios to use a different IRQ, or by means of jumpers on the parallel port board) it will be connected to some IRQ line and cause a conflict, which in the long term might be dangerous for the integrity of the system even if things seem to work. So make sure that IRQ7 is not in use before assigning it to the PnP device. > I am not able to control the volume with xmix - there seems to be only > two volumes: no sound and almost no sound (I have the SOunblaster > connected to my stereo and have turned the volume control on the > stereo on max). Furthermore, the volume level alternates between > on/off when I try to raise or lower it. /usr/sbin/mixer seems to work > ok, but I still can't get enough output. I'll investigate on the problem, I plan to buy a SB16 in the next days. > That's right, I seem to be able to play .au files just fine (except > for the volume problem mentioned above). I seem, however, to be unable > to record (cat /dev/audio >/tmp/testsample); it just hangs until I > press Ctrl-C, then I get this message in the syslog: > > timeout flushing dma2, cnt 0x0 flags 0x00000451 > > is this related to the -2 vs. 0 return value from dmastatus, you > mentioned? I don't think so, more likely I made some mistake in programming the capture mode. ON the SB16 is tricky since depending on the format you use, you have to tell the driver which dma channel (8 or 16 bit) to use. Again I'll look into the problem. Could you also try other modes (e.g. play/capture in 16bit, using the pcmio program if you don't have others) and see which ones work and which don't ? Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Sep 2 23:37:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23032 for multimedia-outgoing; Tue, 2 Sep 1997 23:37:01 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA23024 for ; Tue, 2 Sep 1997 23:36:57 -0700 (PDT) Received: from gil.physik.rwth-aachen.de ([137.226.30.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA28657 for ; Wed, 3 Sep 1997 08:38:21 +0200 (MET DST) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.8.5/8.6.9) id IAA08153 for multimedia@freebsd.org; Wed, 3 Sep 1997 08:43:35 +0200 (MEST) Date: Wed, 3 Sep 1997 08:43:35 +0200 (MEST) From: Christoph Kukulies Message-Id: <199709030643.IAA08153@gil.physik.rwth-aachen.de> To: multimedia@freebsd.org Subject: Opti 931 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk We have extreme cheapo soundcards around here claiming to be full duplex. (cost about DM 45,-- == USD 24.00) They are built on the Opti 931 chip (www.opti.com) and a full-duplex driver is available for Win95/NT. Does the new sound code support that chip (and possibly fdx?) -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-multimedia Wed Sep 3 00:37:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA26450 for multimedia-outgoing; Wed, 3 Sep 1997 00:37:50 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA26444 for ; Wed, 3 Sep 1997 00:37:45 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA07228; Wed, 3 Sep 1997 08:25:03 +0200 From: Luigi Rizzo Message-Id: <199709030625.IAA07228@labinfo.iet.unipi.it> Subject: Re: Opti 931 To: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies) Date: Wed, 3 Sep 1997 08:25:03 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199709030643.IAA08153@gil.physik.rwth-aachen.de> from "Christoph Kukulies" at Sep 3, 97 08:43:16 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > We have extreme cheapo soundcards around here claiming to be > full duplex. (cost about DM 45,-- == USD 24.00) > > They are built on the Opti 931 chip (www.opti.com) and > a full-duplex driver is available for Win95/NT. > > Does the new sound code support that chip (and possibly fdx?) see my previous postings on the multimedia list Subject: OPTi931 problems... To: multimedia@FreeBSD.ORG Date: Sun, 31 Aug 1997 13:38:05 +0200 (MET DST) Sender: owner-freebsd-multimedia@FreeBSD.ORG The chip appears to have at least two bugs: - full duplex operation in ulaw/alaw fails for the capture channel, which produces stereo-16bit samples; - for some reasons, the card forgets to generate some interrupts when working in full duplex. I suspect it has to do with the card generating DMA requests but _not_ counting them in certain conditions, so the system ends up with the ISA DMA controller thinking that the transfer is complete, while the card pretends to have more left. Since it appears that no other _good_ full duplex cards (i.e. based on the CS4236/37 codec) are available anymore in the local stores, and since I am the unlucky owner of several of these boards, I have implemented some fixes for the above bugs in my driver (but wait for the next snap, in a couple of days). But especially for the second one, the output will be choppy and, whatever the fix is (either in my driver or in the Win95 one), the codec will appear to have different playback and capture sample rates. The difference will be small, but it breaks the assumption that many conferencing program do about sample speeds being the same. My advice would be to get boards based on the CS4236 (and probably also the CS4237 although I do not own one) if you can, even if they cost more. The chips are much better documented, and work as described in the data sheets (which are available on line). Avoid the Soundblaster cards, as far as I know they have some stupid internal architecture so that full duplex operation requires to use 8-bit format on one channel and 16-bit format on the other one. This is painful for the driver to support, and gives much worse quality anyways. Beside the SB16 are more expensive than the CS4236. The only reason I have bought one is to be able to test my code on it (the power of being a standard....) Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Wed Sep 3 00:58:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA27303 for multimedia-outgoing; Wed, 3 Sep 1997 00:58:23 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA27293 for ; Wed, 3 Sep 1997 00:58:15 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id AAA16355; Wed, 3 Sep 1997 00:58:09 -0700 (PDT) Message-Id: <199709030758.AAA16355@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 00:58:09 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > There is no easy to get out of the busy state . Can I use adb and a kernel memory address, for instance? ;) > You can try out guspnp18 if you like or grab the bits of code from > guspnp18 . I'd like to except for the claims that VAT output is bad on it. > Also, guspnp6 had a problem with handling signals which can cause a > system to "halt". Argh! A rock and a hard place. ;) > As for mpeg3 I have an mpeg encoder can't promise you anything > however I am working on it . Should be interesting if I managed to > pull this one off since it will give us low cost high-end codec from > what I recollect mpeg3 is the same quality as realaudio's high end > codec. Someone ought to make a plug-n-play codec module for VAT so that you only have to write the multicast code once... ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet ". . . when all government . . . in little as in great things, shall be drawn to Washington as the centre of all power, it will render powerless the checks provided of one government on another and will become as venal and oppressive as the government from which we separated." -Thomas Jefferson (1821) From owner-freebsd-multimedia Wed Sep 3 02:12:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA01733 for multimedia-outgoing; Wed, 3 Sep 1997 02:12:03 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA01681 for ; Wed, 3 Sep 1997 02:11:58 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA00375; Wed, 3 Sep 1997 02:09:27 -0700 (PDT) Message-Id: <199709030909.CAA00375@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: kuku@gilberto.physik.RWTH-Aachen.DE (Christoph Kukulies), multimedia@FreeBSD.ORG Subject: Re: Opti 931 In-reply-to: Your message of "Wed, 03 Sep 1997 08:25:03 +0200." <199709030625.IAA07228@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 02:09:27 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >From The Desk Of Luigi Rizzo : > Avoid the Soundblaster cards, as far as I know they have some stupid > internal architecture so that full duplex operation requires to use > 8-bit format on one channel and 16-bit format on the other one. This is > painful for the driver to support, and gives much worse quality > anyways. Beside the SB16 are more expensive than the CS4236. The > only reason I have bought one is to be able to test my code on it > (the power of being a standard....) > Great, Luigi, Jim Lowe and I are in perfect agreement! The CS4231 which was also used on the Sparc workstations is a good quality codec and from the report that I have been hearing from Luigi the CS4236 is also a good choice. Cheers, Amancio From owner-freebsd-multimedia Wed Sep 3 02:14:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA01826 for multimedia-outgoing; Wed, 3 Sep 1997 02:14:49 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA01821 for ; Wed, 3 Sep 1997 02:14:47 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id CAA00425; Wed, 3 Sep 1997 02:14:37 -0700 (PDT) Message-Id: <199709030914.CAA00425@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Wed, 03 Sep 1997 00:58:09 PDT." <199709030758.AAA16355@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 02:14:37 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Well, if you can hack the kernel using adb you must certainly can fix ad848_open and guswave_open unless you have a really strong preferance to hex and assembly and absolutly hate C. Again, guspnp18 handles the busy flag condition correctly. Amancio >From The Desk Of Dave Hayes : > Amancio Hasty writes: > > There is no easy to get out of the busy state . > > Can I use adb and a kernel memory address, for instance? ;) > > > You can try out guspnp18 if you like or grab the bits of code from > > guspnp18 . > > I'd like to except for the claims that VAT output is bad on it. > > > Also, guspnp6 had a problem with handling signals which can cause a > > system to "halt". > > Argh! A rock and a hard place. ;) Yeap, not an easy choice ... > > As for mpeg3 I have an mpeg encoder can't promise you anything > > however I am working on it . Should be interesting if I managed to > > pull this one off since it will give us low cost high-end codec from > > what I recollect mpeg3 is the same quality as realaudio's high end > > codec. > > Someone ought to make a plug-n-play codec module for VAT so that > you only have to write the multicast code once... I don't intent to write multicast code -- at least I am hoping that I would not have to and yes I know vat ... Amancio From owner-freebsd-multimedia Wed Sep 3 09:52:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA22849 for multimedia-outgoing; Wed, 3 Sep 1997 09:52:39 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22844 for ; Wed, 3 Sep 1997 09:52:35 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id JAA24352; Wed, 3 Sep 1997 09:52:32 -0700 (PDT) Message-Id: <199709031652.JAA24352@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 09:52:31 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > Well, if you can hack the kernel using adb you must certainly can > fix ad848_open and guswave_open Interesting presumption, but I haven't really looked at the code nor do I know enough about the kernel to understand what it is doing. > Again, guspnp18 handles the busy flag condition correctly. Hokay. I was just wanting not to reboot. ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet It is our ability to act as ourselves, freely and of our own choosing, that is the greatest gift to mankind; my Creator, the sole being in the universe who legitimately had power over me, gave me that power freely in order to enable me to become what I am. -- Russ Allbery From owner-freebsd-multimedia Wed Sep 3 11:02:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA27115 for multimedia-outgoing; Wed, 3 Sep 1997 11:02:06 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA27110 for ; Wed, 3 Sep 1997 11:02:02 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id LAA26814; Wed, 3 Sep 1997 11:01:55 -0700 (PDT) Message-Id: <199709031801.LAA26814@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 11:01:55 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Wot's this? # cd ../../compile/MYKERNEL # make ... dmabuf.o: Undefined symbol `_isa_dmastatus' referenced from text segment This was from gusnp18.tar.gz (rather than guspnp18.tar.gz). ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet Laws that forbid the carrying of arms..disarm only those who are neither inclined nor determined to commit crimes. Such laws make things worse for the assaulted and better for the assailants; they serve rather to encourage than prevent homicides, for an unarmed man may be attacked with greater confidence than an armed one." -Thomas Jefferson quoting Cesare Beccaria, Criminologist 1764. From owner-freebsd-multimedia Wed Sep 3 11:37:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA28690 for multimedia-outgoing; Wed, 3 Sep 1997 11:37:13 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA28656; Wed, 3 Sep 1997 11:37:03 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA08293; Wed, 3 Sep 1997 19:24:54 +0200 From: Luigi Rizzo Message-Id: <199709031724.TAA08293@labinfo.iet.unipi.it> Subject: snd970903.tgz and pnp970903.tgz To: multimedia@freebsd.org, hackers@freebsd.org Date: Wed, 3 Sep 1997 19:24:53 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The current snap of my audio driver is at http://www.iet.unipi.it/~luigi/snd970903.tgz you also need the PnP code which is now in a separate distribution, http://www.iet.unipi.it/~luigi/pnp970903.tgz This snap includes several improvements: * workarounds for the two OPTI931 bugs; * fixed SB16 PnP operation, now works in 8 and 16bit, both capture and playback; most importantly, the PnP code has been put into a separate distribution and now lets you override the configuration of PnP cards with the "-c" boot option. This can be useful also for people with non-audio PnP boards. I think I have fixed all bugs people was reporting about SB16 clones not recognised/not working (although the SB16 driver still needs refinements in order to support full duplex operation). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Wed Sep 3 16:11:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14358 for multimedia-outgoing; Wed, 3 Sep 1997 16:11:23 -0700 (PDT) Received: from ic4.ic.dk (qmailr@globip75.image.dk [194.234.57.75]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA14349 for ; Wed, 3 Sep 1997 16:11:14 -0700 (PDT) Received: (qmail 14639 invoked from network); 3 Sep 1997 23:06:49 -0000 Received: from ic1.ic.dk (193.88.65.12) by ic4.ic.dk with SMTP; 3 Sep 1997 23:06:49 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA18087 (5.65c8/IDA-1.4.4j); Thu, 4 Sep 1997 01:08:13 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.7/8.7.3) id AAA05375; Thu, 4 Sep 1997 00:22:59 +0200 (CEST) To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? References: <199709030435.GAA07080@labinfo.iet.unipi.it> From: Jacob Bohn Lorensen Date: 04 Sep 1997 00:22:58 +0200 In-Reply-To: Luigi Rizzo's message of Wed, 3 Sep 1997 06:35:35 +0200 (MET DST) Message-Id: <87n2lunikd.fsf@pippin.jblhome.ping.dk> Lines: 77 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > > > correct. The only doubt is if irq7 might conflict with the parallel > > > port. > > It doesn't (I am running the lpt port in polled mode...) > this does not matters. The parallel port has an interrupt line and Okay. I have switched back to using irq5 (which is unused in my system). It's really nice with this plug-and-play, that you can switch around the settings - even if it means recompiling the kernel :-) > > I am not able to control the volume with xmix - there seems to be only > > two volumes: no sound and almost no sound (I have the SOunblaster > > connected to my stereo and have turned the volume control on the > > stereo on max). Furthermore, the volume level alternates between > > on/off when I try to raise or lower it. /usr/sbin/mixer seems to work > > ok, but I still can't get enough output. /usr/sbin/mixer also has problems. There seems to be only two volume settings (the same goes for bass, treble etc.): mixer +=sound, vol -=nosound ----------------- 0 - 1 - 2 + 3 + 4 + 5 - 6 - 7 - 8 - 9 + 10 + 11 + 12 - 13 - 14 - 15 + 16 + 17 + 18 - 19 - 20 - (i can give you more numbers if you're interested). > Could you also try other modes (e.g. play/capture in 16bit, using the > pcmio program if you don't have others) and see which ones work and > which don't ? Okay, I have tried recording with various settings Here is output from ``ktrace pcmio +rec,stereo,8000,s16 4:0 /tmp/test3''. It seems it never returns from the first read. I have to stop the program using Ctrl-C, and then wait a couple of second (5-10). Then syslog says: ``timeout flushing dma2, cnt 0x0 flags 0x00000551.'' "-- format 8000,stereo,0x00000010, len 4 skip 0 " 5352 pcmio RET write 47/0x2f 5352 pcmio CALL open(0xefbfdc89,0x601,0x1b4) 5352 pcmio NAMI "/tmp/test3" 5352 pcmio RET open 4 5352 pcmio CALL write(0x2,0xefbfd478,0x1a) 5352 pcmio GIO fd 2 wrote 26 bytes "open /tmp/test3 returns 4 " 5352 pcmio RET write 26/0x1a 5352 pcmio CALL read(0x3,0x3144,0x8000) 5352 pcmio PSIG SIGINT SIG_DFL -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45-31560401 PGP ID = E596F0B5; PGP Fingerprint = 1E8726467436DC4A 723B6678C5AD9E71 From owner-freebsd-multimedia Wed Sep 3 16:32:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15164 for multimedia-outgoing; Wed, 3 Sep 1997 16:32:28 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15153 for ; Wed, 3 Sep 1997 16:32:19 -0700 (PDT) Received: from gurney.reilly.home (d13.syd2.zeta.org.au [203.26.11.13]) by godzilla.zeta.org.au (8.8.5/8.6.9) with ESMTP id JAA12161; Thu, 4 Sep 1997 09:19:53 +1000 Received: (from andrew@localhost) by gurney.reilly.home (8.8.7/8.8.5) id JAA02065; Thu, 4 Sep 1997 09:16:54 +1000 (EST) From: Andrew Reilly Message-Id: <199709032316.JAA02065@gurney.reilly.home> Date: Thu, 4 Sep 1997 09:16:54 +1000 (EST) Subject: Re: snd970903.tgz and pnp970903.tgz To: luigi@labinfo.iet.unipi.it cc: multimedia@FreeBSD.ORG In-Reply-To: <199709031724.TAA08293@labinfo.iet.unipi.it> MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi Luigi, Sorry to be a bother, but I think you probably know more about this than most by now. On 3 Sep, Luigi Rizzo wrote: > * fixed SB16 PnP operation, now works in 8 and 16bit, both > capture and playback; > > not recognised/not working (although the SB16 driver still needs > refinements in order to support full duplex operation). I haven't bought a sound card yet because I want to be sure that I can do full-duplex, full bandwidth (48kHz preferably, 44.1kHz is OK) signal processing. All I've heard about the SB16 (and by extension the SB32, AWE32, and AWE64) says that the closest it comes to full-duplex is 16 bits out/8 bits in. Is that the case? Are there any inexpensive sound cards with good AD/DA quality that can do full duplex 16-bit? In any case, do you have an idea of the minimum latency you could get with a program that just did un-buffered reads and writes to the audio device? Are we talking about <= 20ms? (I'm a DSP guy, and I would very much like to be able to prototype algorithms on my workstation, before I have to cut them into DSP code.) -- Andrew "The steady state of disks is full." -- Ken Thompson From owner-freebsd-multimedia Wed Sep 3 19:13:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA25509 for multimedia-outgoing; Wed, 3 Sep 1997 19:13:54 -0700 (PDT) Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA25504 for ; Wed, 3 Sep 1997 19:13:52 -0700 (PDT) Received: from jwlab.FEITH.COM by feith1.FEITH.COM (SMI-8.6/SMI-SVR4/Feith Feb 13 1997) id WAA19857; Wed, 3 Sep 1997 22:13:16 -0400 Received: by jwlab.FEITH.COM (SMI-8.6/SMI-SVR4) id WAA22500; Wed, 3 Sep 1997 22:13:15 -0400 Date: Wed, 3 Sep 1997 22:13:15 -0400 From: john@jwlab.feith.com (John Wehle) Message-Id: <199709040213.WAA22500@jwlab.FEITH.COM> To: multimedia@freebsd.org Subject: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I see that some of the sound drivers are being updated (i.e. GUS and SB) ... is there any work being done on the Ensoniq drivers? Is the SoundScape Elite currently considered to be "supported"? Any chance of the VIVO (which is PnP) being supported in the future? Sincerely, John Wehle ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | | John Wehle | Fax: 1-215-540-5495 | | ------------------------------------------------------------------------- From owner-freebsd-multimedia Wed Sep 3 19:55:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA27670 for multimedia-outgoing; Wed, 3 Sep 1997 19:55:16 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA27662 for ; Wed, 3 Sep 1997 19:55:13 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id TAA06160; Wed, 3 Sep 1997 19:54:04 -0700 (PDT) Message-Id: <199709040254.TAA06160@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Andrew Reilly cc: luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: snd970903.tgz and pnp970903.tgz In-reply-to: Your message of "Thu, 04 Sep 1997 09:16:54 +1000." <199709032316.JAA02065@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 1997 19:54:04 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For short burst audio streams you probably want to do programmed i/o and we don't support that right now however you can modify one the ad1848 driver to do it. It sounds like what you may want is something similar to an analog's dsp 2181 and I intent to order their development kit sometime this week. It would be nice if we can start a project to support dsp like algorithms for FreeBSD. My first cut at a full integrated package is to write a driver for Omnimedia's Z-Lite which has a DEC 21230 which is somewhat programmable, for video input decoding it has a Phillips SAA 7111 and for audio an Analog DSP 2181. If anyone knows of ISA or better yet a PCI sound card which just has an Analog's DSP 2181 please let me know. Why the dsp 2181? It is currently used in Omnimedia's real time mpeg encoder/decoder and it will propably not be hard to support full duplex via its ad1849 mode. I own a mediatrix's audiotrix pro which is a high quality sound card and it has a cs4231 which is fully capable of doing full duplex I/O with the guspnp driver and I suspect that with a little tweaking Luigi's sound driver it will also work. If you are interested check out http://www.mediatrix.com Amancio >From The Desk Of Andrew Reilly : > Hi Luigi, > > Sorry to be a bother, but I think you probably know more about this > than most by now. > > On 3 Sep, Luigi Rizzo wrote: > > * fixed SB16 PnP operation, now works in 8 and 16bit, both > > capture and playback; > > > > not recognised/not working (although the SB16 driver still needs > > refinements in order to support full duplex operation). > > I haven't bought a sound card yet because I want to be sure that I can > do full-duplex, full bandwidth (48kHz preferably, 44.1kHz is OK) signal > processing. All I've heard about the SB16 (and by extension the SB32, > AWE32, and AWE64) says that the closest it comes to full-duplex is 16 > bits out/8 bits in. Is that the case? > > Are there any inexpensive sound cards with good AD/DA quality that can > do full duplex 16-bit? > > In any case, do you have an idea of the minimum latency you could get > with a program that just did un-buffered reads and writes to the audio > device? Are we talking about <= 20ms? > > (I'm a DSP guy, and I would very much like to be able to prototype > algorithms on my workstation, before I have to cut them into DSP code.) > > -- > Andrew > > "The steady state of disks is full." > -- Ken Thompson > From owner-freebsd-multimedia Wed Sep 3 21:59:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04758 for multimedia-outgoing; Wed, 3 Sep 1997 21:59:25 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04752 for ; Wed, 3 Sep 1997 21:59:17 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id VAA23380; Wed, 3 Sep 1997 21:58:45 -0700 (PDT) Message-ID: <19970903215845.45947@hydrogen.nike.efn.org> Date: Wed, 3 Sep 1997 21:58:45 -0700 From: John-Mark Gurney To: Andrew Reilly Cc: luigi@labinfo.iet.unipi.it, multimedia@FreeBSD.ORG Subject: Re: snd970903.tgz and pnp970903.tgz References: <199709031724.TAA08293@labinfo.iet.unipi.it> <199709032316.JAA02065@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709032316.JAA02065@gurney.reilly.home>; from Andrew Reilly on Thu, Sep 04, 1997 at 09:16:54AM +1000 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Andrew Reilly scribbled this message on Sep 4: > Hi Luigi, > > Sorry to be a bother, but I think you probably know more about this > than most by now. > > On 3 Sep, Luigi Rizzo wrote: > > * fixed SB16 PnP operation, now works in 8 and 16bit, both > > capture and playback; > > > > not recognised/not working (although the SB16 driver still needs > > refinements in order to support full duplex operation). > > I haven't bought a sound card yet because I want to be sure that I can > do full-duplex, full bandwidth (48kHz preferably, 44.1kHz is OK) signal > processing. All I've heard about the SB16 (and by extension the SB32, > AWE32, and AWE64) says that the closest it comes to full-duplex is 16 > bits out/8 bits in. Is that the case? > > Are there any inexpensive sound cards with good AD/DA quality that can > do full duplex 16-bit? well... the CS4237b that I have works well.. I haven't gotten full duplex to work yet, but I think that is more of a problem with the isa.c version that I have and not the card... these cards are REALLY inexpensive... I can sell them for $25/each + shipping... (of course we would have to deal with export costs, etc.) right now I have it reliably doing 44k/16bit output.. I just haven't had any uses for record quite yet... I will be getting a couple more of these cards soon, and we will be exensivly using the full duplex mode.. so in a couple weeks I'll have more news for you... > In any case, do you have an idea of the minimum latency you could get > with a program that just did un-buffered reads and writes to the audio > device? Are we talking about <= 20ms? > > (I'm a DSP guy, and I would very much like to be able to prototype > algorithms on my workstation, before I have to cut them into DSP code.) -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Wed Sep 3 22:39:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06987 for multimedia-outgoing; Wed, 3 Sep 1997 22:39:19 -0700 (PDT) Received: from xcf.berkeley.edu (scam.XCF.Berkeley.EDU [128.32.43.201]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA06981 for ; Wed, 3 Sep 1997 22:39:17 -0700 (PDT) From: grady@scam.XCF.Berkeley.EDU Message-Id: <199709040539.WAA06981@hub.freebsd.org> Received: (qmail 22968 invoked from network); 4 Sep 1997 05:30:53 -0000 Received: from unknown (HELO scam.XCF.Berkeley.EDU) (127.0.0.1) by 127.0.0.1 with SMTP; 4 Sep 1997 05:30:53 -0000 To: Jacob Bohn Lorensen Cc: Luigi Rizzo , multimedia@freebsd.org Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? In-reply-to: Your message of 03 Sep 1997 00:27:01 +0200 <87sovne4i2.fsf@pippin.jblhome.ping.dk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22964.873351052.1@scam.XCF.Berkeley.EDU> Date: Wed, 03 Sep 1997 22:30:53 -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: Jacob Bohn Lorensen > Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? > ... > > I am not able to control the volume with xmix - there seems to be only > two volumes: no sound and almost no sound (I have the SOunblaster > connected to my stereo and have turned the volume control on the > stereo on max). Furthermore, the volume level alternates between > on/off when I try to raise or lower it. /usr/sbin/mixer seems to work > ok, but I still can't get enough output. I just installed snd970903.tgz (which fixed the panic I reported to you, Luigi -- thanks!), and have the same problem. I can provide a little more information: I tried testing this by running timidity, and at first thought it was generating no volume, but remembering your message, I cranked the timidity volume to 200%, and turned by little speakers all the way up, and was able to make out some sound. It was quiet, but it sounded correct, except that it was sped up by a factor of 3 or so (confirmed by waching the time indicator progress in timidity).o FYI: most of the kdump output looks like a loop of: ... 364 timidity CALL write(0x6,0xefbfd0b0,0xc) 364 timidity GIO fd 6 wrote 12 bytes "CURT 2982 10" 364 timidity RET write 12/0xc 364 timidity CALL write(0x6,0xefbfd093,0x1) 364 timidity GIO fd 6 wrote 1 bytes " " 364 timidity RET write 1 364 timidity CALL ioctl(0x3,FIONREAD,0xefbfd1ac) 364 timidity RET ioctl 0 364 timidity CALL write(0x4,0x11558,0x2000) 364 timidity GIO fd 4 wrote 8192 bytes "[8192 bytes of raw music data]" 364 timidity RET write 8192/0x2000 ... However, it starts by opening /dev/dspW (which I have soft-linked to dspW1): ... 364 timidity CALL open(0xaa60,0x6,0x1) 364 timidity NAMI "/dev/dspW" 364 timidity RET open 4 364 timidity CALL ioctl(0x4,0xc0045005 ,0xefbfd664) 364 timidity RET ioctl 0 364 timidity CALL ioctl(0x4,0xc0045003 ,0xefbfd664) 364 timidity RET ioctl 0 364 timidity CALL ioctl(0x4,0xc0045002 ,0xefbfd664) 364 timidity RET ioctl 0 ... 364 timidity CALL ioctl(0x4,0xc004500a ,0xefbfd664) 364 timidity RET ioctl 0 ... These are the only ioctl's on fd 4 before the writes. Also, when timidity starts up (before it plays anything), it says: Output rate adjusted to 21739 Hz I don't know if this is relevant. I hope the information helps. Steven From owner-freebsd-multimedia Wed Sep 3 22:40:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07084 for multimedia-outgoing; Wed, 3 Sep 1997 22:40:29 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA07077 for ; Wed, 3 Sep 1997 22:40:20 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA09292; Thu, 4 Sep 1997 06:28:31 +0200 From: Luigi Rizzo Message-Id: <199709040428.GAA09292@labinfo.iet.unipi.it> Subject: Re: snd970903.tgz and pnp970903.tgz To: reilly@zeta.org.au (Andrew Reilly) Date: Thu, 4 Sep 1997 06:28:31 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <199709032316.JAA02065@gurney.reilly.home> from "Andrew Reilly" at Sep 4, 97 09:16:35 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I haven't bought a sound card yet because I want to be sure that I can > do full-duplex, full bandwidth (48kHz preferably, 44.1kHz is OK) signal > processing. All I've heard about the SB16 (and by extension the SB32, > AWE32, and AWE64) says that the closest it comes to full-duplex is 16 > bits out/8 bits in. Is that the case? forget the SB16, or ESS-based cards. The idea of a split architecture with 16bit in one direction and 8bit in the other one is crazy. I strongly recommend CS4236-based cards, which works very well in full duplex. The data sheets on the Crystal site are very good. The CS4237 should work as well, although I cannot find this card in the stores and cannot test it myself. Finally, the CS4232 is reported as broken in the OSS/Voxware documentation. The one I have (on an Intel Zappa motherboard) seems in fact unable to use the second DMA channel, but I am not sure if it is the motherboard or the 4232. Also the CS4232 has a non-conforming PnP behaviour (my PnP code does not have a problem with that, though). The OPTI931, if it really worked, would be another cheap and good alternative. But 1) the chip is severely buggy in full duplex, and 2) the data sheets are very coincise and miss important details. They may fix it in the future, but both silicon rev. 0.1 and rev.1.0 seems to have the same bugs. > Are there any inexpensive sound cards with good AD/DA quality that can > do full duplex 16-bit? Speaking of AD/DA quality I cannot say much in terms of S/N ratios etc, since I have not done any test. What I can say is that again Crystal provides detailed notes on board layout etc to make the analog part less noisy etc. > In any case, do you have an idea of the minimum latency you could get > with a program that just did un-buffered reads and writes to the audio > device? Are we talking about <= 20ms? My driver basically tracks the status of a DMA transfer so if you do non-blocking reads you get the bytes as soon as the DMA has transferred them. The granularity is 4 bytes so your latency is 500us (mono,8KHz) or less. Of course when your process is descheduled... Also note that at the moment my driver does not use DMA AUTO mode, so at high loads or high sampling rates it might occasionally miss samples. This should not be a big problem with the CS42xx which has a decent-sized FIFO. And I plan to add AUTO mode in the future. > (I'm a DSP guy, and I would very much like to be able to prototype > algorithms on my workstation, before I have to cut them into DSP code.) this was one of the planned uses of my code, this is why you can do multiple opens of the audio device on full duplex cards: your_filter_program < /dev/audio > /dev/audio works fine :) Cheers Luigi > > -- > Andrew > > "The steady state of disks is full." > -- Ken Thompson > > From owner-freebsd-multimedia Wed Sep 3 22:47:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07295 for multimedia-outgoing; Wed, 3 Sep 1997 22:47:06 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA07287 for ; Wed, 3 Sep 1997 22:46:59 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA09332; Thu, 4 Sep 1997 06:33:36 +0200 From: Luigi Rizzo Message-Id: <199709040433.GAA09332@labinfo.iet.unipi.it> Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? To: jacob@jblhome.ping.dk (Jacob Bohn Lorensen) Date: Thu, 4 Sep 1997 06:33:35 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <87n2lunikd.fsf@pippin.jblhome.ping.dk> from "Jacob Bohn Lorensen" at Sep 4, 97 00:22:39 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Okay. I have switched back to using irq5 (which is unused in my > system). It's really nice with this plug-and-play, that you can switch > around the settings - even if it means recompiling the kernel :-) no more recompiling! get snd970903.tgz and pnp970903.tgz from my web page, it has support for overriding PnP configuration and also fixes the behaviour of the SB16 (which did not work in capture and other modes before). I'll look into the mixer stuff today. Cheers Luigi From owner-freebsd-multimedia Wed Sep 3 22:58:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07678 for multimedia-outgoing; Wed, 3 Sep 1997 22:58:53 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA07669 for ; Wed, 3 Sep 1997 22:58:45 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA09371; Thu, 4 Sep 1997 06:45:32 +0200 From: Luigi Rizzo Message-Id: <199709040445.GAA09371@labinfo.iet.unipi.it> Subject: Re: Unsuccesful attempt at SB16PNP and no PNP bios; what am I doing wrong? To: grady@scam.XCF.Berkeley.EDU Date: Thu, 4 Sep 1997 06:45:31 +0200 (MET DST) Cc: jacob@jblhome.ping.dk, multimedia@freebsd.org In-Reply-To: <199709040427.GAA09284@labinfo.iet.unipi.it> from "grady@scam.XCF.Berkeley.EDU" at Sep 3, 97 10:30:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > speakers all the way up, and was able to make out some sound. It > was quiet, but it sounded correct, except that it was sped up by a > factor of 3 or so (confirmed by waching the time indicator progress I'll look into the volume problems today. I will also try timidity to see why the speed is so high (perhaps a stupid question -- you are using the updated driver for timidity which is in the misc/ directory, aren't you ?) because in my tests (with a cs423x or OPTI931 chipsets) it works ok. > Also, when timidity starts up (before it plays anything), it says: > Output rate adjusted to 21739 Hz this may be because the SB does not support all speeds but only some values. Cheers Luigi From owner-freebsd-multimedia Thu Sep 4 00:33:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA12555 for multimedia-outgoing; Thu, 4 Sep 1997 00:33:25 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA12524; Thu, 4 Sep 1997 00:32:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA09525; Thu, 4 Sep 1997 08:20:43 +0200 From: Luigi Rizzo Message-Id: <199709040620.IAA09525@labinfo.iet.unipi.it> Subject: WARNING about snd970903.tgz To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 4 Sep 1997 08:20:43 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199709031724.TAA08293@labinfo.iet.unipi.it> from "Luigi Rizzo" at Sep 3, 97 07:24:34 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Whoops... yesterday's version of the sound code had a stupid bug in snd_sync() which would put your machine in a tight loop with interrupts disabled... I have fixed it, and updated the distribution, which is now at the same URL but with a different date & size: http://www.iet.unipi.it/~luigi/snd970903.tgz -rw-r--r-- 1 luigi luigi 155747 Sep 4 10:03 snd970903.tgz (I have chosen not to change name because people tends not to read followup mails...) Programs which use the SNDCTL_DSP_SYNC ioctl are affected by the bug (e.g. timidity). Those with the old code can fetch the new code or just apply the following patch to /sys/i386/isa/snd/dmabuf.c --- /tmp/dmabuf.c Thu Sep 4 09:29:21 1997 +++ dmabuf.c Thu Sep 4 09:14:51 1997 @@ -718,7 +718,8 @@ printf("tsleep returns %d\n", ret); return -1 ; } - } + } else + break; } splx(s); return 0 ; Sorry for the inconvenience Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Thu Sep 4 06:21:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26922 for multimedia-outgoing; Thu, 4 Sep 1997 06:21:19 -0700 (PDT) Received: from ki1.chemie.fu-berlin.de (ki1.chemie.fu-berlin.de [160.45.24.21]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA26908 for ; Thu, 4 Sep 1997 06:21:13 -0700 (PDT) Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1) from mail.hanse.de (193.174.9.9) with smtp id ; Thu, 4 Sep 97 15:21 MEST Received: from wavehh.UUCP by mail.hanse.de with UUCP for freebsd-multimedia@freebsd.org id ; Thu, 4 Sep 97 15:21 MET DST Received: by wavehh.hanse.de (4.1/SMI-4.1) id AA09553; Thu, 4 Sep 97 14:29:41 +0200 Date: Thu, 4 Sep 97 14:29:41 +0200 From: cracauer@wavehh.hanse.de (Martin Cracauer) Message-Id: <9709041229.AA09553@wavehh.hanse.de> To: john@jwlab.feith.COM Cc: freebsd-multimedia@freebsd.org Subject: Re: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 Newsgroups: hanse-ml.freebsd.multimedia References: <199709040213.WAA22500@jwlab.FEITH.COM> Reply-To: cracauer@wavehh.hanse.de Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I see that some of the sound drivers are being updated (i.e. GUS and SB) ... >is there any work being done on the Ensoniq drivers? Is the SoundScape Elite >currently considered to be "supported"? Any chance of the VIVO (which is PnP) >being supported in the future? I don't think so. However, I own a SS elite that isn't even recognized in Soundblaster emulation by FreeBSD and I'd like to change that. Is anyone on this list who has programming information on the Soundscape? Maybe even something for the effects section of the elite? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin.Cracauer@wavehh.hanse.de http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ From owner-freebsd-multimedia Thu Sep 4 10:26:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12563 for multimedia-outgoing; Thu, 4 Sep 1997 10:26:00 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA12557 for ; Thu, 4 Sep 1997 10:25:54 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA10544; Thu, 4 Sep 1997 18:13:56 +0200 From: Luigi Rizzo Message-Id: <199709041613.SAA10544@labinfo.iet.unipi.it> Subject: Re: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 To: cracauer@wavehh.hanse.de Date: Thu, 4 Sep 1997 18:13:56 +0200 (MET DST) Cc: john@jwlab.feith.COM, freebsd-multimedia@FreeBSD.ORG In-Reply-To: <9709041229.AA09553@wavehh.hanse.de> from "Martin Cracauer" at Sep 4, 97 02:29:22 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I see that some of the sound drivers are being updated (i.e. GUS and SB) ... > >is there any work being done on the Ensoniq drivers? Is the SoundScape Elite > >currently considered to be "supported"? Any chance of the VIVO (which is PnP) > >being supported in the future? > > I don't think so. However, I own a SS elite that isn't even recognized > in Soundblaster emulation by FreeBSD and I'd like to change that. > > Is anyone on this list who has programming information on the > Soundscape? Maybe even something for the effects section of the elite? for sure I am not working on the effect section, I guess your best chance is to try out OSS. For the audio part, care to tell which driver did not work for you, the one in the source tree, Amancio's driver (guspnp) or mine (snd97XXXX.tgz) ? Not having the cards, we need to know: - what they are supposed to emulate; - what chipset they use; - if they are PnP, the output from pnpinfo. Cheers Luigi From owner-freebsd-multimedia Thu Sep 4 13:47:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA22067 for multimedia-outgoing; Thu, 4 Sep 1997 13:47:21 -0700 (PDT) Received: from feith1.FEITH.COM (feith1.FEITH.COM [192.251.93.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA22062 for ; Thu, 4 Sep 1997 13:47:16 -0700 (PDT) Received: from jwlab.FEITH.COM by feith1.FEITH.COM (SMI-8.6/SMI-SVR4/Feith Feb 13 1997) id QAA02486; Thu, 4 Sep 1997 16:46:39 -0400 Received: by jwlab.FEITH.COM (SMI-8.6/SMI-SVR4) id QAA24597; Thu, 4 Sep 1997 16:46:28 -0400 Date: Thu, 4 Sep 1997 16:46:28 -0400 From: john@jwlab.feith.com (John Wehle) Message-Id: <199709042046.QAA24597@jwlab.FEITH.COM> To: luigi@labinfo.iet.unipi.it Cc: multimedia@FreeBSD.ORG, cracauer@wavehh.hanse.de Subject: Re: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Do you know the chipset these card use, or which device they emulate ? Some information about the SoundScape Elite: 1) The CODEC is an AD-1848. 2) The synthesizer is an Ensoniq OTTO. 3) There are developer kits (including source code) available at ftp.ensoniq.com:/pub/ssdevlpr. 4) FreeBSD currently includes a driver which is labeled as broken in the kernel LINT configuration file so I didn't try it. 5) The current OSS/FREE for Linux supports the SoundScape Elite. 6) In theory the SoundScape Elite will emulate a Sound Blaster once the microcode has been downloaded. 7) It is not PnP. 8) I happen to have one. :-) Some information about the SoundScape VIVO: 1) It is PnP. 2) I don't have one and don't know much about it. My guess is that it's similar to the SoundScape Elite except it's PnP and doesn't have the effect processor. I was thinking that maybe some type of effort to port the current OSS/FREE back to FreeBSD was in progress. BTW, where is snd97XXXX.tgz available from? -- John ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | | John Wehle | Fax: 1-215-540-5495 | | ------------------------------------------------------------------------- From owner-freebsd-multimedia Thu Sep 4 14:35:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA24636 for multimedia-outgoing; Thu, 4 Sep 1997 14:35:19 -0700 (PDT) Received: from george.arc.nasa.gov (george.arc.nasa.gov [128.102.194.142]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA24629 for ; Thu, 4 Sep 1997 14:35:13 -0700 (PDT) From: lamaster@george.arc.nasa.gov Received: (from lamaster@localhost) by george.arc.nasa.gov (8.8.7/8.8.7) id OAA22525 for multimedia@FreeBSD.ORG; Thu, 4 Sep 1997 14:32:05 -0700 (PDT) Date: Thu, 4 Sep 1997 14:32:05 -0700 (PDT) Message-Id: <199709042132.OAA22525@george.arc.nasa.gov> To: multimedia@FreeBSD.ORG Subject: Re: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk |> > Do you know the chipset these card use, or which device they emulate ? |> |> Some information about the SoundScape Elite: |> |> 1) The CODEC is an AD-1848. : I have heard that Ensoniq is generally good, but, personally, I already have two SB ISA cards, and that is two too many SB ISA cards. Since the GUS PnP seems to be the "standard" FreeBSD card, if I bought another card, it would be a GUS just for the driver support and the user community. But anyway, what I'm verbosely leading up to is, that I think the focus should change to PCI. Ensoniq has the new AudioPCI card out, which I believe is affordable, and Amancio Hasty mentioned the possibility of a combined Bt848-based video + audio card coming out. Both of these would be of more interest to me than another ISA card, no matter how good the sound quality of the ISA is. And, in any case, I'm happy about the increase in audio/video activity recently, and would like to thank those contributing to it. I hope some of the benefits can trickle down to the upcoming 2.2.5 release. -Hugh LaMaster Hugh LaMaster, M/S 258-5, ASCII Email: hlamaster@mail.arc.nasa.gov NASA Ames Research Center Or: lamaster@nas.nasa.gov Moffett Field, CA 94035-1000 No Junkmail: USC 18 section 2701 Phone: 415/604-1056 Disclaimer: Unofficial, personal *opinion*. From owner-freebsd-multimedia Thu Sep 4 18:42:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07220 for multimedia-outgoing; Thu, 4 Sep 1997 18:42:08 -0700 (PDT) Received: from madoka.hal.t.u-tokyo.ac.jp (madoka.hal.t.u-tokyo.ac.jp [133.11.98.129]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA07202 for ; Thu, 4 Sep 1997 18:41:53 -0700 (PDT) Received: from hitomi.hal.t.u-tokyo.ac.jp (hitomi.hal.t.u-tokyo.ac.jp [133.11.98.148]) by madoka.hal.t.u-tokyo.ac.jp (8.8.7/3.5Wpl2/HALmailhost/97020422) with ESMTP id KAA04806; Fri, 5 Sep 1997 10:39:55 +0900 (JST) Received: from hal.t.u-tokyo.ac.jp by hitomi.hal.t.u-tokyo.ac.jp (8.8.5+2.7Wbeta5/3.2W5/HAL) with ESMTP id KAA26310; Fri, 5 Sep 1997 10:39:41 +0900 (JST) Message-Id: <199709050139.KAA26310@hitomi.hal.t.u-tokyo.ac.jp> To: luigi@labinfo.iet.unipi.it Cc: cracauer@wavehh.hanse.de, john@jwlab.feith.COM, freebsd-multimedia@freebsd.org, Ajith Pasqual Subject: Re: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 In-Reply-To: Your message of "Thu, 4 Sep 1997 18:13:56 +0200 (MET DST)" References: <199709041613.SAA10544@labinfo.iet.unipi.it> X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-fingerprint: 5A A1 E6 D0 FF 96 FB F8 DE 23 EF 06 A1 76 94 E9 X-PGP-Public-Key-Location: finger -l pasqual@hal.t.u-tokyo.ac.jp or Home Page X-URL: http://www.hal.t.u-tokyo.ac.jp/~pasqual Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 05 Sep 1997 10:39:41 +0900 From: Ajith Pasqual Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! Luigi, luigi> for sure I am not working on the effect section, I guess your best chance luigi> is to try out OSS. For the audio part, care to tell which driver did luigi> not work for you, the one in the source tree, Amancio's driver (guspnp) luigi> or mine (snd97XXXX.tgz) ? luigi> luigi> Not having the cards, we need to know: luigi> - what they are supposed to emulate; luigi> - what chipset they use; luigi> - if they are PnP, the output from pnpinfo. I happen to own a Ensoniq Soundscape VIVO 90 card.(PnP) And it is not recognised at the boot probe under FreeBSD. (2.2-stable) (With Sujal's pnp patch - this did the trick for my USR PnP modem) It is supposed to have Soundblaster Emulation. But it DOES work when I softboot to FreeBSD from DOS. So I guess it should be possible to make it work under FreeBSD under Soundblaster Emulation. (It also works with OSS -I haven't tried many applications. In any case they have only limited support for VIVO90) I haven't tried your sound driver and I intend to do it this weekend. I didn't try Amancio's driver. I will send you the pnpinfo output as soon as I get it. (One other thing : I've read that Ensoniq has been very generous in supporting Linux. They have even donated a soundscape card) Since I don't have the manual with me right now, I got the specs from Ensoniq Home Page.(http://www.ensoniq.com) ********************************************************************** Hardware: ENSONIQ Wavetable Sound Set Award Winning ENSONIQ OTTO 32, 32-bit Wavetable DSP Synthesizer Up to 32 Simultaneous Voice Polyphony 16 MIDI channels ENSONIQ 1 megabyte(compressed) Waveform ROM 16-bit Record/Playback at up to 48 kHz (mono/stereo) 16-bit A/D D/A CODEC Lowest Noise: S/N 90 db (audio through) typical Frequency response: 20Hz - 22kHz 128 General MIDI wavetable instruments, 61 drum programs, 128 MT-32 instruments Full Duplex Operation (simultaneous Record/Playback) Microsoft Direct Audio Compatible (Direct X) MIDI/Joystick Interface (IBM 15 pin "D" type) MPC 3 Compatible TAD/CDROM Connectors Supported Industry Standards - AdLib - Soundblaster Pro (2.0) - General MIDI - Windows Sound System - MT-32 - FM (software emulation) - MPC 1,2,3 100% Tested to professional standards. Functional and AC parametric (THD, SNR,etc.) testing. Audio Precision test system. External Connectors: (color coded) - Microphone/Line input (mono/stereo) (dynamic, electret) Bias power for electret microphone provided - CD/Aux input (stereo) - Audio output (line level + headphones) - Joystick/MIDI interface Internal MPC 3 Connectors - CD Audio - CD/TV Tuner input - MODEM/TAD speaker phone audio I/O 6 Channel Mixer - CD/Aux - Microphone/Line - Synthesizer (MIDI) - Sounds (WAVE) (.WAV, .VOC files) - TV/Aux Input - Modem/TAD IRQ's available 2/9, 5, 7, 10, 11, 15 DMA Channels available 0, 1, 3 Reliable Plug and Play (DMA & IRQ's Plug and Play or Software Configured) **************************************************************************** Best Regards, Ajith. PS: What you're doing is REALLY GREAT work!! Keep it up. ------------------------------------------------------------------------------ Ajith Pasqual - Hatori-Aizawa Lab., Dept of Info. & Comm. Eng., Univ. of Tokyo. Email:pasqual@hal.t.u-tokyo.ac.jp (WWW)http://www.hal.t.u-tokyo.ac.jp/~pasqual/ ------------------------------------------------------------------------------- From owner-freebsd-multimedia Thu Sep 4 22:39:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA05267 for multimedia-outgoing; Thu, 4 Sep 1997 22:39:34 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA05183 for ; Thu, 4 Sep 1997 22:39:01 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id WAA01334; Thu, 4 Sep 1997 22:38:49 -0700 (PDT) Message-Id: <199709050538.WAA01334@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: lamaster@george.arc.nasa.gov cc: multimedia@FreeBSD.ORG Subject: Release Plan In-reply-to: Your message of "Thu, 04 Sep 1997 14:32:05 PDT." <199709042132.OAA22525@george.arc.nasa.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 22:38:49 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 2.2.5 to be released in about 3 weeks. 1. guspnp18 + Luigi's Pnp code to replace 2.2.5 linux sound driver 3.0 My responsbility is to ensure that guspnp gets checked in. 2. Updated Bt848 driver to be checked in to both 3.0 -current and 2.2.5 I will provide the code 3. Luigi checks in his PnP code to 2.2.5 and 3.0-current 4. Minor checking for isa.c to both 2.2.5 and 3.0-current 5. Updated Bt848 web page which is going go under the FreeBSD Multimedia Web Page , if anyone wants to jazz up the Bt848 Web page now is a good time. I have Steve's Passe Bt848 Project Web Page, if you are interested! 3.0 5 days for the next CDROM snapshot. 1. Luigi's sound driver replaces the existing linux sound driver 3.0 and all near term FreeBSD sound driver development will be based on his sound driver. It would be nice if Randall can check in his fxtv package under /usr/share/examples/bktr to both 2.2.5 and 3.0-current. What I would like to see is a tarball of all the packages that fxtv needs mpeg encoder/decoder , etc.. The same goes for Steve Passe's and his tuner code. If anyone feels that they have a package which should be included in 2.2.5 or 3.0 now is a good time to step in and do something about it. Enjoy, Amancio From owner-freebsd-multimedia Thu Sep 4 23:01:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09420 for multimedia-outgoing; Thu, 4 Sep 1997 23:01:20 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09316 for ; Thu, 4 Sep 1997 23:00:26 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA01486; Thu, 4 Sep 1997 23:00:10 -0700 (PDT) Message-Id: <199709050600.XAA01486@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Tue, 02 Sep 1997 16:56:33 PDT." <199709022356.QAA08663@hokkshideh.jetcafe.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Sep 1997 23:00:09 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have not seen your mbone broadcast in a couple of days. Are things okay over there? Amancio >From The Desk Of Dave Hayes : > I'm still using guspnp16 of course. ;-) > > Everything just ground to a halt: > > hokkshideh> cat /dev/sndstat > cat: /dev/sndstat: Device busy > > Is there a way to reset this without rebooting? > > On a separate note, is there Multicast MPEG 3 yet? > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > From owner-freebsd-multimedia Fri Sep 5 00:08:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04108 for multimedia-outgoing; Thu, 4 Sep 1997 22:34:12 -0700 (PDT) Received: from proxy3.ba.best.com (root@proxy3.ba.best.com [206.184.139.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04057 for ; Thu, 4 Sep 1997 22:33:58 -0700 (PDT) Received: from [204.156.152.250] (lianne.vip.best.com [204.156.152.250]) by proxy3.ba.best.com (8.8.7/8.8.BEST) with ESMTP id WAA06225 for ; Thu, 4 Sep 1997 22:33:47 -0700 (PDT) Date: Thu, 4 Sep 1997 22:33:47 -0700 (PDT) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: multimedia@FreeBSD.ORG From: lianne mueller Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Please help me get off this list I am going on a two month trip and I have tried to unsubsribed but have not yet been sucessful lianne@best.com From owner-freebsd-multimedia Fri Sep 5 02:05:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA26692 for multimedia-outgoing; Fri, 5 Sep 1997 02:05:41 -0700 (PDT) Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA26678 for ; Fri, 5 Sep 1997 02:05:14 -0700 (PDT) Received: from login.dknet.dk (root@login.dknet.dk [193.88.44.43]) by ns.dknet.dk (8.8.5/8.8.5) with SMTP id LAA25414 for ; Fri, 5 Sep 1997 11:04:13 +0200 (MET DST) Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA22907; Fri, 5 Sep 97 11:00:34 +0200 From: fj@login.dknet.dk (Flemming Jacobsen) Message-Id: <9709050900.AA22907@login.dknet.dk> Subject: Hauppauge Win/TV and fxtv problems To: freebsd-multimedia@FreeBSD.ORG Date: Fri, 5 Sep 97 11:00:33 MET DST Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, I have some problems using fxtv. I'm using: FreeBSD X TV (fxtv), vers. 0.43. with the bt848.970604.tgz drivers, on FreeBSD 2.2.2-RELEASE. I start it using the following script: #!/bin/sh GEOMETRY="-geometry -0-0" SYSDEFAULTS="-inputFormat pal -cableFreqSet weurope -antennaFreqSet weurope" DEFAULTS="-tunerMode cable -defaultInput tuner -defaultChannel 10" cd $HOME/bin/FXTV exec ./fxtv $GEOMETRY $SYSDEFAULTS $DEFAULTS My card is a Hauppauge Win/TV with text and radio (BUT: it doesn't have a set of CD-in-out connectors on the PCB as most people describe. The back-plate has two RF-in connectors (TV and Radio), one audio-out 3.5mm stereo jack, one S-VHS-in mini DIN, one audio-in 3.5mm stereo jack and one video-in phono connector). I live in Denmark, so `pal' is OK, `weurope' should be OK too. The basic functionality of the card is OK, as I can get the window to show whatever I send to the video-in connector. The problem is: No matter what channel number I type in I get either static or a blue window (ch 3+4 is static, 5+6 and most of the rest is blue). I've tried to change -*FreqSet to the other possible values, and I've tried feeding the RF-in from both my cable outlet and from a small antenna. I've been trying most of the channels that my cable company published in their "how to" folder when using the cable connection, and I've tried at random when using the antenna. In all cases there's NO diffrence that I can see (yes, I did remember to set the cable/antenna selector). Am I missing something obvious, or is my tuner broken ? Have a nice day Flemming -- Flemming Jacobsen It'll probably say something like "Does not compute" or "Inoperative parameters". That's Email: fj@login.dknet.dk what it says when it doesn't know and doesn't want to admit it. -- Terry Pratchett: Wings From owner-freebsd-multimedia Fri Sep 5 02:32:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA28027 for multimedia-outgoing; Fri, 5 Sep 1997 02:32:59 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA28022 for ; Fri, 5 Sep 1997 02:32:56 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id CAA07149; Fri, 5 Sep 1997 02:33:23 -0700 (PDT) Message-Id: <199709050933.CAA07149@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 02:33:23 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > I have not seen your mbone broadcast in a couple of days. > Are things okay over there? Not really. ;-) I have 400kb/s pulses coming over a 384kb/s link. Those are MBONE static routes, of course, and there's nothing I know to be done about that. The other thing is your latest driver did something to the sound quality and gain. I was unable to keep VAT from distorting. I have major programming to do and I haven't had a chance to learn enough about the sound subsystems involved to be intelligent about diagnosis. Do you have any suggestions? ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet I have learned silence from the talkative, toleration from the intolerant, and kindness from the unkind; yet strange, I am ungrateful to those teachers. -- Kahlil Gibran From owner-freebsd-multimedia Fri Sep 5 08:03:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA13315 for multimedia-outgoing; Fri, 5 Sep 1997 08:03:46 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA13299 for ; Fri, 5 Sep 1997 08:03:25 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA11970 for multimedia@freebsd.org; Fri, 5 Sep 1997 15:51:31 +0200 From: Luigi Rizzo Message-Id: <199709051351.PAA11970@labinfo.iet.unipi.it> Subject: snd970904.tgz To: multimedia@freebsd.org Date: Fri, 5 Sep 1997 15:51:31 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have fixed the mixer support for the SoundBlaster16 cards, and also removed a bug in the allocation of buffers which might cause panics on some small-memory systems using 16-bit DMA channels. The new snap is at http://www.iet.unipi.it/~luigi/snd970904.tgz If you do not use a SB16, or do not use 16-bit dma channels, you don't need to update. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Fri Sep 5 09:53:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19149 for multimedia-outgoing; Fri, 5 Sep 1997 09:53:28 -0700 (PDT) Received: from xcf.berkeley.edu (scam.XCF.Berkeley.EDU [128.32.43.201]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA19135 for ; Fri, 5 Sep 1997 09:53:11 -0700 (PDT) From: grady@scam.XCF.Berkeley.EDU Message-Id: <199709051653.JAA19135@hub.freebsd.org> Received: (qmail 24149 invoked from network); 5 Sep 1997 16:44:48 -0000 Received: from unknown (HELO scam.XCF.Berkeley.EDU) (127.0.0.1) by 127.0.0.1 with SMTP; 5 Sep 1997 16:44:48 -0000 To: Luigi Rizzo Cc: multimedia@freebsd.org Subject: Re: snd970904.tgz In-reply-to: Your message of Fri, 5 Sep 1997 15:51:31 +0200 (MET DST) <199709051351.PAA11970@labinfo.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <24145.873477887.1@scam.XCF.Berkeley.EDU> Date: Fri, 05 Sep 1997 09:44:48 -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The volume in timidity works! Now, there's just problem of it playing at twice the correct speed (before I said 3x, but actually timing it, I find it's around 2x). Steven From owner-freebsd-multimedia Fri Sep 5 10:06:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA19728 for multimedia-outgoing; Fri, 5 Sep 1997 10:06:40 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA19709 for ; Fri, 5 Sep 1997 10:06:12 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA12147; Fri, 5 Sep 1997 17:49:45 +0200 From: Luigi Rizzo Message-Id: <199709051549.RAA12147@labinfo.iet.unipi.it> Subject: Re: Updated support for Ensoniq SoundScape Elite or VIVO in FreeBSD-3.0 To: pasqual@hal.t.u-tokyo.ac.jp (Ajith Pasqual) Date: Fri, 5 Sep 1997 17:49:45 +0200 (MET DST) Cc: cracauer@wavehh.hanse.de, john@jwlab.feith.COM, freebsd-multimedia@FreeBSD.ORG, pasqual@hal.t.u-tokyo.ac.jp In-Reply-To: <199709050139.KAA26310@hitomi.hal.t.u-tokyo.ac.jp> from "Ajith Pasqual" at Sep 5, 97 10:39:22 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > (One other thing : I've read that Ensoniq has been very generous in supporting > Linux. They have even donated a soundscape card) calling "very generous" the donation of one card seems a bit overkill, but certainly it is a nicer than other manufacturer which would not even respond to email other than sending a prerecorded reply... Maybe I should ask one myself... :) Thanks for the info on the card. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Fri Sep 5 11:05:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA22741 for multimedia-outgoing; Fri, 5 Sep 1997 11:05:42 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA22710 for ; Fri, 5 Sep 1997 11:05:09 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id SAA12295; Fri, 5 Sep 1997 18:53:17 +0200 From: Luigi Rizzo Message-Id: <199709051653.SAA12295@labinfo.iet.unipi.it> Subject: speed setting problem with SB16 on snd970904.tgz To: grady@scam.XCF.Berkeley.EDU Date: Fri, 5 Sep 1997 18:53:17 +0200 (MET DST) Cc: multimedia@freebsd.org In-Reply-To: <199709051647.SAA12275@labinfo.iet.unipi.it> from "grady@scam.XCF.Berkeley.EDU" at Sep 5, 97 10:42:12 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A problem in setting speed on SB16 cards was reported. The fix for the SB16 is the following: in sb_dsp.c, function dsp_speed(), add the following lines static int dsp_speed(snddev_info *d) { u_char tconst; u_long flags; int max_speed = 44100, speed = d->speed ; + if (d->bd_flags & BD_F_SB16) { + RANGE (speed, 5000, 45000); + d->speed = speed ; + sb_cmd(d->io_base, 0x41); + sb_cmd(d->io_base, d->speed >> 8 ); + sb_cmd(d->io_base, d->speed & 0xff ); + sb_cmd(d->io_base, 0x42); + sb_cmd(d->io_base, d->speed >> 8 ); + sb_cmd(d->io_base, d->speed & 0xff ); + return speed ; + } /* * only some models can do stereo, and only if not * simultaneously using midi. At this point I am not sure if changing speed works on the SB3.X -- if someone wwants to test... I don't have this card at the moment. Cheers Luigi From owner-freebsd-multimedia Fri Sep 5 11:05:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA22758 for multimedia-outgoing; Fri, 5 Sep 1997 11:05:54 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA22715 for ; Fri, 5 Sep 1997 11:05:13 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id LAA05086; Fri, 5 Sep 1997 11:05:00 -0700 (PDT) Message-Id: <199709051805.LAA05086@rah.star-gate.com> To: Dave Hayes cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz In-reply-to: Your message of "Fri, 05 Sep 1997 02:33:23 PDT." <199709050933.CAA07149@hokkshideh.jetcafe.org> Date: Fri, 05 Sep 1997 11:05:00 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am going to back out the changes to ad1848.c which seems to make things worse for vat. For the near term, vat will be modified to directly manage the card's dma buffer and that will clean up what ever problems are left with sound quality. The stuttering problem with mpg123 still needs to be resolved. Cheers, Amancio >From The Desk Of Dave Hayes : > Amancio Hasty writes: > > I have not seen your mbone broadcast in a couple of days. > > Are things okay over there? > > Not really. ;-) > > I have 400kb/s pulses coming over a 384kb/s link. Those are MBONE > static routes, of course, and there's nothing I know to be done > about that. > > The other thing is your latest driver did something to the sound > quality and gain. I was unable to keep VAT from distorting. > > I have major programming to do and I haven't had a chance to learn > enough about the sound subsystems involved to be intelligent about > diagnosis. > > Do you have any suggestions? > ------ > Dave Hayes - Altadena CA, USA - dave@jetcafe.org > >>> The opinions expressed above are entirely my own <<< > Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet > > I have learned silence from the talkative, toleration from the intolerant, > and kindness from the unkind; yet strange, I am ungrateful to those > teachers. -- Kahlil Gibran > > From owner-freebsd-multimedia Fri Sep 5 11:29:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24086 for multimedia-outgoing; Fri, 5 Sep 1997 11:29:18 -0700 (PDT) Received: from xcf.berkeley.edu (scam.XCF.Berkeley.EDU [128.32.43.201]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA24072 for ; Fri, 5 Sep 1997 11:29:05 -0700 (PDT) From: grady@scam.XCF.Berkeley.EDU Message-Id: <199709051829.LAA24072@hub.freebsd.org> Received: (qmail 1118 invoked from network); 5 Sep 1997 18:20:41 -0000 Received: from unknown (HELO scam.XCF.Berkeley.EDU) (127.0.0.1) by 127.0.0.1 with SMTP; 5 Sep 1997 18:20:41 -0000 To: Luigi Rizzo Cc: multimedia@freebsd.org Subject: Re: speed setting problem with SB16 on snd970904.tgz In-reply-to: Your message of Fri, 5 Sep 1997 18:53:17 +0200 (MET DST) <199709051653.SAA12295@labinfo.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1112.873483639.1@scam.XCF.Berkeley.EDU> Date: Fri, 05 Sep 1997 11:20:41 -0700 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This works! (after :%s/d->speed/d->play_speed/g) Things are _almost_ wonderful. But now that I can hear everything, I'm noticing there are clicks in the output. They occur 4 or 5 times per second. I hear them both with timidity (playing on dspW) and catting a file to /dev/audio. I think they are occurring with absolutely regularity, although the music makes it hard to hear sometimes. When playing on timidity (playing a stero sound file) I note that the clicks seem to move across the stereo channels (ie. a given click may appear on either side, or on both). BTW, when I cat to /dev/audio, I see the message: default ioctl snd1 subdev 4 fn 0x402c7413 fail (although it does play successfully). Steven > static int > dsp_speed(snddev_info *d) > { > u_char tconst; > u_long flags; > int max_speed = 44100, speed = d->speed ; > > + if (d->bd_flags & BD_F_SB16) { > + RANGE (speed, 5000, 45000); > + d->speed = speed ; > + sb_cmd(d->io_base, 0x41); > + sb_cmd(d->io_base, d->speed >> 8 ); > + sb_cmd(d->io_base, d->speed & 0xff ); > + sb_cmd(d->io_base, 0x42); > + sb_cmd(d->io_base, d->speed >> 8 ); > + sb_cmd(d->io_base, d->speed & 0xff ); > + return speed ; > + } > /* > * only some models can do stereo, and only if not > * simultaneously using midi. From owner-freebsd-multimedia Fri Sep 5 11:41:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24898 for multimedia-outgoing; Fri, 5 Sep 1997 11:41:49 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA24890 for ; Fri, 5 Sep 1997 11:41:42 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id TAA12468; Fri, 5 Sep 1997 19:29:26 +0200 From: Luigi Rizzo Message-Id: <199709051729.TAA12468@labinfo.iet.unipi.it> Subject: Re: speed setting problem with SB16 on snd970904.tgz To: grady@scam.XCF.Berkeley.EDU Date: Fri, 5 Sep 1997 19:29:25 +0200 (MET DST) Cc: multimedia@freebsd.org In-Reply-To: <199709051718.TAA12430@labinfo.iet.unipi.it> from "grady@scam.XCF.Berkeley.EDU" at Sep 5, 97 11:20:22 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > This works! (after :%s/d->speed/d->play_speed/g) right. I am in the middle of implementing split format operation (some cards do support that, and the SB16 needs that if you want to do full duplex without too much hassle) so I applied an inverse substitution forgetting that the original name was play_speed, not just speed :( > Things are _almost_ wonderful. But now that I can hear everything, > I'm noticing there are clicks in the output. They occur 4 or 5 times > per second. I hear them both with timidity (playing on dspW) and > catting a file to /dev/audio. I think they are occurring with > absolutely regularity, although the music makes it hard to hear yes. The reason is that I am not using auto mode right now (other work in progress, see dmabuf_auto.c ... ) so when you get an interrupt (4 times per second default) you might miss a sample. This problem seems not to appear with the CS4236, either because they have a bigger data fifo (does the SB16 has a data fifo at all ? and how do I enable it ?) or because it generates an interrupt earlier (maybe when the last sample is acquired, rather than at the first underrun/overrun) or a combination of the two. The problem will go away with auto dma, but implementing autodma is tricky in presence of broken chips such as the opti931 so I need to design things carefully first. That's why it is getting so long. > BTW, when I cat to /dev/audio, I see the message: > default ioctl snd1 subdev 4 fn 0x402c7413 fail this is "cat" trying ioctl(fd, TIOCGETA, ...) on the sound device. I always forget to trap this one... Luigi From owner-freebsd-multimedia Fri Sep 5 15:46:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06383 for multimedia-outgoing; Fri, 5 Sep 1997 15:46:00 -0700 (PDT) Received: from ic4.ic.dk (qmailr@[194.234.173.124]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA06376 for ; Fri, 5 Sep 1997 15:45:54 -0700 (PDT) Received: (qmail 21881 invoked from network); 5 Sep 1997 22:39:41 -0000 Received: from ic1.ic.dk (193.88.65.12) by ic4.ic.dk with SMTP; 5 Sep 1997 22:39:41 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA14188 (5.65c8/IDA-1.4.4j); Sat, 6 Sep 1997 00:42:04 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.7/8.7.3) id AAA00523; Sat, 6 Sep 1997 00:11:52 +0200 (CEST) To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: {snd,pnp}970903.tgz and SB16PNP working except mixer. Good job! References: <199709040433.GAA09332@labinfo.iet.unipi.it> From: Jacob Bohn Lorensen Date: 06 Sep 1997 00:11:51 +0200 In-Reply-To: Luigi Rizzo's message of Thu, 4 Sep 1997 06:33:35 +0200 (MET DST) Message-Id: <87n2lre7h4.fsf@pippin.jblhome.ping.dk> Lines: 24 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > > Okay. I have switched back to using irq5 (which is unused in my > > system). It's really nice with this plug-and-play, that you can switch > > around the settings - even if it means recompiling the kernel :-) > no more recompiling! get snd970903.tgz and pnp970903.tgz from my web > page, it has support for overriding PnP configuration and also fixes > the behaviour of the SB16 (which did not work in capture and other > modes before). > > I'll look into the mixer stuff today. I am looking forward to testing this as soon as you have something available. Thanks. BTW, It's nice to be able to move IRQ/DRQ et al around without having to recompile the kernel. Regards. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45-31560401 PGP ID = E596F0B5; PGP Fingerprint = 1E8726467436DC4A 723B6678C5AD9E71 From owner-freebsd-multimedia Fri Sep 5 16:52:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09095 for multimedia-outgoing; Fri, 5 Sep 1997 16:52:29 -0700 (PDT) Received: from hokkshideh.jetcafe.org (hokkshideh.jetcafe.org [207.155.21.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA09085 for ; Fri, 5 Sep 1997 16:52:25 -0700 (PDT) Received: from hokkshideh.jetcafe.org (localhost [127.0.0.1]) by hokkshideh.jetcafe.org (8.8.5/8.8.5) with ESMTP id QAA20654; Fri, 5 Sep 1997 16:53:24 -0700 (PDT) Message-Id: <199709052353.QAA20654@hokkshideh.jetcafe.org> X-Mailer: exmh version 2.0delta 6/3/97 To: Amancio Hasty Cc: multimedia@FreeBSD.ORG Subject: Re: ftp://rah.star-gate.com/pub/guspnp18.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 16:53:24 -0700 From: Dave Hayes Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty writes: > I am going to back out the changes to ad1848.c which seems > to make things worse for vat. Thank you! ;-) > For the near term, vat will be modified to directly manage > the card's dma buffer and that will clean up what ever > problems are left with sound quality. The stuttering > problem with mpg123 still needs to be resolved. I see that it is more important to get working sound code out of the box in 2.2.5 rather than fix these bogons. It would be nice if people who have 2.2.5 could get my broadcasts without munging kernel code. *smile* ------ Dave Hayes - Altadena CA, USA - dave@jetcafe.org >>> The opinions expressed above are entirely my own <<< Freedom Knight of Usenet - http://www.jetcafe.org/~dave/usenet In a dark alley, a pickpocket tried to snatch Nasrudin's purse. There was a violent struggle, but eventually Nasrudin got the thief pinned on the ground. At this moment, a charitable woman passing called out: "You bully, let the little man up and give him a chance!" "Madam," panted Nasrudin, "you ignore the trouble which I have had getting him down." From owner-freebsd-multimedia Fri Sep 5 17:19:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA10118 for multimedia-outgoing; Fri, 5 Sep 1997 17:19:40 -0700 (PDT) Received: from ic4.ic.dk (qmailr@pm8-5.image.dk [194.234.173.197]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id RAA10113 for ; Fri, 5 Sep 1997 17:19:33 -0700 (PDT) Received: (qmail 25717 invoked from network); 6 Sep 1997 00:09:58 -0000 Received: from ic1.ic.dk (193.88.65.12) by ic4.ic.dk with SMTP; 6 Sep 1997 00:09:58 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA16311 (5.65c8/IDA-1.4.4j); Sat, 6 Sep 1997 02:12:27 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.7/8.7.3) id AAA00392; Sat, 6 Sep 1997 00:56:10 +0200 (CEST) To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: snd970904.tgz - can't hear anything while sampling from CD. References: <199709051351.PAA11970@labinfo.iet.unipi.it> From: Jacob Bohn Lorensen Date: 06 Sep 1997 00:56:08 +0200 In-Reply-To: Luigi Rizzo's message of Fri, 5 Sep 1997 15:51:31 +0200 (MET DST) Message-Id: <87oh675q0n.fsf@pippin.jblhome.ping.dk> Lines: 34 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > I have fixed the mixer support for the SoundBlaster16 cards, and also This works just fine! Now, when I use xmix to set the recording source to "CD", I can hear no sound. When recording source is either microphone or line I can hear the CD playing just fine. Otherwise, sampling and playing (pcmio +rec,...; pcmio +play,...;) seems to work just fine. Now for some more serious work: does anybody know if there exists programs that can "slow down" a sample. I.e. play it at half it's speed without all frequencies dropping one octave? Or do I have to find out how to do this myself? (Must have something to do with the Fast Fourier Transform...) Oh, by the way, I just tried playing "xboing" with sound - it hangs after a while, syslog saying: Sep 6 00:48:16 pippin /test: dsp sync Sep 6 00:48:18 pippin /test: chan 3 not busy Sep 6 00:48:49 pippin last message repeated 3032 times Sep 6 00:50:42 pippin last message repeated 11221 times Regards, Jacob. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45-31560401 PGP ID = E596F0B5; PGP Fingerprint = 1E8726467436DC4A 723B6678C5AD9E71 From owner-freebsd-multimedia Fri Sep 5 21:13:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA19415 for multimedia-outgoing; Fri, 5 Sep 1997 21:13:13 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19410 for ; Fri, 5 Sep 1997 21:13:10 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id VAA00305 for ; Fri, 5 Sep 1997 21:13:08 -0700 (PDT) Message-Id: <199709060413.VAA00305@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: [video] ftp://rah.star-gate.com/pub/bt848.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 21:13:07 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Latest Bt848 driver which will be checked in to 2.2 and 3.0-current. includes: 1. a patch from Luigi: The diffs here are mainly removal of dead code, addition of a table for western europe channel, a a couple of ioctl to get/set the luma notch, one variable (flags) in the descriptor made volatile. 2. Most of the changes has been tested for about 2 months and it includes proper support for yuv and support for Van Jacobson's style of video capture for vic. I need feedback for this latest driver before Monday so we can make the next FreeBSD 3.0 snapshot. The 2.2.x cdrom release is about 3 week out;however, I still want to check in the driver to 2.2.x. Tnks, Amancio From owner-freebsd-multimedia Fri Sep 5 22:03:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA22373 for multimedia-outgoing; Fri, 5 Sep 1997 22:03:14 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA22366 for ; Fri, 5 Sep 1997 22:03:06 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA13137; Sat, 6 Sep 1997 05:51:43 +0200 From: Luigi Rizzo Message-Id: <199709060351.FAA13137@labinfo.iet.unipi.it> Subject: Re: snd970904.tgz - can't hear anything while sampling from CD. To: jacob@jblhome.ping.dk (Jacob Bohn Lorensen) Date: Sat, 6 Sep 1997 05:51:43 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <87oh675q0n.fsf@pippin.jblhome.ping.dk> from "Jacob Bohn Lorensen" at Sep 6, 97 00:55:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi Rizzo writes: > > > I have fixed the mixer support for the SoundBlaster16 cards, and also > > This works just fine! > > Now, when I use xmix to set the recording source to "CD", I can hear > no sound. When recording source is either microphone or line I can > hear the CD playing just fine. the problem is the following: in most sound cards, there is a multiplexer driving the ADC input, and separate volume controls on the path to the speaker. So if you want to speak and not listen to your voice (or avoid Larsen, etc), you can set the mic volume to 0 and you are done. On the SB16, the ADC has a real mixer, but the volume controls are shared among the two mixers, so you cannot put the volume to 0 or you wouldn't get anything. In order to remove the feedback, I decided to disconnect from the output mixer the source(s) currently being used for record. This explains the behaviour you see. I could have let the user selectively disable sources to the output mixer but there is no ioctl() to do that, so I would need a new one, and applications would not work without recompiling. > Now for some more serious work: does anybody know if there exists > programs that can "slow down" a sample. I.e. play it at half it's not sure on what you want, perhaps you want to keep the shape of the envelope (e.g. make it twice as long) but maintain the istantaneous waveform ? Seems something non trivial. Anyways the OSS page at www.4front-tech.com has a long listing on applications working with OSS which should help. > Oh, by the way, I just tried playing "xboing" with sound - it hangs > after a while, syslog saying: > > Sep 6 00:48:16 pippin /test: dsp sync > Sep 6 00:48:18 pippin /test: chan 3 not busy > Sep 6 00:48:49 pippin last message repeated 3032 times > Sep 6 00:50:42 pippin last message repeated 11221 times I'll try xboing and see what it does. Thanks Luigi From owner-freebsd-multimedia Fri Sep 5 22:42:57 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA24444 for multimedia-outgoing; Fri, 5 Sep 1997 22:42:57 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts13-line6.uoregon.edu [128.223.150.155]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA24439 for ; Fri, 5 Sep 1997 22:42:53 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.8.5/8.8.5) with SMTP id WAA07585; Fri, 5 Sep 1997 22:42:40 -0700 (PDT) Date: Fri, 5 Sep 1997 22:42:40 -0700 (PDT) From: Doug White X-Sender: dwhite@localhost Reply-To: Doug White To: Flemming Jacobsen cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-Reply-To: <9709050900.AA22907@login.dknet.dk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Fri, 5 Sep 1997, Flemming Jacobsen wrote: > Hi, > > I have some problems using fxtv. > > I'm using: FreeBSD X TV (fxtv), vers. 0.43. > with the bt848.970604.tgz drivers, on FreeBSD 2.2.2-RELEASE. I start it > using the following script: [script] What is the boot probe message for the Win/TV? > The problem is: No matter what channel number I type in I get either > static or a blue window (ch 3+4 is static, 5+6 and most of the rest is > blue). I've tried to change -*FreqSet to the other possible values, > and I've tried feeding the RF-in from both my cable outlet and from a > small antenna. I've been trying most of the channels that my cable > company published in their "how to" folder when using the cable > connection, and I've tried at random when using the antenna. In all > cases there's NO diffrence that I can see (yes, I did remember to set > the cable/antenna selector). You may need to tweak /sys/pci/brooktree848.c and make sure that the weurope frequency set is selected by default. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major Spam routed to /dev/null by Procmail | Death to Cyberpromo From owner-freebsd-multimedia Fri Sep 5 23:27:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA27121 for multimedia-outgoing; Fri, 5 Sep 1997 23:27:30 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA27114 for ; Fri, 5 Sep 1997 23:27:28 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id XAA00610; Fri, 5 Sep 1997 23:27:14 -0700 (PDT) Message-Id: <199709060627.XAA00610@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Doug White cc: Flemming Jacobsen , freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-reply-to: Your message of "Fri, 05 Sep 1997 22:42:40 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Sep 1997 23:27:13 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Luigi submitted code for Euro-Channels so download ftp://rah.star-gate.com/pub/bt848.tar.gz and give it a try. Amancio >From The Desk Of Doug White : > On Fri, 5 Sep 1997, Flemming Jacobsen wrote: > > > Hi, > > > > I have some problems using fxtv. > > > > I'm using: FreeBSD X TV (fxtv), vers. 0.43. > > with the bt848.970604.tgz drivers, on FreeBSD 2.2.2-RELEASE. I start it > > using the following script: > > [script] > > What is the boot probe message for the Win/TV? > > > The problem is: No matter what channel number I type in I get either > > static or a blue window (ch 3+4 is static, 5+6 and most of the rest is > > blue). I've tried to change -*FreqSet to the other possible values, > > and I've tried feeding the RF-in from both my cable outlet and from a > > small antenna. I've been trying most of the channels that my cable > > company published in their "how to" folder when using the cable > > connection, and I've tried at random when using the antenna. In all > > cases there's NO diffrence that I can see (yes, I did remember to set > > the cable/antenna selector). > > You may need to tweak /sys/pci/brooktree848.c and make sure that the > weurope frequency set is selected by default. > > Doug White | University of Oregon > Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant > http://gladstone.uoregon.edu/~dwhite | Computer Science Major > Spam routed to /dev/null by Procmail | Death to Cyberpromo > From owner-freebsd-multimedia Sat Sep 6 01:06:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA01791 for multimedia-outgoing; Sat, 6 Sep 1997 01:06:04 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA01785 for ; Sat, 6 Sep 1997 01:05:56 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id IAA13283; Sat, 6 Sep 1997 08:53:16 +0200 From: Luigi Rizzo Message-Id: <199709060653.IAA13283@labinfo.iet.unipi.it> Subject: Re: Hauppauge Win/TV and fxtv problems To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 6 Sep 1997 08:53:16 +0200 (MET DST) Cc: dwhite@resnet.uoregon.edu, fj@login.dknet.dk, freebsd-multimedia@FreeBSD.ORG In-Reply-To: <199709060627.XAA00610@rah.star-gate.com> from "Amancio Hasty" at Sep 5, 97 11:26:54 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > Luigi submitted code for Euro-Channels so download > ftp://rah.star-gate.com/pub/bt848.tar.gz you can also try to use the ioctl to set the frequency explicitly. You can do it in steps of .25 MHz. Not sure if fxtv does support this but it could be a useful option in my opinion. Cheers Luigi From owner-freebsd-multimedia Sat Sep 6 01:15:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA02279 for multimedia-outgoing; Sat, 6 Sep 1997 01:15:09 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA02238 for ; Sat, 6 Sep 1997 01:14:20 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA13303; Sat, 6 Sep 1997 09:02:31 +0200 From: Luigi Rizzo Message-Id: <199709060702.JAA13303@labinfo.iet.unipi.it> Subject: intercepting vat (or other rtp) traffic To: multimedia@freebsd.org Date: Sat, 6 Sep 1997 09:02:31 +0200 (MET DST) Cc: luigi@labinfo.iet.unipi.it (Luigi Rizzo) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I would like to write a program which sits underneath vat and other conferencing apps (such as vic, rat, etc.), intercepts both outgoing and incoming traffic, and plays some tricks with it (tricks include compressing packets, adding redundancy or retransmissions, forwarding through a tunnel, etc.) Basically I can think of two ways of achieving the result: 1) patch the network module of vat and intercept traffic there; 2) program vat to use 127.0.0.1 and let my program talk to vat using the same address. My program would basically do address translation in both directions. I like better #2, except that I am not sure of how much of the IP header is used by these apps. Also #1 is not an option when you do not have sources available :) Any suggestion on how to operate or pointers to documentation ? Thanks Luigi From owner-freebsd-multimedia Sat Sep 6 04:46:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA10172 for multimedia-outgoing; Sat, 6 Sep 1997 04:46:44 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA10166 for ; Sat, 6 Sep 1997 04:46:37 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id EAA10238; Sat, 6 Sep 1997 04:46:26 -0700 (PDT) Message-ID: <19970906044626.20461@hydrogen.nike.efn.org> Date: Sat, 6 Sep 1997 04:46:26 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: snd970904.tgz References: <199709051351.PAA11970@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709051351.PAA11970@labinfo.iet.unipi.it>; from Luigi Rizzo on Fri, Sep 05, 1997 at 03:51:31PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 5: > I have fixed the mixer support for the SoundBlaster16 cards, and also > removed a bug in the allocation of buffers which might cause panics on > some small-memory systems using 16-bit DMA channels. The new snap is at > > http://www.iet.unipi.it/~luigi/snd970904.tgz > > If you do not use a SB16, or do not use 16-bit dma channels, you don't > need to update. well.. in my quest to get full duplex.. it looks like I probably have it working.. I updated my isa.c to match with the missing parens... and it's definately improved.. I can now record off the sound card while playing mods... (my inet connectivity doesn't allow me to try out the mbone).. but I think I've found a MAJOR problem.. your code assume the recmask that is passed in on a MIXER_WRITE(SOUND_MIXER_RECSRC) only sets one of the bits... instead of setting multiple bits.. this causes your code to fall over... and there is no fix for it when you use the default mixer command... I finally started looking at the code and it scared me... so I have rewriten it.. and I have it fully functioning... I don't think I've missed anything... it allows you to do a command like: mixer vol 100 pcm 50 cd 0 -rec line +rec mic and it will be interpeted properly.. I also added an option recsrc that will display the recsrc at the end.. I've also updated it so that when it displays the recording sources that it doesn't use what was passed in, but reads the recsrc after the set, and uses that to display the recording sources... this will mean that you get what the card reads, not what the program sets it too... now a bit more about your driver... right now I somehow got it to were it thinks there is a reader (when lsof lists no *dsp* or *audio* files open, lsof will list the mod player when it's playing) active.. and playback is going as fast as the player can feed the sound card.. and the output sounds like your running a cd player fast forward, but running it about 10 times what a normal fast forward is... the console doesn't give much info: default ioctl snd1 subdev 4 fn 0x40406d02 fail default ioctl snd1 subdev 3 fn 0x40406d02 fail dsp_rdabort: stopped after 3265 bytes out of 3348 open: missing for unit 0 read denied, another reader is in read denied, another reader is in for the open reading problem.. I haven't looked at the code, but I think what might be happening is that you are counting an open reader when I do something like cp /dev/audio0 > /dev/null (my pcm is pcm1 and I don't have a pcm0) and /dev/audio0 is invalid, and returns it, but the open count never gets decremented.. now.. the way I get the default ioctl snd1 subdev ... message is by doing: dd if=/dev/{audio,dsp} of=/tmp/somefile bs=4k count=20 hope this helps... I must say it's getting really nice though... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Sat Sep 6 06:14:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA12632 for multimedia-outgoing; Sat, 6 Sep 1997 06:14:14 -0700 (PDT) Received: from ic4.ic.dk (qmailr@pm5-33.image.dk [194.234.173.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA12627 for ; Sat, 6 Sep 1997 06:14:10 -0700 (PDT) Received: (qmail 19841 invoked from network); 6 Sep 1997 13:09:22 -0000 Received: from ic1.ic.dk (193.88.65.12) by ic4.ic.dk with SMTP; 6 Sep 1997 13:09:22 -0000 Received: from jblhome by ic1.ic.dk with UUCP id AA04902 (5.65c8/IDA-1.4.4j); Sat, 6 Sep 1997 15:12:01 +0200 Received: (from jacob@localhost) by pippin.jblhome.ping.dk (8.8.7/8.7.3) id MAA01526; Sat, 6 Sep 1997 12:02:58 +0200 (CEST) To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: snd970904.tgz - can't hear anything while sampling from CD. References: <199709060351.FAA13137@labinfo.iet.unipi.it> From: Jacob Bohn Lorensen Date: 06 Sep 1997 12:02:57 +0200 In-Reply-To: Luigi Rizzo's message of Sat, 6 Sep 1997 05:51:43 +0200 (MET DST) Message-Id: <87iuwe4v5a.fsf@pippin.jblhome.ping.dk> Lines: 32 X-Mailer: Gnus v5.3/Emacs 19.34 X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo writes: > In order to remove the feedback, I decided to disconnect from the > output mixer the source(s) currently being used for record. This > explains the behaviour you see. But it makes it really difficult to sample for example the guitar solo only from a song on a CD. I wish to do this and then somehow transform the sample so I can play it at half speed but still have the correct tuning. I.e., if you just sample at 44100 Hz and then play the sample at 22050 Hz, you're almost done - except for the fact that all frequencies are halved (even the most soprano voice turns almost to a bass voice :-) > I could have let the user selectively disable sources to the output > mixer but there is no ioctl() to do that, so I would need a new one, > and applications would not work without recompiling. What was done in the old sound driver? I seem to remember having heard what was being sampled while it was being sampled on one of my friends' computer; he had en non-pnp SB16, I think. If you sample from the CD or "line in" only there should be no problem with feedback? Only if you sample from a microphone should the input source be cut away... I think... Thanks again, Jacob. -- Jacob Lorensen; Mosebuen 33, 1.; DK-2820 Gentofte, Denmark; +45-31560401 PGP ID = E596F0B5; PGP Fingerprint = 1E8726467436DC4A 723B6678C5AD9E71 From owner-freebsd-multimedia Sat Sep 6 07:03:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14557 for multimedia-outgoing; Sat, 6 Sep 1997 07:03:23 -0700 (PDT) Received: from wireless.4d.net (wireless.4d.net [207.137.156.159]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA14552 for ; Sat, 6 Sep 1997 07:03:20 -0700 (PDT) Received: from uhf.wdc.net (uhf.4d.net [207.137.157.140]) by wireless.4d.net (8.8.7/8.8.4) with ESMTP id HAA08172; Sat, 6 Sep 1997 07:03:44 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.7/8.6.12) with SMTP id KAA00500; Sat, 6 Sep 1997 10:09:09 -0400 (EDT) Date: Sat, 6 Sep 1997 10:09:09 -0400 (EDT) From: Bernie Doehner X-Sender: bad@uhf.wdc.net To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: intercepting vat (or other rtp) traffic In-Reply-To: <199709060702.JAA13303@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Does it have to be vat? Can you use rat (assuming it's stable enough yet)? > 1) patch the network module of vat and intercept traffic there; > 2) program vat to use 127.0.0.1 and let my program talk to vat > using the same address. My program would basically do address > translation in both directions. > > I like better #2, except that I am not sure of how much of the IP > header is used by these apps. Also #1 is not an option when you do not > have sources available :) > > Any suggestion on how to operate or pointers to documentation ? > > Thanks > Luigi > From owner-freebsd-multimedia Sat Sep 6 07:08:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14670 for multimedia-outgoing; Sat, 6 Sep 1997 07:08:32 -0700 (PDT) Received: from wireless.4d.net (wireless.4d.net [207.137.156.159]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA14660 for ; Sat, 6 Sep 1997 07:08:28 -0700 (PDT) Received: from uhf.wdc.net (uhf.4d.net [207.137.157.140]) by wireless.4d.net (8.8.7/8.8.4) with ESMTP id HAA08192 for ; Sat, 6 Sep 1997 07:08:52 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.7/8.6.12) with SMTP id KAA00508 for ; Sat, 6 Sep 1997 10:14:15 -0400 (EDT) Date: Sat, 6 Sep 1997 10:14:14 -0400 (EDT) From: Bernie Doehner X-Sender: bad@uhf.wdc.net To: freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > The problem is: No matter what channel number I type in I get either > > static or a blue window (ch 3+4 is static, 5+6 and most of the rest is Blue window usualy means that you have selected cable as a source, and either nothing is on the RCA ports, or the source (external) tuner is off. Only use cable source when you connect using an RCA connector patch cable for audio/video. If you connect to the F connector (or whatever it might be in Europe) select tuner source. > > cases there's NO diffrence that I can see (yes, I did remember to set > > the cable/antenna selector). I am not to sure of that based on your description. Best Regards, Bernie From owner-freebsd-multimedia Sat Sep 6 07:09:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14709 for multimedia-outgoing; Sat, 6 Sep 1997 07:09:38 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA14703 for ; Sat, 6 Sep 1997 07:09:35 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id OAA13548; Sat, 6 Sep 1997 14:58:19 +0200 From: Luigi Rizzo Message-Id: <199709061258.OAA13548@labinfo.iet.unipi.it> Subject: Re: snd970904.tgz - can't hear anything while sampling from CD. To: jacob@jblhome.ping.dk (Jacob Bohn Lorensen) Date: Sat, 6 Sep 1997 14:58:19 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <87iuwe4v5a.fsf@pippin.jblhome.ping.dk> from "Jacob Bohn Lorensen" at Sep 6, 97 12:02:38 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi Rizzo writes: > > > In order to remove the feedback, I decided to disconnect from the > > output mixer the source(s) currently being used for record. This > > explains the behaviour you see. > > But it makes it really difficult to sample for example the guitar solo > only from a song on a CD. I wish to do this and then somehow good point. > What was done in the old sound driver? I seem to remember having heard I think they just ignored the problem, but am not totally sure. > If you sample from the CD or "line in" only there should be no problem > with feedback? Only if you sample from a microphone should the input > source be cut away... I think... probably, yes. I will make it work this way in the next snap (and it's easy, look at sb_set_recmask(). I decided to cut all sources because lately I was testing vat (on a CS4236 though) using a source connected to the 'line' input, and assuming the SB16 in full duplex is ever supported I did not want to hear the feedback. Cheers Luigi From owner-freebsd-multimedia Sat Sep 6 07:25:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15119 for multimedia-outgoing; Sat, 6 Sep 1997 07:25:09 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA15112 for ; Sat, 6 Sep 1997 07:25:05 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA13572; Sat, 6 Sep 1997 15:13:37 +0200 From: Luigi Rizzo Message-Id: <199709061313.PAA13572@labinfo.iet.unipi.it> Subject: Re: snd970904.tgz To: gurney_j@resnet.uoregon.edu Date: Sat, 6 Sep 1997 15:13:37 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <19970906044626.20461@hydrogen.nike.efn.org> from "John-Mark Gurney" at Sep 6, 97 04:46:07 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I can now record off the sound card while playing mods... (my inet > connectivity doesn't allow me to try out the mbone).. but I think you can still use vat on a standalone system, just do route add 224.0.0.0 -netmask 0xf0000000 -interface 127.0.0.1 and enable loopback and fullduplex in the vat control window, and you can hear yourself speaking. > I've found a MAJOR problem.. your code assume the recmask that is > passed in on a MIXER_WRITE(SOUND_MIXER_RECSRC) only sets one of the > bits... instead of setting multiple bits.. this causes your code to > fall over... and there is no fix for it when you use the default > mixer command... Sorry but the problem is in the "mixer" command, not in the driver. The Voxware driver only allowed one source on many boards, and would default to using the MIC only in case of a non-supported configuration. My driver follows the same approach, which seems reasonable (since there is no way to choose in case multiple bits are set). The mixer command is broken in that it only allows you to add/remove sources, not to set them, and as you notice it fails. I have updated it long ago to support the command "=rec source" which sets a single source. > I finally started looking at the code and it scared me... so I have > rewriten it.. and I have it fully functioning... I don't think I've do you have patches/sources ? Please submit a PR so that it gets fixed. > now a bit more about your driver... > > right now I somehow got it to were it thinks there is a reader (when > lsof lists no *dsp* or *audio* files open, lsof will list the mod player > when it's playing) active.. and playback is going as fast as the player > can feed the sound card.. and the output sounds like your running a cd > player fast forward, but running it about 10 times what a normal fast > forward is... > > the console doesn't give much info: > default ioctl snd1 subdev 4 fn 0x40406d02 fail > default ioctl snd1 subdev 3 fn 0x40406d02 fail probably dd does call MTIOCGET #define MTIOCGET _IOR('m', 2, struct mtget) and then somehow close is not invoked properly when the output is aborted. I'll look into the problem. > for the open reading problem.. I haven't looked at the code, but I think > what might be happening is that you are counting an open reader when > I do something like cp /dev/audio0 > /dev/null (my pcm is pcm1 and I > don't have a pcm0) and /dev/audio0 is invalid, and returns it, but the > open count never gets decremented.. no, probably I forgot to clear the 'reader active' flag. Thanks for the very detailed info Cheers Luigi From owner-freebsd-multimedia Sat Sep 6 07:27:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15223 for multimedia-outgoing; Sat, 6 Sep 1997 07:27:02 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA15218 for ; Sat, 6 Sep 1997 07:26:59 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id PAA13585; Sat, 6 Sep 1997 15:15:42 +0200 From: Luigi Rizzo Message-Id: <199709061315.PAA13585@labinfo.iet.unipi.it> Subject: Re: intercepting vat (or other rtp) traffic To: bad@uhf.wireless.net (Bernie Doehner) Date: Sat, 6 Sep 1997 15:15:42 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Bernie Doehner" at Sep 6, 97 10:08:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Does it have to be vat? Can you use rat (assuming it's stable enough > yet)? source for rat is not generally available and cannot be redistributed. in any case what I want to do is completely independent from the application that's why I am going for #2 > > 1) patch the network module of vat and intercept traffic there; > > 2) program vat to use 127.0.0.1 and let my program talk to vat > > using the same address. My program would basically do address > > translation in both directions. Cheers Luigi From owner-freebsd-multimedia Sat Sep 6 07:37:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15718 for multimedia-outgoing; Sat, 6 Sep 1997 07:37:47 -0700 (PDT) Received: from wireless.4d.net (wireless.4d.net [207.137.156.159]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15710 for ; Sat, 6 Sep 1997 07:37:44 -0700 (PDT) Received: from uhf.wdc.net (uhf.4d.net [207.137.157.140]) by wireless.4d.net (8.8.7/8.8.4) with ESMTP id HAA08269; Sat, 6 Sep 1997 07:38:08 -0700 (PDT) Received: from localhost (bad@localhost) by uhf.wdc.net (8.8.7/8.6.12) with SMTP id KAA00607; Sat, 6 Sep 1997 10:43:36 -0400 (EDT) Date: Sat, 6 Sep 1997 10:43:36 -0400 (EDT) From: Bernie Doehner X-Sender: bad@uhf.wdc.net To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: intercepting vat (or other rtp) traffic In-Reply-To: <199709061315.PAA13585@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > yet)? > > source for rat is not generally available and cannot be redistributed. > in any case what I want to do is completely independent from the > application that's why I am going for #2 Ahh.. You got me there. Now that you mention it, I remmember voicing a complaint because of this.. Bernie From owner-freebsd-multimedia Sat Sep 6 10:58:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24854 for multimedia-outgoing; Sat, 6 Sep 1997 10:58:38 -0700 (PDT) Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24846 for ; Sat, 6 Sep 1997 10:58:32 -0700 (PDT) Received: from login.dknet.dk (root@login.dknet.dk [193.88.44.43]) by ns.dknet.dk (8.8.5/8.8.5) with SMTP id TAA13075; Sat, 6 Sep 1997 19:58:25 +0200 (MET DST) Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA20147; Sat, 6 Sep 97 19:55:28 +0200 From: fj@login.dknet.dk (Flemming Jacobsen) Message-Id: <9709061755.AA20147@login.dknet.dk> Subject: Re: Hauppauge Win/TV and fxtv problems To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 6 Sep 97 19:55:27 MET DST Cc: dwhite@resnet.uoregon.edu, freebsd-multimedia@FreeBSD.ORG In-Reply-To: <199709060627.XAA00610@rah.star-gate.com>; from "Amancio Hasty" at Sep 5, 97 11:27 pm Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, When booting the kernel made from the bt848.970604.tgz kernel I get: bktr0 rev 17 int a irq 12 on pci0:10 mapreg[10] type=0 addr=fbff0000 size=1000. reg16: virtual=0xf4f32000 physical=0xfbff0000 size=0x1000 brooktree0: PCI bus latency is 80. bktr0: buffer size 3555328, addr 0x3000000 Hauppauge WinCast/TV, Temic PAL tuner. I sometimes get messages of the form shown below in the console log: bktr0: ioctl: tsleep error 35 1000f0c > Luigi submitted code for Euro-Channels so download > ftp://rah.star-gate.com/pub/bt848.tar.gz > and give it a try. When trying this kernel I get a `fatal trap 9: general protection fault while in kernel mode' right after the mapreg[10]-line. >From the comments made by the other nice people who has made suggestions, I realize that my description wasn't all that clear. So I'll try again: When using my external (old Philips 7300) tuner I select `Video', and everything is fine. When using either a small antenna or the signal from my cable company (both connected to the TV-in plug (which is "going into" the tuner metal box on the PCB) - I've doublechecked that I didn't use the Radio-in plug) I get the blue window (for some reason I don't get static anymore). I've tried all 4 combinations of the antenna/cable radio button and an antenna or cable-feed connected to TV-in. (does anyone know what the antenna/cable radio button does ?) I've tried the driver from Luigi's page (the one for text reception (I had to add a dummy #define for something text related to make it compile)), I get the same result as described above. Have a nice weekend Flemming -- Flemming Jacobsen It'll probably say something like "Does not compute" or "Inoperative parameters". That's Email: fj@login.dknet.dk what it says when it doesn't know and doesn't Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings From owner-freebsd-multimedia Sat Sep 6 11:25:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25790 for multimedia-outgoing; Sat, 6 Sep 1997 11:25:38 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA25785 for ; Sat, 6 Sep 1997 11:25:36 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id LAA07258; Sat, 6 Sep 1997 11:25:17 -0700 (PDT) Message-Id: <199709061825.LAA07258@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: fj@login.dknet.dk (Flemming Jacobsen) cc: dwhite@resnet.uoregon.edu, freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-reply-to: Your message of "Sat, 06 Sep 1997 19:55:27 +0700." <9709061755.AA20147@login.dknet.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Sep 1997 11:25:17 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Have you tried the driver from my ftp site? Amancio >From The Desk Of Flemming Jacobsen : > Hi, > > When booting the kernel made from the bt848.970604.tgz kernel I > get: > bktr0 rev 17 int a irq 12 on pci0:10 > mapreg[10] type=0 addr=fbff0000 size=1000. > reg16: virtual=0xf4f32000 physical=0xfbff0000 size=0x1000 > brooktree0: PCI bus latency is 80. > bktr0: buffer size 3555328, addr 0x3000000 > Hauppauge WinCast/TV, Temic PAL tuner. > > I sometimes get messages of the form shown below in the console > log: > bktr0: ioctl: tsleep error 35 1000f0c > > > Luigi submitted code for Euro-Channels so download > > ftp://rah.star-gate.com/pub/bt848.tar.gz > > and give it a try. > > When trying this kernel I get a `fatal trap 9: general > protection fault while in kernel mode' right after the > mapreg[10]-line. > > From the comments made by the other nice people who has made > suggestions, I realize that my description wasn't all that > clear. So I'll try again: > > When using my external (old Philips 7300) tuner I select > `Video', and everything is fine. > When using either a small antenna or the signal from my cable > company (both connected to the TV-in plug (which is "going into" > the tuner metal box on the PCB) - I've doublechecked that I > didn't use the Radio-in plug) I get the blue window (for some > reason I don't get static anymore). I've tried all 4 > combinations of the antenna/cable radio button and an antenna or > cable-feed connected to TV-in. > (does anyone know what the antenna/cable radio button does ?) > > I've tried the driver from Luigi's page (the one for text > reception (I had to add a dummy #define for something text > related to make it compile)), I get the same result as described > above. > > > Have a nice weekend > Flemming > > -- > Flemming Jacobsen It'll probably say something like "Does not > compute" or "Inoperative parameters". That's > Email: fj@login.dknet.dk what it says when it doesn't know and doesn't > Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings > From owner-freebsd-multimedia Sat Sep 6 12:09:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA27200 for multimedia-outgoing; Sat, 6 Sep 1997 12:09:06 -0700 (PDT) Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA27193 for ; Sat, 6 Sep 1997 12:08:59 -0700 (PDT) Received: from login.dknet.dk (root@login.dknet.dk [193.88.44.43]) by ns.dknet.dk (8.8.5/8.8.5) with SMTP id VAA18748; Sat, 6 Sep 1997 21:08:52 +0200 (MET DST) Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA21184; Sat, 6 Sep 97 21:04:44 +0200 From: fj@login.dknet.dk (Flemming Jacobsen) Message-Id: <9709061904.AA21184@login.dknet.dk> Subject: Re: Hauppauge Win/TV and fxtv problems To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 6 Sep 97 21:04:43 MET DST Cc: dwhite@resnet.uoregon.edu, freebsd-multimedia@FreeBSD.ORG In-Reply-To: <199709061825.LAA07258@rah.star-gate.com>; from "Amancio Hasty" at Sep 6, 97 11:25 am Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, > Have you tried the driver from my ftp site? > Amancio Yes, it was the one generating the trap 9. Anyway, I've just removed the card: It has a Hauppauge sticker saying: Win/TV-PCI PAL-B/G 60334 Rev A1V Beneath this sticker is the Philips tuner: Sticker one (looks like a german PTT aproval sticker): [Bird-logo] Philips Hyperband Ready bzt K U09 276 Sticker two: 3139 147 13381P FM1216/1 hm SW20 9720 Made in Singapore. The 3 large chips are: One: Bt848KPF VIDEO DECODER 476 9652 Two: ITT MSP 3410D-PS-B3 65-WN-FA 056181.002 7245 Tree: [Philips logo] SAA5284GP K6X177 HSG9715MOX TAIWAN I made a quick program to do ioctl's on /dev/tuner0: TVTUNER_GETSTATUS returns 0x22 TVTUNER_SETTYPE to CHNLSET_WEUROPE doesn't change anything. TVTUNER_SETFREQ can be read back with TVTUNER_GETFREQ (just checking). TVTUNER_GETCHNL doesn't change when doing TVTUNER_SETFREQ (I forgot to try the other way around). Have a nice day Flemming > >From The Desk Of Flemming Jacobsen : > > Hi, > > > > When booting the kernel made from the bt848.970604.tgz kernel I > > get: > > bktr0 rev 17 int a irq 12 on pci0:10 > > mapreg[10] type=0 addr=fbff0000 size=1000. > > reg16: virtual=0xf4f32000 physical=0xfbff0000 size=0x1000 > > brooktree0: PCI bus latency is 80. > > bktr0: buffer size 3555328, addr 0x3000000 > > Hauppauge WinCast/TV, Temic PAL tuner. > > > > I sometimes get messages of the form shown below in the console > > log: > > bktr0: ioctl: tsleep error 35 1000f0c > > > > > Luigi submitted code for Euro-Channels so download > > > ftp://rah.star-gate.com/pub/bt848.tar.gz > > > and give it a try. > > > > When trying this kernel I get a `fatal trap 9: general > > protection fault while in kernel mode' right after the > > mapreg[10]-line. > > > > From the comments made by the other nice people who has made > > suggestions, I realize that my description wasn't all that > > clear. So I'll try again: > > > > When using my external (old Philips 7300) tuner I select > > `Video', and everything is fine. > > When using either a small antenna or the signal from my cable > > company (both connected to the TV-in plug (which is "going into" > > the tuner metal box on the PCB) - I've doublechecked that I > > didn't use the Radio-in plug) I get the blue window (for some > > reason I don't get static anymore). I've tried all 4 > > combinations of the antenna/cable radio button and an antenna or > > cable-feed connected to TV-in. > > (does anyone know what the antenna/cable radio button does ?) > > > > I've tried the driver from Luigi's page (the one for text > > reception (I had to add a dummy #define for something text > > related to make it compile)), I get the same result as described > > above. > > > > > > Have a nice weekend > > Flemming > > > > -- > > Flemming Jacobsen It'll probably say something like "Does not > > compute" or "Inoperative parameters". That's > > Email: fj@login.dknet.dk what it says when it doesn't know and doesn't > > Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings > > > > > -- Flemming Jacobsen It'll probably say something like "Does not compute" or "Inoperative parameters". That's Email: fj@login.dknet.dk what it says when it doesn't know and doesn't Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings From owner-freebsd-multimedia Sat Sep 6 12:24:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA27777 for multimedia-outgoing; Sat, 6 Sep 1997 12:24:58 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA27771 for ; Sat, 6 Sep 1997 12:24:53 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id MAA00324; Sat, 6 Sep 1997 12:24:45 -0700 (PDT) Message-Id: <199709061924.MAA00324@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: fj@login.dknet.dk (Flemming Jacobsen) cc: dwhite@resnet.uoregon.edu, freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-reply-to: Your message of "Sat, 06 Sep 1997 21:04:43 +0700." <9709061904.AA21184@login.dknet.dk> Date: Sat, 06 Sep 1997 12:24:45 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Please move the following to two lines to the end of the routine: static void bktr_attach( ATTACH_ARGS ) { bktr_ptr_t bktr; bt848_ptr_t bt848; #ifdef BROOKTREE_IRQ u_long old_irq, new_irq; #endif vm_offset_t buf; u_long latency; u_long fun; wrmsr(0x204, 0xf9800001); wrmsr(0x205, 0xffc00000 | 0x800); #ifdef __FreeBSD__ bktr = &brooktree[unit]; if (unit >= NBKTR) { printf("brooktree%d: attach: only %d units configured.\n", unit, NBKTR); printf("brooktree%d: attach: invalid unit number.\n", unit); return; } bktr->tag = tag; pci_map_mem( tag, PCI_MAP_REG_START, (vm_offset_t *) &bktr->base, &bktr->phys_base ); ****************move to the end of the routine *************************** fun = pci_conf_read(tag, PCI_COMMAND_STATUS_REG); pci_conf_write(tag, PCI_COMMAND_STATUS_REG, fun | 4); *************************************************************************** Tnks, Amancio >From The Desk Of Flemming Jacobsen : > Hi, > > > Have you tried the driver from my ftp site? > > Amancio > > Yes, it was the one generating the trap 9. > > Anyway, I've just removed the card: > > It has a Hauppauge sticker saying: > Win/TV-PCI > PAL-B/G > 60334 Rev A1V > > Beneath this sticker is the Philips tuner: > Sticker one (looks like a german PTT aproval sticker): > [Bird-logo] > Philips Hyperband Ready > bzt K U09 276 > Sticker two: > 3139 147 13381P > FM1216/1 hm > SW20 9720 > Made in Singapore. > > The 3 large chips are: > One: > Bt848KPF > VIDEO DECODER > 476 9652 > Two: > ITT > MSP 3410D-PS-B3 > 65-WN-FA > 056181.002 > 7245 > Tree: > [Philips logo] > SAA5284GP > K6X177 > HSG9715MOX > TAIWAN > > > I made a quick program to do ioctl's on /dev/tuner0: > > TVTUNER_GETSTATUS returns 0x22 > > TVTUNER_SETTYPE to CHNLSET_WEUROPE doesn't change anything. > > TVTUNER_SETFREQ can be read back with TVTUNER_GETFREQ (just > checking). > > TVTUNER_GETCHNL doesn't change when doing TVTUNER_SETFREQ (I > forgot to try the other way around). > > Have a nice day > Flemming > > > > >From The Desk Of Flemming Jacobsen : > > > Hi, > > > > > > When booting the kernel made from the bt848.970604.tgz kernel I > > > get: > > > bktr0 rev 17 int a irq 12 on pci0:10 > > > mapreg[10] type=0 addr=fbff0000 size=1000. > > > reg16: virtual=0xf4f32000 physical=0xfbff0000 size=0x1000 > > > brooktree0: PCI bus latency is 80. > > > bktr0: buffer size 3555328, addr 0x3000000 > > > Hauppauge WinCast/TV, Temic PAL tuner. > > > > > > I sometimes get messages of the form shown below in the console > > > log: > > > bktr0: ioctl: tsleep error 35 1000f0c > > > > > > > Luigi submitted code for Euro-Channels so download > > > > ftp://rah.star-gate.com/pub/bt848.tar.gz > > > > and give it a try. > > > > > > When trying this kernel I get a `fatal trap 9: general > > > protection fault while in kernel mode' right after the > > > mapreg[10]-line. > > > > > > From the comments made by the other nice people who has made > > > suggestions, I realize that my description wasn't all that > > > clear. So I'll try again: > > > > > > When using my external (old Philips 7300) tuner I select > > > `Video', and everything is fine. > > > When using either a small antenna or the signal from my cable > > > company (both connected to the TV-in plug (which is "going into" > > > the tuner metal box on the PCB) - I've doublechecked that I > > > didn't use the Radio-in plug) I get the blue window (for some > > > reason I don't get static anymore). I've tried all 4 > > > combinations of the antenna/cable radio button and an antenna or > > > cable-feed connected to TV-in. > > > (does anyone know what the antenna/cable radio button does ?) > > > > > > I've tried the driver from Luigi's page (the one for text > > > reception (I had to add a dummy #define for something text > > > related to make it compile)), I get the same result as described > > > above. > > > > > > > > > Have a nice weekend > > > Flemming > > > > > > -- > > > Flemming Jacobsen It'll probably say something like "Does not > > > compute" or "Inoperative parameters". That's > > > Email: fj@login.dknet.dk what it says when it doesn't know and doesn' t > > > Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings > > > > > > > > > > > > -- > Flemming Jacobsen It'll probably say something like "Does not > compute" or "Inoperative parameters". That's > Email: fj@login.dknet.dk what it says when it doesn't know and doesn't > Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings > From owner-freebsd-multimedia Sat Sep 6 13:57:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01292 for multimedia-outgoing; Sat, 6 Sep 1997 13:57:22 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA01287 for ; Sat, 6 Sep 1997 13:57:18 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id NAA11895; Sat, 6 Sep 1997 13:53:43 -0700 (PDT) Message-ID: <19970906135343.02473@hydrogen.nike.efn.org> Date: Sat, 6 Sep 1997 13:53:43 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: snd970904.tgz References: <19970906044626.20461@hydrogen.nike.efn.org> <199709061313.PAA13572@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709061313.PAA13572@labinfo.iet.unipi.it>; from Luigi Rizzo on Sat, Sep 06, 1997 at 03:13:37PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 6: > > I've found a MAJOR problem.. your code assume the recmask that is > > passed in on a MIXER_WRITE(SOUND_MIXER_RECSRC) only sets one of the > > bits... instead of setting multiple bits.. this causes your code to > > fall over... and there is no fix for it when you use the default > > mixer command... > > Sorry but the problem is in the "mixer" command, not in the driver. ahh.. ok.. sounds good... > The Voxware driver only allowed one source on many boards, and > would default to using the MIC only in case of a non-supported > configuration. My driver follows the same approach, which seems > reasonable (since there is no way to choose in case multiple bits > are set). > > The mixer command is broken in that it only allows you to add/remove > sources, not to set them, and as you notice it fails. I have updated it > long ago to support the command "=rec source" which sets a single > source. > > > I finally started looking at the code and it scared me... so I have > > rewriten it.. and I have it fully functioning... I don't think I've > > do you have patches/sources ? Please submit a PR so that it gets fixed. well.. I was thinking of commiting 'em soon.. they work nicely over hear, and I've done as much testing as I can do... if people want to test it more.. I can put the patches up for d/l... > > for the open reading problem.. I haven't looked at the code, but I think > > what might be happening is that you are counting an open reader when > > I do something like cp /dev/audio0 > /dev/null (my pcm is pcm1 and I > > don't have a pcm0) and /dev/audio0 is invalid, and returns it, but the > > open count never gets decremented.. > > no, probably I forgot to clear the 'reader active' flag. well... I looked at the code briefly... and notice that in mss_open you set the flag on the device for what it trying to open, and then you test to see if the card is busy... then if the card is busy, you just leave without clearing the flag... I'm not sure if this would cause the bug or not... (ad1848.c:274)... my other comment is the in sndopen (sound.c:366) that you first clear out the pid and flags info from the data struct that you got even before checking that the actual open successeds... I'm not sure if this is a problem or not.. but it just struck me as being out of place... other than that.. I have to say that I like the structure of the new code... > Thanks for the very detailed info no problem... I don't quite remeber the sequence of events as I was just trying to break the code... :) -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Sat Sep 6 14:11:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01764 for multimedia-outgoing; Sat, 6 Sep 1997 14:11:06 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA01754 for ; Sat, 6 Sep 1997 14:11:00 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id VAA13866; Sat, 6 Sep 1997 21:59:58 +0200 From: Luigi Rizzo Message-Id: <199709061959.VAA13866@labinfo.iet.unipi.it> Subject: Re: snd970904.tgz To: gurney_j@resnet.uoregon.edu Date: Sat, 6 Sep 1997 21:59:57 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <19970906135343.02473@hydrogen.nike.efn.org> from "John-Mark Gurney" at Sep 6, 97 01:53:24 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > do you have patches/sources ? Please submit a PR so that it gets fixed. > > well.. I was thinking of commiting 'em soon.. they work nicely over do you have commit privs ? I am looking for someone to do the commit of this sound code to 3.0, and of pnp code to 3.0 and 2.2 -- and it would be better if it is someone familiar with the code so he knows what the code does and can debug things. Contact Jordan if you are in this position and willing to do the commit. > well... I looked at the code briefly... and notice that in mss_open > you set the flag on the device for what it trying to open, and then > you test to see if the card is busy... then if the card is busy, you > just leave without clearing the flag... I'm not sure if this would > cause the bug or not... (ad1848.c:274)... I don't think so, since multiple opens are allowed, they just don't let you reinitialize the device if someone else is active. Also the error message you got seemed to indicate that I forgot SND_F_READING set... If you happen to find this problem again, either with the kernel debugger or with the small program "test.c" (in the misc/ subdirectory, it mmaps the descriptor so you can look at it) try to find out the status of flags. > my other comment is the in sndopen (sound.c:366) that you first clear > out the pid and flags info from the data struct that you got even before > checking that the actual open successeds... I'm not sure if this is a > problem or not.. but it just struck me as being out of place... yes it was. In fact, the select data structures must be initialized only if the device is not currently busy (could be done in sound.c, or in the device-specific routine), and _not_ when opening the mixer. Have put these in the device-specific code now. Thanks again Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sat Sep 6 14:50:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04809 for multimedia-outgoing; Sat, 6 Sep 1997 14:50:25 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04800 for ; Sat, 6 Sep 1997 14:50:21 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id OAA00612; Sat, 6 Sep 1997 14:49:59 -0700 (PDT) Message-ID: <19970906144959.33770@hydrogen.nike.efn.org> Date: Sat, 6 Sep 1997 14:49:59 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: multimedia@FreeBSD.ORG Subject: Re: snd970904.tgz References: <19970906135343.02473@hydrogen.nike.efn.org> <199709061959.VAA13866@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709061959.VAA13866@labinfo.iet.unipi.it>; from Luigi Rizzo on Sat, Sep 06, 1997 at 09:59:57PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 6: > > > do you have patches/sources ? Please submit a PR so that it gets fixed. > > > > well.. I was thinking of commiting 'em soon.. they work nicely over > > do you have commit privs ? I am looking for someone to do the commit of > this sound code to 3.0, and of pnp code to 3.0 and 2.2 -- and it would > be better if it is someone familiar with the code so he knows what the > code does and can debug things. Contact Jordan if you are in this > position and willing to do the commit. yes I do... I'll send a message off to Jordan in a bit... > > well... I looked at the code briefly... and notice that in mss_open > > you set the flag on the device for what it trying to open, and then > > you test to see if the card is busy... then if the card is busy, you > > just leave without clearing the flag... I'm not sure if this would > > cause the bug or not... (ad1848.c:274)... > > I don't think so, since multiple opens are allowed, they just don't let > you reinitialize the device if someone else is active. Also the error > message you got seemed to indicate that I forgot SND_F_READING set... > If you happen to find this problem again, either with the kernel > debugger or with the small program "test.c" (in the misc/ subdirectory, > it mmaps the descriptor so you can look at it) try to find out the > status of flags. well.. if you can tell me what symbols I need to look at... I have a core dump of the system in the broken state... I had the numbers from test.c but the machine crashed while I was writing the message... I think the flags for reading was something like 0x20009000... I'm not sure were the 9 was though... > > my other comment is the in sndopen (sound.c:366) that you first clear > > out the pid and flags info from the data struct that you got even before > > checking that the actual open successeds... I'm not sure if this is a > > problem or not.. but it just struck me as being out of place... > > yes it was. In fact, the select data structures must be initialized > only if the device is not currently busy (could be done in sound.c, or > in the device-specific routine), and _not_ when opening the mixer. Have > put these in the device-specific code now. well.. I'll be looking forward to your next snap.. :) ttyl... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-multimedia Sat Sep 6 15:08:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA05490 for multimedia-outgoing; Sat, 6 Sep 1997 15:08:55 -0700 (PDT) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA05481; Sat, 6 Sep 1997 15:08:49 -0700 (PDT) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.7/8.8.5) with ESMTP id PAA00454; Sat, 6 Sep 1997 15:08:37 -0700 (PDT) Message-Id: <199709062208.PAA00454@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: fj@login.dknet.dk (Flemming Jacobsen) cc: Luigi Rizzo , Steve Passe , multimedia@FreeBSD.ORG Subject: Re: TV frequencies In-reply-to: Your message of "Sat, 06 Sep 1997 23:21:04 +0700." <9709062121.AA23255@login.dknet.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 06 Sep 1997 15:08:36 -0700 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi, Care to give a hand ? I managed to sort out the reason why the driver was crashing and it had to do with special code that I had in the driver to modify my video display's memory behavior . The driver on my ftp site is now updated however it seems that Flemming is now having problems with the tuner code. I very much would like the PAL code to work correctly before Monday's check in of the code. Tnks, Amancio >From The Desk Of Flemming Jacobsen : > Hi, > > I just checked the source, and it seems I forgot that the > freq's are scaled with 16, which means the channel -> freq > conversion is actually OK ... Sorry! > > Now: > ch result > -- ----- > 2-4 static > 5-12 blue > 13-15 static > 16-40 blue > > Hyg' > Flemming > > -- > Flemming Jacobsen It'll probably say something like "Does not > compute" or "Inoperative parameters". That's > Email: fj@login.dknet.dk what it says when it doesn't know and doesn't > Phone: +45 35 43 33 49 want to admit it. -- Terry Pratchett: Wings > From owner-freebsd-multimedia Sat Sep 6 16:38:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09231 for multimedia-outgoing; Sat, 6 Sep 1997 16:38:46 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA09223; Sat, 6 Sep 1997 16:38:33 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id AAA14004; Sun, 7 Sep 1997 00:27:29 +0200 From: Luigi Rizzo Message-Id: <199709062227.AAA14004@labinfo.iet.unipi.it> Subject: Re: TV frequencies To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sun, 7 Sep 1997 00:27:29 +0200 (MET DST) Cc: fj@login.dknet.dk, fsmp@FreeBSD.ORG, multimedia@FreeBSD.ORG In-Reply-To: <199709062208.PAA00454@rah.star-gate.com> from "Amancio Hasty" at Sep 6, 97 03:08:17 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Care to give a hand ? unfortunately I cannot test the code since I don't have access to card+antenna at the moment. The pal code I sent you was working on all channels from 2 to 69 here in italy last time I checked. The problems Flemming is having seem more likely related to a different tuner (his board is a little bit different than mine since it has FM and probably also a different teletext decoder (at least judging from the list he sent). when the chip outputs blue it probably means that it does not read any signal on the input, as opposed to having the tuner on a frequency where there is no emission (but there is noise). Maybe Randall or someone who wrote the original tuner support can help more ? Cheers Luigi > > ch result > > -- ----- > > 2-4 static > > 5-12 blue > > 13-15 static > > 16-40 blue From owner-freebsd-multimedia Sat Sep 6 16:46:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09499 for multimedia-outgoing; Sat, 6 Sep 1997 16:46:32 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA09494 for ; Sat, 6 Sep 1997 16:46:28 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id AAA14019; Sun, 7 Sep 1997 00:35:24 +0200 From: Luigi Rizzo Message-Id: <199709062235.AAA14019@labinfo.iet.unipi.it> Subject: Re: snd970904.tgz - can't hear anything while sampling from CD. To: jacob@jblhome.ping.dk (Jacob Bohn Lorensen) Date: Sun, 7 Sep 1997 00:35:24 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <87oh675q0n.fsf@pippin.jblhome.ping.dk> from "Jacob Bohn Lorensen" at Sep 6, 97 00:55:49 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Oh, by the way, I just tried playing "xboing" with sound - it hangs > after a while, syslog saying: ok, i tried xboing myself and found the problem. in sound.c around line 740 apply the following patch case SNDCTL_DSP_SYNC: printf("dsp sync\n"); splx(s); - snd_sync(d, 1, d->bufsize - 1); + snd_sync(d, 1, d->bufsize - 4); break ; case SNDCTL_DSP_SPEED: d->play_speed = *(int *)arg ; since dma transfers are not initiated with less than 4 bytes and xboing happens to use files with 4n+3 samples. BTW I think xboing has a fundamental problem: it sends requests to the child process to play sounds, but does not check when the sound is over. In my case, using a P5-133 the game goes faster than the sounds, at some point the pipe between the parent and the child fills up, and the game blocks until the buffer has flushed (several seconds). it should be really designed differently, so that a request for a new sound flushes the buffer immediately and starts with the new one. Cheers Luigi From owner-freebsd-multimedia Sat Sep 6 17:25:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA12186 for multimedia-outgoing; Sat, 6 Sep 1997 17:25:14 -0700 (PDT) Received: from fani.fidata.fi (fani.fidata.fi [193.64.102.6]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA12178 for ; Sat, 6 Sep 1997 17:25:08 -0700 (PDT) Received: from zeta.fidata.fi (tomppa@zeta.fidata.fi [193.64.103.213]) by fani.fidata.fi (8.8.5/8.8.5) with ESMTP id DAA01866; Sun, 7 Sep 1997 03:25:05 +0300 (EET DST) Received: (from tomppa@localhost) by zeta.fidata.fi (8.8.5/8.8.5) id DAA18456; Sun, 7 Sep 1997 03:25:05 +0300 (EET DST) Date: Sun, 7 Sep 1997 03:25:05 +0300 (EET DST) Message-Id: <199709070025.DAA18456@zeta.fidata.fi> From: Tomi Vainio MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: fj@login.dknet.dk (Flemming Jacobsen) CC: freebsd-multimedia@FreeBSD.ORG Subject: Re: Hauppauge Win/TV and fxtv problems In-Reply-To: <9709061755.AA20147@login.dknet.dk> References: <199709060627.XAA00610@rah.star-gate.com> <9709061755.AA20147@login.dknet.dk> X-Mailer: VM 6.33 under 19.15 XEmacs Lucid Reply-To: tomppa@fidata.fi Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Flemming Jacobsen writes: > When booting the kernel made from the bt848.970604.tgz kernel I > get: > bktr0 rev 17 int a irq 12 on pci0:10 > mapreg[10] type=0 addr=fbff0000 size=1000. > reg16: virtual=0xf4f32000 physical=0xfbff0000 size=0x1000 > brooktree0: PCI bus latency is 80. > bktr0: buffer size 3555328, addr 0x3000000 > Hauppauge WinCast/TV, Temic PAL tuner. > I also have Hauppauge WinTV Model 406. bktr0 rev 17 int a irq 15 on pci0:10 Hauppauge WinCast/TV, Temic PAL tuner. This card has worked very well with fxtv since Jul 7 after I added needed frequencies for Western Europe channels 2-20 and 70-99. Could someone add these to original driver source (Amancio? Luigi?) Tomppa -- Tomi Vainio, Fimeko-Data Oy Phone: +358 (0)9 4582421 Mail: tomppa@iki.fi tomppa@fidata.fi Telefax: +358 (0)9 4582425 From owner-freebsd-multimedia Sat Sep 6 18:12:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA15546 for multimedia-outgoing; Sat, 6 Sep 1997 18:12:14 -0700 (PDT) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA15526 for ; Sat, 6 Sep 1997 18:12:07 -0700 (PDT) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id SAA18259; Sat, 6 Sep 1997 18:11:56 -0700 (PDT) Message-ID: <19970906181156.24183@hydrogen.nike.efn.org> Date: Sat, 6 Sep 1997 18:11:56 -0700 From: John-Mark Gurney To: Luigi Rizzo Cc: Bernie Doehner , multimedia@FreeBSD.ORG Subject: Re: intercepting vat (or other rtp) traffic References: <199709061315.PAA13585@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199709061315.PAA13585@labinfo.iet.unipi.it>; from Luigi Rizzo on Sat, Sep 06, 1997 at 03:15:42PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo scribbled this message on Sep 6: > > Does it have to be vat? Can you use rat (assuming it's stable enough > > yet)? > > source for rat is not generally available and cannot be redistributed. > in any case what I want to do is completely independent from the > application that's why I am going for #2 how about the -U option to vat? from vat's man page: -U Use the unix-domain stream socket specified by socket for audio I/O. Some process should bind to and listen on this socket before vat is run. The data is raw 8khz mulaw samples. If socket is a number, then AudioFile is used. The number indi- cates the corresponding AudioFile device. the other option might be to use divert sockets... divert all the vat/audio traffic to your process.. do the processing or forwarding then use the dirver socket to reinsert the packets into the network stream... > > > 1) patch the network module of vat and intercept traffic there; > > > 2) program vat to use 127.0.0.1 and let my program talk to vat > > > using the same address. My program would basically do address > > > translation in both directions. ttyl.. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking Live in Peace, destroy Micro$oft, support free software, run FreeBSD