From owner-freebsd-multimedia Sun Dec 21 11:53:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21347 for multimedia-outgoing; Sun, 21 Dec 1997 11:53:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA21342; Sun, 21 Dec 1997 11:53:56 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 14:53:24 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA24409; Sun, 21 Dec 97 14:53:24 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id OAA07904; Sun, 21 Dec 1997 14:52:56 -0500 Message-Id: <19971221145255.08063@ct.picker.com> Date: Sun, 21 Dec 1997 14:52:55 -0500 From: Randall Hopper To: kris@airnet.net Cc: questions@freebsd.org, multimedia@freebsd.org Subject: Re: PnP soundcard init without DOS References: <349C23AC.350A8E28@ninbsdbox.dyn.ml.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <349C23AC.350A8E28@ninbsdbox.dyn.ml.org>; from Kris Kirby, KE4AHR on Sat, Dec 20, 1997 at 01:59:40PM -0600 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk (Long Cc line shortened to -questions and -multimedia) Kris Kirby, KE4AHR: |I have an OPTi 931 PnP sound card and I am rather tired of rebooting the |machine into M$DO$ to get my soundcard working. I would like to know if |anyone has a PnP sound card addition to the kernel, or has made one that |hasn't been incorporated into the RELEASE. My Soundcard is SB compatible |and MSS compatible, depending on how the card setup utility writes it. |Thanks Luigi's got what you want. See: http://www.iet.unipi.it/~luigi/FreeBSD.html Randall From owner-freebsd-multimedia Sun Dec 21 12:08:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22251 for multimedia-outgoing; Sun, 21 Dec 1997 12:08:26 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA22245 for ; Sun, 21 Dec 1997 12:08:22 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 15:07:49 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA24631; Sun, 21 Dec 97 15:07:48 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id PAA07941; Sun, 21 Dec 1997 15:07:20 -0500 Message-Id: <19971221150720.17419@ct.picker.com> Date: Sun, 21 Dec 1997 15:07:20 -0500 From: Randall Hopper To: mcdougall@ameritech.net Cc: multimedia@freebsd.org Subject: Re: sb32 troubles References: <349C9604.9F69715B@ameritech.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <349C9604.9F69715B@ameritech.net>; from Adam McDougall on Sat, Dec 20, 1997 at 11:07:32PM -0500 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Adam McDougall: |Hello, I am hoping one (or more :) or the sound geniouses could help me Whoops. I don't qualify, but I'll try anyway. :-) |with a problem I am having with my sb32 card in -current. Almost all |parts of it are detected, but not sbxvi0(sp), thus I get no digital Without sbxvi0, you should get 8-bit audio only I believe (sb0 takes care of it). Try catting a .au file to /dev/audio. |audio. And I am unsure if the midi component is working since playmidi |doesnt want to compile for me. I am pretty sure it is not the card's Once you get past the PnP issues, pull the AWE driver, and the "awesfx" and "awemidi" ports from http://multiverse.com/~rhh/awedrv. MIDIs will be _loads_ better than anything SB FM or OPL can get you. Let me know if you need any help. |fault since it works fine in other machines under NT and 2.2.5-release, |and I have tried other same model cards in my -current machine, but |still no luck. heres the lines from my kernel conf file: | |controller snd0 |device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr |options SBC_IRQ=5 |device sbxvi0 at isa? drq 5 |device sbmidi0 at isa? port 0x300 |device opl0 at isa? port 0x388 conflicts |controller pnp0 |(adding the pnp0 didnt help but made the kernel realize a pnp card was |present) See http://multiverse.com/~rhh/awedrv/awepnp-freebsd.txt for Conrad's tips on getting PnP set up for AWE32/64 & SB32 cards. The "0x300" should be "0x330" above. Also, I'd suggest commenting out the SBC_IRQ line. I'm a little puzzled at the conflicts on the OPL line as well. Barring PnP, looks like we have the same H/W config. So try this (my config): controller snd0 device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 # Yamaha OPL-2/OPL-3 FM - for SB, SB Pro, SB16, PAS device opl0 at isa? port 0x388 device awe0 at isa? port 0x620 Of course, add in the necessary PnP lines for your card. Randall From owner-freebsd-multimedia Sun Dec 21 12:29:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA24034 for multimedia-outgoing; Sun, 21 Dec 1997 12:29:01 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA24028 for ; Sun, 21 Dec 1997 12:28:57 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 15:27:29 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA24861; Sun, 21 Dec 97 15:27:28 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id PAA07968; Sun, 21 Dec 1997 15:27:02 -0500 Message-Id: <19971221152701.07680@ct.picker.com> Date: Sun, 21 Dec 1997 15:27:01 -0500 From: Randall Hopper To: Glenn Johnson Cc: freebsd-multimedia@freebsd.org Subject: Re: Sound problems References: <199712200624.AAA01279@gforce.bellsouth.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712200624.AAA01279@gforce.bellsouth.net>; from Glenn Johnson on Sat, Dec 20, 1997 at 12:24:57AM -0600 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Glenn Johnson: |I have a Sound Blaster 16 card that works fine. I compiled xpat2 from the |ports collection and enabled sound in the src/Imakefile file. I used the |X-sound_SUN.o SOUNDOBJECT. Now, everything worked fine with -current |10-22-97-SNAPSHOT but not with the -current 120897-SNAPSHOT. The problem |I am seeing is that after a sound is played in xpat2, I hear a high |pitched continuous tone emitted from the sound card that can only be |stopped by shutting down xpat2. I have not had this problem with any |other application, but as I said I did not have the problem at all with a |previous snapshot. I hope this is the proper list. Thanks and Happy |Holidays! I think the Voxware 3.5 drivers were swapped in after the 10/22/97 SNAP. "cat < /dev/sndstat" on your 10/22/97 image and see if it prints: VoxWare Sound Driver:3.0-beta-950506 on the first line. If so, the driver switch may be related to your troubles. I know the 12/08/97 SNAP has the 3.5 drivers as I'm running it: VoxWare Sound Driver:3.5-alpha15-970902 There are a few DMA buffering probs in the 12/08 3.5 sound driver I've noticed (some regular clicks and pauses at some sample/freq/bit rates), but fortunately CD-quality read & write seems to work well. To help debug the problem, you might try to find out what sample rate, bit size, and num of channels xpat2 is using. Another thing to try. After it starts emitting that continuous tone, try changing your recording source: > mixer =rec mic Recording source: mic > mixer =rec line Recording source: line > mixer =rec cd Recording source: cd See if it might be feedback related to having mic selected and a mike plugged in or something which is close to your speakers (yeah; been there, done that :-) Randall From owner-freebsd-multimedia Sun Dec 21 14:09:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA01678 for multimedia-outgoing; Sun, 21 Dec 1997 14:09:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA01663 for ; Sun, 21 Dec 1997 14:09:14 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 17:05:33 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA26045; Sun, 21 Dec 97 17:05:32 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id RAA08299; Sun, 21 Dec 1997 17:05:05 -0500 Message-Id: <19971221170505.26804@ct.picker.com> Date: Sun, 21 Dec 1997 17:05:05 -0500 From: Randall Hopper To: "Nobody X. Noone" Cc: multimedia@freebsd.org Subject: Re: AWE driver ready for -current check-in References: <349D8700.B4584D3F@no.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <349D8700.B4584D3F@no.org>; from Nobody X. Noone on Sun, Dec 21, 1997 at 04:15:44PM -0500 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Folks, I just updated the awesfx and awemidi ports for the move of the AWE driver to the sys/gnu subtree. They couldn't find awe_voice.h. An anonymous Netscape poster brought this to my attention. Thanks for the report! However, he also mentions having problems building the ports for other reasons on his current system. I'm running 3.0-971208-SNAP, so I guess it's possible something significant has changed in the last 2 weeks. So I'd appreciate hearing a report from another -current user. I'll chat with the the reporter as soon as they fix their From: header so I know who it is (Edit->Preferences->Identity). In any case, they said the kernel patch applies without a hitch except for files.i386. Probably somebody's added some stuff to the end in the last two weeks that confuses patch. In any case, the change is simple -- one line removed, one line added: > diff ORIG/files.i386 files.i386 223d222 < i386/isa/sound/awe_wave.c optional awe device-driver 305a305 > gnu/i386/isa/sound/awe_wave.c optional awe device-driver reflecting the move to the sys/gnu subtree. | Thanks for all your efforts on behalf of all us AWE users out |here :-) I'm really looking forward to getting full use of my AWE |64 Gold under FBSD :-) Glad to do it. Let me know about those missing files and I'll see if I can work through them before vacation. Thanks, Randall From owner-freebsd-multimedia Sun Dec 21 16:37:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10721 for multimedia-outgoing; Sun, 21 Dec 1997 16:37:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA10712 for ; Sun, 21 Dec 1997 16:37:22 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id QAA03356 for ; Sun, 21 Dec 1997 16:37:21 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712220037.QAA03356@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: http://www.newscientist.com/ns/971115/features.html Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 16:37:21 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Very, very interesting article with perhaps serious implication on the telecom industry which is currently plague by software patents 8) The article is about genetically grown circuits. Enjoy, Amancio From owner-freebsd-multimedia Sun Dec 21 18:50:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA19279 for multimedia-outgoing; Sun, 21 Dec 1997 18:50:20 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA19271 for ; Sun, 21 Dec 1997 18:50:14 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 21:49:43 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA29318; Sun, 21 Dec 97 21:49:43 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id VAA08849; Sun, 21 Dec 1997 21:49:15 -0500 Message-Id: <19971221214915.55138@ct.picker.com> Date: Sun, 21 Dec 1997 21:49:15 -0500 From: Randall Hopper To: multimedia@freebsd.org Subject: Re: AWE driver ready for -current check-in References: <349D8700.B4584D3F@no.org> <19971221170505.26804@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <19971221170505.26804@ct.picker.com>; from Randall Hopper on Sun, Dec 21, 1997 at 05:05:05PM -0500 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk More thanks to Donald Maddox (the anonymous Netscape user :-) for his aid working through a few install quirks with the AWE ports. "awemidi" has been updated to correctly reflect its dependency on the "awesfx" port, and "playmidi" has been updated for AWE driver 0.4.2c (I hadn't touched that one). BTW, playmidi doesn't sound near as good as the AWE players, but its there for good measure. Randall From owner-freebsd-multimedia Sun Dec 21 19:22:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21058 for multimedia-outgoing; Sun, 21 Dec 1997 19:22:26 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id TAA21044 for ; Sun, 21 Dec 1997 19:22:21 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 22:21:17 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA29718; Sun, 21 Dec 97 22:21:17 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA08943; Sun, 21 Dec 1997 22:20:48 -0500 Message-Id: <19971221222047.08726@ct.picker.com> Date: Sun, 21 Dec 1997 22:20:47 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: These mtv video pauses are murder Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I recorded a few cool 30fps video flicks this evening with this new-found hard disk access speed. But man! to play 'em back at 30fps, I have to crank the audio quality down on mtv! Otherwise I get these really nasty FPS lags (I think you've seen them too). Really would be cool if we could look at addressing this (BTW, I'm on 3.0-current now with the 971208 SNAP, so I think I've got your latest), that is, if it is a driver issue and not a mtv bug. Here's how I run mtv normally (my csh alias): alias mtv 'mtv -ac0 -aq2 \!*' I.e. High quality, Stereo. Great sound!, but the FPS lags big time for a a good many seconds during playback. Drop down to Low-quality Mono, and hey, the FPS is awesome -- looks like TV! But the audio track of course sounds like a 1930s AM broadcast. :-( Medium-quality Stereo and High-quality Mono still lags a good bit, but less than High-quality Stereo. Medium-quality Mono still lags some -- about half of the previous two. So its definitely related to the bandwidth of audio data mtv is trying to pump into the sound driver. But I guess your previous msgs to/from Tristan confirmed that -- mtv probably blocking waiting on buffers to free up. Once we get YUV and mpeg_encode streaming in place in fxtv and have mtv really cooking with medium- and high-quality audio, MPEGs on FreeBSD will be _very_ cool. Later! Randall From owner-freebsd-multimedia Sun Dec 21 19:29:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21444 for multimedia-outgoing; Sun, 21 Dec 1997 19:29:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA21439 for ; Sun, 21 Dec 1997 19:29:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA00402; Sun, 21 Dec 1997 19:29:13 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712220329.TAA00402@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: multimedia@freebsd.org Subject: Re: These mtv video pauses are murder In-reply-to: Your message of "Sun, 21 Dec 1997 22:20:47 EST." <19971221222047.08726@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 19:29:13 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, I know about the mtv plus the sound driver issue . Will try again this week to sort it out with Tristan. We left the issue that Tristan was supposed to use a new ioctl provided by Hannu once that gets iron out and it works on linux, I will be happy to implement the new sound driver ioctl for freebsd. Got to admit that once fxtv supports YUV it is going to be totally awesome -- we should try to load up mpeg movies --- for instance I think that we need a FreeBSD mpeg theme --- Perhaps a Daemon watching Fxtv 8) Cheers, Amancio > I recorded a few cool 30fps video flicks this evening with this new-found > hard disk access speed. But man! to play 'em back at 30fps, I have to > crank the audio quality down on mtv! Otherwise I get these really nasty > FPS lags (I think you've seen them too). > > Really would be cool if we could look at addressing this (BTW, I'm on > 3.0-current now with the 971208 SNAP, so I think I've got your latest), > that is, if it is a driver issue and not a mtv bug. > > Here's how I run mtv normally (my csh alias): > alias mtv 'mtv -ac0 -aq2 \!*' > > I.e. High quality, Stereo. Great sound!, but the FPS lags big time for a > a good many seconds during playback. > > Drop down to Low-quality Mono, and hey, the FPS is awesome -- looks like TV! > But the audio track of course sounds like a 1930s AM broadcast. :-( > > Medium-quality Stereo and High-quality Mono still lags a good bit, but less > than High-quality Stereo. Medium-quality Mono still lags some -- about > half of the previous two. > > So its definitely related to the bandwidth of audio data mtv is trying to > pump into the sound driver. But I guess your previous msgs to/from Tristan > confirmed that -- mtv probably blocking waiting on buffers to free up. > > Once we get YUV and mpeg_encode streaming in place in fxtv and have mtv > really cooking with medium- and high-quality audio, MPEGs on FreeBSD will > be _very_ cool. > > Later! > > Randall From owner-freebsd-multimedia Sun Dec 21 19:34:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA21845 for multimedia-outgoing; Sun, 21 Dec 1997 19:34:54 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA21839 for ; Sun, 21 Dec 1997 19:34:50 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id TAA00480; Sun, 21 Dec 1997 19:34:39 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712220334.TAA00480@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Tristan Savatier cc: multimedia@freebsd.org Subject: new mpegtv with correct audio sync? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 21 Dec 1997 19:34:38 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, Has Hannu implemented his latest ioctl to address the problem with audio and video sync and if so is there a new mpeg tv version which uses it? Tnks, Amancio From owner-freebsd-multimedia Sun Dec 21 20:00:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA23338 for multimedia-outgoing; Sun, 21 Dec 1997 20:00:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA23333 for ; Sun, 21 Dec 1997 20:00:57 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Sun, 21 Dec 1997 23:00:15 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA00306; Sun, 21 Dec 97 23:00:15 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA09020; Sun, 21 Dec 1997 22:59:47 -0500 Message-Id: <19971221225947.08124@ct.picker.com> Date: Sun, 21 Dec 1997 22:59:47 -0500 From: Randall Hopper To: Amancio Hasty Cc: multimedia@freebsd.org Subject: MPEG audio/video sync & Re: These mtv video pauses are murder References: <19971221222047.08726@ct.picker.com> <199712220329.TAA00402@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712220329.TAA00402@rah.star-gate.com>; from Amancio Hasty on Sun, Dec 21, 1997 at 07:29:13PM -0800 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Yes, I know about the mtv plus the sound driver issue . Will try again |this week to sort it out with Tristan. We left the issue that Tristan |was supposed to use a new ioctl provided by Hannu once that gets |iron out and it works on linux, I will be happy to implement the |new sound driver ioctl for freebsd. Ok, sounds like plan. |Got to admit that once fxtv supports YUV it is going to be totally |awesome -- we should try to load up mpeg movies --- for instance |I think that we need a FreeBSD mpeg theme --- Perhaps a Daemon watching |Fxtv 8) There's an idea! It's got some PR possibilities too. An eye catcher for sure, and would promote FreeBSD in the process. (Now we just got to find us someone with good cartooning skills :-) Say, something I've been meaning to ask you and the group. Is there something in the MPEG system stream format that you know of which allows you to "attach" (or suggest a relation) between a particular point in the video and the audio streams. Or is that implicit in the interleaving. What I'm a little concerned about is that for longer recordings, without these attachments, the strea audio will likely slip out of sync with the video during playback (due to a dropped frame or two per second [or more] in the original recording). Fxtv does try to buffer the video stream so that it's 30fps, regardless of how many frames it had to skip during capture, but if this process is off by, for example let's say, 1 frame per second, after 30 seconds the audio is going to be out of sync with the video by 1 second. It's accuracy is better than that, but I know it's not perfect. If this is possible to address, I'd like to look at it for the next batch of mods. Really, its kind of a nutty process that goes on now because of the tools that are available. First fxtv writes a RAW capture file that has the audio/video interleaved (so we know the audio/video relationship). Then we separate those out into separate audio and video streams (video padded up to 30fps) so mpeg_encode can be used to build an MPEG video stream, and mpeg_audio can be used to encode an MPEG audio stream. Finally those streams are merged together with mplex into a MPEG system stream, where we hope the video still "lines-up" with the audio. Randall From owner-freebsd-multimedia Sun Dec 21 22:33:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA02481 for multimedia-outgoing; Sun, 21 Dec 1997 22:33:51 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA02475 for ; Sun, 21 Dec 1997 22:33:46 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA01740; Mon, 22 Dec 1997 06:05:28 +0100 From: Luigi Rizzo Message-Id: <199712220505.GAA01740@labinfo.iet.unipi.it> Subject: Re: new mpegtv with correct audio sync? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 22 Dec 1997 06:05:28 +0100 (MET) Cc: tristan@mpegtv.com, multimedia@FreeBSD.ORG In-Reply-To: <199712220334.TAA00480@rah.star-gate.com> from "Amancio Hasty" at Dec 21, 97 07:34:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > Has Hannu implemented his latest ioctl to address the problem with > audio and video sync and if so is there a new mpeg tv version which > uses it? Hannu said that the new call would be in OSS 3.8.1 (for which I have read an announcement in comp.unix.bsd.freebsd.announce). I want to mention that mtv (BSDI version) seems to work fine with the latest snap of my sound code (early december). I have tested it on a couple of short movies and sync is quite good. Tristan has been very helpful in helping me finding and fixing the problem. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sun Dec 21 22:37:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA02639 for multimedia-outgoing; Sun, 21 Dec 1997 22:37:15 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA02634 for ; Sun, 21 Dec 1997 22:37:12 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA01761; Mon, 22 Dec 1997 06:08:59 +0100 From: Luigi Rizzo Message-Id: <199712220508.GAA01761@labinfo.iet.unipi.it> Subject: Re: new mpegtv with correct audio sync? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 22 Dec 1997 06:08:59 +0100 (MET) Cc: tristan@mpegtv.com, multimedia@FreeBSD.ORG In-Reply-To: <199712220334.TAA00480@rah.star-gate.com> from "Amancio Hasty" at Dec 21, 97 07:34:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi, > > Has Hannu implemented his latest ioctl to address the problem with > audio and video sync and if so is there a new mpeg tv version which > uses it? > Forgot to say in the previous message that the bsd version of mtv works fine with my driver even without the new ioctl, it suffices that GETOSPACE|GETOPTR track closely the DMA transfer (one of these sure does it already, fixing the other one should not be hard). The problem with my driver was that I did not implement properly the SETFRAGMENT call. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Sun Dec 21 22:48:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03087 for multimedia-outgoing; Sun, 21 Dec 1997 22:48:36 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA03078 for ; Sun, 21 Dec 1997 22:48:32 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id GAA01789; Mon, 22 Dec 1997 06:20:26 +0100 From: Luigi Rizzo Message-Id: <199712220520.GAA01789@labinfo.iet.unipi.it> Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 22 Dec 1997 06:20:26 +0100 (MET) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: <19971221225947.08124@ct.picker.com> from "Randall Hopper" at Dec 21, 97 10:59:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Say, something I've been meaning to ask you and the group. Is there > something in the MPEG system stream format that you know of which allows > you to "attach" (or suggest a relation) between a particular point in the > video and the audio streams. Or is that implicit in the interleaving. > > What I'm a little concerned about is that for longer recordings, without > these attachments, the strea audio will likely slip out of sync with the > video during playback (due to a dropped frame or two per second [or more] I was just thinking about the same problem in the context of videoconferencing tools, where you have separate tools for audio and video, and they have separate timestamps derived from different clocks (the one for video is presumably the sender's frame rate, which can be relatively good for broadcast tv, but I am not sure how precise it is from a camera or a tape; the one for audio is derived from the sample clock, and that is quite often off by 1% or more). ... > Really, its kind of a nutty process that goes on now because of the tools > that are available. First fxtv writes a RAW capture file that has the > audio/video interleaved (so we know the audio/video relationship). Then we > separate those out into separate audio and video streams (video padded up > to 30fps) so mpeg_encode can be used to build an MPEG video stream, and > mpeg_audio can be used to encode an MPEG audio stream. Finally those > streams are merged together with mplex into a MPEG system stream, where we > hope the video still "lines-up" with the audio. I suppose the problem if any will be in the capture phase. We have a way to timestamp (using the cpu clock) incoming video frames (do you use that ?), but e.g. for audio you cannot rely on the sample rate of the card. Depending on how unlucky you are, speed might be off by 1% or so -- even if smaller, the drift _is_ noticeable on long times. I am not sure on how you determine the timing of the streams, but I believe you should only use the audio sample rate for timing frames both during capture and playback (the latter I believe is implicit once you have interleaved frames ?) so that during playback you don't have drifts. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Dec 22 01:16:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA10840 for multimedia-outgoing; Mon, 22 Dec 1997 01:16:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from silver.sms.fi (silver.sms.fi [194.111.122.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA10834 for ; Mon, 22 Dec 1997 01:16:43 -0800 (PST) (envelope-from pete@silver.sms.fi) Received: (from pete@localhost) by silver.sms.fi (8.8.8/8.7.3) id LAA22145; Mon, 22 Dec 1997 11:16:29 +0200 (EET) Date: Mon, 22 Dec 1997 11:16:29 +0200 (EET) Message-Id: <199712220916.LAA22145@silver.sms.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Petri Helenius To: Randall Hopper Cc: Amancio Hasty , multimedia@FreeBSD.ORG Subject: MPEG audio/video sync & Re: These mtv video pauses are murder In-Reply-To: <19971221225947.08124@ct.picker.com> References: <19971221222047.08726@ct.picker.com> <199712220329.TAA00402@rah.star-gate.com> <19971221225947.08124@ct.picker.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randall Hopper writes: > > Say, something I've been meaning to ask you and the group. Is there > something in the MPEG system stream format that you know of which allows > you to "attach" (or suggest a relation) between a particular point in the > video and the audio streams. Or is that implicit in the interleaving. MPEG system stream contains "PTS"s which stands for "Presentation Time Stamp". I cannot recall from top of my head at which point the data should be going at the same time when the PTS hits. It's either the last or the first byte of the pack and it was supposed to either play back or enter the decoder at the time of PTS. I've to check the spec. > > What I'm a little concerned about is that for longer recordings, without > these attachments, the strea audio will likely slip out of sync with the > video during playback (due to a dropped frame or two per second [or more] > in the original recording). Fxtv does try to buffer the video stream so > that it's 30fps, regardless of how many frames it had to skip during > capture, but if this process is off by, for example let's say, 1 frame per > second, after 30 seconds the audio is going to be out of sync with the > video by 1 second. It's accuracy is better than that, but I know it's not > perfect. > > If this is possible to address, I'd like to look at it for the next batch > of mods. > It's possible to address, however doing PTS's is not a perfect way since some decoders drop or fill in frames to keep the sync. However, it's much better than no sync at all. > Really, its kind of a nutty process that goes on now because of the tools > that are available. First fxtv writes a RAW capture file that has the > audio/video interleaved (so we know the audio/video relationship). Then we > separate those out into separate audio and video streams (video padded up > to 30fps) so mpeg_encode can be used to build an MPEG video stream, and > mpeg_audio can be used to encode an MPEG audio stream. Finally those > streams are merged together with mplex into a MPEG system stream, where we > hope the video still "lines-up" with the audio. > I think carrying the timestamps trough the elementary stream phase might be difficult. Pete From owner-freebsd-multimedia Mon Dec 22 03:17:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA16904 for multimedia-outgoing; Mon, 22 Dec 1997 03:17:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from wakko.visint.co.uk (wakko.visint.co.uk [194.207.134.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA16899 for ; Mon, 22 Dec 1997 03:17:31 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by wakko.visint.co.uk (8.8.5/8.7.3) with SMTP id LAA05946 for ; Mon, 22 Dec 1997 11:18:21 GMT Date: Mon, 22 Dec 1997 11:19:22 +0000 (GMT) From: Stephen Roome To: multimedia@freebsd.org Subject: precise soundcard tuning ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote a really simple program last night that just writes an X Hz sin wave to a file as raw 16 bit unsigned data. I then used sox to convert this to a WAV file and played it with rplay. Although my program seems to work fine, 440Hz from it just doesn't match the A/440 tuning fork I've got. The computer is about a semitone flat, unfortunately I need it to be perfect (or very close anyway ?). I figured it was possible that I was screwing up in some conversion somewhere, but PI looks right and writing a 2 second file with a sample rate of 44100Hz comes out as 88200 long, which seems correct to me. So, is there something obvious I've missed or is there a problem with the sound driver or with my soundcard that is making my machine play sounds slow ? I'm using a Creative Labs AWE64, and the stock sound driver from current as of December 12, sox12.12 and rplay 3.2.0b6 installed as packages. Any helpful pointers? [If using the pc speaker is going to get me a more accurate pitch then I'll try that, that's all I need] Steve. -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-multimedia Mon Dec 22 03:47:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA18499 for multimedia-outgoing; Mon, 22 Dec 1997 03:47:17 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA18481 for ; Mon, 22 Dec 1997 03:47:12 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id GAA01288; Mon, 22 Dec 1997 06:47:03 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712221147.GAA01288@dyson.iquest.net> Subject: Re: These mtv video pauses are murder In-Reply-To: <19971221222047.08726@ct.picker.com> from Randall Hopper at "Dec 21, 97 10:20:47 pm" To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 22 Dec 1997 06:47:03 -0500 (EST) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randall Hopper said: > > So its definitely related to the bandwidth of audio data mtv is trying to > pump into the sound driver. But I guess your previous msgs to/from Tristan > confirmed that -- mtv probably blocking waiting on buffers to free up. > > Once we get YUV and mpeg_encode streaming in place in fxtv and have mtv > really cooking with medium- and high-quality audio, MPEGs on FreeBSD will > be _very_ cool. > You *might* want to try to do the audio with the AIO code (as long as you are not running SMP.) Oops!!! I haven't written manpages yet. For specs, refer to your trusty IEEE Std 1003.1b-1993 (POSIX.4). :-(. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-multimedia Mon Dec 22 04:23:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20265 for multimedia-outgoing; Mon, 22 Dec 1997 04:23:46 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA20252 for ; Mon, 22 Dec 1997 04:23:42 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 7:22:37 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA09627; Mon, 22 Dec 97 07:22:37 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id HAA09669; Mon, 22 Dec 1997 07:22:06 -0500 Message-Id: <19971222072206.45282@ct.picker.com> Date: Mon, 22 Dec 1997 07:22:06 -0500 From: Randall Hopper To: "John S. Dyson" Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG Subject: Re: These mtv video pauses are murder References: <19971221222047.08726@ct.picker.com> <199712221147.GAA01288@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712221147.GAA01288@dyson.iquest.net>; from John S. Dyson on Mon, Dec 22, 1997 at 06:47:03AM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson: |You *might* want to try to do the audio with the AIO code (as long as you |are not running SMP.) Oops!!! I haven't written manpages yet. For specs, |refer to your trusty IEEE Std 1003.1b-1993 (POSIX.4). :-(. Got a URL where I can yank a PDF? :-) (Or is this one you have order and shell out green stuff for.) Speaking of file systems, I've wondered about the LFS (log file system). If I remember my reading correctly, the strategy of always appending to the file system should let us eek out a bit more performance over a UFS due to seek avoidance. I'm not sure if LFS is still broken or not. I'll check over the holidays when I'm experimenting. But if you happen to have any info/pointers on LFS too, it'd be appreciated. Randall From owner-freebsd-multimedia Mon Dec 22 04:31:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20626 for multimedia-outgoing; Mon, 22 Dec 1997 04:31:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA20621 for ; Mon, 22 Dec 1997 04:31:56 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id HAA01467; Mon, 22 Dec 1997 07:31:47 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712221231.HAA01467@dyson.iquest.net> Subject: Re: These mtv video pauses are murder In-Reply-To: <19971222072206.45282@ct.picker.com> from Randall Hopper at "Dec 22, 97 07:22:06 am" To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 22 Dec 1997 07:31:47 -0500 (EST) Cc: toor@dyson.iquest.net, hasty@rah.star-gate.com, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randall Hopper said: > John S. Dyson: > |You *might* want to try to do the audio with the AIO code (as long as you > |are not running SMP.) Oops!!! I haven't written manpages yet. For specs, > |refer to your trusty IEEE Std 1003.1b-1993 (POSIX.4). :-(. > > Got a URL where I can yank a PDF? :-) (Or is this one you have order and > shell out green stuff for.) > Sorry :-(. During the holidays, I hope to do alot of stuff for FreeBSD. > > Speaking of file systems, I've wondered about the LFS (log file system). > If I remember my reading correctly, the strategy of always appending to the > file system should let us eek out a bit more performance over a UFS due to > seek avoidance. > Disadvantage of LFS, is when it gets full, performance drops rapidly. > > I'm not sure if LFS is still broken or not. I'll check over the holidays > when I'm experimenting. But if you happen to have any info/pointers on LFS > too, it'd be appreciated. > LFS is in exceptionally bad shape. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-multimedia Mon Dec 22 04:32:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20671 for multimedia-outgoing; Mon, 22 Dec 1997 04:32:24 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from wakko.visint.co.uk (wakko.visint.co.uk [194.207.134.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA20666 for ; Mon, 22 Dec 1997 04:32:21 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by wakko.visint.co.uk (8.8.5/8.7.3) with ESMTP id MAA06290; Mon, 22 Dec 1997 12:33:11 GMT Date: Mon, 22 Dec 1997 12:34:11 +0000 (GMT) From: Stephen Roome To: Luigi Rizzo cc: multimedia@FreeBSD.ORG Subject: Re: precise soundcard tuning ? In-Reply-To: <199712221033.LAA02195@labinfo.iet.unipi.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Luigi Rizzo wrote: > Since capture and acquisition often have the same sample clock, > you could sample the tuning fork with a microphone, determine the > actual period in samples, and then generate the sound with the > "correct" (i.e. equal to the reference) frequency. I'll try this approach. Still, I find it remarkable that I'm going to have to tune a £100 piece of sound hardware with either a £20 guitar tuner or a £2 tuning fork. PC hardware is just such high quality stuff! Many Thanks, Steve. -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-multimedia Mon Dec 22 04:35:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20765 for multimedia-outgoing; Mon, 22 Dec 1997 04:35:55 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA20760 for ; Mon, 22 Dec 1997 04:35:52 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id HAA01511; Mon, 22 Dec 1997 07:35:44 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712221235.HAA01511@dyson.iquest.net> Subject: Re: These mtv video pauses are murder In-Reply-To: <19971222072206.45282@ct.picker.com> from Randall Hopper at "Dec 22, 97 07:22:06 am" To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 22 Dec 1997 07:35:44 -0500 (EST) Cc: toor@dyson.iquest.net, hasty@rah.star-gate.com, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Randall Hopper said: > John S. Dyson: > |You *might* want to try to do the audio with the AIO code (as long as you > |are not running SMP.) Oops!!! I haven't written manpages yet. For specs, > |refer to your trusty IEEE Std 1003.1b-1993 (POSIX.4). :-(. > > Got a URL where I can yank a PDF? :-) (Or is this one you have order and > shell out green stuff for.) > Oh, just thought of something. X/Open's specs are on line. The only thing that we are missing is aio_fsync, and aio_cancel... Try www.opengroup.org or somesuch. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-multimedia Mon Dec 22 04:42:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA20974 for multimedia-outgoing; Mon, 22 Dec 1997 04:42:35 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA20969 for ; Mon, 22 Dec 1997 04:42:32 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id LAA02195; Mon, 22 Dec 1997 11:33:14 +0100 From: Luigi Rizzo Message-Id: <199712221033.LAA02195@labinfo.iet.unipi.it> Subject: Re: precise soundcard tuning ? To: steve@visint.co.uk (Stephen Roome) Date: Mon, 22 Dec 1997 11:33:14 +0100 (MET) Cc: multimedia@FreeBSD.ORG In-Reply-To: from "Stephen Roome" at Dec 22, 97 11:19:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I wrote a really simple program last night that just writes an X Hz sin > wave to a file as raw 16 bit unsigned data. I then used sox to convert > this to a WAV file and played it with rplay. > > Although my program seems to work fine, 440Hz from it just doesn't match > the A/440 tuning fork I've got. The computer is about a semitone flat, > unfortunately I need it to be perfect (or very close anyway ?). for various reasons (essentially cutting complexity in the hardware, and using shorter counters on the frequency divisors, and not using PLLs) some sample rates on many soundcards are only approximate to 1% or so. This is a _systematic_ error, not related to the precision of the crystal (which should account for some 0.0001 % or so). You can compensate the problem by determining the actual error using a known reference, and using the appropriate scaling factors. Since capture and acquisition often have the same sample clock, you could sample the tuning fork with a microphone, determine the actual period in samples, and then generate the sound with the "correct" (i.e. equal to the reference) frequency. Should not be too hard. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Dec 22 07:38:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA29710 for multimedia-outgoing; Mon, 22 Dec 1997 07:38:17 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA29697 for ; Mon, 22 Dec 1997 07:38:13 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 10:36:57 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA16013; Mon, 22 Dec 97 10:36:57 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id KAA11114; Mon, 22 Dec 1997 10:36:25 -0500 Message-Id: <19971222103624.16572@ct.picker.com> Date: Mon, 22 Dec 1997 10:36:24 -0500 From: Randall Hopper To: "John S. Dyson" Cc: multimedia@FreeBSD.ORG Subject: Re: These mtv video pauses are murder References: <19971222072206.45282@ct.picker.com> <199712221235.HAA01511@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712221235.HAA01511@dyson.iquest.net>; from John S. Dyson on Mon, Dec 22, 1997 at 07:35:44AM -0500 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk John S. Dyson: |> John S. Dyson: |> |You *might* want to try to do the audio with the AIO code (as long as |> |you are not running SMP.) Oops!!! I haven't written manpages yet. |> |For specs, refer to your trusty IEEE Std 1003.1b-1993 (POSIX.4). :-(. |> |Oh, just thought of something. X/Open's specs are on line. The only |thing that we are missing is aio_fsync, and aio_cancel... Try |www.opengroup.org or somesuch. I searched around a little while this morning on www.opengroup.org and ftp://riftp.osf.org. Found a few blurbs mentioning the spec number or POSIX.4, but nothing else. It may be available to members though. Randall From owner-freebsd-multimedia Mon Dec 22 09:11:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06602 for multimedia-outgoing; Mon, 22 Dec 1997 09:11:04 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA06594 for ; Mon, 22 Dec 1997 09:10:58 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 12:09:36 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA19350; Mon, 22 Dec 97 12:09:35 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id MAA12745; Mon, 22 Dec 1997 12:09:02 -0500 Message-Id: <19971222120902.23203@ct.picker.com> Date: Mon, 22 Dec 1997 12:09:02 -0500 From: Randall Hopper To: Petri Helenius Cc: Amancio Hasty , multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder References: <19971221222047.08726@ct.picker.com> <199712220329.TAA00402@rah.star-gate.com> <19971221225947.08124@ct.picker.com> <199712220916.LAA22145@silver.sms.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712220916.LAA22145@silver.sms.fi>; from Petri Helenius on Mon, Dec 22, 1997 at 11:16:29AM +0200 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Petri Helenius: |Randall Hopper writes: | > | > Say, something I've been meaning to ask you and the group. Is there | > something in the MPEG system stream format that you know of which allows | > you to "attach" (or suggest a relation) between a particular point in the | > video and the audio streams. Or is that implicit in the interleaving. | |MPEG system stream contains "PTS"s which stands for "Presentation Time |Stamp". I cannot recall from top of my head at which point the data |should be going at the same time when the PTS hits. It's either the |last or the first byte of the pack and it was supposed to either play |back or enter the decoder at the time of PTS. I've to check the spec. Interesting. Thanks for the info. I'll look this up and see if I can drop these breadcrumbs in mpeg_encode's direction and get it to carry them through for each video frame. |It's possible to address, however doing PTS's is not a perfect way |since some decoders drop or fill in frames to keep the sync. However, |it's much better than no sync at all. Right. That's really all I want. I know mtv or whatever decoder is going to have to skip frames, particularly for slower machines. I just want to be able to give it hints as to where to skip "to". Even if if no frames need to be skipped during decoding, a frame or two now and then might need to be tossed to try and stay in sync with the audio stream. Sounds like PTS is what I was looking for. |I think carrying the timestamps trough the elementary stream phase |might be difficult. Ok. I'll take a look. Thanks. Randall From owner-freebsd-multimedia Mon Dec 22 09:21:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07434 for multimedia-outgoing; Mon, 22 Dec 1997 09:21:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA07422 for ; Mon, 22 Dec 1997 09:21:21 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 12:20:13 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA19663; Mon, 22 Dec 97 12:20:12 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id MAA12860; Mon, 22 Dec 1997 12:19:42 -0500 Message-Id: <19971222121942.13340@ct.picker.com> Date: Mon, 22 Dec 1997 12:19:42 -0500 From: Randall Hopper To: Luigi Rizzo Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder References: <19971221225947.08124@ct.picker.com> <199712220520.GAA01789@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712220520.GAA01789@labinfo.iet.unipi.it>; from Luigi Rizzo on Mon, Dec 22, 1997 at 06:20:26AM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo: |I suppose the problem if any will be in the capture phase. We have a |way to timestamp (using the cpu clock) incoming video frames (do you |use that ?), but e.g. for audio you cannot rely on the sample rate I do store off a timestamp for each frame of data (video frame + accumulated audio to that point). This is used to know how many frames we missed, which is how many times the preceeding frame is replicated in the mpeg_encode input stream to normalize the video back up to the full FPS rate. Thanks, Randall From owner-freebsd-multimedia Mon Dec 22 09:33:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08646 for multimedia-outgoing; Mon, 22 Dec 1997 09:33:10 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08629 for ; Mon, 22 Dec 1997 09:32:58 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01187; Mon, 22 Dec 1997 09:31:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221731.JAA01187@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder In-reply-to: Your message of "Mon, 22 Dec 1997 12:19:42 EST." <19971222121942.13340@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 09:31:28 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hi, Do you also keep track of skipped video frames? The driver may need a little work to faithfully report how many frames it has skipped . Cheers, Amancio > Luigi Rizzo: > |I suppose the problem if any will be in the capture phase. We have a > |way to timestamp (using the cpu clock) incoming video frames (do you > |use that ?), but e.g. for audio you cannot rely on the sample rate > > I do store off a timestamp for each frame of data (video frame + > accumulated audio to that point). This is used to know how many frames we > missed, which is how many times the preceeding frame is replicated in the > mpeg_encode input stream to normalize the video back up to the full FPS rate. > > Thanks, > > Randall From owner-freebsd-multimedia Mon Dec 22 09:37:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA09127 for multimedia-outgoing; Mon, 22 Dec 1997 09:37:24 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA09121 for ; Mon, 22 Dec 1997 09:37:17 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01241; Mon, 22 Dec 1997 09:35:57 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221735.JAA01241@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: "John S. Dyson" , multimedia@freebsd.org Subject: Re: These mtv video pauses are murder In-reply-to: Your message of "Mon, 22 Dec 1997 10:36:24 EST." <19971222103624.16572@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 09:35:57 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi John, does you AIO code now work with a regular file system or do we need a raw disk partition to use it? Tnks, Amancio > John S. Dyson: > |> John S. Dyson: > |> |You *might* want to try to do the audio with the AIO code (as long as > |> |you are not running SMP.) Oops!!! I haven't written manpages yet. > |> |For specs, refer to your trusty IEEE Std 1003.1b-1993 (POSIX.4). :-(. > |> > |Oh, just thought of something. X/Open's specs are on line. The only > |thing that we are missing is aio_fsync, and aio_cancel... Try > |www.opengroup.org or somesuch. > > I searched around a little while this morning on www.opengroup.org and > ftp://riftp.osf.org. Found a few blurbs mentioning the spec number or > POSIX.4, but nothing else. > > It may be available to members though. > > Randall > From owner-freebsd-multimedia Mon Dec 22 09:37:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA09153 for multimedia-outgoing; Mon, 22 Dec 1997 09:37:41 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA09143 for ; Mon, 22 Dec 1997 09:37:35 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 12:36:29 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA20213; Mon, 22 Dec 97 12:36:28 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id MAA13341; Mon, 22 Dec 1997 12:35:59 -0500 Message-Id: <19971222123558.54930@ct.picker.com> Date: Mon, 22 Dec 1997 12:35:58 -0500 From: Randall Hopper To: Amancio Hasty Cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder References: <19971222121942.13340@ct.picker.com> <199712221731.JAA01187@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712221731.JAA01187@rah.star-gate.com>; from Amancio Hasty on Mon, Dec 22, 1997 at 09:31:28AM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |Do you also keep track of skipped video frames? The driver |may need a little work to faithfully report how many frames it |has skipped . Indirectly. That's what the timestamp is for. If around 33 msec has past since the last frame, 0 frames skipped. If around 66 msec, 1 frame skipped, etc. Don't worry about adding this to the driver. The number of frames it skipped is really only part of the equation. If the app has to block for a bit writing frame data to disk, its going to skip more frames than were actually captured. So the captured skip rate isn't really that useful. Thanks, Randy From owner-freebsd-multimedia Mon Dec 22 09:37:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA09179 for multimedia-outgoing; Mon, 22 Dec 1997 09:37:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA09173 for ; Mon, 22 Dec 1997 09:37:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01209; Mon, 22 Dec 1997 09:33:50 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221733.JAA01209@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Stephen Roome cc: Luigi Rizzo , multimedia@freebsd.org Subject: Re: precise soundcard tuning ? In-reply-to: Your message of "Mon, 22 Dec 1997 12:34:11 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Mon, 22 Dec 1997 09:33:50 -0800 From: Amancio Hasty Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA09175 Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The sound blaster cards are known not to be very precise sound cards. Amancio > On Mon, 22 Dec 1997, Luigi Rizzo wrote: > > Since capture and acquisition often have the same sample clock, > > you could sample the tuning fork with a microphone, determine the > > actual period in samples, and then generate the sound with the > > "correct" (i.e. equal to the reference) frequency. > > I'll try this approach. Still, I find it remarkable that I'm going to have > to tune a £100 piece of sound hardware with either a £20 guitar tuner or a > £2 tuning fork. PC hardware is just such high quality stuff! > > Many Thanks, > > Steve. > > -- > Steve Roome - Vision Interactive Ltd. > Tel:+44(0)117 9730597 Home:+44(0)976 241342 > WWW: http://dylan.visint.co.uk/ > From owner-freebsd-multimedia Mon Dec 22 10:01:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10711 for multimedia-outgoing; Mon, 22 Dec 1997 10:01:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA10683 for ; Mon, 22 Dec 1997 10:00:50 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA02664; Mon, 22 Dec 1997 17:32:40 +0100 From: Luigi Rizzo Message-Id: <199712221632.RAA02664@labinfo.iet.unipi.it> Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder To: rhh@ct.picker.com (Randall Hopper) Date: Mon, 22 Dec 1997 17:32:40 +0100 (MET) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: <19971222121942.13340@ct.picker.com> from "Randall Hopper" at Dec 22, 97 12:19:23 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Luigi Rizzo: > |I suppose the problem if any will be in the capture phase. We have a > |way to timestamp (using the cpu clock) incoming video frames (do you > |use that ?), but e.g. for audio you cannot rely on the sample rate > > I do store off a timestamp for each frame of data (video frame + > accumulated audio to that point). This is used to know how many frames we > missed, which is how many times the preceeding frame is replicated in the > mpeg_encode input stream to normalize the video back up to the full FPS rate. well my point was that the right (I would even say "the only") approach to get timing info in a video+audio steam is to use the audio sample clock. It makes life easier in the reproduction phase since it is much easier then to keep video in sync. Probably my previous posting was confused enough to obscure the above point. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Dec 22 10:15:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12279 for multimedia-outgoing; Mon, 22 Dec 1997 10:15:46 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA12274 for ; Mon, 22 Dec 1997 10:15:43 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 13:10:55 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA21178; Mon, 22 Dec 97 13:10:54 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id NAA13871; Mon, 22 Dec 1997 13:10:22 -0500 Message-Id: <19971222131021.09670@ct.picker.com> Date: Mon, 22 Dec 1997 13:10:21 -0500 From: Randall Hopper To: Luigi Rizzo Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder References: <19971222121942.13340@ct.picker.com> <199712221632.RAA02664@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712221632.RAA02664@labinfo.iet.unipi.it>; from Luigi Rizzo on Mon, Dec 22, 1997 at 05:32:40PM +0100 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Luigi Rizzo: |well my point was that the right (I would even say "the only") approach |to get timing info in a video+audio steam is to use the audio sample |clock. It makes life easier in the reproduction phase since it is much |easier then to keep video in sync. | |Probably my previous posting was confused enough to obscure the above |point. Oh ok. Now I see what you mean. That's a good point. Rather than clock to "realtime" and assume that the sound driver is going to faithfully record (& then play) 44.1KHz samples at "exactly" 44.1Khz. Clock to the audio, so if the associated driver happens to record or play a little slower/faster, the video still stays in sync. I'll browse around over the holidays and see what I can find out about MPEG audio/video sync options (the PTS field Pete mentioned, etc.). Randall From owner-freebsd-multimedia Mon Dec 22 10:17:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12458 for multimedia-outgoing; Mon, 22 Dec 1997 10:17:24 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12450 for ; Mon, 22 Dec 1997 10:17:20 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01478; Mon, 22 Dec 1997 10:16:24 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221816.KAA01478@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: rhh@ct.picker.com (Randall Hopper), multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder In-reply-to: Your message of "Mon, 22 Dec 1997 17:32:40 +0100." <199712221632.RAA02664@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 10:16:24 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thats a resonable assumption provided that the audio clock is sufficiently accurate and typically the SB cards have poor clocks . My guess is that Creative Labs is too busy pumping those cards and in large volumes is kind hard or to expensive to control the quality. Cheers, Amancio > > Luigi Rizzo: > > |I suppose the problem if any will be in the capture phase. We have a > > |way to timestamp (using the cpu clock) incoming video frames (do you > > |use that ?), but e.g. for audio you cannot rely on the sample rate > > > > I do store off a timestamp for each frame of data (video frame + > > accumulated audio to that point). This is used to know how many frames we > > missed, which is how many times the preceeding frame is replicated in the > > mpeg_encode input stream to normalize the video back up to the full FPS rate. > > well my point was that the right (I would even say "the only") approach > to get timing info in a video+audio steam is to use the audio sample > clock. It makes life easier in the reproduction phase since it is much > easier then to keep video in sync. > > Probably my previous posting was confused enough to obscure the above > point. > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Mon Dec 22 10:24:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA13087 for multimedia-outgoing; Mon, 22 Dec 1997 10:24:28 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA13080 for ; Mon, 22 Dec 1997 10:24:26 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01505; Mon, 22 Dec 1997 10:23:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221823.KAA01505@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: steve@visint.co.uk, multimedia@freebsd.org, Jim Lowe Subject: Re: precise soundcard tuning ? In-reply-to: Your message of "Mon, 22 Dec 1997 17:41:25 +0100." <199712221641.RAA02728@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 10:23:28 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Just talk to Jim he is the real pro on all these issues and yes the PC clock depending upon your motherboard can also affect you provided of course that you are using it to derive your clock info. ASUS motherboards generally provide a good RTC -- I think they use a Dallas Semiconductor RTC part. ---- Hi Jim, The clock accuracy issue is surfing up again . Any info on new hardware or method which provides accurate clock rates from sound cards also any known good motherboards with a decent RTC or cheap external clocks which can provide a resonable accurate clock? Tnks, Amancio > > The sound blaster cards are known not to be very precise sound cards. > > the data sheets of the OPTi931 also show the deviation between nominal > and actual sample rate and it turns out to be within 0.1% in many > cases. Not big deal but it is noticeable. > > While i was developing a delay compensation mechanism for my > telephone app, I was printing the difference between the expected > arrival time of data packets (based on the RTP timestamp which in > turn is based on the card sample clock) and the actual arrival time > (computed using the cpu clock). > > It took some minutes to realize that the drift of about 8 samples/s > was not a bug in my code but rather the clock drift! > > Cheers > Luigi > -----------------------------+-------------------------------------- > Luigi Rizzo | Dip. di Ingegneria dell'Informazione > email: luigi@iet.unipi.it | Universita' di Pisa > tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) > fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ > _____________________________|______________________________________ From owner-freebsd-multimedia Mon Dec 22 10:26:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA13346 for multimedia-outgoing; Mon, 22 Dec 1997 10:26:30 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA13340 for ; Mon, 22 Dec 1997 10:26:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01545; Mon, 22 Dec 1997 10:26:01 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221826.KAA01545@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder In-reply-to: Your message of "Mon, 22 Dec 1997 13:10:21 EST." <19971222131021.09670@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 10:26:01 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The PTS, Presentation Time Stamp, field is not going to help due to that your program is not doing the encoding . The PTS field is useful when the program is creating the mpeg stream. Cheers, Amancio > Luigi Rizzo: > |well my point was that the right (I would even say "the only") approach > |to get timing info in a video+audio steam is to use the audio sample > |clock. It makes life easier in the reproduction phase since it is much > |easier then to keep video in sync. > | > |Probably my previous posting was confused enough to obscure the above > |point. > > Oh ok. Now I see what you mean. That's a good point. Rather > than clock to "realtime" and assume that the sound driver is going to > faithfully record (& then play) 44.1KHz samples at "exactly" 44.1Khz. Clock > to the audio, so if the associated driver happens to record or play a > little slower/faster, the video still stays in sync. > > I'll browse around over the holidays and see what I can find out about MPEG > audio/video sync options (the PTS field Pete mentioned, etc.). > > Randall > From owner-freebsd-multimedia Mon Dec 22 10:34:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14222 for multimedia-outgoing; Mon, 22 Dec 1997 10:34:10 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA13975 for ; Mon, 22 Dec 1997 10:31:25 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Mon, 22 Dec 1997 13:30:22 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA21797; Mon, 22 Dec 97 13:30:22 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id NAA14498; Mon, 22 Dec 1997 13:29:48 -0500 Message-Id: <19971222132948.40684@ct.picker.com> Date: Mon, 22 Dec 1997 13:29:48 -0500 From: Randall Hopper To: Amancio Hasty Cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder References: <19971222131021.09670@ct.picker.com> <199712221826.KAA01545@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712221826.KAA01545@rah.star-gate.com>; from Amancio Hasty on Mon, Dec 22, 1997 at 10:26:01AM -0800 Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty: |The PTS, Presentation Time Stamp, field is not going to help due to |that your program is not doing the encoding . | |The PTS field is useful when the program is creating the mpeg stream. That is, assuming mpeg_encode doesn't let clients specify their own PTS for each provided frame. mpeg_encode may or may not support this -- I don't know yet. Randy From owner-freebsd-multimedia Mon Dec 22 10:37:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14515 for multimedia-outgoing; Mon, 22 Dec 1997 10:37:30 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA14510 for ; Mon, 22 Dec 1997 10:37:27 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01658; Mon, 22 Dec 1997 10:37:01 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221837.KAA01658@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Randall Hopper cc: Luigi Rizzo , multimedia@FreeBSD.ORG Subject: Re: MPEG audio/video sync & Re: These mtv video pauses are murder In-reply-to: Your message of "Mon, 22 Dec 1997 13:29:48 EST." <19971222132948.40684@ct.picker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 10:37:01 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I don't think that mpeg_encode provides such functionaliy and a quick search in the mpeg_encode's docs didn't show up any thing related to PTS. Cheers, Amancio > Amancio Hasty: > |The PTS, Presentation Time Stamp, field is not going to help due to > |that your program is not doing the encoding . > | > |The PTS field is useful when the program is creating the mpeg stream. > > That is, assuming mpeg_encode doesn't let clients specify their own PTS for > each provided frame. mpeg_encode may or may not support this -- I don't > know yet. > > Randy > From owner-freebsd-multimedia Mon Dec 22 10:44:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA14951 for multimedia-outgoing; Mon, 22 Dec 1997 10:44:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA14822 for ; Mon, 22 Dec 1997 10:42:35 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id RAA02728; Mon, 22 Dec 1997 17:41:25 +0100 From: Luigi Rizzo Message-Id: <199712221641.RAA02728@labinfo.iet.unipi.it> Subject: Re: precise soundcard tuning ? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 22 Dec 1997 17:41:25 +0100 (MET) Cc: steve@visint.co.uk, multimedia@freebsd.org In-Reply-To: <199712221733.JAA01209@rah.star-gate.com> from "Amancio Hasty" at Dec 22, 97 09:33:31 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > The sound blaster cards are known not to be very precise sound cards. the data sheets of the OPTi931 also show the deviation between nominal and actual sample rate and it turns out to be within 0.1% in many cases. Not big deal but it is noticeable. While i was developing a delay compensation mechanism for my telephone app, I was printing the difference between the expected arrival time of data packets (based on the RTP timestamp which in turn is based on the card sample clock) and the actual arrival time (computed using the cpu clock). It took some minutes to realize that the drift of about 8 samples/s was not a bug in my code but rather the clock drift! Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Mon Dec 22 11:07:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA16648 for multimedia-outgoing; Mon, 22 Dec 1997 11:07:08 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA16621 for ; Mon, 22 Dec 1997 11:07:02 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id OAA00618; Mon, 22 Dec 1997 14:06:47 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712221906.OAA00618@dyson.iquest.net> Subject: Re: These mtv video pauses are murder In-Reply-To: <199712221735.JAA01241@rah.star-gate.com> from Amancio Hasty at "Dec 22, 97 09:35:57 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Mon, 22 Dec 1997 14:06:47 -0500 (EST) Cc: rhh@ct.picker.com, toor@dyson.iquest.net, multimedia@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty said: > Hi John, > > does you AIO code now work with a regular file system or do we need > a raw disk partition to use it? > Almost any file descriptor should work, including sockets and regular files. I don't think that /dev/mem will work though. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-multimedia Mon Dec 22 11:58:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21690 for multimedia-outgoing; Mon, 22 Dec 1997 11:58:53 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA21662 for ; Mon, 22 Dec 1997 11:58:47 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA02087; Mon, 22 Dec 1997 11:58:15 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712221958.LAA02087@rah.star-gate.com> To: "John S. Dyson" cc: hasty@rah.star-gate.com (Amancio Hasty), rhh@ct.picker.com, multimedia@FreeBSD.ORG, hasty@rah.star-gate.com Subject: Re: These mtv video pauses are murder In-reply-to: Your message of "Mon, 22 Dec 1997 14:06:47 EST." <199712221906.OAA00618@dyson.iquest.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2084.882820694.1@rah.star-gate.com> Date: Mon, 22 Dec 1997 11:58:14 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Cool, then I think that all Randall needs is the test program which you posted to -current also any other such test programs that you may have . Tnks! Amancio From owner-freebsd-multimedia Mon Dec 22 12:06:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA23125 for multimedia-outgoing; Mon, 22 Dec 1997 12:06:53 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.139.22]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA23091 for ; Mon, 22 Dec 1997 12:06:45 -0800 (PST) (envelope-from james@miller.cs.uwm.edu) Received: (from james@localhost) by miller.cs.uwm.edu (8.8.5/8.8.5) id OAA23623; Mon, 22 Dec 1997 14:05:42 -0600 (CST) Date: Mon, 22 Dec 1997 14:05:42 -0600 (CST) From: Jim Lowe Message-Id: <199712222005.OAA23623@miller.cs.uwm.edu> To: hasty@rah.star-gate.com, luigi@labinfo.iet.unipi.it Subject: Re: precise soundcard tuning ? Cc: multimedia@FreeBSD.ORG, steve@visint.co.uk Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: Luigi Rizzo > Subject: Re: precise soundcard tuning ? > To: hasty@rah.star-gate.com (Amancio Hasty) > > While i was developing a delay compensation mechanism for my > telephone app, I was printing the difference between the expected > arrival time of data packets (based on the RTP timestamp which in > turn is based on the card sample clock) and the actual arrival time > (computed using the cpu clock). > > It took some minutes to realize that the drift of about 8 samples/s > was not a bug in my code but rather the clock drift! > Try running this little program. Depending on the buffer size and card type you can get some interesting results. -Jim -------------------------- #include #include #include #include #include #include #include /* #define BROKEN_SELECT /* */ char *dev="/dev/dsp0"; int blocksize = 160; main(int ac, char **av) { struct timeval tv, start; int fd; fd_set rfd; int cc; int i; int freq; double u; if(ac>1) { freq = atoi(av[1]); } else freq = 8000; if((fd=open(dev, O_RDONLY)) < 0) { perror("open failed\n"); exit(-1); } if(ioctl(fd, SNDCTL_DSP_SETBLKSIZE, &blocksize) < 0) { printf("Setting blocksize failed: %s\n", strerror(errno)); } if(ioctl(fd, SNDCTL_DSP_SPEED, &freq) < 0) { printf("Setting speed failed: %s\n", strerror(errno)); } #ifdef BROKEN_SELECT read(fd, dev, 1); #endif gettimeofday(&start, 0); cc = 0; i = 0; FD_ZERO(&rfd); while (1) { int n; char buf[blocksize]; FD_SET(fd, &rfd); select(fd+1, &rfd, 0, 0, 0); n = read(fd, buf, blocksize); if (n < 0) { perror("read"); exit(1); } if(n!=blocksize) printf("read %d, wanted blocksize\n", n); cc += n; if (++i >= 50) { i = 0; gettimeofday(&tv, 0); u = tv.tv_sec - start.tv_sec; u += 1e-6 * (tv.tv_usec - start.tv_usec); printf("%d %lg %lg\n", cc, u, (double)cc / u); fflush(stdout); } } } From owner-freebsd-multimedia Mon Dec 22 13:16:48 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA28440 for multimedia-outgoing; Mon, 22 Dec 1997 13:16:48 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA28435 for ; Mon, 22 Dec 1997 13:16:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id NAA02470; Mon, 22 Dec 1997 13:15:41 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712222115.NAA02470@rah.star-gate.com> To: Luigi Rizzo cc: hasty@rah.star-gate.com (Amancio Hasty), steve@visint.co.uk, multimedia@freebsd.org, hasty@rah.star-gate.com Subject: Re: precise soundcard tuning ? In-reply-to: Your message of "Mon, 22 Dec 1997 17:41:25 +0100." <199712221641.RAA02728@labinfo.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2467.882825340.1@rah.star-gate.com> Date: Mon, 22 Dec 1997 13:15:40 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Strange, according to Jim's test program my guspnp is about .002 accurate. 520000 64.9858 8001.75 528000 65.9856 8001.75 536000 66.9854 8001.74 Cheers, Amancio From owner-freebsd-multimedia Mon Dec 22 17:06:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16425 for multimedia-outgoing; Mon, 22 Dec 1997 17:06:35 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from bsdx.dyn.ml.org (root@dyn-max15-116.detroit.mi.ameritech.net [206.141.231.116]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA16410 for ; Mon, 22 Dec 1997 17:06:27 -0800 (PST) (envelope-from mcdougall@ameritech.net) Received: from ameritech.net (user1@localhost.dyn.ml.org [127.0.0.1]) by bsdx.dyn.ml.org (8.8.8/8.8.7) with ESMTP id UAA04632 for ; Mon, 22 Dec 1997 20:06:12 -0500 (EST) (envelope-from mcdougall@ameritech.net) Message-ID: <349F0E83.AD7C6AF5@ameritech.net> Date: Mon, 22 Dec 1997 20:06:11 -0500 From: Adam McDougall Reply-To: mcdougall@ameritech.net X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: Re: sb32 troubles References: <349C9604.9F69715B@ameritech.net> <19971221150720.17419@ct.picker.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Randall Hopper wrote: > Adam McDougall: > |Hello, I am hoping one (or more :) or the sound geniouses could help me > > Whoops. I don't qualify, but I'll try anyway. :-) > > |with a problem I am having with my sb32 card in -current. Almost all > |parts of it are detected, but not sbxvi0(sp), thus I get no digital > > Without sbxvi0, you should get 8-bit audio only I believe (sb0 takes care > of it). Try catting a .au file to /dev/audio. I played around with stuff in Boot: -c and noticed that sbxvi0 was trying to be found on 0xFFFFF.... so I changed that to 0x0 and it seems to be in dmesg as seems proper... but still amp and rplay are silent. > sb0 at 0x220 irq 5 drq 1 on isa > snd0: > sbxvi0 at 0x0 drq 5 on isa > snd0: > sbmidi0 at 0x300 on isa > snd0: > opl0 at 0x388 on isa > snd0: > > > |audio. And I am unsure if the midi component is working since playmidi > |doesnt want to compile for me. I am pretty sure it is not the card's > > Once you get past the PnP issues, pull the AWE driver, and the "awesfx" and > "awemidi" ports from http://multiverse.com/~rhh/awedrv. MIDIs will be > _loads_ better than anything SB FM or OPL can get you. Let me know if you > need any help. > well I cant seem to get the awe patches to allow me to compile the kernel, so I will just wait until they are comitted to get awe working. And compiling playmidi still gives me tons of errors as below:~snip~ /usr/include/machine/soundcard.h:677: warning: data definition has no type or storage class /usr/include/machine/soundcard.h:689: parse error before `u_char' /usr/include/machine/soundcard.h:689: warning: no semicolon at end of struct or union /usr/include/machine/soundcard.h:690: warning: data definition has no type or storage class readmidi.c: In function `readmidi': readmidi.c:98: storage size of `instr' isn't known /usr/include/machine/soundcard.h: At top level: /usr/include/machine/soundcard.h:306: storage size of `patch' isn't known *** Error code 1 Stop. I'm going to rm -rf /usr/src and cvsup again fresh, and see if any errors go away, I have a feeling my source tree may be a little mucked up. Could someone give me a package of playmidi from ports, all u need to do is cd /usr/ports/audio/playmidi ; make package. > |fault since it works fine in other machines under NT and 2.2.5-release, > |and I have tried other same model cards in my -current machine, but > |still no luck. heres the lines from my kernel conf file: > | > |controller snd0 > |device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr > |options SBC_IRQ=5 > |device sbxvi0 at isa? drq 5 > |device sbmidi0 at isa? port 0x300 > |device opl0 at isa? port 0x388 conflicts > |controller pnp0 > |(adding the pnp0 didnt help but made the kernel realize a pnp card was > |present) > > See http://multiverse.com/~rhh/awedrv/awepnp-freebsd.txt for Conrad's tips > on getting PnP set up for AWE32/64 & SB32 cards. > > The "0x300" should be "0x330" above. Also, I'd suggest commenting out the > SBC_IRQ line. I'm a little puzzled at the conflicts on the OPL line as > well. Well even specifying 0x330 with the pnp command in userconfig, it still only detects on 0x300. > > > Barring PnP, looks like we have the same H/W config. So try this (my config): > > controller snd0 > device sb0 at isa? port 0x220 irq 5 drq 1 vector sbintr > device sbxvi0 at isa? drq 5 > device sbmidi0 at isa? port 0x330 > # Yamaha OPL-2/OPL-3 FM - for SB, SB Pro, SB16, PAS > device opl0 at isa? port 0x388 > device awe0 at isa? port 0x620 > > Of course, add in the necessary PnP lines for your card. > > Randall From owner-freebsd-multimedia Mon Dec 22 21:50:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05391 for multimedia-outgoing; Mon, 22 Dec 1997 21:50:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id VAA05371 for ; Mon, 22 Dec 1997 21:50:32 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA03728; Tue, 23 Dec 1997 05:23:36 +0100 From: Luigi Rizzo Message-Id: <199712230423.FAA03728@labinfo.iet.unipi.it> Subject: Re: precise soundcard tuning ? To: hasty@rah.star-gate.com (Amancio Hasty) Date: Tue, 23 Dec 1997 05:23:35 +0100 (MET) Cc: hasty@rah.star-gate.com, steve@visint.co.uk, multimedia@freebsd.org In-Reply-To: <199712222115.NAA02470@rah.star-gate.com> from "Amancio Hasty" at Dec 22, 97 01:15:21 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Strange, according to Jim's test program my guspnp is about > .002 accurate. > 520000 64.9858 8001.75 > 528000 65.9856 8001.75 > 536000 66.9854 8001.74 quite reasonable result (I assume that you have run the test for a much longer time, or the 200us differences that you see are not that significant). But the problem is that some sampling rates might not be so precise (due to the sample rate not being an exact divisor of the XTAL frequency) and these differences accumulate over time. The problem is often worse at high sampling rates (where you need a smaller divisor). Even in your case, you have a drift of roughly 1 second/hour. Cheers Luigi From owner-freebsd-multimedia Mon Dec 22 23:14:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA16017 for multimedia-outgoing; Mon, 22 Dec 1997 23:14:59 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA16005 for ; Mon, 22 Dec 1997 23:14:55 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id XAA00430; Mon, 22 Dec 1997 23:14:17 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712230714.XAA00430@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: steve@visint.co.uk, multimedia@freebsd.org Subject: Re: precise soundcard tuning ? In-reply-to: Your message of "Tue, 23 Dec 1997 05:23:35 +0100." <199712230423.FAA03728@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 23:14:17 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk After about 7 minutes or so: 3112000 388.919 8001.66 3120000 389.919 8001.66 3128000 390.919 8001.66 3136000 391.919 8001.66 3144000 392.918 8001.66 3152000 393.918 8001.66 3160000 394.918 8001.66 3168000 395.918 8001.66 3176000 396.917 8001.66 3184000 397.917 8001.66 3192000 398.917 8001.66 3200000 399.917 8001.66 In order to really measure my sound accuracy I have to find out what is the clock drift on my PC. Thats fine I don't think that 8000 is an exact divisior of XTAL1 or XTAL2. Your point that different frequencies may not be as accurate is well taken . A lot depends on how accurate is the clock in the sound card. Cheers, Amancio > > Strange, according to Jim's test program my guspnp is about > > .002 accurate. > > 520000 64.9858 8001.75 > > 528000 65.9856 8001.75 > > 536000 66.9854 8001.74 > > quite reasonable result (I assume that you have run the test for a > much longer time, or the 200us differences that you see are not that > significant). > > But the problem is that some sampling rates might not be so precise > (due to the sample rate not being an exact divisor of the XTAL > frequency) and these differences accumulate over time. The problem is > often worse at high sampling rates (where you need a smaller divisor). > Even in your case, you have a drift of roughly 1 second/hour. > > Cheers > Luigi From owner-freebsd-multimedia Tue Dec 23 01:19:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA25415 for multimedia-outgoing; Tue, 23 Dec 1997 01:19:24 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from zinc.singnet.com.sg (zinc.singnet.com.sg [165.21.7.31]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA25406 for ; Tue, 23 Dec 1997 01:19:15 -0800 (PST) (envelope-from willow@singnet.com.sg) Received: from docu-pc (ts900-6316.singnet.com.sg [165.21.163.68]) by zinc.singnet.com.sg (8.8.7/8.8.7) with SMTP id RAA01180 for ; Tue, 23 Dec 1997 17:19:04 +0800 (SGT) Message-ID: <349F8210.1FB2@singnet.com.sg> Date: Tue, 23 Dec 1997 17:19:12 +0800 From: "Willowglen Services Pte. Ltd." Reply-To: willow@singnet.com.sg Organization: Willowglen Services X-Mailer: Mozilla 3.0Gold (Win16; I) MIME-Version: 1.0 To: multimedia@freebsd.org Subject: Bt848 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi there , Merry Christmas...... I am seriously looking at using the Brooktree Bt848 Video Capture Chip and is wondering what type of software/driver are available out there. Any Info will be much Appreciate Keane Ng Kwee Chye email cc: chyeng@pacific.net.sg From owner-freebsd-multimedia Tue Dec 23 03:57:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA02207 for multimedia-outgoing; Tue, 23 Dec 1997 03:57:46 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from wakko.visint.co.uk (wakko.visint.co.uk [194.207.134.12]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA02202 for ; Tue, 23 Dec 1997 03:57:40 -0800 (PST) (envelope-from steve@visint.co.uk) Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by wakko.visint.co.uk (8.8.5/8.7.3) with SMTP id LAA09566; Tue, 23 Dec 1997 11:58:46 GMT Date: Tue, 23 Dec 1997 11:59:32 +0000 (GMT) From: Stephen Roome To: Amancio Hasty cc: Luigi Rizzo , multimedia@freebsd.org Subject: Re: precise soundcard tuning ? In-Reply-To: <199712230714.XAA00430@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Amancio Hasty wrote: > After about 7 minutes or so: > 3112000 388.919 8001.66 Okay, I've not had a chance to test this one yet, but I don't think that's the problem I was initially experiencing. I was playing a 440 Hz wave and it was coming back somewhere between a G (391Hz) and a G# (416Hz). It's nearer G# to be fair, but that's still at least 5.45% out. Even combining any inaccuracies in my RTC, with the sound card 5% is quite a big swing. So, I'm still going with your original (if defamatory) statement about sound blaster cards, my Creative Labs cdrom drive isn't any better either. Steve. Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-multimedia Tue Dec 23 05:13:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA05352 for multimedia-outgoing; Tue, 23 Dec 1997 05:13:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA05345 for ; Tue, 23 Dec 1997 05:13:16 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id MAA04078; Tue, 23 Dec 1997 12:46:38 +0100 From: Luigi Rizzo Message-Id: <199712231146.MAA04078@labinfo.iet.unipi.it> Subject: Re: precise soundcard tuning ? To: steve@visint.co.uk (Stephen Roome) Date: Tue, 23 Dec 1997 12:46:38 +0100 (MET) Cc: hasty@rah.star-gate.com, multimedia@FreeBSD.ORG In-Reply-To: from "Stephen Roome" at Dec 23, 97 11:59:13 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > After about 7 minutes or so: > > 3112000 388.919 8001.66 > > > Okay, I've not had a chance to test this one yet, but I don't think that's > the problem I was initially experiencing. > > I was playing a 440 Hz wave and it was coming back somewhere between a G > (391Hz) and a G# (416Hz). It's nearer G# to be fair, but that's still at > least 5.45% out. well i thought I should not post anymore on the subject but I feel some clarification is necessary here. the sample frequency on soundcards is generally derived by dividing some reference clock (usually a cristal) by some integer number. When the sample frequency is not an exact divisor of the cristal frequency, then some minor discrepancies might arise. As an example: on the CS423x (GUS and others) one of the cristal can run at 24.576 MHz which is 24576000 = 3072*8000 this means that (within the accuracy of the crystal, which should be in the 30-1000ppm range) you can have "nominal" sample rates for 8,16,24,32,48KHz. But 24576000/44100 = 557.27891 meaning that you cannot have 44.1 Khz, the closest approximation being 44122Hz (assuming you have a 10-bit programmable divisor). There are two ways to solve the problem: one (implemented on the CS423x) is to have a second cristal which runs at an integer multiple of the 44.1KHz frequency; the other one is to implement a true frequency sinthesizer which allows you to have any frequency which can be represented by a rational fraction (within some constraints, mainly dependent on the number of bits used in the PLL). In both cases the additional complexity in the circuit is close to zero (considering that most modern codecs already have a great deal of internal logic). With this in mind, even with my not-certainly-favourable view of Creative hardware, I can hardly believe that the hardware is really off by 5% at low sampling frequency. I am much more inclined to believe that a fair amount of the offset comes from the software driver which might compute the wrong value (because of approximations in integer computations) to poke into the speed selection registers. Ultimately this might well be Creative's fault given how criptic is their documentation! > Even combining any inaccuracies in my RTC, with the sound card 5% is quite > a big swing. > > So, I'm still going with your original (if defamatory) statement about > sound blaster cards, my Creative Labs cdrom drive isn't any better either. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-multimedia Tue Dec 23 05:46:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA07122 for multimedia-outgoing; Tue, 23 Dec 1997 05:46:40 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from fiscodata-pr.netpar.com.br (fiscodata-pr.netpar.com.br [200.255.244.88]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA07115 for ; Tue, 23 Dec 1997 05:46:32 -0800 (PST) (envelope-from paulo@fiscodata-pr.netpar.com.br) Received: from fiscodata-pr.netpar.com.br (fiscodata-pr.netpar.com.br [200.255.244.88]) by fiscodata-pr.netpar.com.br (8.8.8/8.8.5) with SMTP id LAA03798 for ; Tue, 23 Dec 1997 11:50:02 GMT Date: Tue, 23 Dec 1997 11:50:01 +0000 (GMT) From: Paulo Cesar Pereira de Andrade Reply-To: Paulo Cesar Pereira de Andrade To: freebsd-multimedia@FreeBSD.org Subject: [Announce] Game Emulators Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, [I think this is the correct list to announce it] I have modified the sources of two emulators that I originally found in the ports: + The Master System/Game Gear Emulator + The Game Boy Emulator Both emulators by Marat Fayzullin, run under X. Description: + Run at full screen, 320x240 + Requires the VGL library (does not run under X) + Supports VT switching (it is possible to run up to 12 Z80 emulators :) + Full source code available + Requires a i486 DX2 66 or better + The Master System/Game Gear emulator supports sound. Comments: + If you find some rom that won't run, try this: dd if=rom-that-dont-work of=rom-that-work skip=1 + I think it is **very** cool. + The binaries are installed suid, to be able to change the video mode. You can find the sources at: http://fiscodata-pr.netpar.com.br/~paulo Paulo From owner-freebsd-multimedia Tue Dec 23 09:17:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21171 for multimedia-outgoing; Tue, 23 Dec 1997 09:17:11 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21163 for ; Tue, 23 Dec 1997 09:17:03 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01380; Tue, 23 Dec 1997 09:16:42 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712231716.JAA01380@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Stephen Roome cc: Luigi Rizzo , multimedia@freebsd.org Subject: Re: precise soundcard tuning ? In-reply-to: Your message of "Tue, 23 Dec 1997 11:59:32 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 09:16:41 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I apologies to SB owners and to myself for I am SB16 PnP owner . Now, SB cards are notorious for their clock innacuracy and 5% is not really unheard of . Jim Lowe once reported a SB card which was 10% off . The GUS PnP comes with two crystals: 24.576-MHz and a 16.9344 MHz. Amancio > On Mon, 22 Dec 1997, Amancio Hasty wrote: > > After about 7 minutes or so: > > 3112000 388.919 8001.66 > > > Okay, I've not had a chance to test this one yet, but I don't think that's > the problem I was initially experiencing. > > I was playing a 440 Hz wave and it was coming back somewhere between a G > (391Hz) and a G# (416Hz). It's nearer G# to be fair, but that's still at > least 5.45% out. > > Even combining any inaccuracies in my RTC, with the sound card 5% is quite > a big swing. > > So, I'm still going with your original (if defamatory) statement about > sound blaster cards, my Creative Labs cdrom drive isn't any better either. > > Steve. > > Steve Roome - Vision Interactive Ltd. > Tel:+44(0)117 9730597 Home:+44(0)976 241342 > WWW: http://dylan.visint.co.uk/ > From owner-freebsd-multimedia Wed Dec 24 09:24:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19254 for multimedia-outgoing; Wed, 24 Dec 1997 09:24:21 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from cerberus.partsnow.com (gatekeeper.partsnow.com [207.155.26.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19249 for ; Wed, 24 Dec 1997 09:24:16 -0800 (PST) (envelope-from don@PartsNow.com) Received: (from bin@localhost) by cerberus.partsnow.com (8.8.5/8.6.9) id JAA13173; Wed, 24 Dec 1997 09:23:37 -0800 (PST) X-Authentication-Warning: cerberus.partsnow.com: bin set sender to using -f Received: from nouvelle(192.168.100.9) by cerberus.partsnow.com via smap (V2.0) id xma013169; Wed, 24 Dec 97 09:23:24 -0800 Message-ID: <34A1445D.32FA@PartsNow.com> Date: Wed, 24 Dec 1997 09:20:29 -0800 From: Don Wilde Reply-To: don@PartsNow.com Organization: Soligen, Incorporated X-Mailer: Mozilla 3.0C-E-KIT (Win16; I) MIME-Version: 1.0 To: Amancio Hasty CC: multimedia@freebsd.org Subject: Re: Remote and Voice control References: <199712132104.NAA06292@rah.star-gate.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty wrote: > Voice Control > > Don if you or anyone has a good pointer to limited voice control > lets hear it . > Sorry it's taken so long to get back to you, Amancio, but I can't give you pointers to existing code, so I'll have to explain it as best I remember. The little micro had 5 inputs with bandpass filters which it sampled as fast as it could. The filters were biased towards the low end of the spectrum, concentrated in the 2-6khz range, only one was higher, about 10khz. What the trick was is that we did five 8-bit integer FFT's on the streams to get multiple comparison samples. With our higher processing power, we ought to be able to do one FFT on the raw data and have a good comparison sample. You want to do this in the frequency domain once you have identified the beginning and end of your word. I believe I did mention that the VCR Voice unit needed to be trained for recognition? Since this is not connected speech, you just need to search for the beginning of audio in the sample and frame the command properly. Comparing the sample with a limited set of 5-10 commands should be no problem in realtime. Rotsa Ruck, Amancio. If I can do more, I'll be glad to. I have a USR voice modem, when I get my motherboard working again I'll plug it in and have a go at it. I only have a cheapie sound card, so I will have to do my work through the modem. -- oooOOO O O O o * * * * * * o ___ _________ _________ ________ _________ _________ ___==_ V_=_=_DW ===--- Don Wilde [don@PartsNow.com] [http://www.PartsNow.com ] /oo0000oo-oo--oo-ooo---ooo-ooo---ooo-ooo--ooo-ooo---ooo-ooo---ooo-oo--oo From owner-freebsd-multimedia Wed Dec 24 14:57:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA05749 for multimedia-outgoing; Wed, 24 Dec 1997 14:57:02 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA05736 for ; Wed, 24 Dec 1997 14:56:58 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA08161 for ; Wed, 24 Dec 1997 14:56:51 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712242256.OAA08161@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: http://www.freebsd.org/~ahasty/files/cthugha-freebsd.tar.gz Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 14:56:50 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It is a gadget to display color images based on sound . To build and install: tar -czf cthugha-freebsd.tar.gz cd cthugha-L-1.1a gmake gmake install rehash xcthugha --mic 90 --line -1 --dga The above means : set mic input to 90 , disable line input and use dga (X direct memory access). This is just a quick port;however , as it is a lot of fun! Merry Christmas, Amancio From owner-freebsd-multimedia Fri Dec 26 07:24:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA16127 for multimedia-outgoing; Fri, 26 Dec 1997 07:24:01 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA16107 for ; Fri, 26 Dec 1997 07:23:57 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id BAA08608; Fri, 26 Dec 1997 01:55:45 -0500 (EST) Date: Fri, 26 Dec 1997 01:55:45 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net Reply-To: Chuck Robey To: Nathan Dorfman cc: multimedia@FreeBSD.ORG Subject: Re: New cheap soundcard for 3.0-current machine In-Reply-To: <199712260340.WAA17117@limbo.rtfm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Thu, 25 Dec 1997, Nathan Dorfman wrote: > Hi! I have a machine running 3.0-current and nothing else (a 4G > dangerously dedicated disk). I want to buy myself a cheap soundcard > (SB16-style quality is fine) that I can actually configure without > running a config program under DOS as with the SB16. Jumper cards > aren't made anymore so anything that is set to a known default that > or is detectable would be great. Any ideas? You're on the wrong list for that info. Listen to the Multimedia list, which I've redirected this post to. Amancio Hasty reported that he had the docs on the Turtle Beach Daytona PCI sound card, which (from my reading of their description at their site at www.tbeach.com) is a pretty decent sound card. I think if Amancio says he's got it up, in fact, I'll get one > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-multimedia Fri Dec 26 09:54:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA23216 for multimedia-outgoing; Fri, 26 Dec 1997 09:54:30 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from send1b.yahoomail.com (send1b.yahoomail.com [205.180.60.23]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA23211 for ; Fri, 26 Dec 1997 09:54:26 -0800 (PST) (envelope-from max_brod@yahoo.com) Message-ID: <19971226175411.17019.rocketmail@send1b.yahoomail.com> Received: from [195.29.224.41] by send1b; Fri, 26 Dec 1997 09:54:11 PST Date: Fri, 26 Dec 1997 09:54:11 -0800 (PST) From: Nino Udovicic Subject: Pnp support To: freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I am having trouble installing PnP soundblaster soundcard. The thing is, i have succeded is patching the kernel with the PNP patch provided under xperiments. And it worked. This is the pnp.c configration. (read on) /* Configuration for the SoundBlaster 16 PnP */ { 0x10073b56, /* Serial Number */ -1, /* Logical Device Number */ { { 5, -1 }, /* Primary IRQ Number, Type */ { -1, -1 } /* Second IRQ Number, Type */ }, { 5, -1 }, /* DRQ Number */ { 0x220, /* Ports 1 */ 0x330, /* Ports 2 */ 0x388, /* Ports 3 */ -1, /* Ports 4 */ -1, /* Ports 5 */ -1, /* Ports 6 */ -1, /* Ports 7 */ -1, /* Ports 8 */ }, { { -1, -1, -1 }, /* Memory desc0 - base, ctrl, range */ { -1, -1, -1 }, /* Memory desc1 - base, ctrl, range */ { -1, -1, -1 }, /* Memory desc2 - base, ctrl, range */ { -1, -1, -1 } /* Memory desc3 - base, ctrl, range */ } } And the output the kernel gives at the beginning is: Board Vendor ID: CTL002b Board Serial Number: 10073b56 Configuring (Logical Device 0) As it became apparent to me this was not enough, the standard devices in the kernel config file still have to be configured. What my question basicaly is: what to do o have to set the controller snd0 device sb0 at isa? port 0x220 irq 7 conflicts drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 lines for my card to work if the pnpinfo gives me this: Checking for Plug-n-Play devices... Trying Read_Port at 203 Card assigned CSN #1 Board Vendor ID: CTL002b Board Serial Number: 10073b56 PnP Version: 1.0 Vendor Version: 32 Device Description: Creative SB16 PnP Logical Device ID: CTL0031 (31008c0e) Device Description: Audio Start Dependent Function Good Configuration IRQ: 5 DMA: 0 1 DMA: 8-bit only DMA: Device is not a bus master DMA: May execute in count by byte mode DMA: May not execute in count by word mode DMA: Compatibility mode DMA: 5 DMA: 16-bit only DMA: Device is not a bus master DMA: May not execute in count by byte mode DMA: May execute in count by word mode DMA: Compatibility mode Device decodes the full 16-bit ISA address I/O Range maximum address: 0x220 I/O Range maximum address: 0x220 I/O alignment for minimum: 1 I/O length: 16 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x330 I/O Range maximum address: 0x330 I/O alignment for minimum: 1 I/O length: 2 Device decodes the full 16-bit ISA address I/O Range maximum address: 0x388 I/O Range maximum address: 0x388 I/O alignment for minimum: 1 I/O length: 4 I have tried a number of configurations nad not one of them worked. The best i got is the midi working every time. Even when i get the message that all the devices (sb0, sbxvi0, opl0, sbmidi0) are configured midi works, but programs envolving some other format just dont give output (some of them crash saying: DMA timed out - IRQ/DRQ config error? I know what this should mean but i tried so many different settings. If it helps i can change the card resource settings using a program under dos. And, yes, the card worked fine on other OS's. Thank you in advance. _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com From owner-freebsd-multimedia Fri Dec 26 10:38:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25703 for multimedia-outgoing; Fri, 26 Dec 1997 10:38:18 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from fanfic.org (fanfic.org [205.150.35.145]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA25698 for ; Fri, 26 Dec 1997 10:38:14 -0800 (PST) (envelope-from dstenn@fanfic.org) Received: from localhost (dstenn@localhost) by fanfic.org (8.8.8/8.8.8) with SMTP id NAA13481; Fri, 26 Dec 1997 13:37:59 -0500 (EST) (envelope-from dstenn@fanfic.org) Date: Fri, 26 Dec 1997 13:37:58 -0500 (EST) From: Dennis Tenn To: Nino Udovicic cc: freebsd-multimedia@freebsd.org Subject: Re: Pnp support In-Reply-To: <19971226175411.17019.rocketmail@send1b.yahoomail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 26 Dec 1997, Nino Udovicic wrote: > I am having trouble installing PnP soundblaster soundcard. The thing > is, i have succeded is patching the kernel with the PNP patch provided > under xperiments. And it worked. This is the pnp.c configration. (read > on) > > /* Configuration for the SoundBlaster 16 PnP */ > { > 0x10073b56, /* Serial Number */ > -1, /* Logical Device Number */ > { > { 5, -1 }, /* Primary IRQ Number, Type */ > { -1, -1 } /* Second IRQ Number, Type */ > }, > { 5, -1 }, /* DRQ Number */ > { > 0x220, /* Ports 1 */ > 0x330, /* Ports 2 */ > 0x388, /* Ports 3 */ > -1, /* Ports 4 */ > -1, /* Ports 5 */ > -1, /* Ports 6 */ > -1, /* Ports 7 */ > -1, /* Ports 8 */ > }, > { > { -1, -1, -1 }, /* Memory desc0 - base, ctrl, range */ > { -1, -1, -1 }, /* Memory desc1 - base, ctrl, range */ > { -1, -1, -1 }, /* Memory desc2 - base, ctrl, range */ > { -1, -1, -1 } /* Memory desc3 - base, ctrl, range */ > } > } > > And the output the kernel gives at the beginning is: > > Board Vendor ID: CTL002b Board Serial Number: 10073b56 > Configuring (Logical Device 0) > > As it became apparent to me this was not enough, the standard devices > in the kernel config file still have to be configured. What my > question basicaly is: what to do o have to set the > > controller snd0 > device sb0 at isa? port 0x220 irq 7 conflicts drq 1 > vector sbintr > device sbxvi0 at isa? drq 5 > device sbmidi0 at isa? port 0x330 > device opl0 at isa? port 0x388 > > lines for my card to work if the pnpinfo gives me this: > > Checking for Plug-n-Play devices... > Trying Read_Port at 203 > Card assigned CSN #1 > Board Vendor ID: CTL002b > Board Serial Number: 10073b56 > PnP Version: 1.0 > Vendor Version: 32 > Device Description: Creative SB16 PnP > Logical Device ID: CTL0031 (31008c0e) > Device Description: Audio > Start Dependent Function > Good Configuration > IRQ: 5 > DMA: 0 1 > DMA: 8-bit only > DMA: Device is not a bus master > DMA: May execute in count by byte mode > DMA: May not execute in count by word mode > DMA: Compatibility mode > DMA: 5 > DMA: 16-bit only > DMA: Device is not a bus master > DMA: May not execute in count by byte mode > DMA: May execute in count by word mode > DMA: Compatibility mode > Device decodes the full 16-bit ISA address > I/O Range maximum address: 0x220 > I/O Range maximum address: 0x220 > I/O alignment for minimum: 1 > I/O length: 16 > Device decodes the full 16-bit ISA address > I/O Range maximum address: 0x330 > I/O Range maximum address: 0x330 > I/O alignment for minimum: 1 > I/O length: 2 > Device decodes the full 16-bit ISA address > I/O Range maximum address: 0x388 > I/O Range maximum address: 0x388 > I/O alignment for minimum: 1 > I/O length: 4 > > I have tried a number of configurations nad not one of them worked. > The best i got is the midi working every time. Even when i get the > message that all the devices (sb0, sbxvi0, opl0, sbmidi0) are > configured midi works, but programs envolving some other format just > dont give output (some of them crash saying: > DMA timed out - IRQ/DRQ config error? > > I know what this should mean but i tried so many different settings. > If it helps i can change the card resource settings using a program > under dos. > And, yes, the card worked fine on other OS's. > Thank you in advance. Try this.. When you reboot your computer, at the boot: prompt type -c and enter the kernel config mode. Then type the following: pnp 1 0 os enable port0 0x220 irq0 7 drq0 1 drq1 5 pnp 1 1 os enable port0 0x330 pnp 1 2 os enable port0 0x388 quit Then see what happens. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Dennis Tenn * There will always come a time dstenn@fanfic.org * When your love will be tested * Stand tall and rise to the occasion * For only then will you grow strong. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From owner-freebsd-multimedia Fri Dec 26 10:51:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA26699 for multimedia-outgoing; Fri, 26 Dec 1997 10:51:27 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA26691 for ; Fri, 26 Dec 1997 10:51:23 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01464; Fri, 26 Dec 1997 10:50:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712261850.KAA01464@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: Nathan Dorfman , multimedia@freebsd.org Subject: Re: New cheap soundcard for 3.0-current machine In-reply-to: Your message of "Fri, 26 Dec 1997 01:55:45 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 10:50:59 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I haven't been able to get to finishing up my driver for the turtle beach daytona;however, I am pretty close to finishing it. It will probably take another week or so. Cheers, Amancio From owner-freebsd-multimedia Fri Dec 26 11:57:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA00669 for multimedia-outgoing; Fri, 26 Dec 1997 11:57:30 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA00663 for ; Fri, 26 Dec 1997 11:57:25 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA01833; Fri, 26 Dec 1997 11:57:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712261957.LAA01833@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: Randall Hopper Subject: async i/o code example for -current Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 11:57:19 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I asked Dyson to repost his aio example and he didn't so I dig up his old posting. This is useful for applications such as fxtv when is recording to disk. Cheers, Amancio ------- Forwarded Message Return-Path: owner-freebsd-current@FreeBSD.ORG Received: from sarip.sol.net (sarip.sol.net [169.207.30.120]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id MAA00296 for ; Mon, 1 Dec 1997 12:12:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from hub.freebsd.org (hub.FreeBSD.ORG [204.216.27.18]) by sarip.sol.net (8.8.8/8.8.8/SNNS-1.02) with ESMTP id OAA28385; Mon, 1 Dec 1997 14:11:53 -0600 (CST) Received: from localhost (daemon@localhost) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA06230; Mon, 1 Dec 1997 11:33:22 -0800 (PST) (envelope-from owner-freebsd-current) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA06160 for current-outgoing; Mon, 1 Dec 1997 11:32:49 -0800 (PST) (envelope-from owner-freebsd-current) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA06082 for ; Mon, 1 Dec 1997 11:32:05 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.7/8.8.8) id OAA00376 for current@freebsd.org; Mon, 1 Dec 1997 14:26:34 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712011926.OAA00376@dyson.iquest.net> Subject: FYI: usage of new AIO calls To: current@FreeBSD.ORG Date: Mon, 1 Dec 1997 14:26:34 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk For fun (and actually as a result of a comment by Justin Gibbs), I have put together a small program that could maybe be used for streaming tape drives using the new AIO code. Note that if you try this, it must be used only on current kernels on/after 19:00 GMT, Dec 1. This code is NOT pretty, but does show example usage. The code will likely have problems on SMP kernels (unless you are writing to a VCHR device.) - -- John dyson@freebsd.org jdyson@nc.com #include #include #include #include #include #include #include #include #define NBUFS 16 #define BUFSZ (1024*64) struct aiocb *olist[NBUFS]; void *bufaddrs[NBUFS]; int activeflags[NBUFS]; int nactive; int eof; int main( int argc, char *argv[]) { int i; int fd1, fd2; off_t curptr; int nread; int rtval; int errval; if (argc != 2) { fprintf(stderr, "usage: fcp destfile"); exit(0); } fd1 = 0; fd2 = open(argv[1], O_RDWR|O_CREAT|O_TRUNC, 0666); if (fd2 == -1) { perror(argv[1]); exit(1); } for(i=0;i 0)) { if ((eof && (nactive > 0)) || (nactive == NBUFS)) { for (i = 0; i < NBUFS; i++ ) { if (activeflags[i]) { errval = aio_suspend(&olist[i], 1, NULL); if (errval) { perror("aio_suspend"); exit(1); } break; } } } if (nactive > 0) { for (i = 0; i < NBUFS; i++) { if (activeflags[i] == 0) continue; errval = aio_error(olist[i]); if (errval) { if (errval == EINPROGRESS) continue; perror("aio_error1"); exit(1); } activeflags[i] = 0; --nactive; rtval = aio_return(olist[i]); if (rtval != olist[i]->aio_nbytes) { perror("buffer not fully written"); exit(1); } } } for (i = 0; ((eof == 0) && (nactive < NBUFS) && (i < NBUFS)); i++) { if (activeflags[i] == 0) { nread = read( fd1, bufaddrs[i], BUFSZ); if (nread == 0) { eof = 1; break; } if (nread == -1) { perror("read"); exit(1); } olist[i]->aio_offset = curptr; curptr += nread; olist[i]->aio_nbytes = nread; olist[i]->aio_fildes = fd2; olist[i]->aio_buf = bufaddrs[i]; errval = aio_write(olist[i]); activeflags[i] = 1; nactive++; if (errval) { perror("aio_write"); exit(1); } } } } } ------- End of Forwarded Message From owner-freebsd-multimedia Fri Dec 26 12:39:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02646 for multimedia-outgoing; Fri, 26 Dec 1997 12:39:14 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA02640 for ; Fri, 26 Dec 1997 12:39:11 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id UAA07133; Fri, 26 Dec 1997 20:13:42 +0100 From: Luigi Rizzo Message-Id: <199712261913.UAA07133@labinfo.iet.unipi.it> Subject: Re: Pnp support To: max_brod@yahoo.com (Nino Udovicic) Date: Fri, 26 Dec 1997 20:13:42 +0100 (MET) Cc: freebsd-multimedia@FreeBSD.ORG In-Reply-To: <19971226175411.17019.rocketmail@send1b.yahoomail.com> from "Nino Udovicic" at Dec 26, 97 09:53:52 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I am having trouble installing PnP soundblaster soundcard. The thing > is, i have succeded is patching the kernel with the PNP patch provided > under xperiments. And it worked. This is the pnp.c configration. (read > on) you are using the old pnp support files. The new ones are in some directory called *luigi* in the 2.2.5 CD or at http://www.iet.unipi.it/~luigi/FreeBSD.html the suggestion that someone else gave also refers to the new pnp support (and there you find also updated audio drivers). Cheers Luigi From owner-freebsd-multimedia Fri Dec 26 20:41:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02077 for multimedia-outgoing; Fri, 26 Dec 1997 20:41:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02046 for ; Fri, 26 Dec 1997 20:41:10 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA07550 for multimedia@freebsd.org; Sat, 27 Dec 1997 04:00:47 +0100 From: Luigi Rizzo Message-Id: <199712270300.EAA07550@labinfo.iet.unipi.it> Subject: a couple of vat patches To: multimedia@freebsd.org Date: Sat, 27 Dec 1997 04:00:47 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, a couple of patches for vat which I'd like to be committed (any volunteer ?). The first one has been floating around for a while and serves to let multiple instances of vat communicate using the 'conference bus'. The second one circumvents a feature of the FreeBSD network stack: when some ICMP msg is received, the socket (even if it is UDP) is disconnected causing further writes to fail. This is annoying when using vat on unicast and either the remote party is not ready yet. I also have a (relatively small) set of diffs to audio-voxware.cc, audio.cc and a few xpm files (icons) to send audio from a mu-law file. I find this useful for testing, but there are other obvious applications. If there is interest I can make the diffs available. Cheers Luigi diff -ubwr group-ipc.cc.orig vat-4.0b2/group-ipc.cc --- group-ipc.cc.orig Tue Feb 6 23:43:40 1996 +++ group-ipc.cc Mon Sep 1 22:12:12 1997 @@ -166,7 +166,7 @@ perror("GroupIPC: IP_MULTICAST_IF"); exit(1); } -#ifdef ultrix +#if defined(ultrix) || defined(__FreeBSD__) ttl = 1; if (setsockopt(ssock_, IPPROTO_IP, IP_MULTICAST_LOOP, &ttl, 1) < 0) { diff -ubwr net.cc.orig net.cc --- net.cc.orig Thu Mar 21 12:49:18 1996 +++ net.cc Fri Dec 12 07:20:10 1997 @@ -166,7 +166,7 @@ switch (errno) { case ECONNREFUSED: /* no one listening at some site - ignore */ -#if defined(__osf__) || defined(_AIX) +#if defined(__osf__) || defined(_AIX) || defined(__FreeBSD__) /* * Due to a bug in kern/uipc_socket.c, on several * systems, datagram sockets incorrectly persist From owner-freebsd-multimedia Fri Dec 26 21:56:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA05967 for multimedia-outgoing; Fri, 26 Dec 1997 21:56:12 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA05950 for ; Fri, 26 Dec 1997 21:55:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA02086; Fri, 26 Dec 1997 21:55:51 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270555.VAA02086@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jonathan Hanna cc: multimedia@freebsd.org Subject: Re: brooktree848.c In-reply-to: Your message of "Fri, 26 Dec 1997 21:32:08 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 21:55:51 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Will try out your patch tonite if all goes will commit the fix. I have no idea why we have to have the tables in the driver however do you have a reasonable reason why should we separate the frequency tables from the driver? Just thinking that it can be a maintaince nightmare by splitting the driver --- I rather have it all in one place for now because of its narrow use ; however , it we embark on a similar video capture driver projects then yes it will make sense to make the frequency table separate from the driver. Steve Passe wrote that portion of the driver;however, he is currently very busy with the SMP project. Amancio > Two things: > > Just reminding you to commit the following patch to brooktree848.c. Let me know > if I should send it somewhere else. Otherwise, I will have to figure out how > to make local mods to the CVS tree, which could get ugly... > > Why does the brooktree driver have tables of channel assignments in it? Any > reason not to just put them in some /usr/share/... and tune with frequencies? > > > --- brooktree848.c Sat Nov 15 20:52:29 1997 > +++ brooktree848.c.new Tue Dec 23 00:28:49 1997 > @@ -530,6 +530,10 @@ > #define PHILIPS_NTSC_WADDR 0xc6 > #define PHILIPS_NTSC_RADDR 0xc7 > > +/* PLL on a the Philips FR1236MK2 tuner */ > +#define PHILIPS_FR1236_NTSC_WADDR 0xc2 > +#define PHILIPS_FR1236_NTSC_RADDR 0xc3 > + > /* guaranteed address for any TSA5522/3 (PLL on all(?) tuners) */ > #define TSA552x_WADDR 0xc2 > #define TSA552x_RADDR 0xc3 > @@ -3714,6 +3718,7 @@ > #define PHILIPS_SECAM 6 > #define TEMIC_PALI 7 > #define PHILIPS_PALI 8 > +#define PHILIPS_FR1236_NTSC 9 > /* XXX FIXME: this list is incomplete */ > > /* input types */ > @@ -3805,6 +3810,14 @@ > { "Philips PAL I", /* the 'name' */ > TTYPE_PAL, /* input type */ > 0x00, /* PLL write address */ > + TSA552x_SCONTROL, /* control byte for PLL */ > + { 0x00, 0x00 }, /* band-switch crosspoints */ > + { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ > + > + /* PHILIPS_FR1236_NTSC */ > + { "Philips FR1236 NTSC FM", /* the 'name' */ > + TTYPE_NTSC, /* input type */ > + PHILIPS_FR1236_NTSC_WADDR, /* PLL write address */ > TSA552x_SCONTROL, /* control byte for PLL */ > { 0x00, 0x00 }, /* band-switch crosspoints */ > { 0xa0, 0x90, 0x30 } }, /* the band-switch values */ > > > > > Jonathan Hanna From owner-freebsd-multimedia Fri Dec 26 22:37:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07850 for multimedia-outgoing; Fri, 26 Dec 1997 22:37:38 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07830 for ; Fri, 26 Dec 1997 22:37:26 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA00322 for ; Fri, 26 Dec 1997 22:37:25 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270637.WAA00322@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org Subject: pal patch... Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_18675869290" Date: Fri, 26 Dec 1997 22:37:24 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a multipart MIME message. --==_Exmh_18675869290 Content-Type: text/plain; charset=us-ascii Jonathan Hanna has submitted the following patch please if you have a PAL unit test the patch. Will commit the patch tomorrow if I don't hear anything negative from the list. This is against a 3.0-current kernel... Tnks, Amancio --==_Exmh_18675869290 Content-Type: application/octet-stream ; name="patch" Content-Description: patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="patch" KioqIGJyb29rdHJlZTg0OC5jLm9yaWcJRnJpIERlYyAyNiAyMjowMzoxNSAxOTk3Ci0tLSBi cm9va3RyZWU4NDguYwlGcmkgRGVjIDI2IDIyOjExOjAwIDE5OTcKKioqKioqKioqKioqKioq CioqKiAxLDQgKioqKgohIC8qIEJUODQ4IDEuMjAgRHJpdmVyIGZvciBCcm9va3RyZWUncyBC dDg0OCBiYXNlZCBjYXJkcy4KICAgICBUaGUgQnJvb2t0cmVlICBCVDg0OCBEcml2ZXIgZHJp dmVyIGlzIGJhc2VkIHVwb24gTWFyayBUaW5ndWVseSBhbmQKICAgICBKaW0gTG93ZSdzIGRy aXZlciBmb3IgdGhlIE1hdHJveCBNZXRlb3IgUENJIGNhcmQgLiBUaGUgCiAgICAgUGhpbGlw cyBTQUEgNzExNiBhbmQgU0FBIDcxOTYgYXJlIHZlcnkgZGlmZmVyZW50IGNoaXBzZXRzIHRo YW4KLS0tIDEsNCAtLS0tCiEgLyogQlQ4NDggMS4yNCBEcml2ZXIgZm9yIEJyb29rdHJlZSdz IEJ0ODQ4IGJhc2VkIGNhcmRzLgogICAgIFRoZSBCcm9va3RyZWUgIEJUODQ4IERyaXZlciBk cml2ZXIgaXMgYmFzZWQgdXBvbiBNYXJrIFRpbmd1ZWx5IGFuZAogICAgIEppbSBMb3dlJ3Mg ZHJpdmVyIGZvciB0aGUgTWF0cm94IE1ldGVvciBQQ0kgY2FyZCAuIFRoZSAKICAgICBQaGls aXBzIFNBQSA3MTE2IGFuZCBTQUEgNzE5NiBhcmUgdmVyeSBkaWZmZXJlbnQgY2hpcHNldHMg dGhhbgoqKioqKioqKioqKioqKioKKioqIDE5OSwyMDQgKioqKgotLS0gMTk5LDIwNiAtLS0t CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRml4ZXMgZm9yIHBhY2tlZCAyNGJwcCAt IEZJRk8gYWxpZ25tZW50CiAgMS4yMyAgICAgICAgICAgIDExLzE3Lzk3ICAgQW1hbmNpbyA8 aGFzdHlAc3Rhci1nYXRlLmNvbT4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICBBZGRl ZCB5dXYgc3VwcG9ydCBtcGVnIGVuY29kaW5nIAorIDEuMjQgICAgICAgICAgICAxMi8yNy85 NyAgIEpvbmF0aGFuIEhhbm5hIDxwYW5nb2xpbkByb2dlcnMud2F2ZS5jYT4KKyAgICAgICAg ICAgICAgICAgICAgICAgICAgICBQYXRjaCB0byBzdXBwb3J0IFBoaWxpcHMgRlIxMjM2TUsy IHR1bmVyCiAgCiAgKi8KICAKKioqKioqKioqKioqKioqCioqKiA1MzAsNTM1ICoqKioKLS0t IDUzMiw1NDEgLS0tLQogICNkZWZpbmUgUEhJTElQU19OVFNDX1dBRERSCTB4YzYKICAjZGVm aW5lIFBISUxJUFNfTlRTQ19SQUREUgkweGM3CiAgCisgLyogUExMIG9uIGEgdGhlIFBoaWxp cHMgRlIxMjM2TUsyIHR1bmVyICovCisgI2RlZmluZSBQSElMSVBTX0ZSMTIzNl9OVFNDX1dB RERSICAgICAgMHhjMgorICNkZWZpbmUgUEhJTElQU19GUjEyMzZfTlRTQ19SQUREUiAgICAg IDB4YzMKKyAKICAvKiBndWFyYW50ZWVkIGFkZHJlc3MgZm9yIGFueSBUU0E1NTIyLzMgKFBM TCBvbiBhbGwoPykgdHVuZXJzKSAqLwogICNkZWZpbmUgVFNBNTUyeF9XQUREUgkJMHhjMgog ICNkZWZpbmUgVFNBNTUyeF9SQUREUgkJMHhjMwoqKioqKioqKioqKioqKioKKioqIDM3MTQs MzcxOSAqKioqCi0tLSAzNzIwLDM3MjcgLS0tLQogICNkZWZpbmUgUEhJTElQU19TRUNBTQkJ NgogICNkZWZpbmUgVEVNSUNfUEFMSQkJNwogICNkZWZpbmUgUEhJTElQU19QQUxJCQk4Cisg I2RlZmluZSBQSElMSVBTX0ZSMTIzNl9OVFNDICAgICA5CisgCiAgLyogWFhYIEZJWE1FOiB0 aGlzIGxpc3QgaXMgaW5jb21wbGV0ZSAqLwogIAogIC8qIGlucHV0IHR5cGVzICovCioqKioq KioqKioqKioqKgoqKiogMzgwNSwzODEzICoqKioKICAJeyAiUGhpbGlwcyBQQUwgSSIsCQkJ LyogdGhlICduYW1lJyAqLwogIAkgICBUVFlQRV9QQUwsCQkJCS8qIGlucHV0IHR5cGUgKi8K ICAJICAgMHgwMCwJCQkJLyogUExMIHdyaXRlIGFkZHJlc3MgKi8KISAJICAgVFNBNTUyeF9T Q09OVFJPTCwJCQkvKiBjb250cm9sIGJ5dGUgZm9yIFBMTCAqLwohIAkgICB7IDB4MDAsIDB4 MDAgfSwJCQkvKiBiYW5kLXN3aXRjaCBjcm9zc3BvaW50cyAqLwohIAkgICB7IDB4YTAsIDB4 OTAsIDB4MzAgfSB9LAkJLyogdGhlIGJhbmQtc3dpdGNoIHZhbHVlcyAqLwogIH07CiAgCiAg Ci0tLSAzODEzLDM4MjkgLS0tLQogIAl7ICJQaGlsaXBzIFBBTCBJIiwJCQkvKiB0aGUgJ25h bWUnICovCiAgCSAgIFRUWVBFX1BBTCwJCQkJLyogaW5wdXQgdHlwZSAqLwogIAkgICAweDAw LAkJCQkvKiBQTEwgd3JpdGUgYWRkcmVzcyAqLwohICAgICAgICAgICBUU0E1NTJ4X1NDT05U Uk9MLCAgICAgICAgICAgICAgICAgICAgLyogY29udHJvbCBieXRlIGZvciBQTEwgKi8KISAg ICAgICAgICAgeyAweDAwLCAweDAwIH0sICAgICAgICAgICAgICAgICAgICAgIC8qIGJhbmQt c3dpdGNoIGNyb3NzcG9pbnRzICovCiEgICAgICAgICAgIHsgMHhhMCwgMHg5MCwgMHgzMCB9 IH0sICAgICAgICAgICAgICAvKiB0aGUgYmFuZC1zd2l0Y2ggdmFsdWVzICovCiEgCiEgICAg ICAgIC8qIFBISUxJUFNfRlIxMjM2X05UU0MgKi8KISAgICAgICAgeyAiUGhpbGlwcyBGUjEy MzYgTlRTQyBGTSIsICAgICAgICAgICAgIC8qIHRoZSAnbmFtZScgKi8KISAgICAgICAgICAg VFRZUEVfTlRTQywgICAgICAgICAgICAgICAgICAgICAgICAgIC8qIGlucHV0IHR5cGUgKi8K ISAgICAgICAgICAgUEhJTElQU19GUjEyMzZfTlRTQ19XQUREUiwgICAgICAgICAgIC8qIFBM TCB3cml0ZSBhZGRyZXNzICovCiEgCSAgVFNBNTUyeF9TQ09OVFJPTCwJCQkvKiBjb250cm9s IGJ5dGUgZm9yIFBMTCAqLwohICAgICAgICAgICB7IDB4MDAsIDB4MDAgfSwJCQkvKiBiYW5k LXN3aXRjaCBjcm9zc3BvaW50cyAqLwohIAkgIHsgMHhhMCwgMHg5MCwgMHgzMCB9IH0sCQkv KiB0aGUgYmFuZC1zd2l0Y2ggdmFsdWVzICovCiAgfTsKICAKICAK --==_Exmh_18675869290-- From owner-freebsd-multimedia Sat Dec 27 12:30:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA16404 for multimedia-outgoing; Sat, 27 Dec 1997 12:30:55 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA16379; Sat, 27 Dec 1997 12:30:40 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id MAA00361; Sat, 27 Dec 1997 12:30:34 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712272030.MAA00361@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@freebsd.org cc: hackers@freebsd.org Subject: doom source available 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 12:30:33 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk What a cool Christmas gift! ---------------------------- Here it is, at long last. The DOOM source code is released for your non-profit use. You still need real DOOM data to work with this code. If you don't actually own a real copy of one of the DOOMs, you should still be able to find them at software stores. Many thanks to Bernd Kreimeier for taking the time to clean up the project and make sure that it actually works. Projects tends to rot if you leave it alone for a few years, and it takes effort for someone to deal with it again. The bad news: this code only compiles and runs on linux. We couldn't release the dos code because of a copyrighted sound library we used (wow, was that a mistake -- I write my own sound code now), and I honestly don't even know what happened to the port that microsoft did to windows. Still, the code is quite portable, and it should be straightforward to bring it up on just about any platform. I wrote this code a long, long time ago, and there are plenty of things that seem downright silly in retrospect (using polar coordinates for clipping comes to mind), but overall it should still be a usefull base to experiment and build on. The basic rendering concept -- horizontal and vertical lines of constant Z with fixed light shading per band was dead-on, but the implementation could be improved dramatically from the original code if it were revisited. The way the rendering proceded from walls to floors to sprites could be collapsed into a single front-to-back walk of the bsp tree to collect information, then draw all the contents of a subsector on the way back up the tree. It requires treating floors and ceilings as polygons, rather than just the gaps between walls, and it requires clipping sprite billboards into subsector fragments, but it would be The Right Thing. The movement and line of sight checking against the lines is one of the bigger misses that I look back on. It is messy code that had some failure cases, and there was a vastly simpler (and faster) solution sitting in front of my face. I used the BSP tree for rendering things, but I didn't realize at the time that it could also be used for environment testing. Replacing the line of sight test with a bsp line clip would be pretty easy. Sweeping volumes for movement gets a bit tougher, and touches on many of the challenges faced in quake / quake2 with edge bevels on polyhedrons. Some project ideas: Port it to your favorite operating system. Add some rendering features -- transparency, look up / down, slopes, etc. Add some game features -- weapons, jumping, ducking, flying, etc. Create a packet server based internet game. Do a 3D accelerated version. On modern hardware (fast pentium + 3DFX) you probably wouldn't even need to be clever -- you could just draw the entire level and get reasonable speed. With a touch of effort, it should easily lock at 60 fps (well, there are some issues with DOOM's 35 hz timebase...). The biggest issues would probably be the non-power of two texture sizes and the walls composed of multiple textures. I don't have a real good guess at how many people are going to be playing with this, but if significant projects are undertaken, it would be cool to see a level of community cooperation. I know that most early projects are going to be rough hacks done in isolation, but I would be very pleased to see a coordinated 'net release of an improved, backwards compatable version of DOOM on multiple platforms next year. Have fun. John Carmack 12-23-97 ------- Forwarded Message Return-Path: pjchilds@al.imforei.apana.org.au Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id FAA03673 for ; Sat, 27 Dec 1997 05:20:43 -0800 (PST) (envelope-from pjchilds@al.imforei.apana.org.au) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id XAA19670; Sat, 27 Dec 1997 23:49:38 +1030 (CST) Message-ID: <19971227234938.34089@imforei.apana.org.au> Date: Sat, 27 Dec 1997 23:49:38 +1030 From: Peter Childs To: sa-feeds@sa.apana.org.au Cc: apana.sa.ftp@sa.apana.org.au, mike@smith.net.au, hasty@rah.star-gate.com Subject: native xdoom for freebsd! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Gday.. Since I scored Quake II for christmas i've been having a look at some of the work that some of the u*nx freaks are doing with quake etc... Anyway, the interesting thing that showed up was that the doom source code was released just before christmas! So for freebsd'ers that don't want to have to modload linux emulation there is a native port (and the sndserver's music works!! -- something that was very touch-and-go with freebsd's linux compat & sound) at ftp://ftp.imforei.apana.org.au/pub/freebsd/misc/freebsd22-doom-engine.tgz (the source is on ftp.idsoftware.com ( /idstuff/source i think.. )) You'll need to throw a "wad" file in there (you can get them from the shareware version of doom) and make sure that sndserver is in the path... then away you go! YMMV as its pretty well build as it came from the box (or tgz.. *grin*) Another interesting thing that Martin Bull brought to my attention is a bit of software called "bochs" which is a fully software based x86 emulator.. so far i've had it boot a DOS 6.22 image, and run Win95's setup proggy... all in a window under X (gosh is it _slow_) ftp://ftp.imforei.apana.org.au/pub/freebsd/distfiles/bochs-971216b.tar.gz The project guys here are talking about booting linux, booting NT, etc.. and porting it all to java (imaging Office97 running on a "virtual" 386 on a NC!) I'll post some screenshots if I ever make it all the way through the setup (didn't have my 3.11 disk "image" on hand the first time .. dolt!) Regards, Peter ------- End of Forwarded Message From owner-freebsd-multimedia Sat Dec 27 13:05:12 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA18964 for multimedia-outgoing; Sat, 27 Dec 1997 13:05:12 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA18932; Sat, 27 Dec 1997 13:04:56 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id NAA00525; Sat, 27 Dec 1997 13:03:27 -0800 (PST) To: Amancio Hasty cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sat, 27 Dec 1997 12:30:33 PST." <199712272030.MAA00361@rah.star-gate.com> Date: Sat, 27 Dec 1997 13:03:27 -0800 Message-ID: <521.883256607@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > The bad news: this code only compiles and runs on linux. We couldn't Not to worry since a FreeBSD native version is available from http://www.4front-tech.com/freebsd.html - the OSS folks ported it over and have made it available for download. It works with their OSS sound drivers and may even work with others, though I haven't tested it - I threw all my DOOM stuff away a long time ago. :) Jordan From owner-freebsd-multimedia Sat Dec 27 14:25:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23718 for multimedia-outgoing; Sat, 27 Dec 1997 14:25:31 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23415; Sat, 27 Dec 1997 14:20:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA00661; Sat, 27 Dec 1997 14:20:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712272220.OAA00661@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sat, 27 Dec 1997 13:03:27 PST." <521.883256607@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 14:20:07 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Peter Childs has ported it to FreeBSD ftp://ftp.imforei.apana.org.au/pub/freebsd/misc/freebsd22-doom-engine.tgz I am not that concern with the port rather the technology. Amancio > > The bad news: this code only compiles and runs on linux. We couldn't > > Not to worry since a FreeBSD native version is available from > http://www.4front-tech.com/freebsd.html - the OSS folks ported it over > and have made it available for download. It works with their OSS > sound drivers and may even work with others, though I haven't tested > it - I threw all my DOOM stuff away a long time ago. :) > > Jordan From owner-freebsd-multimedia Sat Dec 27 20:59:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17101 for multimedia-outgoing; Sat, 27 Dec 1997 20:59:05 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17087; Sat, 27 Dec 1997 20:58:57 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA02150; Sat, 27 Dec 1997 20:58:45 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712280458.UAA02150@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jean-Marc Zucconi cc: multimedia@freebsd.org, hackers@freebsd.org Subject: Re: doom source available 8) In-reply-to: Your message of "Sun, 28 Dec 1997 03:19:43 +0100." <9712280219.AA16928@cabri.obs-besancon.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 20:58:45 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yeap, it may take a couple of hours to generate a ports and package and all we need is a volunteer . Enjoy, amancio > >>>>> Amancio Hasty writes: > > > What a cool Christmas gift! > > > The bad news: this code only compiles and runs on linux. We couldn't > > Porting it to FreeBSD is trivial: mainly a few changes in #include's, > and compile with -DSNDSERV -DSNDSRV > > Jean-Marc > _____________________________________________________________________________ > Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex > PGP Key: finger jmz@cabri.obs-besancon.fr > From owner-freebsd-multimedia Sat Dec 27 21:09:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17693 for multimedia-outgoing; Sat, 27 Dec 1997 21:09:25 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17655; Sat, 27 Dec 1997 21:09:09 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id AAA00952; Sun, 28 Dec 1997 00:07:38 -0500 (EST) Date: Sun, 28 Dec 1997 00:07:38 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: Amancio Hasty cc: "Jordan K. Hubbard" , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-Reply-To: <199712272220.OAA00661@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 27 Dec 1997, Amancio Hasty wrote: > > Peter Childs has ported it to FreeBSD > ftp://ftp.imforei.apana.org.au/pub/freebsd/misc/freebsd22-doom-engine.tgz Amancio, I can't seem to get into that ftp site (Can't set guest privileges) so if you have that file, could you either put it somewhere on freefall, or maybe your own site, so I could get it? Thanks > > I am not that concern with the port rather the technology. > > Amancio > > > The bad news: this code only compiles and runs on linux. We couldn't > > > > Not to worry since a FreeBSD native version is available from > > http://www.4front-tech.com/freebsd.html - the OSS folks ported it over > > and have made it available for download. It works with their OSS > > sound drivers and may even work with others, though I haven't tested > > it - I threw all my DOOM stuff away a long time ago. :) > > > > Jordan > > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-multimedia Sat Dec 27 21:53:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20020 for multimedia-outgoing; Sat, 27 Dec 1997 21:53:46 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19979; Sat, 27 Dec 1997 21:53:27 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA02453; Sat, 27 Dec 1997 21:53:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712280553.VAA02453@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sun, 28 Dec 1997 00:07:38 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 21:53:16 -0800 From: Amancio Hasty Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This is the original source. ftp://rah.star-gate.com/pub/doomsrc.zip In case that your name server has not been updated, my new ip address is : 209.133.7.178 Enjoy, Amancio From owner-freebsd-multimedia Sat Dec 27 22:37:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA22417 for multimedia-outgoing; Sat, 27 Dec 1997 22:37:47 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA22390; Sat, 27 Dec 1997 22:37:25 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id BAA01122; Sun, 28 Dec 1997 01:35:26 -0500 (EST) Date: Sun, 28 Dec 1997 01:35:26 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: Amancio Hasty cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-Reply-To: <199712280553.VAA02453@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 27 Dec 1997, Amancio Hasty wrote: > This is the original source. > ftp://rah.star-gate.com/pub/doomsrc.zip > > In case that your name server has not been updated, > my new ip address is : 209.133.7.178 Thanks, Amancio. I did need the address, as a matter of fact, and I snagged the sources, thanks. > > Enjoy, > Amancio > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+-----------------------------------------------