From owner-freebsd-multimedia Thu Apr 18 12:56: 9 2002 Delivered-To: freebsd-multimedia@freebsd.org Received: from jupiter.linuxengine.net (jupiter.linuxengine.net [209.61.188.254]) by hub.freebsd.org (Postfix) with ESMTP id 153B437B400; Thu, 18 Apr 2002 12:55:45 -0700 (PDT) Received: from jupiterweb.commercevault.com (jupiterweb.commercevault.com [209.61.179.16] (may be forged)) by jupiter.linuxengine.net (8.11.6/8.11.0) with ESMTP id g3IJte319963; Thu, 18 Apr 2002 14:55:40 -0500 Date: Thu, 18 Apr 2002 14:55:40 -0500 (CDT) From: John Utz X-X-Sender: john@jupiter.linuxengine.net To: Jean-Mark Dupoux Cc: questions@freebsd.org, Subject: Re: Kernel config parameters for soundcard - 4.4 release In-Reply-To: <3CBF10E9.5DF9F28D@lineone.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org midi is utterly unimplemented with the new sound code. so putting the midi devices into the config file will generate the errors you are getting, because the old midi code is based on 'oldbus' for want of a better term, whereas the device structure in 4.X is based on 'newbus'. so that stuff aint gonna compile. i am *actively* working on merging the tanimura code into 4.5-RELEASE. i spend 2+ hours a day on it, 5 days a week ( assuming that i take the bus to work all week, if i drive to work, then i dont work on it that day, eh! :-) ). i've been thinking about making a public announcement that i was going to tackle this, and i'd rather have waited until i had working code ( which i am guessing is 2 months off ), but your mail seemed like a good segue. the patches that tanimura generated in 1999 are pretty big, and so i have been basically wading thru the code trying to understand the relationships. my intent is to turn the midi bits into a kld. that makes it a lot harder in the beginning ( because the code *appears* to be implemented as compiled in only...but i could be mistaken ), but makes development easier in the long run because the build/try cycle is much shorter ( i usually refer to this as 'compile, fiddle, compile' :-) ). streamlining the process is *very* important to me because i am doing this on an HP 800CT laptop with a p166MMX and 80M of ram. we ain't talkin' big iron here..... so, the good news for you is that the 800CT has an ESS AudioDrive ISA OEM in it, so it too makes use of the sbc bridge. so any work that i do should be immediately available to you. after i get it to work reliably on my laptop, i'll work on the other hardware that i have at home, including my real live mpu-401 card. it's important to note that i make no predictions as to when i will finish or if i will even be successful....midi has a long sad story with freebsd because it's *never* been finished! i've been running freebsd since pre 1.0 and i have seen various bits of midi code thru the years. individuals take up the cause, and then they stop, and are never heard from again! lord knows that i have sent tanimura-san an email or two since 1999 and i have never heard bit0 from him. or her. i *do* get lots of mail that sez 'gee, it would make me really happy if i could use midi with freebsd'. but the code is pretty dense, and FreeBSD kernel-hackery seems to have an awfully steep learning curve, it's certainly kicked *my* ass more than once. as soon as i get something to compile, i'll post to -multimedia. then we can go from there..... have a nice day! johnu On Thu, 18 Apr 2002, Jean-Mark Dupoux wrote: > The first thing I tried was running the compile with pcm instead of > snd, as per all the docs but then I got different errors come up, this > time during the make. That's the only reason I compiled with snd > instead. > > Specifically, I get a screenful of errors similar to the 2 or 3 lines > i've quoted below, and then the build stops: > > midi_synth.o: In function 'midi_synth_xxxxx': > midi_synth.o(.text+0xNNN): undefined reference to 'synth_devs' > /* (similar error definitions complaining about other midi.synth.o > function calls and undefined references repeated for several lines) */ > > ending with the line: > > *** Error code 1 > > and an abrupt stop to the make. > > > But in any case, it wasnt until I had a "successful" build that I > realised no mixer was being created, so then I went back and tried to > compile with pcm again instead of snd and this time include the line > with options __SGNXPRO__ added for the mixer, but then the build falls > over when I run /usr/sbin/config MYKERNELFILE with the exact same error > "Unknown option __SGNXPRO__" > > still cant make sense of this one, all the other documented options > i've read about for the sb device dont kick up any errors (but they're > not relevant to my card !) > > > thanks in advance > > John Utz wrote: > > > > why are you using snd instead of pcm? > > > > snd is pretty deprecated.... > > > > i think you will get immediately better results using sbc ( the sb bridge > > driver for pcm ) and pcm > > > > man pcm and man sbc can be your new best friends! > > > > On Thu, 18 Apr 2002, Jean-Mark Dupoux wrote: > > > > > Im having problems with an option for soundcard support to put in a > > > kernel config file. To begin with I added the following lines into the > > > config file: > > > > > > device snd > > > device sb0 at isa? port 0x220 irq 5 drq 0 flags 0x11 > > > device sbmidi0 at isa? port 0x330 irq 9 > > > device opl0 at isa? port 0x388 > > > device joy0 at isa? port 0x200 > > > > > > The kernel compiled properly and successfully loaded the soundblaster > > > pro 3.1 driver. But I still got no sound out of the card, using cat > > > /filename > /dev/audio or > /dev/dsp and got the same no sound > > > result using play /filename > > > > > > when I checked cat /dev/sndstat it showed that no mixer was loaded, > > > which seemed like a fair explanation for the silence, so I dug deeper > > > in man sb(4). This turned up an extra option for the Sound Galaxy pro > > > card that I am using which should specifically add mixer support - the > > > SG card apparently has a slightly different mixer from a basic SB pro > > > which includes bass/treble adjustment, and I hoped the problem would be > > > solved. > > > So I went ahead and added the suggestion from man sb > > > > > > options __SGNXPRO__ > > > > > > into the config file, right after the sound devices section, but now > > > the kernel doesnt compile any more. After running > > > ln -s /usr/local/kernels/MYKERNELFILE > > > I then enter as usual: > > > /usr/sbin/config MYKERNELFILE > > > > > > but that's as far as the process gets. The output on the screen is: > > > Error > > > Unknown option __SGNXPRO__ (line xxx) > > > > > > I've checked and double-checked the relevant documentation and im sure > > > I havnt made a typo or syntax error. > > > What's more that specific option seems to have been present going back > > > quite a few releases, so I'm truly puzzled why config wont accept it > > > > > > Has anyone else got experience with this kind of card, or with > > > options parameters for soundcards generally, or should I be thinking > > > about reporting this to bugs ? > > > > > > thanks in advance > > > Jean-Mark Dupoux > > > jmdupoux_@_lineone.net > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > > with "unsubscribe freebsd-multimedia" in the body of the message > > > > > > > -- > > > > John L. Utz III > > john@utzweb.net > > > > Idiocy is the Impulse Function in the Convolution of Life > -- John L. Utz III john@utzweb.net Idiocy is the Impulse Function in the Convolution of Life To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message