Brett Nortj

Look, I don't really want to play with the tedium of voltage, but if you wanted voltage from the air, you need only condense the most static of gases, [oxygen]. This is the best conductor, so, will be the best source of energy. If you were to observe that if you rub your hands together, you will generate static, and you can apply that shock to whatever you wish, you could also use the carbon in the air, to bond with the oxygen - hey you got 'soot.' Soot is 'gaseous oil,' for lack of a better terminology, and oil burns easily, so, from the air, your best bet is to go to China, and, 'rub that stuff together,' yes? If you were to merely condense the soot, you will have a sort of water vapour cola effort going on. If you were to spark a room filled with soot, enough of it, you will get a fire, in the air. This is because the carbon is just in gas form, and, has lost mass. This means that the carbon it he air can become a source for the energy to be generated, of course. This means, as there is conductive gas in the air, there could be a power source, although a weak one, unless you 'compress' it. This could be done by, as the op says, air compression, and, that is because the compressed air could also be viewed as a canister of aerosol, where it generates more mass than it has outside. Converting this to voltage or something would require a 'beacon' or receptor in the area of the compression, of course. As mass is condensed onto the receptor, the energy, as mass is stored energy, will collect into the 'conductive receptor.' This could be made easier, with, water vapour. This would take the static and bond it to the beacon, and, then the energy would collect into the receptor, of course. But, this is explaining it for kids, if you will. Yes it will work, in my opinion, no doubt.

No. They always compile, as they are written on a text file, of European base language format, from top to bottom, so you just find the data or sound bits, and compile them the other way. ~ If they used robots, like they should, you could manually do it by taking each robot and changing the order, of course. May I ask what your fancy is, why are you into this... this... perversion of music?

Well, you could do it with software, or, hardware. With [software], you would want to simply want to 'reverse the play' by reading the file backwards. This can be done by recompiling the file to compile from bottom of the page of text to top, of course, but, let's say you do not have a compiler... Then you would want to simply change the binary for the file by taking the last bits of code and 'recoding it,' via... you now what, this all requires programming skills and programs, that might cost money, why don't you just 'record' and drag it back, with a small program for that? You can program, yes? This would require a mouse program to slowly at the right rate, hey I am no disc jockey, drag it backwards, yes? Should take about fifteen minutes or less, I figure. With [hardware], you need only to reverse the charge. This would require the circuits operating in the same way, but only 'charging the file' to 'flip.'

Well, as a layman, it would seem that if [k] = [k1k2], then [k] = [2] itself, as [1] * [2] = [2]. This is just speculation, let's get more intense? If the [k] = prime and divides into [k2], then six would be the lowest figure of the range, as the lowest figure for [k1] would be [3], as the lowest prime, so, we could run a log of [3] to find the 'ratios' of one to two, of course. this would follow, basically, that if [k1] = [3], then [k2] = [6], and k = [18], and that [k1] would actually be [k/3], and, that [k2] would be [k/2]. So, if [k=18] as [k=3=18] then [n] would be [k/3]. But, I am just a layman in this vast world.