Re: [LAD] joining the fun...
On Tue, 2008-08-26 at 13:28 +0700, Patrick Shirkey wrote: > > Personally I don't really care for Fons's comments of this subject. He > is clearly just trying to bait me. Yes, Fons was clearly just trying to make you look like a fool, which was totally uncalled for, since you are doing quite well all by yourself. > ... If others find that entertaining then > they better watch out if they ever have to meet me in person. I can > certainly hold a grudge if I choose to. So for the rest of us, this year no christmas in Bangkok then? ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
On Tue, 2008-08-26 at 09:39 +0200, Jens M Andreasen wrote: > On Tue, 2008-08-26 at 13:28 +0700, Patrick Shirkey wrote: > > > > Personally I don't really care for Fons's comments of this subject. He > > is clearly just trying to bait me. > > Yes, Fons was clearly just trying to make you look like a fool, which > was totally uncalled for, since you are doing quite well all by > yourself. > Ok, You're on the list too now. > > ... If others find that entertaining then > > they better watch out if they ever have to meet me in person. I can > > certainly hold a grudge if I choose to. > > So for the rest of us, this year no christmas in Bangkok then? Well there are 10 mil people here so if you are unlucky enough to bump into me then I guess it's fate... -- Patrick Shirkey Boost Hardware Ltd ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] microbots for speakers
Hmm, Building on the Intel announcement what's the plausibility of using their little transformer robots for building a speaker that can adjust it's shape for the location? -- Patrick Shirkey Boost Hardware Ltd ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
On Tue, 2008-08-26 at 14:42 +0700, Patrick Shirkey wrote: > Well there are 10 mil people here so if you are unlucky enough to bump > into me then I guess it's fate... OK then! I suppose that, as long as we stay clear of: > Boost Hardware Ltd > ... we'll be safe? :-D ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
On Tue, 2008-08-26 at 09:54 +0200, Jens M Andreasen wrote: > On Tue, 2008-08-26 at 14:42 +0700, Patrick Shirkey wrote: > > > Well there are 10 mil people here so if you are unlucky enough to bump > > into me then I guess it's fate... > > OK then! I suppose that, as long as we stay clear of: > > > Boost Hardware Ltd > > > > ... we'll be safe? :-D > Well that shouldn't be hard seeing as BH is a New Zealand company located in Wellington. I guess you will have to stay clear of two places now. Being that it is significantly more likely you could run into me in Wellington as the population is 350,000 approx. Damn if only I was working in a large multinational that had offices in every city in the world. Then you would really have to be careful... -- Patrick Shirkey Boost Hardware Ltd ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
On Tue, 2008-08-26 at 15:00 +0700, Patrick Shirkey wrote: > Damn if only I was working in a large multinational that had offices in > every city in the world. Then you would really have to be careful... > I believe CIA is hiring, no? Mossad then? ... > Boost Hardware Ltd > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
On Tue, Aug 26, 2008 at 09:39:55AM +0200, Jens M Andreasen wrote: > Yes, Fons was clearly just trying to make you look like a fool, No, my post was designed to expose the emphatic language that Patrick is using all the time, which doesn't make any sense when you try to understand it rationally but is full of hints and word play that is apparently meant to trigger emotional reactions in the reader. It's on the same level as the pope saying that "some want to destroy the natural family", which seems to make sense, except that all social science of the last half century clearly indicates that there is no such thing as a "natural family". Ciao, -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
Am Dienstag, 26. August 2008 schrieb Patrick Shirkey: > Personally I don't really care for Fons's comments of this subject. He > is clearly just trying to bait me. If others find that entertaining then > they better watch out if they ever have to meet me in person. I can > certainly hold a grudge if I choose to. > However, I do think there is a bit of stagnation on this list over the > past year or so. It seems that we have reached a plateau currently where > there is not much to discuss. If anything my intention is to kickstart > some discussions that could lead to more interesting developments... You want serious discussions on this list and at the same time discard one of the guys with the best knowledge? Jens Andreasen is right, you don't need anybody to make a fool of you, you do that well by yourself... (Probably that adds me to your list. But I don't care what you say, I much more care what fons and others say.) Arnold -- visit http://www.arnoldarts.de/ --- Hi, I am a .signature virus. Please copy me into your ~/.signature and send me to all your contacts. After a month or so log in as root and do a "rm -rf /". Or ask your administrator to do so... signature.asc Description: This is a digitally signed message part. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
I live in Wellington, New Zealand, and i'd like to reassure others on this list that not all those who inhabit this place behave like this. Patrick, if you'd please just concentrate on subjects that had some relevance to Linux audio development, I think we'd all get along just fine. I just can't believe you aren't willing to accept that there are more appropriate forums for the discussion of wireless power or hydrogen motors, or whatever other non-linux-audio subject you have an interest in, and simply take the discussion on those subjects there. Not only would you get a warmer reception and a higher quality discussion, I imagine you wouldn't attract as much personal criticism. If you want to stimulate interesting discussion to liven up the list, then surely you can think of a way to do it thats actually on-topic. I mean how old are you? 12? -Pete > Well that shouldn't be hard seeing as BH is a New Zealand company > located in Wellington. > > I guess you will have to stay clear of two places now. Being that it is > significantly more likely you could run into me in Wellington as the > population is 350,000 approx. > > Damn if only I was working in a large multinational that had offices in > every city in the world. Then you would really have to be careful... > > > > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
Pete Black wrote: > I live in Wellington, New Zealand, and i'd like to reassure others on > this list that not all those who inhabit this place behave like this. > > Nah, most people in Wellington are complete wankers. > Patrick, if you'd please just concentrate on subjects that had some > relevance to Linux audio development, Sorry Pete, are you suggesting that Linux Audio Development is a very specific niche that has no relevance to general daily goings on and my chosen topics are irrelevant. Maybe if there was more discussion on this list my topics wouldn't be taking such a center stage. > If you want to stimulate interesting discussion to liven up the list, > then surely you can think of a way to do it thats actually on-topic. > > How long have you been reading this list? There was a time when it was 200 messages a day on various topics under the sun. Most of them relevant and some of them highly irrelevant. There have been plenty of things said by various people that could be deemed offensive. I have participated myself. There are also plenty of things that have been said by people that have turned out to be complete BS. For example. VST plugins will never work on Linux. That was a good one. Several highly respected members were adamant it would never happen. Then it only took one person to figure out how and now look at the state of VST in Linux. Pretty good now from what I've seen. -- Patrick Shirkey Boost Hardware Ltd. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
Arnold Krille wrote: > Am Dienstag, 26. August 2008 schrieb Patrick Shirkey: > >> Personally I don't really care for Fons's comments of this subject. He >> is clearly just trying to bait me. If others find that entertaining then >> they better watch out if they ever have to meet me in person. I can >> certainly hold a grudge if I choose to. >> However, I do think there is a bit of stagnation on this list over the >> past year or so. It seems that we have reached a plateau currently where >> there is not much to discuss. If anything my intention is to kickstart >> some discussions that could lead to more interesting developments... >> > > You want serious discussions on this list and at the same time discard one of > the guys with the best knowledge? > > There is no denying that Fons is clever person and certainly a gifted software engineer. > Jens Andreasen is right, you don't need anybody to make a fool of you, you do > that well by yourself... > > Ok, I'll add you too then. Anybody else want to sign their name? > (Probably that adds me to your list. But I don't care what you say, I much > more care what fons and others say.) > That's great. -- Patrick Shirkey Boost Hardware Ltd. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] joining the fun...
On Tuesday 26 August 2008, Patrick Shirkey wrote: >Robin Gareus wrote: >>> As a member, contributor and advocate for Linux Audio for the past 10 >>> years I am also interested in discussing the above issues with other >>> members of the list as I think there is a lot to be learned and >>> possibly advanced. >> >> you're right: there's no stupid questions. IMHO as linux-audio-devs >> we're not really qualified to discuss libre-energy questions; Thanks for >> sharing though; it provoked few good responses from Pieter, Fons and >> others that I liked and learned from. > >Personally I don't really care for Fons's comments of this subject. He >is clearly just trying to bait me. If others find that entertaining then >they better watch out if they ever have to meet me in person. I can >certainly hold a grudge if I choose to. > >However, I do think there is a bit of stagnation on this list over the >past year or so. It seems that we have reached a plateau currently where >there is not much to discuss. If anything my intention is to kickstart >some discussions that could lead to more interesting developments... To redirect some of this energy, how about trying to figure out pulseaudio for the common user, who may want to do uncommon things. I have 2 audio systems in this box, and PA refuses to recognize the Audigy2 (emu10k1 driven) card I use for everything BUT skype. If I want sound at all, I have to excise as much of it as kde will allow in order that my sound work at all. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) I'd rather be led to hell than managed to heavan. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] [somewhat OT] semaphores in python
Hello all, Does anyone know of a counting semaphare class/module in Python ? Given the lock provided by the built-in thread module it seems impossible to implement this (it does support multiple waiters which I don't need, but definitely is not counting). This also means that whatever is defined in the threading module can't be what I want. Ciao, -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
Am Dienstag, 26. August 2008 schrieb Fons Adriaensen: > Does anyone know of a counting semaphare class/module > in Python ? Given the lock provided by the built-in > thread module it seems impossible to implement this > (it does support multiple waiters which I don't need, > but definitely is not counting). This also means that > whatever is defined in the threading module can't be > what I want. Did you look at the threading module? Looks as if there a Semaphore() in there... (Not as off-topic as one might think. I am currently playing around with python too. Using gstreamer and py-gst to display videos from still-images...) Arnold -- visit http://www.arnoldarts.de/ --- Hi, I am a .signature virus. Please copy me into your ~/.signature and send me to all your contacts. After a month or so log in as root and do a "rm -rf /". Or ask your administrator to do so... signature.asc Description: This is a digitally signed message part. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
On Tue, Aug 26, 2008 at 09:55:07PM +0200, Arnold Krille wrote: > Am Dienstag, 26. August 2008 schrieb Fons Adriaensen: > > Does anyone know of a counting semaphare class/module > > in Python ? Given the lock provided by the built-in > > thread module it seems impossible to implement this > > (it does support multiple waiters which I don't need, > > but definitely is not counting). This also means that > > whatever is defined in the threading module can't be > > what I want. > > Did you look at the threading module? Looks as if there a Semaphore() in > there... Did you look two lines above yours :-) :-) :-) Yes, of course I did. It defines a Semaphore on top of a Condition which is pure ugly hackery on top of a RLock. Can't be correct, since AFAICS the primitives provided by thread are not sufficient. Apart from the fact that a sema requiring a few hundreds of lines of high-level code can't be healthy. The basic problem is that the lock provided by thread is not counting: releasing it while it is not acquired produces and error. Of course one could create a class that contains a counter, but then the problem is to atomically modify the counter and access the lock. AFAICS, for this reason, whatever happens in threading can't be correct, or at least not pre-emption and SMP safe. Ciao, -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
[Fons Adriaensen] >Does anyone know of a counting semaphare class/module >in Python ? Given the lock provided by the built-in >thread module it seems impossible to implement this >(it does support multiple waiters which I don't need, >but definitely is not counting). This also means that >whatever is defined in the threading module can't be >what I want. Perhaps I don't quite understand your needs, but the standard Semaphore object in the threading module claims to support counting: http://docs.python.org/lib/semaphore-objects.html I haven't used it myself yet but the Python docs have never promised me anything that didn't work as described (yay!). I guess I must be missing something. Cheers, Tim ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
On Tuesday 26 August 2008 22:01:18 Fons Adriaensen wrote: > AFAICS, for this reason, whatever happens in threading > can't be correct, or at least not pre-emption and SMP > safe. Is this really an issue in Python? The Python interpreter is not thread safe anyway, there's a global interpreter lock that must be held by any thread accessing Python objects. Depending on what you're trying to do, this might be one of Python's biggest disadvantages, but as far as I can see, you don't need to worry about "true" concurrency, simply because it can't happen. Dominic ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
On Tue, Aug 26, 2008 at 11:02:37PM +0200, Dominic Sacré wrote: > Is this really an issue in Python? The Python interpreter is not thread safe > anyway, there's a global interpreter lock that must be held by any thread > accessing Python objects. > Depending on what you're trying to do, this might be one of Python's biggest > disadvantages, but as far as I can see, you don't need to worry about "true" > concurrency, simply because it can't happen. At first it would seem that solves the problem. But AFAICS it doesn't. A condition variable consists of - one or more state variables, on wich a condition is defined, - a mutex M to protect these variables from concurrent acceess, - a binary sema S (or equivalent) on which to wait until the condition is satisfied. To make all of this work correctly in all conditions, the essential part is that one can do [wait (S), release (M)] atomically. A counting sema is just one special case of this, the condition being _count > 0, where _count is an integer and the only state variable. The lock provided by the built-in thread module can play the role of both M and S, and that is indeed how Condition in threading is implemented (it's a bit more complicated, supporting multiple waiters, but that doesn't change the basic way it works). BUT: the python interpreter will release the GIL every so many bytecode instructions. There is AFAICS nothing that would prevent it from doing this in between the two operations that have to be atomic - it doesn't know they have to be. Ciao, -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
On Tue, Aug 26, 2008 at 11:14:05PM +0200, Fons Adriaensen wrote: > To make all of this work correctly in all conditions, the > essential part is that one can do [wait (S), release (M)] > atomically. And of course also [return from wait (S), acquire (M)] -- FA Laboratorio di Acustica ed Elettroacustica Parma, Italia O tu, che porte, correndo si ? E guerra e morte ! ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] [somewhat OT] semaphores in python
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fons Adriaensen wrote: > On Tue, Aug 26, 2008 at 11:02:37PM +0200, Dominic Sacr� wrote: > >> Is this really an issue in Python? The Python interpreter is not thread safe >> anyway, there's a global interpreter lock that must be held by any thread >> accessing Python objects. >> Depending on what you're trying to do, this might be one of Python's biggest >> disadvantages, but as far as I can see, you don't need to worry about "true" >> concurrency, simply because it can't happen. > > At first it would seem that solves the problem. > But AFAICS it doesn't. > > A condition variable consists of > > - one or more state variables, on wich a condition is defined, > - a mutex M to protect these variables from concurrent acceess, > - a binary sema S (or equivalent) on which to wait until the > condition is satisfied. > > To make all of this work correctly in all conditions, the > essential part is that one can do [wait (S), release (M)] > atomically. > > A counting sema is just one special case of this, the > condition being _count > 0, where _count is an integer > and the only state variable. > > The lock provided by the built-in thread module can play > the role of both M and S, and that is indeed how Condition > in threading is implemented (it's a bit more complicated, > supporting multiple waiters, but that doesn't change the > basic way it works). > > BUT: the python interpreter will release the GIL every > so many bytecode instructions. There is AFAICS nothing > that would prevent it from doing this in between the two > operations that have to be atomic - it doesn't know they > have to be. I was going to suggest the twisted framework, but according to http://mail.python.org/pipermail/python-list/2007-October/461199.html it won't help. You can try your luck with an "extension module (written in C) using the macros Py_BEGIN_ALLOW_THREADS/Py_END_ALLOW_THREADS to release/acquire the GIL before/after an external blocking call". rewrite in /perl/ is probably faster: There's a thread-safe Thread::Semaphore :-X #robin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAki0pV4ACgkQeVUk8U+VK0K4BwCfRmVcznGqScJ4ixbU6qOIoReo +lwAoIc/b2F/mRmeL3PmJ7pRgP7xBq/H =3hjS -END PGP SIGNATURE- ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Wireless Electricity vs audio quality
Dan Mills wrote: > On Tue, 2008-08-26 at 13:07 +0700, Patrick Shirkey wrote: > > >> They demo'd a 60w light bulb which they said could get 80% efficiency >> upto 3 feet. They are expecting to increase the distance as the RnD >> progresses. You can expect the transfer efficiency and power rating to >> increase with time too. >> > > They demoed a 60W lightbulb in a laboratory environment, there are lots > of things you can do under those conditions that just plain don't fly in > the real world. > > In a sufficiently well screened room with RF reflective surfaces, many > things are possible. > > > I don't see how there was any room for the reflective surfaces in the hall to have an impact on the amount of energy received by the bulb. There was only three feet separating the transmit/recieve points. >> The guy at MIT who designed the circuit has been on record saying it >> will not interfere because the coupling is done at a very specific >> frequency. >> > > That don't help when there are non linear junctions in the area > > I call him at best semi competent at either analogue design or design > for emc. Further the occupational limits for non ionising radiation > would (at least in Europe) surely kill this thing. Everyone has cellphones even though the health hazards are still largely unknown. Cigarettes are still legally available too. I don't see why they will stop this technology from coming to market if it has the support of the industry behind it. This particular circuit was first made public about 18 months ago and now that Intel are actively pursuing it I don't think it will be long before Sony, Samsung, Toshiba, Phillips, Apple et al get behind it too. After all Apple get a lot of their new technology from these guys and are using Intel in all their latest PC/notebook lines. > I could also see > serious issues with induction heating of any highly conductive materials > bought into the field, it don't need to be resonant for eddy currents to > heat it. > > I'm agree that this is a serious concern that needs to be addressed but from what I have read they are pretty specific about it not being a problem. This may be along the same lines as the Large Hydron collider creating a black hole to consume the solar system. >>> It >>> will never work well over any distance as the inverse square law applies >>> once you are out of the near field of the aerial (A tuned loop from what >>> I can see - also very old technology), this distance depends on both >>> wavelength and loop dimensions, so making the loop smaller will not >>> improve things). >>> >> >> I believe Tesla would have had a word to say about the above statement... >> > > Well, if you want to play appeal to irrelevant authorities, then Maxwell > would I think agree with my position. > > Sure and Edison would probably too. > The thing is a cool demo of an air core resonant transformer with a > somewhat high leakage inductance, (and I suspect an automatic matching > and tuning network) but IMHO that is all it is. > > That demo had the look of the canonical 'trade show demo' to me (don't > look behind the curtain). I don't really see much to get excited about > here and there does not to me seem to be anything really new. > > I certainly agree that they had most likely adjusted the environmental conditions to there favor for the demo but from where I stand if/when this tech becomes available for the industry we will definitely be incorporating it into our products. -- Patrick Shirkey Boost Hardware Ltd. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] microbots for speakers
Patrick Shirkey wrote: > Hmm, > > Building on the Intel announcement what's the plausibility of using > their little transformer robots for building a speaker that can adjust > it's shape for the location? > Adding to this concept. Firstly we would need a simulator for designing hardware that uses the technology. The microbots are electormagnetcally attracted to each other so the simulator would have to understand how this process works. Then it would be a case of building out templates for the shapes that could be built and adding all the code for the various circuits and software that would be needed to run things. Seems like a lot of work but someone must have started the simulator by now so we would be able to get in on that and have influence over the direction of audio hardware and software development. Then we might even have a roll in building the standards for this technology. -- Patrick Shirkey Boost Hardware Ltd. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
[LAD] Mind control hardware/software for Audio
Hi, One of the other technologies demoed last weekend by Intel was so called mind control hardware which is effectively a little cap that picks up electrical signals from the brain and can be used to control software/hardware depending on the thoughts/actions of the wearer. I have seen video games where this is used to great affect to for example light a fire by meditating and the deeper the meditation the warmer/brighter the fire becomes. Does anyone know of any development that is going on in Linux Audio circles that applies this technology? Cheers. -- Patrick Shirkey Boost Hardware Ltd. ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
Re: [LAD] Mind control hardware/software for Audio
damn, i read this as just 'mind control hardware/software' and thought 'this could be useful for my plans of world domination.' but then i find out it is just some way to control a machine with your puny human minds oh well i'll have to keep searching... :) porl 2008/8/27 Patrick Shirkey <[EMAIL PROTECTED]>: > Hi, > > One of the other technologies demoed last weekend by Intel was so called > mind control hardware which is effectively a little cap that picks up > electrical signals from the brain and can be used to control > software/hardware depending on the thoughts/actions of the wearer. I > have seen video games where this is used to great affect to for example > light a fire by meditating and the deeper the meditation the > warmer/brighter the fire becomes. > > Does anyone know of any development that is going on in Linux Audio > circles that applies this technology? > > > > Cheers. > > > -- > Patrick Shirkey > Boost Hardware Ltd. > > > > ___ > Linux-audio-dev mailing list > Linux-audio-dev@lists.linuxaudio.org > http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev > ___ Linux-audio-dev mailing list Linux-audio-dev@lists.linuxaudio.org http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
