From owner-freebsd-multimedia Sun Nov 5 4:13:20 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from hyperbate.francenet.fr (hyperbate.francenet.fr [193.149.97.80]) by hub.freebsd.org (Postfix) with ESMTP id 8A5E837B4C5; Sun, 5 Nov 2000 04:13:13 -0800 (PST) Received: from notbsdems.nantes.kisoft-services.com (pppA112.francenet.fr [193.149.100.22]) by hyperbate.francenet.fr (8.11.1/8.11.1) with ESMTP id eA5C9aT24495; Sun, 5 Nov 2000 13:09:46 +0100 (MET) Received: by notbsdems.nantes.kisoft-services.com (Postfix, from userid 1001) id C15B8E6C4E; Sun, 5 Nov 2000 13:01:47 +0100 (CET) To: j mckitrick Cc: stable@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: continuing sound problems with 4.2-beta References: <20001104234358.A48459@dogma.freebsd-uk.eu.org> From: Eric Masson Date: 05 Nov 2000 12:26:43 +0100 In-Reply-To: <20001104234358.A48459@dogma.freebsd-uk.eu.org> Message-ID: <86em0qzmks.fsf@notbsdems.nantes.kisoft-services.com> Lines: 96 User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >>>>> "JMK" == j mckitrick writes: JMK> I continue to get 'invalid argument' when using 'play' to play a JMK> .wav file. Maybe I am doing something wrong, but I can't figure JMK> out what it is. JMK> local:~> cat /dev/sndstat FreeBSD Audio Driver (newpcm) Nov 1 2000 JMK> 18:37:22 Installed devices: pcm0: at io 0x530 JMK> irq 5 drq 1 (1p/1r channels) local:~> JMK> dmesg: pcm0: at port 0x530-0x537,0x538-0x539 JMK> irq 5 drq 1 flags 0xc100 on isa0 JMK> local:~> uname -a FreeBSD myname.my.domain 4.2-BETA FreeBSD JMK> 4.2-BETA #14: Sat Nov 4 15:59:36 EST 2000 JMK> jcm@myname.my.domain:/usr/src/sys/compile/MERCURY i386 local:~> One more problem with newpcm (Sorry Cameron). uname -a FreeBSD notbsdems.nantes.kisoft-services.com 4.2-BETA FreeBSD 4.2-BETA #0: Sun Nov 5 01:34:13 CET 2000 emss@notbsdems.nantes.kisoft-services.com:/usr/obj/usr/src/sys/THINKPAD i386 dmesg pcm0: at port 0x530-0x537,0x538-0x539 irq 5 drq 0 flags 0xa111 on isa0 cat /dev/sndstat FreeBSD Audio Driver (newpcm) Nov 5 2000 01:32:49 Installed devices: pcm0: at io 0x530 irq 5 drq 0:1 (1p/1r channels duplex) Symptoms: Running X11 or not When I try to cat to /dev/dsp a small *.au of the following list, I get no sound, the smallest file that gets played is yeep.au : ll /usr/local/lib/xemacs/xemacs-packages/etc/sounds/ total 148 -rw-r--r-- 1 root wheel 462 Oct 7 1998 README.au -rw-r--r-- 1 root wheel 2407 Oct 7 1998 bark.au -rw-r--r-- 1 root wheel 2804 Oct 7 1998 bass-snap.au -rw-r--r-- 1 root wheel 2511 Oct 7 1998 boing.au -rw-r--r-- 1 root wheel 12494 Oct 7 1998 bong.au -rw-r--r-- 1 root wheel 1263 Oct 7 1998 click.au -rw-r--r-- 1 root wheel 8439 Oct 7 1998 clink.au -rw-r--r-- 1 root wheel 6400 Oct 7 1998 cuckoo.au -rw-r--r-- 1 root wheel 2566 Oct 7 1998 ding.au -rw-r--r-- 1 root wheel 759 Oct 7 1998 drip.au -rw-r--r-- 1 root wheel 528 Oct 7 1998 drum-beep.au -rw-r--r-- 1 root wheel 4358 Oct 7 1998 hammer.au -rw-r--r-- 1 root wheel 13200 Oct 7 1998 hype.au -rw-r--r-- 1 root wheel 29381 Oct 7 1998 im_so_happy.au -rw-r--r-- 1 root wheel 5120 Oct 7 1998 long-beep.au -rw-r--r-- 1 root wheel 5003 Oct 7 1998 low-smash.au -rw-r--r-- 1 root wheel 7848 Oct 7 1998 mellowbweep.au -rw-r--r-- 1 root wheel 1644 Oct 7 1998 monkey.au -rw-r--r-- 1 root wheel 3474 Oct 7 1998 piano-beep.au -rw-r--r-- 1 root wheel 578 Oct 7 1998 quiet-beep.au -rw-r--r-- 1 root wheel 6558 Oct 7 1998 return.au -rw-r--r-- 1 root wheel 4032 Oct 7 1998 say-beep.au -rw-r--r-- 1 root wheel 3018 Oct 7 1998 slap.au -rw-r--r-- 1 root wheel 5227 Oct 7 1998 the-ping.au -rw-r--r-- 1 root wheel 7111 Oct 7 1998 whip.au -rw-r--r-- 1 root wheel 2286 Oct 7 1998 yeep.au So I try to play a bunch of these files by issueing the following cat *.au > /dev/dsp When X isn't started, all files get played (crappy sound, lots of statics), if the command is issued under X, I get sound then the following : Nov 5 12:06:58 notbsdems /kernel: Nov 5 12:06:58 notbsdems /kernel: Nov 5 12:06:58 notbsdems /kernel: Fatal trap 12: page fault while in kernel mode Nov 5 12:06:58 notbsdems /kernel: fault virtual address = 0xc0ee0000 Nov 5 12:06:58 notbsdems /kernel: fault code = supervisor write, page not present Nov 5 12:06:58 notbsdems /kernel: instruction pointer = 0x8:0xc01e6c18 Nov 5 12:06:58 notbsdems /kernel: stack pointer = 0x10:0xc785ece4 Nov 5 12:06:58 notbsdems /kernel: frame pointer = 0x10:0xc785ecec Nov 5 12:06:59 notbsdems /kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Nov 5 12:06:59 notbsdems /kernel: = DPL 0, pres 1, def32 1, gran 1 Nov 5 12:06:59 notbsdems /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Nov 5 12:06:59 notbsdems /kernel: current process = 523 (cat) Nov 5 12:06:59 notbsdems /kernel: interrupt mask = tty Nov 5 12:06:59 notbsdems /kernel: trap number = 12 Nov 5 12:06:59 notbsdems /kernel: panic: page fault Nov 5 12:06:59 notbsdems /kernel: TIA Eric Masson -- Progress (n) : What led from smart users in front of dumb terminals to dumb users in front of smart terminals. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Nov 5 14:27:31 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from francine.edoropolis.org (catv6055.extern.kun.nl [131.174.116.55]) by hub.freebsd.org (Postfix) with ESMTP id 1A4D937B4E5 for ; Sun, 5 Nov 2000 14:27:20 -0800 (PST) Received: from francine.edoropolis.org (localhost [127.0.0.1]) by francine.edoropolis.org (8.11.0/8.9.2) with ESMTP id eA5MQw617325 for ; Sun, 5 Nov 2000 23:27:02 +0100 (CET) (envelope-from purrcat@edoropolis.org) Message-Id: <200011052227.eA5MQw617325@francine.edoropolis.org> To: freebsd-multimedia@freebsd.org Subject: SB ViBRA16C 16bit recording problems ( + ugly fix?) X-Mailer: nmh X-Maileditor: vi X-Visit: http://www.edoropolis.org/ X-Use: Leona-HTTPd, http://www.qdonksoft.com/ Date: Sun, 05 Nov 2000 23:26:57 +0100 From: Khamba Staring Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm experiencing some problems trying to record sound using a SoundBlaster ViBRA16C under FreeBSD 4.1. Playback of 16 bits audio works (haven't tried 8bit playback), but recording at 16 bits per sample does not work. Recording _did_ work when I used FreeBSD 3.3 on the same machine (I recently made sure). On both FreeBSD 3.3 and 4.1, I used the `newpcm' driver. The card is properly detected and no drq conflicts are present.. -- (dmesg) sbc1: at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc1: setting card to irq 5, drq 1, 5 -- I searched a bit through the /sys/dev/sound source files and added some debugging printf()s. The driver seems to go through sbchan_init twice (once for every drq i presume?). It seems the `read end' got drq1 and the `write end' got drq5, but 16bit recording needs drq5.. I base this presumption on what I see in the function sbchan_init() in /sys/dev/sound/isa/sb.c : -- (sb.c, I added two printf()s here) dch = (dir == PCMDIR_PLAY)? 1 : 0; if (sb->bd_flags & BD_F_SB16X) dch = !dch; dl = rman_get_start(sb->drq1); dh = sb->drq2? rman_get_start(sb->drq2) : dl; printf("SB sbchan_init1: ch->buffer->chan %d\n", ch->buffer->chan); ch->buffer->chan = dch? dh : dl; printf("SB sbchan_init2: ch->buffer->chan %d\n", ch->buffer->chan); -- dch is only 1 if dir = PCMDIR_PLAY so if dir != PCMDIR, ch->buffer->chan will always equal dl, the lower drq. Why is this done? Evilly setting ch->buffer->chan to 5 (drq5) seems to work nicely and playback still works (quickly tested it while typing this mail).. Now I can't record 8bit, but I couldn't care less about that :) Can anyone tell my why this is done?? I'm really puzzled.. Kind regards, -- Khamba Staring To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Nov 5 17:40:23 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id 2998237B479; Sun, 5 Nov 2000 17:40:16 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eA61eBA27992; Mon, 6 Nov 2000 01:40:12 GMT Received: from vilnya.demon.co.uk (t1o314p176.teliauk.com [195.12.238.176]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id BAA17768; Mon, 6 Nov 2000 01:39:18 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id AFDE2D9A8; Mon, 6 Nov 2000 01:38:07 +0000 (GMT) From: "Cameron Grant" To: "Will Andrews" Cc: "Daniel Kim" , , Subject: RE: 4 Speaker Out w/ SBLive Problems Date: Mon, 6 Nov 2000 01:39:17 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <20001104220207.J1456@puck.firepipe.net> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > the rear speakers are not yet supported. > > Why not? Is there some particular issue that needs to be solved? Any > idea on how long it might be before there's support (in the form of a > patch or otherwise)? lack of time, low priority task and the oss mixer api does not allow a control for it. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Nov 5 17:54:56 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id CF43537B4C5 for ; Sun, 5 Nov 2000 17:54:52 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eA61spA00212; Mon, 6 Nov 2000 01:54:51 GMT Received: from vilnya.demon.co.uk (t1o314p176.teliauk.com [195.12.238.176]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id BAA24523; Mon, 6 Nov 2000 01:54:17 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id 845C9D9A8; Mon, 6 Nov 2000 01:53:41 +0000 (GMT) From: "Cameron Grant" To: "Khamba Staring" , Subject: RE: SB ViBRA16C 16bit recording problems ( + ugly fix?) Date: Mon, 6 Nov 2000 01:54:51 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200011052227.eA5MQw617325@francine.edoropolis.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Evilly setting ch->buffer->chan to 5 (drq5) seems to work nicely and > playback still works (quickly tested it while typing this mail).. > Now I can't record 8bit, but I couldn't care less about that :) > > Can anyone tell my why this is done?? I'm really puzzled.. this was done because the high dma channel is 16 bit only and the low channel 8 bit only. the driver is supposed to swap channels to give whichever direction starts first the 16bit channel, but it is implemented in a flawed manner and does not work. this will not be corrected, as -current features new sb16 code which should work correctly. this new driver may be merged before 4.2 if i get enough positive responses. -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sun Nov 5 18:47: 3 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 142BC37B4CF for ; Sun, 5 Nov 2000 18:47:01 -0800 (PST) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id VAA00789 for ; Sun, 5 Nov 2000 21:47:00 -0500 (EST) Date: Sun, 5 Nov 2000 21:47:00 -0500 (EST) From: To: freebsd-multimedia@freebsd.org Subject: VIA VT82C686A AC'97 Audio Question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have the onboard sound working fine on this Tyan S2380 MB. It is the above Digilink audio from VIA. It works. But it only seems to be able to do 8bit 22Khz stereo. And this setting in xmms seems to play mp3's just a hair to fast. Is it just this MB or has anyone else noticed it? I mean listening to rob zombie sounding like a chipmunk kinda ruins the fun :-) ============================================================================= -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: scanner@jurai.net | Open Systems Inc., Wellington, Kansas Home: scanner@deceptively.shady.org | http://open-systems.net ============================================================================= WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" ============================================================================= irc.openprojects.net #FreeBSD -Join the revolution! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Nov 6 5:35:42 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from shark.harmonic.co.il (jupiter.harmonic.co.il [192.116.140.62]) by hub.freebsd.org (Postfix) with ESMTP id BA1F937B4CF; Mon, 6 Nov 2000 05:35:37 -0800 (PST) Received: from localhost (roman@localhost) by shark.harmonic.co.il (8.9.3/8.9.3) with ESMTP id PAA26980; Mon, 6 Nov 2000 15:22:12 +0200 Date: Mon, 6 Nov 2000 15:22:11 +0200 (IST) From: Roman Shterenzon To: j mckitrick Cc: stable@FreeBSD.ORG, multimedia@FreeBSD.ORG Subject: Re: continuing sound problems with 4.2-beta In-Reply-To: <20001104234358.A48459@dogma.freebsd-uk.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 4 Nov 2000, j mckitrick wrote: > > I continue to get 'invalid argument' when using 'play' to play a .wav file. > Maybe I am doing something wrong, but I can't figure out what it is. I never tried sound recording. Lately I've tried mbone/speak_freely and it doesn't work :( I've produced a patch (sent to -ports) that helps a bit, but the input is still mutilated. The card is ISA SB16 and I once (about a year ago) used speak_freely on Linux on this machine. Could someone verify if there're microphone recording problems ? Does anyone use speak_freely or similar tool with success? --Roman Shterenzon, UNIX System Administrator and Consultant [ Xpert UNIX Systems Ltd., Herzlia, Israel. Tel: +972-9-9522361 ] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Nov 6 8:35:51 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from tomts6-srv.bellnexxia.net (smtp.bellnexxia.net [209.226.175.26]) by hub.freebsd.org (Postfix) with ESMTP id 9465637B4D7 for ; Mon, 6 Nov 2000 08:35:49 -0800 (PST) Received: from rogelio ([216.208.177.210]) by tomts6-srv.bellnexxia.net (InterMail vM.4.01.03.00 201-229-121) with SMTP id <20001106163543.FQET10530.tomts6-srv.bellnexxia.net@rogelio> for ; Mon, 6 Nov 2000 11:35:43 -0500 From: "Rogelio" To: Subject: FW: Matrox Meteor2 Drivers Date: Mon, 6 Nov 2000 11:38:41 -0500 Message-ID: <000701c04810$05337970$d2b1d0d8@forefront.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I'm looking for BSD drivers for the Matrox Meteor2 (Standard or Multi-Channel) framegrabber. I learned that freeBSD people have been developing them and I would like to know what the current status is regarding the release date. Thank you for your answer. Rogelio Pabros Imaging Applications Engineer Forefront Graphics Corp. 125 Ashwarren Rd, Downsview, ON M3J 3K7 tel. 1.800.667.1089 x 220 fax. (416)636-4454 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Nov 6 10:40:24 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by hub.freebsd.org (Postfix) with ESMTP id 0F7B837B4CF for ; Mon, 6 Nov 2000 10:40:21 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id NAA22083 for ; Mon, 6 Nov 2000 13:40:13 -0500 (EST) Received: from mailsrv2.mitre.org (mailsrv2.mitre.org [129.83.221.17]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id NAA07086 for ; Mon, 6 Nov 2000 13:40:12 -0500 (EST) Received: from mitre.org ([128.29.145.140]) by mailsrv2.mitre.org (Netscape Messaging Server 4.15) with ESMTP id G3M96Z00.B0L; Mon, 6 Nov 2000 13:40:11 -0500 Message-ID: <3A06FB32.C73CD900@mitre.org> Date: Mon, 06 Nov 2000 13:40:50 -0500 From: "Andresen,Jason R." Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Rogelio Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: FW: Matrox Meteor2 Drivers References: <000701c04810$05337970$d2b1d0d8@forefront.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Rogelio wrote: > > Hi, > > I'm looking for BSD drivers for the Matrox Meteor2 (Standard or > Multi-Channel) framegrabber. I learned that freeBSD people have been > developing them and I would like to know what the current status is > regarding the release date. > > Thank you for your answer. I don't suppose these cards are similar to the old Matrox Meteors are they? FreeBSD has a driver for the old ones (meteor(4), although it looks like it hasn't been touched in ages). Also, if the cards are BT484/878 based FreeBSD can handle them. -- _ _ _ ___ ____ ___ ______________________________________ / \/ \ | ||_ _|| _ \|___| | Jason Andresen -- jandrese@mitre.org / /\/\ \ | | | | | |/ /|_|_ | Views expressed may not reflect those /_/ \_\|_| |_| |_|\_\|___| | of the Mitre Corporation. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Mon Nov 6 17:36:12 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from arg1.demon.co.uk (arg1.demon.co.uk [194.222.34.166]) by hub.freebsd.org (Postfix) with ESMTP id 0491637B4D7; Mon, 6 Nov 2000 17:36:07 -0800 (PST) Received: by arg1.demon.co.uk (Postfix, from userid 300) id A06CF9B0F; Tue, 7 Nov 2000 01:36:00 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by arg1.demon.co.uk (Postfix) with ESMTP id 98A665D07; Tue, 7 Nov 2000 01:36:00 +0000 (GMT) Date: Tue, 7 Nov 2000 01:36:00 +0000 (GMT) From: Andrew Gordon X-Sender: arg@server.arg.sj.co.uk To: j mckitrick Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: continuing sound problems with 4.2-beta In-Reply-To: <20001104234358.A48459@dogma.freebsd-uk.eu.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, 4 Nov 2000, j mckitrick wrote: > I continue to get 'invalid argument' when using 'play' to play a .wav file. > Maybe I am doing something wrong, but I can't figure out what it is. > > open("/dev/dsp",1,027757774234) = 4 (0x4) > ioctl(4,SNDCTL_DSP_GETBLKSIZE,0xbfbff7d4) = 0 (0x0) > ioctl(4,SNDCTL_DSP_SETFMT,0x804bc80) ERR#22 'Invalid argument' I ran into this the other day; it appears that there has been a change in the sound API recently such that you need to do SNDCTL_DSP_SPEED before SNDCTL_DSP_SETFMT. I haven't had time to dig into CVS to see when this happened or why. This code used to work in 3.x and in 4.x up until a week or two ago: audio_fd = open("/dev/audio", O_RDWR); if (audio_fd < 0) { perror("/dev/audio"); exit(1); } i = AFMT_S16_LE; if (ioctl(audio_fd, SNDCTL_DSP_SETFMT, &i) == -1) { perror("Setting audio format"); exit(1); } i = 1; if (ioctl(audio_fd, SNDCTL_DSP_STEREO, &i) == -1) { perror("Setting stereo mode"); exit(1); } i = SAMPLE_HZ; if (ioctl(audio_fd, SNDCTL_DSP_SPEED, &i) == -1) { perror("Setting audio rate"); exit(1); } if (i != SAMPLE_HZ) { fprintf(stderr, "Soundcard doesn't support %dHz (offers %d)\n", SAMPLE_HZ, i); exit(1); } Now, it fails at the SNDCTL_DSP_SETFMT call (invalid argument), but if I move the SNDCTL_DSP_SETSPEED immediately after the open, normal working is restored. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 3:41:58 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from fleming.cs.strath.ac.uk (fleming.cs.strath.ac.uk [130.159.196.126]) by hub.freebsd.org (Postfix) with ESMTP id 87C4C37B4C5 for ; Tue, 7 Nov 2000 03:41:55 -0800 (PST) Received: from cs.strath.ac.uk (posh.dmem.strath.ac.uk [130.159.202.3]) by fleming.cs.strath.ac.uk (8.8.8/8.8.8) with ESMTP id LAA23913 Tue, 7 Nov 2000 11:41:38 GMT Message-ID: <3A07EA73.7BC8911A@cs.strath.ac.uk> Date: Tue, 07 Nov 2000 11:41:39 +0000 From: Roger Hardiman Organization: University of Strathclyde X-Mailer: Mozilla 4.76 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: "Andresen,Jason R." Cc: Rogelio , freebsd-multimedia@FreeBSD.ORG Subject: Re: FW: Matrox Meteor2 Drivers References: <000701c04810$05337970$d2b1d0d8@forefront.com> <3A06FB32.C73CD900@mitre.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Jason, > I don't suppose these cards are similar to the old Matrox Meteors The Meteor 2 uses completely different hardware to the Meteor. > FreeBSD has a driver for the old ones (meteor(4), although it > looks like it hasn't been touched in ages). Yep, that driver supports the Meteor and Meteor PPB models. Driver works great. > Also, if the cards are BT484/878 based FreeBSD can handle them. I know quite a few people who were going to buy a Meteor 2 and then got a Bt848/878 card instead. Hauppauge do a 4 input card called the Impact VCB using the Bt878. A few other people do 4 input cards as well but I forget who now (I think one is Osprey) Roger To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 5:44:14 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by hub.freebsd.org (Postfix) with ESMTP id 2078437B4F9; Tue, 7 Nov 2000 05:44:11 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 13t92m-0006uz-00; Tue, 7 Nov 2000 13:44:08 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id NAA78131; Tue, 7 Nov 2000 13:44:07 GMT (envelope-from jcm) Date: Tue, 7 Nov 2000 13:44:07 +0000 From: j mckitrick To: Andrew Gordon Cc: stable@freebsd.org, multimedia@freebsd.org Subject: Re: continuing sound problems with 4.2-beta Message-ID: <20001107134407.B77881@dogma.freebsd-uk.eu.org> References: <20001104234358.A48459@dogma.freebsd-uk.eu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from arg@arg1.demon.co.uk on Tue, Nov 07, 2000 at 01:36:00AM +0000 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm glad I'm not imagining it then. Has anyone proposed a solution or fix? jcm -- "That depends on what the meaning of the word 'is' is." -President Bill Clinton "I don't know what you mean by the word 'ask.'" -CEO Bill Gates To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 8:23:54 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [63.147.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 96D6937B479 for ; Tue, 7 Nov 2000 08:23:52 -0800 (PST) Received: from Spaz.HuntsvilleAL.COM (spaz.huntsvilleal.com [63.147.8.31]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id JAA31215; Tue, 7 Nov 2000 09:51:39 -0500 Received: from localhost (kris@localhost) by Spaz.HuntsvilleAL.COM (8.9.3/8.9.3) with ESMTP id QAA79295; Tue, 7 Nov 2000 16:23:18 GMT (envelope-from kris@catonic.net) Date: Tue, 7 Nov 2000 16:23:18 +0000 (GMT) From: Kris Kirby X-Sender: kris@spaz.huntsvilleal.com To: scanner@jurai.net Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: VIA VT82C686A AC'97 Audio Question In-Reply-To: Message-ID: X-Tech-Support-Email: bofh@catonic.net MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 5 Nov 2000 scanner@jurai.net wrote: > I have the onboard sound working fine on this Tyan S2380 MB. > It is the above Digilink audio from VIA. It works. But it only seems to be > able to do 8bit 22Khz stereo. And this setting in xmms seems to play mp3's > just a hair to fast. Is it just this MB or has anyone else noticed it? > I mean listening to rob zombie sounding like a chipmunk kinda ruins the > fun :-) Are you using drivers from ? ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 8:27:20 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 1291637B479 for ; Tue, 7 Nov 2000 08:27:18 -0800 (PST) Received: from localhost (scanner@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id LAA31853; Tue, 7 Nov 2000 11:27:16 -0500 (EST) Date: Tue, 7 Nov 2000 11:27:16 -0500 (EST) From: To: Kris Kirby Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: VIA VT82C686A AC'97 Audio Question In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 7 Nov 2000, Kris Kirby wrote: > Are you using drivers from ? Just curious but whats the difference between this code and the code already in 4.1.1-STABLE? I am just using the pcm code and the ac97 code in -STABLE that cg wrote. Whats the difference in the two? ============================================================================= -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: scanner@jurai.net | Open Systems Inc., Wellington, Kansas Home: scanner@deceptively.shady.org | http://open-systems.net ============================================================================= WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" ============================================================================= irc.openprojects.net #FreeBSD -Join the revolution! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 8:37:55 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from chuggalug.clues.com (chuggalug.clues.com [194.159.1.85]) by hub.freebsd.org (Postfix) with ESMTP id 2AA6637B479; Tue, 7 Nov 2000 08:37:53 -0800 (PST) Received: (from geoffb@localhost) by chuggalug.clues.com (8.9.3/8.9.3) id QAA34299; Tue, 7 Nov 2000 16:42:09 GMT (envelope-from geoffb) Date: Tue, 7 Nov 2000 16:42:09 +0000 From: Geoff Buckingham To: Doug Rabson Cc: Stephen Hocking , joeo@cracktown.com, multimedia@FreeBSD.ORG, dfr@FreeBSD.ORG Subject: Re: OpenGL with hardware acceleration Message-ID: <20001107164209.A33762@chuggalug.clues.com> References: <200011031644.eA3GibG75435@bloop.craftncomp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: ; from Doug Rabson on Sat, Nov 04, 2000 at 01:10:23AM +0000 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Slightly related question, does anybody know if DRI and multi head display are mutually exclusive (as I fear:-()? -- GeoffB To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 10:22:12 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from ra.nks.net (ra.nks.net [208.226.218.5]) by hub.freebsd.org (Postfix) with ESMTP id 9C4C237B479 for ; Tue, 7 Nov 2000 10:22:09 -0800 (PST) Received: from localhost (joeo@localhost) by ra.nks.net (8.8.7/8.8.7) with ESMTP id NAA14869; Tue, 7 Nov 2000 13:21:33 -0500 Date: Tue, 7 Nov 2000 13:21:33 -0500 (EST) From: X-Sender: joeo@ra.nks.net To: Geoff Buckingham Cc: multimedia@FreeBSD.ORG Subject: Re: OpenGL with hardware acceleration In-Reply-To: <20001107164209.A33762@chuggalug.clues.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the XFree86 4.0.1 release, yes, enabling dri disables multihead (or maybe it's the otherway around...) I'm not sure of the current state of the DRI (in general) with regards to multihead, check the dri-devel list archives off sorceforge... On Tue, 7 Nov 2000, Geoff Buckingham wrote: > > Slightly related question, does anybody know if DRI and multi head display > are mutually exclusive (as I fear:-()? > > -- > GeoffB > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 12:48:25 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from finch-post-11.mail.demon.net (finch-post-11.mail.demon.net [194.217.242.39]) by hub.freebsd.org (Postfix) with ESMTP id 0A4D437B4C5; Tue, 7 Nov 2000 12:48:24 -0800 (PST) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 13tFfH-000PY9-0B; Tue, 7 Nov 2000 20:48:21 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA23086; Tue, 7 Nov 2000 20:48:28 GMT (envelope-from dfr@nlsystems.com) Date: Tue, 7 Nov 2000 20:48:28 +0000 (GMT) From: Doug Rabson To: Geoff Buckingham Cc: Stephen Hocking , joeo@cracktown.com, multimedia@FreeBSD.ORG, dfr@FreeBSD.ORG Subject: Re: OpenGL with hardware acceleration In-Reply-To: <20001107164209.A33762@chuggalug.clues.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 7 Nov 2000, Geoff Buckingham wrote: > > Slightly related question, does anybody know if DRI and multi head display > are mutually exclusive (as I fear:-()? I think so. A bigger problem is that the G400 multihead driver needs a closed-source kernel driver which is only available for Linux. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 14:13:28 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id C6A6537B657 for ; Tue, 7 Nov 2000 14:13:26 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p240.dialin.uni-bonn.de [131.220.244.240]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id XAA278034 for ; Tue, 7 Nov 2000 23:09:53 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id XAA00849 for ; Tue, 7 Nov 2000 23:06:53 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Tue, 7 Nov 2000 23:06:52 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: multimedia@FreeBSD.ORG Subject: application/smil Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org http://www.w3.org/AudioVideo/ Seems that they can register application/general without IANA or RFC. Is there any Player for Unix ? Exept the Real one, that cannot stream MPEG...? Are there any plans ? Quicktime, isnt that Open Source now ? The MPEG would be enough.. H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Tue Nov 7 14:14:14 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 2558937B4C5 for ; Tue, 7 Nov 2000 14:14:12 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p240.dialin.uni-bonn.de [131.220.244.240]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id XAA105256 for ; Tue, 7 Nov 2000 23:10:39 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id WAA00770 for ; Tue, 7 Nov 2000 22:39:22 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Tue, 7 Nov 2000 22:39:21 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: multimedia@FreeBSD.ORG Subject: RTP vs. HTTP as streaming protocol, SMIL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I was surfing on the SMIL page of www.w3.org, I saw that the main activists are Apple and Real. On Apples website in the Quicktime section there is a language as if streaming with http is impossible. Then they suggest tunneling in http in certain cases, in the Quicktime Player preferences. Well, people will have to decide in Netscape, what they want for application/smil. Is there any thruth in that language ? H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 7:57:31 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by hub.freebsd.org (Postfix) with ESMTP id 98FC637B4C5; Wed, 8 Nov 2000 07:57:10 -0800 (PST) Received: from raven.ravenbrook.com (nb@raven.ravenbrook.com [193.82.131.18]) by raven.ravenbrook.com (8.9.3/8.9.3) with ESMTP id PAA04478; Wed, 8 Nov 2000 15:57:21 GMT From: Nick Barnes To: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Intel D815EEA motherboard sound and network Date: Wed, 08 Nov 2000 15:57:10 +0000 Message-ID: <4453.973699030@raven.ravenbrook.com> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have a new PC with an Intel D815EEA motherboard. This comes with onboard sound, network, and display. I have a Matrox graphics card so I don't care about the onboard display. The motherboard doc claims that the network is compatible with Intel Pro 100, so I expected it to show up as fxp0; it didn't. Archives of freebsd-hardware suggest this is known and unlikely to be fixed. Oh well. I've put a RealTek NIC in instead. The motherboard doc also claims that the sound is compatible with SoundBlaster PCI 128. I've never used sound under FreeBSD, so I'm a bit of a novice here. Can someone advise me what I need in my kernel config to drive this? I've tried a couple of things (pcm, snd) with no visible effect on the dmesg. Here's a verbose boot with GENERIC. Note also the "Bad PnP BIOS data checksum" message. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 2000 jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC Calibrating clock(s) ... TSC clock: 797557265 Hz, i8254 clock: 1193154 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon/Celeron (797.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Features=0x383f9ff real memory = 268173312 (261888K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00426000 - 0x0ffb7fff, 263790592 bytes (64402 pages) avail memory = 256700416 (250684K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fda60 bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xda95 pnpbios: Bad PnP BIOS data checksum Other BIOS signatures found: ACPI: 000ff980 Preloaded elf kernel "kernel.GENERIC" at 0xc040d000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) pcib0: on motherboard found-> vendor=0x8086, dev=0x1130, revid=0x02 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base f8000000, size 26 found-> vendor=0x8086, dev=0x1131, revid=0x02 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=2 secondarybus=2 found-> vendor=0x8086, dev=0x244e, revid=0x01 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x8086, dev=0x2440, revid=0x01 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x8086, dev=0x244b, revid=0x01 class=01-01-80, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000ffa0, size 4 found-> vendor=0x8086, dev=0x2442, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=d, irq=11 map[20]: type 1, range 32, base 0000ef40, size 5 found-> vendor=0x8086, dev=0x2443, revid=0x01 class=0c-05-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=9 map[20]: type 1, range 32, base 0000efa0, size 4 found-> vendor=0x8086, dev=0x2444, revid=0x01 class=0c-03-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=c, irq=10 map[20]: type 1, range 32, base 0000ef80, size 5 found-> vendor=0x8086, dev=0x2445, revid=0x01 class=04-01-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=b, irq=9 map[10]: type 1, range 32, base 0000e800, size 8 map[14]: type 1, range 32, base 0000ef00, size 6 pci0: on pcib0 pcib1: at device 1.0 on pci0 found-> vendor=0x102b, dev=0x0525, revid=0x04 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base f2000000, size 25 map[14]: type 1, range 32, base feafc000, size 14 map[18]: type 1, range 32, base fe000000, size 23 pci2: on pcib1 pci2: (vendor=0x102b, dev=0x0525) at 0.0 irq 11 pcib2: at device 30.0 on pci0 found-> vendor=0x8086, dev=0x2449, revid=0x01 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base fd9fe000, size 12 map[14]: type 1, range 32, base 0000df00, size 6 found-> vendor=0x10ec, dev=0x8139, revid=0x10 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base 0000d800, size 8 map[14]: type 1, range 32, base fd9ffc00, size 8 pci1: on pcib2 pci1: (vendor=0x8086, dev=0x2449) at 8.0 irq 11 rl0: port 0xd800-0xd8ff mem 0xfd9ffc00-0xfd9ffcff irq 11 at device 13.0 on pci1 rl0: Ethernet address: 00:50:fc:01:f4:0e miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bpf: rl0 attached isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 ata1: mask=03 status0=50 status1=00 ata1: mask=03 status0=10 status1=00 ata1: devices = 0x4 ata1: at 0x170 irq 15 on atapci0 uhci0: port 0xef40-0xef5f irq 11 at device 31.2 on pci0 uhci0: (New UHCI DeviceId=0x24428086) using shared irq11. usb0: on uhci0 usb0: USB revision 1.0 uhub0: (0x24428086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 power on failed, IOERROR uhub0: port 2 power on failed, IOERROR pci0: (vendor=0x8086, dev=0x2443) at 31.3 irq 9 uhci1: port 0xef80-0xef9f irq 10 at device 31.4 on pci0 uhci1: (New UHCI DeviceId=0x24448086) usb1: on uhci1 usb1: USB revision 1.0 uhub1: (0x24448086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhub1: port 1 power on failed, IOERROR uhub1: port 2 power on failed, IOERROR pci0: (vendor=0x8086, dev=0x2445) at 31.5 irq 9 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 bt0: Failed Status Reg Test - fe bt_isa_probe: Probe failed at 0x330 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x334 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x230 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x234 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x130 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x134 aha0: status reg test failed fe aha0: status reg test failed ff ated 4 times atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 06 05 psm: data 08 01 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic1: not probed (disabled) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 bpf: lp0 attached isa_probe_children: probing PnP devices BIOS Geometries: 0:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: sl0 attached bpf: ppp0 attached new masks: bio 68cc40, tty 63109a, net 67189a bpf: lo0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: faith0 attached ad0: ATA-5 disk at ata0 as master ad0: 43979MB (90069840 sectors), 89355 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, BIOSDMA ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad0 Creating DISK wd0 ata1-master: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 ata1-master: success setting up PIO4 mode on generic chip acd0: CDROM drive at ata1 as master acd0: read 171KB/s (8937KB/s), 128KB buffer, PIO4 acd0: Reads: CD-R, CD-RW, CD-DA stream, packet acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Mounting root from ufs:/dev/ad0s1a ad0s1: type 0xa5, start 63, end = 41929649, size 41929587 : OK start_init: trying /sbin/init -- FreeBSD 2.2.8-RELEASE: up 6 days, 5:09 last reboot Thu Nov 2 10:55 (lightning strike) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 9:12:59 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id 6415337B479; Wed, 8 Nov 2000 09:12:42 -0800 (PST) Received: by elvis.mu.org (Postfix, from userid 1000) id 0239D2B261; Wed, 8 Nov 2000 11:12:36 -0600 (CST) Date: Wed, 8 Nov 2000 09:12:36 -0800 From: Paul Saab To: Nick Barnes Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Intel D815EEA motherboard sound and network Message-ID: <20001108091236.A41632@elvis.mu.org> References: <4453.973699030@raven.ravenbrook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <4453.973699030@raven.ravenbrook.com>; from Nick.Barnes@pobox.com on Wed, Nov 08, 2000 at 03:57:10PM +0000 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You need to run 4-stable or wait for 4.2-RELEASE to come out to support the onboard ethernet on the Intel 815 board. I am going to try and get Cameron an 815 board so he can do the sound support, but that is taking a bit of time to get the hardware for him. Nick Barnes (Nick.Barnes@pobox.com) wrote: > I have a new PC with an Intel D815EEA motherboard. This comes with > onboard sound, network, and display. I have a Matrox graphics card so > I don't care about the onboard display. > > The motherboard doc claims that the network is compatible with Intel > Pro 100, so I expected it to show up as fxp0; it didn't. Archives of > freebsd-hardware suggest this is known and unlikely to be fixed. Oh > well. I've put a RealTek NIC in instead. > > The motherboard doc also claims that the sound is compatible with > SoundBlaster PCI 128. I've never used sound under FreeBSD, so I'm a > bit of a novice here. Can someone advise me what I need in my kernel > config to drive this? I've tried a couple of things (pcm, snd) with > no visible effect on the dmesg. > > Here's a verbose boot with GENERIC. Note also the "Bad PnP BIOS data > checksum" message. > > Copyright (c) 1992-2000 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 2000 > jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC > Calibrating clock(s) ... TSC clock: 797557265 Hz, i8254 clock: 1193154 Hz > CLK_USE_I8254_CALIBRATION not specified - using default frequency > Timecounter "i8254" frequency 1193182 Hz > CLK_USE_TSC_CALIBRATION not specified - using old calibration method > CPU: Pentium III/Pentium III Xeon/Celeron (797.58-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > Features=0x383f9ff > real memory = 268173312 (261888K bytes) > Physical memory chunk(s): > 0x00001000 - 0x0009efff, 647168 bytes (158 pages) > 0x00426000 - 0x0ffb7fff, 263790592 bytes (64402 pages) > avail memory = 256700416 (250684K bytes) > bios32: Found BIOS32 Service Directory header at 0xc00fda60 > bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 > pcibios: PCI BIOS entry at 0xda95 > pnpbios: Bad PnP BIOS data checksum > Other BIOS signatures found: > ACPI: 000ff980 > Preloaded elf kernel "kernel.GENERIC" at 0xc040d000. > Pentium Pro MTRR support enabled > md0: Malloc disk > Creating DISK md0 > Math emulator present > pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) > npx0: on motherboard > npx0: INT 16 interface > pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 > pci_open(1a): mode1res=0x80000000 (0x80000000) > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) > pcib0: on motherboard > found-> vendor=0x8086, dev=0x1130, revid=0x02 > class=06-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > map[10]: type 1, range 32, base f8000000, size 26 > found-> vendor=0x8086, dev=0x1131, revid=0x02 > class=06-04-00, hdrtype=0x01, mfdev=0 > subordinatebus=2 secondarybus=2 > found-> vendor=0x8086, dev=0x244e, revid=0x01 > class=06-04-00, hdrtype=0x01, mfdev=0 > subordinatebus=1 secondarybus=1 > found-> vendor=0x8086, dev=0x2440, revid=0x01 > class=06-01-00, hdrtype=0x00, mfdev=1 > subordinatebus=0 secondarybus=0 > found-> vendor=0x8086, dev=0x244b, revid=0x01 > class=01-01-80, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > map[20]: type 1, range 32, base 0000ffa0, size 4 > found-> vendor=0x8086, dev=0x2442, revid=0x01 > class=0c-03-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=d, irq=11 > map[20]: type 1, range 32, base 0000ef40, size 5 > found-> vendor=0x8086, dev=0x2443, revid=0x01 > class=0c-05-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=b, irq=9 > map[20]: type 1, range 32, base 0000efa0, size 4 > found-> vendor=0x8086, dev=0x2444, revid=0x01 > class=0c-03-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=c, irq=10 > map[20]: type 1, range 32, base 0000ef80, size 5 > found-> vendor=0x8086, dev=0x2445, revid=0x01 > class=04-01-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=b, irq=9 > map[10]: type 1, range 32, base 0000e800, size 8 > map[14]: type 1, range 32, base 0000ef00, size 6 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > found-> vendor=0x102b, dev=0x0525, revid=0x04 > class=03-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=11 > map[10]: type 1, range 32, base f2000000, size 25 > map[14]: type 1, range 32, base feafc000, size 14 > map[18]: type 1, range 32, base fe000000, size 23 > pci2: on pcib1 > pci2: (vendor=0x102b, dev=0x0525) at 0.0 irq 11 > pcib2: at device 30.0 on pci0 > found-> vendor=0x8086, dev=0x2449, revid=0x01 > class=02-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=11 > map[10]: type 1, range 32, base fd9fe000, size 12 > map[14]: type 1, range 32, base 0000df00, size 6 > found-> vendor=0x10ec, dev=0x8139, revid=0x10 > class=02-00-00, hdrtype=0x00, mfdev=0 > subordinatebus=0 secondarybus=0 > intpin=a, irq=11 > map[10]: type 1, range 32, base 0000d800, size 8 > map[14]: type 1, range 32, base fd9ffc00, size 8 > pci1: on pcib2 > pci1: (vendor=0x8086, dev=0x2449) at 8.0 irq 11 > rl0: port 0xd800-0xd8ff mem 0xfd9ffc00-0xfd9ffcff irq 11 at device 13.0 on pci1 > rl0: Ethernet address: 00:50:fc:01:f4:0e > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > bpf: rl0 attached > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 > ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 > ata0: mask=03 status0=50 status1=00 > ata0: mask=03 status0=50 status1=00 > ata0: devices = 0x1 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 > ata1: mask=03 status0=50 status1=00 > ata1: mask=03 status0=10 status1=00 > ata1: devices = 0x4 > ata1: at 0x170 irq 15 on atapci0 > uhci0: port 0xef40-0xef5f irq 11 at device 31.2 on pci0 > uhci0: (New UHCI DeviceId=0x24428086) > using shared irq11. > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: (0x24428086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhub0: port 1 power on failed, IOERROR > uhub0: port 2 power on failed, IOERROR > pci0: (vendor=0x8086, dev=0x2443) at 31.3 irq 9 > uhci1: port 0xef80-0xef9f irq 10 at device 31.4 on pci0 > uhci1: (New UHCI DeviceId=0x24448086) > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: (0x24448086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhub1: port 1 power on failed, IOERROR > uhub1: port 2 power on failed, IOERROR > pci0: (vendor=0x8086, dev=0x2445) at 31.5 irq 9 > Trying Read_Port at 203 > Trying Read_Port at 243 > Trying Read_Port at 283 > Trying Read_Port at 2c3 > Trying Read_Port at 303 > Trying Read_Port at 343 > Trying Read_Port at 383 > Trying Read_Port at 3c3 > ata-: ata0 exists, using next available unit number > ata-: ata1 exists, using next available unit number > isa_probe_children: disabling PnP devices > isa_probe_children: probing non-PnP devices > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: FIFO enabled, 8 bytes threshold > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > bt0: Failed Status Reg Test - fe > bt_isa_probe: Probe failed at 0x330 > bt0: Failed Status Reg Test - ff > bt_isa_probe: Probe failed at 0x334 > bt0: Failed Status Reg Test - ff > bt_isa_probe: Probe failed at 0x230 > bt0: Failed Status Reg Test - ff > bt_isa_probe: Probe failed at 0x234 > bt0: Failed Status Reg Test - ff > bt_isa_probe: Probe failed at 0x130 > bt0: Failed Status Reg Test - ff > bt_isa_probe: Probe failed at 0x134 > aha0: status reg test failed fe > aha0: status reg test failed ff > ated 4 times > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > atkbd: the current kbd controller command byte 0065 > atkbd: keyboard ID 0x41ab (2) > kbdc: RESET_KBD return code:00fa > kbdc: RESET_KBD status:00aa > kbd0 at atkbd0 > kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 > psm0: current command byte:0065 > kbdc: TEST_AUX_PORT status:0000 > kbdc: RESET_AUX return code:00fa > kbdc: RESET_AUX status:00aa > kbdc: RESET_AUX ID:0000 > psm: status 00 02 64 > psm: status 00 00 64 > psm: status 00 03 64 > psm: status 00 03 64 > psm: data 08 06 05 > psm: data 08 01 00 > psm: status 00 02 64 > psm0: irq 12 on atkbdc0 > psm0: model IntelliMouse, device ID 3-00, 3 buttons > psm0: config:00000000, flags:00000000, packet size:4 > psm0: syncmask:08, syncbits:08 > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > fb0: vga0, vga, type:VGA (5), flags:0x7007f > fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > fb0: init mode:24, bios mode:3, current mode:24 > fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k > VGA parameters upon power-up > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > VGA parameters in BIOS for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > EGA/VGA parameters to be used for mode 24 > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > pcic1: not probed (disabled) > sio0: irq maps: 0x41 0x51 0x41 0x41 > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1: irq maps: 0x41 0x49 0x41 0x41 > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio2: not probed (disabled) > sio3: not probed (disabled) > ppc0: parallel port found at 0x378 > ppc0: using extended I/O port range > ppc0: ECP SPP ECP+EPP SPP > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/8 bytes threshold > ppi0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > plip0: on ppbus0 > bpf: lp0 attached > isa_probe_children: probing PnP devices > BIOS Geometries: > 0:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors > 0 accounted for > Device configuration finished. > bpf: sl0 attached > bpf: ppp0 attached > new masks: bio 68cc40, tty 63109a, net 67189a > bpf: lo0 attached > bpf: gif0 attached > bpf: gif1 attached > bpf: gif2 attached > bpf: gif3 attached > bpf: faith0 attached > ad0: ATA-5 disk at ata0 as master > ad0: 43979MB (90069840 sectors), 89355 cyls, 16 heads, 63 S/T, 512 B/S > ad0: 16 secs/int, 32 depth queue, BIOSDMA > ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 > Creating DISK ad0 > Creating DISK wd0 > ata1-master: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 > ata1-master: success setting up PIO4 mode on generic chip > acd0: CDROM drive at ata1 as master > acd0: read 171KB/s (8937KB/s), 128KB buffer, PIO4 > acd0: Reads: CD-R, CD-RW, CD-DA stream, packet > acd0: Audio: play, 255 volume levels > acd0: Mechanism: ejectable tray > acd0: Medium: no/blank disc inside, unlocked > Mounting root from ufs:/dev/ad0s1a > ad0s1: type 0xa5, start 63, end = 41929649, size 41929587 : OK > start_init: trying /sbin/init > > > -- > FreeBSD 2.2.8-RELEASE: up 6 days, 5:09 > last reboot Thu Nov 2 10:55 (lightning strike) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 10: 4:24 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from onizuka.vmunix.org (onizuka.vmunix.org [194.221.152.19]) by hub.freebsd.org (Postfix) with ESMTP id 2371137B4C5 for ; Wed, 8 Nov 2000 10:04:20 -0800 (PST) Received: from localhost (1313 bytes) by onizuka.vmunix.org via sendmail with stdio (sender: ) (ident using unix) id for ; Wed, 8 Nov 2000 19:04:20 +0100 (CET) Message-Id: Date: Wed, 8 Nov 2000 19:04:20 +0100 (CET) From: torstenb@vmunix.org (Torsten Blum) To: uzs106@ibm.rhrz.uni-bonn.de Cc: freebsd-multimedia@freebsd.org Subject: Re: RTP vs. HTTP as streaming protocol, SMIL References: X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In freebsd-multimedia you write: >Hi, I was surfing on the SMIL page of www.w3.org, I saw that the main >activists are Apple and Real. On Apples website in the Quicktime >section there is a language as if streaming with http is impossible. Then >they suggest tunneling in http in certain cases, in the Quicktime Player >preferences. [...] >Is there any thruth in that language ? Doing any streaming with unicast it pointless. Think about radio or video (most streams are radio or video these days). The more popular it is, the more bandwidth/server horsepower you need. It doesnt even scale well. Think about the Bandwidth you need for only 500 "listeners". But since since most suits and other clueless people think that Internet == WWW = HTTP they won't even notice the existance of multicasting. I work for a major ISP in Germany and I can count the number of customers asking for multicast uplink on one hand. Heck, even the number of multicast enabled ISPs could probably be counted with one hand. Well... -tb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 10:10: 7 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from onizuka.vmunix.org (onizuka.vmunix.org [194.221.152.19]) by hub.freebsd.org (Postfix) with ESMTP id 9DBCE37B479 for ; Wed, 8 Nov 2000 10:10:02 -0800 (PST) Received: from localhost (1183 bytes) by onizuka.vmunix.org via sendmail with stdio (sender: ) (ident using unix) id for ; Wed, 8 Nov 2000 19:10:08 +0100 (CET) Message-Id: Date: Wed, 8 Nov 2000 19:10:08 +0100 (CET) From: torstenb@vmunix.org (Torsten Blum) To: uzs106@ibm.rhrz.uni-bonn.de Cc: freebsd-multimedia@freebsd.org Subject: Re: application/smil References: X-Newsreader: NN version 6.5.6 (NOV) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In uzs106@ibm.rhrz.uni-bonn.de (Heiko Recktenwald) writes: >Is there any Player for Unix ? Exept the Real one, that cannot stream >MPEG...? Are there any plans ? >Quicktime, isnt that Open Source now ? The MPEG would be enough.. Dunno about MPEG via HTTP, but for Multicast/RTP there's MIM (http://videolab.uoregon.edu/mim/). Basically it's a frontend that extracts the mpeg frames out of rtp packets and feeds it to mtvp (ports/graphics/mtv). Works quite good, except that audio/video is sometimes out of synch. Well, could be worse ;) The only thing we currently lack is a realtime mpeg1 (2 or 4 would be cool too) encoder that can feed it's data directly to a multicast group and runs on something else than NiceTry. If anyone knows such a solution, maybe even im combination with a hardware mpeg compression card, please gimme a pointer. -tb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 10:56:19 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-206-90-77.dsl.snfc21.pacbell.net [63.206.90.77]) by hub.freebsd.org (Postfix) with ESMTP id 76AC937B479; Wed, 8 Nov 2000 10:56:15 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.0/8.11.1) with ESMTP id eA8IvvF03041; Wed, 8 Nov 2000 10:57:58 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200011081857.eA8IvvF03041@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Nick Barnes Cc: freebsd-multimedia@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Intel D815EEA motherboard sound and network In-reply-to: Your message of "Wed, 08 Nov 2000 15:57:10 GMT." <4453.973699030@raven.ravenbrook.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 08 Nov 2000 10:57:57 -0800 From: Mike Smith Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I have a new PC with an Intel D815EEA motherboard. This comes with > onboard sound, network, and display. I have a Matrox graphics card so > I don't care about the onboard display. > > The motherboard doc claims that the network is compatible with Intel > Pro 100, so I expected it to show up as fxp0; it didn't. Archives of > freebsd-hardware suggest this is known and unlikely to be fixed. Oh > well. I've put a RealTek NIC in instead. You should check the archives more closely. It is supported by the fxp driver; should be picked up in 4.1.1 or later. > The motherboard doc also claims that the sound is compatible with > SoundBlaster PCI 128. I've never used sound under FreeBSD, so I'm a > bit of a novice here. Can someone advise me what I need in my kernel > config to drive this? I've tried a couple of things (pcm, snd) with > no visible effect on the dmesg. I don't think this is the case; there's support for the ICH2 in the pipeline though. > Here's a verbose boot with GENERIC. Note also the "Bad PnP BIOS data > checksum" message. You gotta love Intel for that one. Don't worry about it too much. -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 10:57:23 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from satan.freebsdsystems.com (unknown [24.69.168.5]) by hub.freebsd.org (Postfix) with ESMTP id 536B037B4C5; Wed, 8 Nov 2000 10:57:04 -0800 (PST) Received: from wired (wired.CyberTouch.org [24.69.168.3]) by satan.freebsdsystems.com (8.11.1/8.11.0) with ESMTP id eA8Iv1E03429; Wed, 8 Nov 2000 13:57:01 -0500 (EST) From: "Lanny Baron" Organization: Freedom Technologies Corporation To: Paul Saab , freebsd-multimedia@FreeBSD.ORG, freebsd-hardware@FreeBSD.ORG, Nick Barnes Date: Wed, 8 Nov 2000 13:57:02 -0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: Intel D815EEA motherboard sound and network Reply-To: lnb@FreeBSDsystems.COM Message-ID: <3A095BAE.10310.76336B@localhost> In-reply-to: <20001108091236.A41632@elvis.mu.org> References: <4453.973699030@raven.ravenbrook.com>; from Nick.Barnes@pobox.com on Wed, Nov 08, 2000 at 03:57:10PM +0000 X-mailer: Pegasus Mail for Win32 (v3.12c) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, We build Network Servers, and not really home systems (http://freebhsdsystems.com). As an IPD I will contact Intel and see if I can get a demo unit. If not I do have a brand new (still boxed) D815EEAL and will build a home system (with Systium Chassis) and tell you (and Intel as Intel does not list FreeBSD as a validated and supported OS, to which I am talking to people at Intel to get them to certify FreeBSD as a validated OS) if any, problems occur. I have built several Network servers already mainly for ISP's in the U.S. (we are in Canada) and have reported back to Intel, the fact that the servers run perfectly without the need to update BIOS when Micro$oft OS is installed the reverse is true. Regards, Lanny On 8 Nov 2000, at 9:12, Paul Saab wrote: > You need to run 4-stable or wait for 4.2-RELEASE to come out to support > the onboard ethernet on the Intel 815 board. I am going to try and get > Cameron an 815 board so he can do the sound support, but that is taking > a bit of time to get the hardware for him. > > Nick Barnes (Nick.Barnes@pobox.com) wrote: > > I have a new PC with an Intel D815EEA motherboard. This comes with > > onboard sound, network, and display. I have a Matrox graphics card so > > I don't care about the onboard display. > > > > The motherboard doc claims that the network is compatible with Intel > > Pro 100, so I expected it to show up as fxp0; it didn't. Archives of > > freebsd-hardware suggest this is known and unlikely to be fixed. Oh > > well. I've put a RealTek NIC in instead. > > > > The motherboard doc also claims that the sound is compatible with > > SoundBlaster PCI 128. I've never used sound under FreeBSD, so I'm a > > bit of a novice here. Can someone advise me what I need in my kernel > > config to drive this? I've tried a couple of things (pcm, snd) with > > no visible effect on the dmesg. > > > > Here's a verbose boot with GENERIC. Note also the "Bad PnP BIOS data > > checksum" message. > > > > Copyright (c) 1992-2000 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD 4.1-RELEASE #0: Fri Jul 28 14:30:31 GMT 2000 > > jkh@ref4.freebsd.org:/usr/src/sys/compile/GENERIC > > Calibrating clock(s) ... TSC clock: 797557265 Hz, i8254 clock: 1193154 Hz > > CLK_USE_I8254_CALIBRATION not specified - using default frequency > > Timecounter "i8254" frequency 1193182 Hz > > CLK_USE_TSC_CALIBRATION not specified - using old calibration method > > CPU: Pentium III/Pentium III Xeon/Celeron (797.58-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x686 Stepping = 6 > > Features=0x383f9ff > > real memory = 268173312 (261888K bytes) > > Physical memory chunk(s): > > 0x00001000 - 0x0009efff, 647168 bytes (158 pages) > > 0x00426000 - 0x0ffb7fff, 263790592 bytes (64402 pages) > > avail memory = 256700416 (250684K bytes) > > bios32: Found BIOS32 Service Directory header at 0xc00fda60 > > bios32: Entry = 0xfda74 (c00fda74) Rev = 0 Len = 1 > > pcibios: PCI BIOS entry at 0xda95 > > pnpbios: Bad PnP BIOS data checksum > > Other BIOS signatures found: > > ACPI: 000ff980 > > Preloaded elf kernel "kernel.GENERIC" at 0xc040d000. > > Pentium Pro MTRR support enabled > > md0: Malloc disk > > Creating DISK md0 > > Math emulator present > > pci_open(1): mode 1 addr port (0x0cf8) is 0x8000005c > > pci_open(1a): mode1res=0x80000000 (0x80000000) > > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) > > npx0: on motherboard > > npx0: INT 16 interface > > pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 > > pci_open(1a): mode1res=0x80000000 (0x80000000) > > pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=11308086) > > pcib0: on motherboard > > found-> vendor=0x8086, dev=0x1130, revid=0x02 > > class=06-00-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > map[10]: type 1, range 32, base f8000000, size 26 > > found-> vendor=0x8086, dev=0x1131, revid=0x02 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > subordinatebus=2 secondarybus=2 > > found-> vendor=0x8086, dev=0x244e, revid=0x01 > > class=06-04-00, hdrtype=0x01, mfdev=0 > > subordinatebus=1 secondarybus=1 > > found-> vendor=0x8086, dev=0x2440, revid=0x01 > > class=06-01-00, hdrtype=0x00, mfdev=1 > > subordinatebus=0 secondarybus=0 > > found-> vendor=0x8086, dev=0x244b, revid=0x01 > > class=01-01-80, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > map[20]: type 1, range 32, base 0000ffa0, size 4 > > found-> vendor=0x8086, dev=0x2442, revid=0x01 > > class=0c-03-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=d, irq=11 > > map[20]: type 1, range 32, base 0000ef40, size 5 > > found-> vendor=0x8086, dev=0x2443, revid=0x01 > > class=0c-05-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=b, irq=9 > > map[20]: type 1, range 32, base 0000efa0, size 4 > > found-> vendor=0x8086, dev=0x2444, revid=0x01 > > class=0c-03-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=c, irq=10 > > map[20]: type 1, range 32, base 0000ef80, size 5 > > found-> vendor=0x8086, dev=0x2445, revid=0x01 > > class=04-01-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=b, irq=9 > > map[10]: type 1, range 32, base 0000e800, size 8 > > map[14]: type 1, range 32, base 0000ef00, size 6 > > pci0: on pcib0 > > pcib1: at device 1.0 on pci0 > > found-> vendor=0x102b, dev=0x0525, revid=0x04 > > class=03-00-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=a, irq=11 > > map[10]: type 1, range 32, base f2000000, size 25 > > map[14]: type 1, range 32, base feafc000, size 14 > > map[18]: type 1, range 32, base fe000000, size 23 > > pci2: on pcib1 > > pci2: (vendor=0x102b, dev=0x0525) at 0.0 irq 11 > > pcib2: at device 30.0 on pci0 > > found-> vendor=0x8086, dev=0x2449, revid=0x01 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=a, irq=11 > > map[10]: type 1, range 32, base fd9fe000, size 12 > > map[14]: type 1, range 32, base 0000df00, size 6 > > found-> vendor=0x10ec, dev=0x8139, revid=0x10 > > class=02-00-00, hdrtype=0x00, mfdev=0 > > subordinatebus=0 secondarybus=0 > > intpin=a, irq=11 > > map[10]: type 1, range 32, base 0000d800, size 8 > > map[14]: type 1, range 32, base fd9ffc00, size 8 > > pci1: on pcib2 > > pci1: (vendor=0x8086, dev=0x2449) at 8.0 irq 11 > > rl0: port 0xd800-0xd8ff mem 0xfd9ffc00-0xfd9ffcff irq 11 at device 13.0 on pci1 > > rl0: Ethernet address: 00:50:fc:01:f4:0e > > miibus0: on rl0 > > rlphy0: on miibus0 > > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > bpf: rl0 attached > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port 0xffa0-0xffaf at device 31.1 on pci0 > > ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xffa0 > > ata0: mask=03 status0=50 status1=00 > > ata0: mask=03 status0=50 status1=00 > > ata0: devices = 0x1 > > ata0: at 0x1f0 irq 14 on atapci0 > > ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xffa8 > > ata1: mask=03 status0=50 status1=00 > > ata1: mask=03 status0=10 status1=00 > > ata1: devices = 0x4 > > ata1: at 0x170 irq 15 on atapci0 > > uhci0: port 0xef40-0xef5f irq 11 at device 31.2 on pci0 > > uhci0: (New UHCI DeviceId=0x24428086) > > using shared irq11. > > usb0: on uhci0 > > usb0: USB revision 1.0 > > uhub0: (0x24428086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub0: 2 ports with 2 removable, self powered > > uhub0: port 1 power on failed, IOERROR > > uhub0: port 2 power on failed, IOERROR > > pci0: (vendor=0x8086, dev=0x2443) at 31.3 irq 9 > > uhci1: port 0xef80-0xef9f irq 10 at device 31.4 on pci0 > > uhci1: (New UHCI DeviceId=0x24448086) > > usb1: on uhci1 > > usb1: USB revision 1.0 > > uhub1: (0x24448086) UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > > uhub1: 2 ports with 2 removable, self powered > > uhub1: port 1 power on failed, IOERROR > > uhub1: port 2 power on failed, IOERROR > > pci0: (vendor=0x8086, dev=0x2445) at 31.5 irq 9 > > Trying Read_Port at 203 > > Trying Read_Port at 243 > > Trying Read_Port at 283 > > Trying Read_Port at 2c3 > > Trying Read_Port at 303 > > Trying Read_Port at 343 > > Trying Read_Port at 383 > > Trying Read_Port at 3c3 > > ata-: ata0 exists, using next available unit number > > ata-: ata1 exists, using next available unit number > > isa_probe_children: disabling PnP devices > > isa_probe_children: probing non-PnP devices > > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > > fdc0: FIFO enabled, 8 bytes threshold > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > bt0: Failed Status Reg Test - fe > > bt_isa_probe: Probe failed at 0x330 > > bt0: Failed Status Reg Test - ff > > bt_isa_probe: Probe failed at 0x334 > > bt0: Failed Status Reg Test - ff > > bt_isa_probe: Probe failed at 0x230 > > bt0: Failed Status Reg Test - ff > > bt_isa_probe: Probe failed at 0x234 > > bt0: Failed Status Reg Test - ff > > bt_isa_probe: Probe failed at 0x130 > > bt0: Failed Status Reg Test - ff > > bt_isa_probe: Probe failed at 0x134 > > aha0: status reg test failed fe > > aha0: status reg test failed ff > > ated 4 times > > atkbdc0: at port 0x60,0x64 on isa0 > > atkbd0: flags 0x1 irq 1 on atkbdc0 > > atkbd: the current kbd controller command byte 0065 > > atkbd: keyboard ID 0x41ab (2) > > kbdc: RESET_KBD return code:00fa > > kbdc: RESET_KBD status:00aa > > kbd0 at atkbd0 > > kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 > > psm0: current command byte:0065 > > kbdc: TEST_AUX_PORT status:0000 > > kbdc: RESET_AUX return code:00fa > > kbdc: RESET_AUX status:00aa > > kbdc: RESET_AUX ID:0000 > > psm: status 00 02 64 > > psm: status 00 00 64 > > psm: status 00 03 64 > > psm: status 00 03 64 > > psm: data 08 06 05 > > psm: data 08 01 00 > > psm: status 00 02 64 > > psm0: irq 12 on atkbdc0 > > psm0: model IntelliMouse, device ID 3-00, 3 buttons > > psm0: config:00000000, flags:00000000, packet size:4 > > psm0: syncmask:08, syncbits:08 > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > fb0: vga0, vga, type:VGA (5), flags:0x7007f > > fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 > > fb0: init mode:24, bios mode:3, current mode:24 > > fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k > > VGA parameters upon power-up > > 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 > > bf 1f 00 4f 0d 0e 00 00 07 80 9c 8e 8f 28 1f 96 > > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > > VGA parameters in BIOS for mode 24 > > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > > EGA/VGA parameters to be used for mode 24 > > 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 > > bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 > > b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c > > 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) > > pcic1: not probed (disabled) > > sio0: irq maps: 0x41 0x51 0x41 0x41 > > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > > sio0: type 16550A > > sio1: irq maps: 0x41 0x49 0x41 0x41 > > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > > sio1: type 16550A > > sio2: not probed (disabled) > > sio3: not probed (disabled) > > ppc0: parallel port found at 0x378 > > ppc0: using extended I/O port range > > ppc0: ECP SPP ECP+EPP SPP > > ppc0: at port 0x378-0x37f irq 7 on isa0 > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/8 bytes threshold > > ppi0: on ppbus0 > > lpt0: on ppbus0 > > lpt0: Interrupt-driven port > > plip0: on ppbus0 > > bpf: lp0 attached > > isa_probe_children: probing PnP devices > > BIOS Geometries: > > 0:03fefe3f 0..1022=1023 cylinders, 0..254=255 heads, 1..63=63 sectors > > 0 accounted for > > Device configuration finished. > > bpf: sl0 attached > > bpf: ppp0 attached > > new masks: bio 68cc40, tty 63109a, net 67189a > > bpf: lo0 attached > > bpf: gif0 attached > > bpf: gif1 attached > > bpf: gif2 attached > > bpf: gif3 attached > > bpf: faith0 attached > > ad0: ATA-5 disk at ata0 as master > > ad0: 43979MB (90069840 sectors), 89355 cyls, 16 heads, 63 S/T, 512 B/S > > ad0: 16 secs/int, 32 depth queue, BIOSDMA > > ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 > > Creating DISK ad0 > > Creating DISK wd0 > > ata1-master: piomode=4 dmamode=2 udmamode=-1 dmaflag=1 > > ata1-master: success setting up PIO4 mode on generic chip > > acd0: CDROM drive at ata1 as master > > acd0: read 171KB/s (8937KB/s), 128KB buffer, PIO4 > > acd0: Reads: CD-R, CD-RW, CD-DA stream, packet > > acd0: Audio: play, 255 volume levels > > acd0: Mechanism: ejectable tray > > acd0: Medium: no/blank disc inside, unlocked > > Mounting root from ufs:/dev/ad0s1a > > ad0s1: type 0xa5, start 63, end = 41929649, size 41929587 : OK > > start_init: trying /sbin/init > > > > > > -- > > FreeBSD 2.2.8-RELEASE: up 6 days, 5:09 > > last reboot Thu Nov 2 10:55 (lightning strike) > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-hardware" in the body of the message > > -- > Paul Saab > Technical Yahoo > paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org > Do You .. uhh .. Yahoo!? > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hardware" in the body of the message > Lanny Baron Microsoft: "Where would you like to go today" Linux: "Where would you like to go tomorrow" FreeBSD: "Hey,when are you guys going to catch up" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 15:56:55 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from isua5.iastate.edu (isua5.iastate.edu [129.186.1.205]) by hub.freebsd.org (Postfix) with ESMTP id 8571937B479 for ; Wed, 8 Nov 2000 15:56:53 -0800 (PST) Received: from localhost (ccsanady@localhost) by isua5.iastate.edu (8.8.8/8.8.5) with SMTP id RAA31437 for ; Wed, 8 Nov 2000 17:56:51 -0600 (CST) Message-Id: <200011082356.RAA31437@isua5.iastate.edu> To: freebsd-multimedia@freebsd.org Subject: newpcm programming.. Date: Wed, 08 Nov 2000 17:56:51 CST From: Chris Csanady Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, I was wondering if anyone can point me at some newpcm documentation or example code. The soundcard.h file mentions the FreeBSD stuff at the start, but that some of it is not implemented. Is this supported, or should one just use the Voxware ioctls? I'm trying to do some fairly simple stuff, but weird things seem to happen. What I would like to do is read sound from the line in on my cs4236 soundcard, modify it, and then write it to the line out. Also, how does stereo fit into the picture? Is the channel data just every other block? Thanks, Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 20:50:25 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id E3B7A37B4CF for ; Wed, 8 Nov 2000 20:50:22 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p168.dialin.uni-bonn.de [131.220.244.168]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id FAA432026; Thu, 9 Nov 2000 05:47:00 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id CAA01321; Thu, 9 Nov 2000 02:54:54 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Thu, 9 Nov 2000 02:54:54 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: Torsten Blum Cc: freebsd-multimedia@freebsd.org Subject: Re: application/smil In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, On Wed, 8 Nov 2000, Torsten Blum wrote: > The only thing we currently lack is a realtime mpeg1 (2 or 4 would be cool > too) encoder that can feed it's data directly to a multicast group and > runs on something else than NiceTry. Porting mp1e ? It is for video4linux. H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 21:37:37 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from onizuka.vmunix.org (onizuka.vmunix.org [194.221.152.19]) by hub.freebsd.org (Postfix) with ESMTP id 1B28A37B479 for ; Wed, 8 Nov 2000 21:37:35 -0800 (PST) Received: from localhost (911 bytes) by onizuka.vmunix.org via sendmail with stdio (sender: ) (ident using unix) id for ; Thu, 9 Nov 2000 06:37:31 +0100 (CET) Message-Id: From: torstenb@vmunix.org (Torsten Blum) Subject: Re: application/smil In-Reply-To: "from Heiko Recktenwald at Nov 9, 2000 02:54:54 am" To: Heiko Recktenwald Date: Thu, 9 Nov 2000 06:37:31 +0100 (CET) Cc: Torsten Blum , freebsd-multimedia@freebsd.org X-Mailer: ELM [version 2.4ME+ PL82 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Heiko Recktenwald wrote: > Porting mp1e ? It is for video4linux. Like FAME it's only generating I frames. That's "dirty" and more or less equal to using mjpeg. I wouldn't even mind to pay for it and/or use a hardware encoder card if it supports multiple streams from multiple video inputs (s-video, fbas). -tb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Wed Nov 8 23:53:34 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from kiew.egd.igd.fhg.de (kiew.egd.igd.fhg.de [192.102.170.32]) by hub.freebsd.org (Postfix) with ESMTP id AD73E37B479 for ; Wed, 8 Nov 2000 23:53:32 -0800 (PST) Received: from penguin (penguin.egd.igd.fhg.de [192.102.170.145]) by kiew.egd.igd.fhg.de (Netscape Messaging Server 3.6) with ESMTP id AAA39A4; Thu, 9 Nov 2000 08:53:25 +0100 Date: Thu, 9 Nov 2000 08:53:25 +0100 (CET) From: "Thomas Runge" X-Sender: runge@penguin.egd.igd.fhg.de To: Torsten Blum Cc: uzs106@ibm.rhrz.uni-bonn.de, freebsd-multimedia@freebsd.org Subject: Re: RTP vs. HTTP as streaming protocol, SMIL In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, 8 Nov 2000, Torsten Blum wrote: > I work for a major ISP in Germany and I can count the number of customers > asking for multicast uplink on one hand. Heck, even the number of multicast > enabled ISPs could probably be counted with one hand. I think, thats one of the reasons, why nobody uses mcast. Just because they can't *rely*, that their customers have it. And ISP's are guilty >:-) -- Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Nov 9 0:23:27 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from defiant.vmunix.org (defiant.vmunix.org [62.208.181.16]) by hub.freebsd.org (Postfix) with ESMTP id 8451737B479 for ; Thu, 9 Nov 2000 00:23:25 -0800 (PST) Received: by defiant.vmunix.org (Postfix, from userid 1001) id DFDC07AEEB; Thu, 9 Nov 2000 09:23:22 +0100 (CET) Subject: Re: RTP vs. HTTP as streaming protocol, SMIL In-Reply-To: from Thomas Runge at "Nov 9, 2000 08:53:25 am" To: Thomas Runge Date: Thu, 9 Nov 2000 09:23:21 +0100 (CET) Cc: Torsten Blum , uzs106@ibm.rhrz.uni-bonn.de, freebsd-multimedia@freebsd.org Reply-To: torstenb@vmunix.org X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20001109082322.DFDC07AEEB@defiant.vmunix.org> From: torstenb@defiant.vmunix.org (Torsten Blum) Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thomas Runge wrote: > > I work for a major ISP in Germany and I can count the number of customers > > asking for multicast uplink on one hand. Heck, even the number of multicast > > enabled ISPs could probably be counted with one hand. > > I think, thats one of the reasons, why nobody uses mcast. Just because > they can't *rely*, that their customers have it. Yes, but > And ISP's are guilty >:-) that's not the problem. I know a lot of people working for small and medium sized german ISPs and they all told me that no customer asks for it. As a result, they don't have it - because it costs manpower to understand multicast, get experience with it and offer it as a service. Many of the companies (including small/medium sized ISPs) who have multicast connectivity have it because the techies at those ISPs knew about it and want to play with it ;-( -tb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Nov 9 11:55:58 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mail.over.ru (over.rinet.ru [195.54.192.99]) by hub.freebsd.org (Postfix) with SMTP id D75E337B4C5 for ; Thu, 9 Nov 2000 11:55:48 -0800 (PST) Received: (qmail 25343 invoked by uid 1001); 9 Nov 2000 19:55:35 -0000 Date: Thu, 9 Nov 2000 22:55:35 +0300 From: Alex Povolotsky To: Oliver Brandmueller Cc: Heiko Schaefer <320048919767-0001@t-online.de>, freebsd-multimedia@FreeBSD.ORG Subject: Re: VideoCD and/or MPEG4 players for FreeBSD Message-ID: <20001109225535.A24923@mail.over.ru> References: <20001013114107.C48530@mail.over.ru> <20001013121840.A69446@e-Gitt.NET> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001013121840.A69446@e-Gitt.NET>; from ob@e-Gitt.NET on Fri, Oct 13, 2000 at 12:18:40PM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Oct 13, 2000 at 12:18:40PM +0200, Oliver Brandmueller wrote: > For MPEG4 (esp. DivX ;)) have a look at the avifile thing in the ports. It > works wuite well as long as your computer ist fast enough ;) On my AMD-K6-300, it gives 100% frame loss. I.e. no picture except paused. Is it THAT slow? Or something deeply FreeBSD-of-that-exact-date-on-that-exact-CPU-related? Alex. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Nov 9 13:24:18 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from kumr.lns.com (kumr.lns.com [140.174.7.1]) by hub.freebsd.org (Postfix) with ESMTP id C3C0D37B479 for ; Thu, 9 Nov 2000 13:24:16 -0800 (PST) Received: (from pozar@localhost) by kumr.lns.com (8.11.0/8.9.3) id eA9LPFq95926; Thu, 9 Nov 2000 13:25:15 -0800 (PST) (envelope-from pozar) Date: Thu, 9 Nov 2000 13:25:15 -0800 From: Tim Pozar To: torstenb@vmunix.org Cc: Thomas Runge , uzs106@ibm.rhrz.uni-bonn.de, freebsd-multimedia@FreeBSD.ORG Subject: Re: RTP vs. HTTP as streaming protocol, SMIL Message-ID: <20001109132515.A95823@lns.com> References: <20001109082322.DFDC07AEEB@defiant.vmunix.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20001109082322.DFDC07AEEB@defiant.vmunix.org>; from torstenb@defiant.vmunix.org on Thu, Nov 09, 2000 at 09:23:21AM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 09, 2000 at 09:23:21AM +0100, Torsten Blum wrote: > Thomas Runge wrote: > > > > I work for a major ISP in Germany and I can count the number of customers > > > asking for multicast uplink on one hand. Heck, even the number of multicast > > > enabled ISPs could probably be counted with one hand. > > > > I think, thats one of the reasons, why nobody uses mcast. Just because > > they can't *rely*, that their customers have it. > > Yes, but > > > And ISP's are guilty >:-) > > that's not the problem. I know a lot of people working for small and > medium sized german ISPs and they all told me that no customer asks for > it. As a result, they don't have it - because it costs manpower to understand > multicast, get experience with it and offer it as a service. > > Many of the companies (including small/medium sized ISPs) who have multicast > connectivity have it because the techies at those ISPs knew about it and > want to play with it ;-( Chicken and the egg. ISPs need to deploy it. Customers will then ask for it. They don't feel your pain. As for the amount of time it takes to learn and maintain an MCAST/MBONE link... I have been connected since '96 and it is pretty easy to set up (mrouted or other methods) and maintain. Admititly there is a reliability problem as the MBONE is a bit lossy and it does go up and down. Players like Realplayer can be set up to try multicast and then fall back to unicast so outages are less of a problem. Tim -- Snail: Tim Pozar / LNS / 1978 45th Ave / San Francisco CA 94116 / USA POTS: +1 415 665 3790 Radio: KC6GNJ / KAE6247 "It's a damn poor mind that can only think of one way to spell a word." - Andrew Jackson "What is wanted is not the will to believe, but the will to find out, which is the exact opposite." - Bertrand Russell To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Nov 9 13:27:52 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from server1.huntsvilleal.com (server1.huntsvilleal.com [63.147.8.7]) by hub.freebsd.org (Postfix) with ESMTP id F1D6A37B65F for ; Thu, 9 Nov 2000 13:27:48 -0800 (PST) Received: from Spaz.HuntsvilleAL.COM (spaz.huntsvilleal.com [63.147.8.31]) by server1.huntsvilleal.com (8.9.3/8.9.3) with ESMTP id OAA26809; Thu, 9 Nov 2000 14:55:39 -0500 Received: from localhost (kris@localhost) by Spaz.HuntsvilleAL.COM (8.9.3/8.9.3) with ESMTP id VAA29858; Thu, 9 Nov 2000 21:27:17 GMT (envelope-from kris@catonic.net) Date: Thu, 9 Nov 2000 21:27:17 +0000 (GMT) From: Kris Kirby X-Sender: kris@spaz.huntsvilleal.com To: scanner@jurai.net Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: VIA VT82C686A AC'97 Audio Question In-Reply-To: Message-ID: X-Tech-Support-Email: bofh@catonic.net MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 7 Nov 2000 scanner@jurai.net wrote: > Just curious but whats the difference between this code and the > code already in 4.1.1-STABLE? I am just using the pcm code and the ac97 > code in -STABLE that cg wrote. Whats the difference in the two? Not sure. I know that running a 4.0-R box, I had to have the drives from inode.org. I still have them in kernel, but I run a "AudioPCI ES1371" so I don't experience jumpy sound. ----- Kris Kirby, KE4AHR | TGIFreeBSD... 'Nuff said. | ------------------------------------------------------- "Fate, it seems, is not without a sense of irony." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Nov 9 13:35:21 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from shell.wetworks.org (shell.wetworks.org [63.160.175.19]) by hub.freebsd.org (Postfix) with SMTP id 6E59637B4C5 for ; Thu, 9 Nov 2000 13:35:15 -0800 (PST) Received: (qmail 48828 invoked from network); 9 Nov 2000 21:35:04 -0000 Received: from unknown (HELO diskfarm.firehouse.net) (10.0.0.28) by 192.168.1.2 with SMTP; 9 Nov 2000 21:35:04 -0000 Received: (from abc@localhost) by diskfarm.firehouse.net (8.11.0/8.11.0) id eA9LcUn60516; Thu, 9 Nov 2000 16:38:30 -0500 (EST) (envelope-from abc) Date: Thu, 9 Nov 2000 16:38:30 -0500 From: Alan Clegg To: Tim Pozar Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: RTP vs. HTTP as streaming protocol, SMIL Message-ID: <20001109163830.A60099@diskfarm.firehouse.net> References: <20001109082322.DFDC07AEEB@defiant.vmunix.org> <20001109132515.A95823@lns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.4i In-Reply-To: <20001109132515.A95823@lns.com>; from pozar@lns.com on Thu, Nov 09, 2000 at 01:25:15PM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Unless the network is lying to me again, Tim Pozar said: > As for the amount of time it takes to learn and maintain an > MCAST/MBONE link... I have been connected since '96 and it is pretty > easy to set up (mrouted or other methods) and maintain. Admititly > there is a reliability problem as the MBONE is a bit lossy and it > does go up and down. Players like Realplayer can be set up to try > multicast and then fall back to unicast so outages are less of a > problem. I've been trying to find a service provider in my area (Silicon Valley of the South) that understands and can provide Multicast. There are none that are affordable. To get multicast, you have to go to Alternet or Sprint, and both of them are *WAY* expensive. Even the national DSL providers go "uh, what's multicast" when you ask. Then, when you do get past the sales droids, the technical people go "uh, that stuff is really complicated and we don't do it." Anybody interested in starting a new provider that actually has clue? AlanC To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Thu Nov 9 14:42:38 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 2CC8637B4C5 for ; Thu, 9 Nov 2000 14:42:35 -0800 (PST) Received: from whizzo.transsys.com (localhost.transsys.com [127.0.0.1]) by whizzo.transsys.com (8.11.0/8.11.0) with ESMTP id eA9MgVG81806; Thu, 9 Nov 2000 17:42:31 -0500 (EST) (envelope-from louie@whizzo.transsys.com) Message-Id: <200011092242.eA9MgVG81806@whizzo.transsys.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Alan Clegg Cc: Tim Pozar , freebsd-multimedia@FreeBSD.ORG X-Image-URL: http://www.transsys.com/louie/images/louie-mail.jpg From: "Louis A. Mamakos" Subject: Re: RTP vs. HTTP as streaming protocol, SMIL References: <20001109082322.DFDC07AEEB@defiant.vmunix.org> <20001109132515.A95823@lns.com> <20001109163830.A60099@diskfarm.firehouse.net> In-reply-to: Your message of "Thu, 09 Nov 2000 16:38:30 EST." <20001109163830.A60099@diskfarm.firehouse.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 09 Nov 2000 17:42:31 -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I can give you some perspective from my experience doing some of the early engineering and architecture work on UUNET's multicast infrastructure. It's been a year or two since I've had direct involvement, though. You can take it for what it's worth.. > I've been trying to find a service provider in my area (Silicon Valley > of the South) that understands and can provide Multicast. There are none > that are affordable. To get multicast, you have to go to Alternet or > Sprint, and both of them are *WAY* expensive. One of the barriers to widespread multicast deployment is to come up with a service model that's sustainable. That is, you don't go out of business if you have to do a lot of it. There's two or three major components to consider: - capital costs of the hardware. This probably isn't an issue at scale. - bandwidth costs. While the popular opinion is that multicast should be cheap, some analysis might lead to you other conclusions. Consider what the cost per megabit/sec of bandwidth is and how that relates to the price of the Internet service an ISP customer buys. Unicast traffic from a customer arrives at the edge of the network, it then transits some number of links/circuit miles, and is delivered to it's destination, or perhaps a peer of the ISP. For multicast, this is more complicated. If there are significant numbers of receivers, then the traffic is going to occupy capacity on *more* links than the same rate unicast traffic will. The cost per megabit/sec of multicast traffic is then higher than for unicast traffic. From an ISP's perspective, replicated unicast is a "scalable" solution from a business perspective (assuming the ISP operates with a positive margin on his products); the objective is to figure out how to survice success in carrying multicast traffic where the network makes more traffic on behalf the ISP's customer. - operational costs. Today, you need to know *way* too much about how multicast routing protocols work. How much time will the install engineer at the ISP going to need to spend to get your multicast service working? The trend should be that less and less human time be spent per new installation as well as for ongoing maintenance of any single customer's service. Right now, it's possible for mere mortals to get multicast running on an enterprise network. But the case of inter-domain multicast which requires nasty things like M-BGP, MSDP and crocks like that raise the bar considerably. There is hope, however, in this space -- single source multicast will considerably reduce the complexity and fragility of the current situation. > Anybody interested in starting a new provider that actually has clue? Good luck. The tough part is managing to both stay in business and survive success. At some point, you have to hire more and more staff and they can't all be uber-hackers. Doing something once is a dis-proof of non-existance and of essentially no value when you have to replicate the something a 100,000 times. Single-source multicast has the promise of making things more "plug-and-play". You can see some of these notions reflected in my remarks a week or so ago regarding the motivations of the PPPoE protocol design. Of course, fixing an engineering problem leaves you the business problem to contemplate and resolve. Louis Mamakos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 5:13:57 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id 3BE2737B479 for ; Fri, 10 Nov 2000 05:13:54 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p203.dialin.uni-bonn.de [131.220.244.203]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id OAA544534 for ; Fri, 10 Nov 2000 14:10:29 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id MAA00351 for ; Fri, 10 Nov 2000 12:28:30 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Fri, 10 Nov 2000 12:28:30 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: multimedia@FreeBSD.ORG Subject: Real and SMIL Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dont know if this is a usable setup: ee and the Linux Real Player, to learn SMIL ( www.w3c.org/AudioVideo/ ). My SMIL code is to simple to be broken, so I think it is the Real Player. Colors of Regions etc. H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 5:13:58 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id DB25A37B4C5 for ; Fri, 10 Nov 2000 05:13:54 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p203.dialin.uni-bonn.de [131.220.244.203]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id OAA544536 for ; Fri, 10 Nov 2000 14:10:32 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id LAA00269 for ; Fri, 10 Nov 2000 11:38:53 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Fri, 10 Nov 2000 11:38:53 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: multimedia@FreeBSD.ORG Subject: Live MPEG Hardware solutions ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, live MPEG seems to be a topic. First reply I got was from somebody who suggested a hardware solution. Would there be any software for than ? Think there are, if we had a driver, Firewire with MPEG cards. Miro ? And, that is the second part of the problem, how to stream this ? Icecast modification ? H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 6:26: 0 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by hub.freebsd.org (Postfix) with ESMTP id 48FAA37B479 for ; Fri, 10 Nov 2000 06:25:57 -0800 (PST) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id JAA23307 for ; Fri, 10 Nov 2000 09:25:55 -0500 (EST) Received: from mailsrv2.mitre.org (mailsrv2.mitre.org [129.83.221.17]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id JAA06120 for ; Fri, 10 Nov 2000 09:25:53 -0500 (EST) Received: from mitre.org ([128.29.145.140]) by mailsrv2.mitre.org (Netscape Messaging Server 4.15) with ESMTP id G3TC3400.VV3; Fri, 10 Nov 2000 09:25:52 -0500 Message-ID: <3A0C058E.3D87873A@mitre.org> Date: Fri, 10 Nov 2000 09:26:22 -0500 From: "Andresen,Jason R." Organization: The MITRE Corporation X-Mailer: Mozilla 4.75 [en]C-20000818M (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Alex Povolotsky Cc: Oliver Brandmueller , Heiko Schaefer <320048919767-0001@t-online.de>, freebsd-multimedia@FreeBSD.ORG Subject: Re: VideoCD and/or MPEG4 players for FreeBSD References: <20001013114107.C48530@mail.over.ru> <20001013121840.A69446@e-Gitt.NET> <20001109225535.A24923@mail.over.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alex Povolotsky wrote: > > On Fri, Oct 13, 2000 at 12:18:40PM +0200, Oliver Brandmueller wrote: > > For MPEG4 (esp. DivX ;)) have a look at the avifile thing in the ports. It > > works wuite well as long as your computer ist fast enough ;) > On my AMD-K6-300, it gives 100% frame loss. I.e. no picture except paused. > > Is it THAT slow? Or something deeply FreeBSD-of-that-exact-date-on-that-exact-CPU-related? My PII-400 has no problems at all with Divx ;-) unless something in the background begins chewing a lot of CPU time (it happens). Are you running XFree-4? XFree-3 will likely eat too many resources for just blitting the image if you are trying to play Divx ;-) files. -- _ _ _ ___ ____ ___ ______________________________________ / \/ \ | ||_ _|| _ \|___| | Jason Andresen -- jandrese@mitre.org / /\/\ \ | | | | | |/ /|_|_ | Views expressed may not reflect those /_/ \_\|_| |_| |_|\_\|___| | of the Mitre Corporation. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 12:15:17 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id CDCB037B4C5 for ; Fri, 10 Nov 2000 12:15:13 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p92.dialin.uni-bonn.de [131.220.244.92]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id VAA94768; Fri, 10 Nov 2000 21:11:48 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id TAA01529; Fri, 10 Nov 2000 19:59:38 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Fri, 10 Nov 2000 19:59:38 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: Tim Pozar Cc: torstenb@vmunix.org, Thomas Runge , freebsd-multimedia@FreeBSD.ORG Subject: Re: RTP vs. HTTP as streaming protocol, SMIL In-Reply-To: <20001109132515.A95823@lns.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Chicken and the egg. ISPs need to deploy it. Customers will then > ask for it. They don't feel your pain. > > As for the amount of time it takes to learn and maintain an > MCAST/MBONE link... I have been connected since '96 and it is pretty > easy to set up (mrouted or other methods) and maintain. Admititly > there is a reliability problem as the MBONE is a bit lossy and it > does go up and down. Players like Realplayer can be set up to try > multicast and then fall back to unicast so outages are less of a > problem. Dont know much about mbone. On a larger scale. But from what I have read, its a multitude of apps, maybe some crying for their MIME type ;-), that must be mixed into a concept. One thing that came to mind was teleconferencing and decision making. How can you make decisions, that are legaly binding ? On a share holders conference or whatever. I think shareholders conferences are a big thing in the moment. H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 14: 9:50 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from hammerhead.fks.lan (tc2-3-7.cyberport.net [208.168.122.54]) by hub.freebsd.org (Postfix) with ESMTP id 8EC0B37B479 for ; Fri, 10 Nov 2000 14:09:46 -0800 (PST) Received: from localhost (myke@localhost) by hammerhead.fks.lan (8.9.3/8.9.3) with ESMTP id PAA02293; Fri, 10 Nov 2000 15:08:59 -0700 (MST) (envelope-from myke@fks.bt) X-Authentication-Warning: hammerhead.fks.lan: myke owned process doing -bs Date: Fri, 10 Nov 2000 15:08:59 -0700 (MST) From: Mike Holling X-Sender: To: Alex Povolotsky Cc: Oliver Brandmueller , Heiko Schaefer <320048919767-0001@t-online.de>, Subject: Re: VideoCD and/or MPEG4 players for FreeBSD In-Reply-To: <20001109225535.A24923@mail.over.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > On my AMD-K6-300, it gives 100% frame loss. I.e. no picture except paused. > > Is it THAT slow? Or something deeply > FreeBSD-of-that-exact-date-on-that-exact-CPU-related? I get the same results on my K2-350 system. I have one demo mpeg4 that plays somewhat, and is almost viewable with sound disabled. However none of the movie trailer clips I've downloaded will play at all, except for the sound. I've had friends tell me their PII 400 systems work, maybe there is a design difference between the CPUs that's crucial for this app? - Mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 14:38:55 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from mailhub.teliauk.com (mailhub.teliauk.com [195.12.225.36]) by hub.freebsd.org (Postfix) with ESMTP id 6E68537B479; Fri, 10 Nov 2000 14:38:51 -0800 (PST) Received: from d1o314.teliauk.com (root@d1o314.teliauk.com [195.12.237.81]) by mailhub.teliauk.com (8.10.1/8.10.1) with ESMTP id eAAMcnA25457; Fri, 10 Nov 2000 22:38:50 GMT Received: from vilnya.demon.co.uk (t2o314p211.teliauk.com [195.12.239.211]) by d1o314.teliauk.com (8.8.8/8.8.8) with ESMTP id WAA13200; Fri, 10 Nov 2000 22:38:03 GMT Received: from haveblue (haveblue.rings [10.2.4.5]) by vilnya.demon.co.uk (Postfix) with SMTP id A79BCD9B8; Fri, 10 Nov 2000 22:36:46 +0000 (GMT) From: "Cameron Grant" To: "Andrew Gordon" , "j mckitrick" Cc: , Subject: RE: continuing sound problems with 4.2-beta Date: Fri, 10 Nov 2000 22:37:51 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I ran into this the other day; it appears that there has been a change in > the sound API recently such that you need to do SNDCTL_DSP_SPEED before > SNDCTL_DSP_SETFMT. I haven't had time to dig into CVS to see when this > happened or why. this is a bug that i cannot replicate. can you give me more info on your hardware? -cg To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Fri Nov 10 14:44:47 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from serenity.mcc.ac.uk (serenity.mcc.ac.uk [130.88.200.93]) by hub.freebsd.org (Postfix) with ESMTP id 4FDB137B479; Fri, 10 Nov 2000 14:44:44 -0800 (PST) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by serenity.mcc.ac.uk with esmtp (Exim 2.05 #4) id 13uMuZ-000H1D-00; Fri, 10 Nov 2000 22:44:43 +0000 Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.9.3/8.9.3) id WAA23251; Fri, 10 Nov 2000 22:44:43 GMT (envelope-from jcm) Date: Fri, 10 Nov 2000 22:44:42 +0000 From: j mckitrick To: Cameron Grant Cc: Andrew Gordon , stable@freebsd.org, multimedia@freebsd.org Subject: Re: continuing sound problems with 4.2-beta Message-ID: <20001110224442.A23220@dogma.freebsd-uk.eu.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from gandalf@vilnya.demon.co.uk on Fri, Nov 10, 2000 at 10:37:51PM -0000 Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org | this is a bug that i cannot replicate. can you give me more info on your | hardware? Well, I have a toshiba satellite 4010cdt laptop. It is the same as Michael Lucas'. I can send dmesg details, etc on request. jcm -- "That depends on what the meaning of the word 'is' is." -President Bill Clinton "I don't know what you mean by the word 'ask.'" -CEO Bill Gates To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Nov 11 19:47:56 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id B455037B479 for ; Sat, 11 Nov 2000 19:47:52 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p187.dialin.uni-bonn.de [131.220.244.187]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id EAA177556 for ; Sun, 12 Nov 2000 04:44:24 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id DAA11296 for ; Sun, 12 Nov 2000 03:12:41 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Sun, 12 Nov 2000 03:12:41 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: multimedia@FreeBSD.ORG Subject: Re: Real and SMIL In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Dont know if this is a usable setup: ee and the Linux Real Player, to > learn SMIL ( www.w3c.org/AudioVideo/ ). My SMIL code is to simple to be After some days SMIL, I havent found yet a usable Reference manual, with all the bells and whistles, but it is fun, even with the Realplayer.. But it loads the "container" very slow, see for example http://www.uni-bonn.de/~uzs106/niepkow.smi . Maybe they want to force people to get rtsp servers. Or I overlooked some syntax. ?? H. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message From owner-freebsd-multimedia Sat Nov 11 19:47:58 2000 Delivered-To: freebsd-multimedia@freebsd.org Received: from f1node03.rhrz.uni-bonn.de (node03.rhrz.uni-bonn.de [131.220.18.133]) by hub.freebsd.org (Postfix) with ESMTP id BAE9D37B4C5 for ; Sat, 11 Nov 2000 19:47:52 -0800 (PST) Received: from moritz.alleswirdgelber (ascend-tk-p187.dialin.uni-bonn.de [131.220.244.187]) by f1node03.rhrz.uni-bonn.de (8.9.3/8.9.3) with ESMTP id EAA177560; Sun, 12 Nov 2000 04:44:28 +0100 Received: from moritz (uzs106@moritz [10.0.0.4]) by moritz.alleswirdgelber (8.9.3/8.9.3) with ESMTP id DAA11263; Sun, 12 Nov 2000 03:05:28 +0100 (CET) (envelope-from uzs106@ibm.rhrz.uni-bonn.de) Date: Sun, 12 Nov 2000 03:05:28 +0100 (CET) From: Heiko Recktenwald X-Sender: uzs106@moritz.alleswirdgelber To: Torsten Blum Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: application/smil In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Thorsten. On Thu, 9 Nov 2000, Torsten Blum wrote: > Heiko Recktenwald wrote: > > > Porting mp1e ? It is for video4linux. > > Like FAME it's only generating I frames. That's "dirty" and more or less > equal to using mjpeg. FAME, another MPEG live encoder ? Thanks ;-) Think the newest mp1e can encode all kind of frames (I,P,B)..but is still lacking some other features (prediction). Heiko -- BlaTV at http://www.uni-bonn.de/~uzs106/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message