Date: Tue, 20 Jul 1999 23:35:31 -0700 (PDT) From: The Utz Family <utz@serv.net> To: "Jordan K. Hubbard" <jkh@zippy.cdrom.com> Cc: Luigi Rizzo <luigi@labinfo.iet.unipi.it>, Cameron Grant <gandalf@vilnya.demon.co.uk>, multimedia@FreeBSD.ORG Subject: Re: newpcm writeup Message-ID: <Pine.BSF.4.02.9907202303090.98586-100000@itchy.serv.net> In-Reply-To: <98560.932535518@zippy.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Design looks pretty sweet, it seems possible that it would not have to be newbus, could be implemented over 3.x, yes? Or does newbus have key enhancements that make this design possible? ( non-catastroph...i mean non-destructive probes comes immediately to mind :-) ) Also, this is probably an off the wall question, but how would the onboard midi and synth stuff cohabitate with this functionality? On a slightly more concrete note, tell us about feeder.c. Is this the code that you base your assertion that you can do on the fly translation successfully? ( i noted the mention of multiple formats in the code ) If i assume that this is indeed the case, then why would you do it in sw? Dont most of the MSS or SB based cards have registers that you set to inform the card that it's getting/(or expected to output) a given format? My limited experience with sound and video processing would lead me to conclude that one would rather have the *card* burn cycles on formats instead of the *cpu*, because the card will just have to wait on the cpu otherwise. of course, if you have multiple PIII's and gigs of ram then this sort of processing would be effectively instantaneous wrt the human ear :-) Please excuse my ignorance if i am completely off base! On Tue, 20 Jul 1999, Jordan K. Hubbard wrote: > An even more interesting design... When can we see it? :) > > - Jordan > > > > > > > for the interested, a brief writeup on newpcm is now available at > > > http://www.vilnya.demon.co.uk/design.txt > > > > great graphics btw ! > > > > cheers > > luigi > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-multimedia" in the body of the message > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-multimedia" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02.9907202303090.98586-100000>