RE: [linux-audio-dev] SuperClonider
> -Original Message- > From: James McCartney [mailto:[EMAIL PROTECTED]] > On Saturday, April 27, 2002, at 02:50 PM, John Lazzaro wrote: > > > submit the SuperCollider > > language to be an open standard > > Without taking this step, you're condemning the SC language to a > > lifetime limited to the practical lifetime of your > implementation(s). > > Which of these languages has this been done for: Python Ruby Perl? > I think that there is only one code tree for each of these languages. > Are they condemned? those are free so their life does not end with particular person's interest in them. It's not the same as if they were strandardized though... erik <>
Re: [linux-audio-dev] announce list policy question
hi jorn, thanks again for all of your effort. it means a lot to all of us! i do have one final objection to cc'd mails, that threads that span multiple mailing lists are rather irritating ;) -- i'd imagine your message, if it gets replies, will fall into that category. many folks are subscribed to more than one of lad, lau, and alsa-devel, and now possibly laa. i'd really rather not get the same message three times, even if it is a really cool project ;) On Mon, 29 Apr 2002, Joern Nettingsmeier wrote: > if i there are no other votes, it's 2:1 against cc:ing, and i lose > :) it doesn't matter a whole lot either way, in the grand scheme of things. cheers, wingo.
[linux-audio-dev] Re: [linux-audio-user] announce list policy question
On Mon, Apr 29, 2002 at 09:56:01PM +0200, Joern Nettingsmeier wrote: > if i there are no other votes, it's 2:1 against cc:ing, and i lose > :) make that 3:1... sorry PW -- "Welcome to Muppet Labs, where the future is made - today!"
Re: [linux-audio-dev] announce list policy question
On Mon, 29 Apr 2002 21:56:01 +0200 Joern Nettingsmeier <[EMAIL PROTECTED]> wrote: > if i there are no other votes, it's 2:1 against cc:ing, and i lose I also am against getting two copies :-). Erik -- +---+ Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's valid) +---+ "MS apparently now has a team dedicated to tracking problems with Linux and publicizing them. I guess eventually they'll figure out this back fires..." -- William Burrow
[linux-audio-dev] announce list policy question
hi everyone ! i'm about to announce the new linux-audio-announce list to other related mailing lists (alsa, lkml) and news site maintainers. there is this one undecided issue whether to cc: LAD/LAU on all announcements or not. i'd welcome your opinions before i make the list known to a wider audience. below, i have quoted some contributions from andy, steve and me for your reference. if i there are no other votes, it's 2:1 against cc:ing, and i lose :) best, jörn I wrote: > Andy Wingo wrote: > > > A question, though; I note that there is now an -announce list. In the > > welcome note it states that copying -user and -dev is encouraged... > > why's that? > > the idea is this: > all the announcements are perfectly on-topic on LAD and/or LAU. > when posting an announcement, copy -user and/or -dev because in 99% > of all cases people have questions, comments etc. and for those, the > announce list is not the right place. > > >If folks want announcements, imo they should sign up to > > -announce, and the mail-followup-to should be set to -user or -dev. > > i don't want to coerce LAD and LAU readers to subscribe to yet > another mailing list in order not to miss announcements that belong > on lad/lau anyway. > the announce list is basically for people who don't want to follow > LAD/LAU/other audio lists and still not miss important news, not to > remove the important news from LAD/LAU :) > i hope that many guys who run audio news sites can use this, and > also distro people and casual audio users. > > for this to work, it's not really necessary that many LAD and LAU > readers subscribe to LAA - only that *all* newsworthy announcements > be cc:ed there. otoh, by asking for cc:s to -user and -dev on the > LAA page, i wanted to reiterate that those places are where the real > action is. In another mail, Steve Harris wrote: > > > I like the idea of an announce list and not cc-ing to dev and user. It > will decrease the volume of mail (slightly), and means that people who > dont care, dont have to get announcements. -- Watch out where the huskies go and don't you eat the yellow snow ! - Frank Zappa
Re: [linux-audio-dev] SuperClonider
Stefan Kost hat gesagt: // Stefan Kost wrote: > I wish you much luck, I've just try but gave up. It's available as source, > but the configure scripts are not really configuring it. Lots of hardcoded > defines all around. Anyway on linux you might have more success, I am trying > it on solaris here. PD on Solaris probably is some work, as Solaris isn't officially supported by PD at the moment. Getting it to work on OS-X has a higher priority right now and on Linux PD is running just fine. ciao, -- Frank Barknecht _ ___footils__
Re: [linux-audio-dev] OT: Electronic advice for PC.
On Monday 29 April 2002 12:16 pm, Patrick Shirkey wrote: > I am wondering if anyone can tell me how I can deduce the correct power > rating for this machine so that I can design a battery pack that will power > it efficiently. Ok, there are several criteria to consider for sizing batteries: 1.) Required voltage. What voltage is needed? If this is going to be driving an inverter, 12V is typical. 2.) Required current. At the required voltage, how much current does the PC draw? This is necessary for the next criterion: 3.) Required battery run time. How long do you want the battery to provide required voltage at the required current? Battery capacity is rated in ampere-hours (AH) -- suppose your PC draws 5A at 12V -- and you want to run 10 hours. 5x10=50AH. That is a little larger than a motorcycle battery. My Sony Vaio notebook has twin 3000mAH Li-Ion batteries. It runs for about 2.5 hours. This means it is drawing 6000mAH/2.5H= 2400mA=2.4A. Of course, the Li-Ion discharge curve being what it is, this is approximate at best. 4.) Charger ratings. The larger the battery in AH, the beefier the charger needs to be to charge it is a reasonable amount of time. I designed a battery system for our studio here. The requirements were: 1.) 12V for inverters (StatPower ProSine 1800 x2) 2.) 24 hour run time. Experiments concluded that the Prosine 1800's could reliably start and run about a 1000W load (monitor turn-on current surges will cause the inverter to drop out -- I measured the surge load of this 1KW average load as being about 2700W, which is within the 1800's 2900W peak rating). With a 1000W load and 12V, they draw right around 90A. To get 24 hour runtime, we need 90x24=2160AH of capacity. Fortunately, the 1000W is the designed largest load -- they typically run about 70A. Now, the local telco was needing a place to off-load some large flooded lead-acid cells rated 2320AH. We were able to get them donated. With the voltage drops in the wiring taken into account, we have about 24.2 hours runtime at an 80A load -- which is a little less than what I wanted, but good enough at this point in time. I just have to keep my inverter loads around 850W or so. At which load the Prosine 1800's are very happy. Now the chargers became a major problem. At 2320AH, you need 232A to recharge in 10 hours, which is the recommended rate for these cells. Well, I couldn't afford the real telco chargers necessary for such. So I compromised -- I get a 36 hour recharge rate by using a pair of 100A rackmount 13.8V regulated power supplies made by Samlex America. These supplies, with the resistance of the wire to the batteries, level off at 100A fo the first couple of hours, and then begin to taper the current down afterwards. A full equalizing charge requires 150 hours, but that's OK. Hope that helps. -- Lamar Owen WGCR Internet Radio 1 Peter 4:11
Re: [linux-audio-dev] [OT] Can RME HDSP Multiface be used for 5.1 Dolby or 7.1 Dolby Surround output?
>I, however did find something regarding AC-3 stuff in the Multiface >manual, but am not sure as to what does it exactly refer to. The whole >pdf file can be found here: [ ... ] >This 'SPDIF' signal sounds like chopped noise at highest level. >Therefore check 'Non-audio' in >the card's Settings dialog, to prevent most SPDIF receivers from >accepting the signal, and to >prevent any attached equipment from being damaged. You can do this easily with ALSA. Its just one of the standard IEC958 bits that can be set with alsactl, amixer or set. You'll have to ask on alsa-devel what to set, since the Hammerfall driver shares generic ALSA code to set these bits, and I don't know how this is designed. There are several IEC958-related switches, and one of them contains the relevant bits for this task. However, I have no idea how you would deliver AC-3 to the S/PDIF channels. Presumably, AC-3 is a stereo (or more precisely, 2 channel) encoding of a multichannel signal, and thus its first packaged into a 2 channel form and just written to the channels. Right? --p
Re: [linux-audio-dev] OT: Electronic advice for PC.
>Doesn't the notebook computer come with batteries? that would be a bitch wouldn't it :) > The first option >would be to obtain extra batteries for it, and charge them when you >are within plugging distance of a wall socket. :) >Or do you want to run your laptop 24/7 on batteries? In that case, >get a car battery and an inverter big enough to produce whatever >power (plus some to be safe) your laptop's power supply is rated for. >Then you would need 2 car batteries and a charger to charge one while >running the laptop off the other. Neither:) I want to build a pc that functions in the same way that a notebook without a monitor would. I am wondering if anyone can tell me how I can deduce the correct power rating for this machine so that I can design a battery pack that will power it efficiently. Thx -- Patrick Shirkey - Boost Hardware Ltd For the discerning hardware connoisseur Http://www.boosthardware.com Http://www.boosthardware.com/LAU/guide/ _ Want a new web-based email account ? ---> http://www.firstlinux.net _ Run a small business? Then you need professional email like [EMAIL PROTECTED] from Everyone.net http://www.everyone.net?tag
