Quote:
Originally Posted by clouse2013
I have sound on the 700 kernel. but how does one load the voodoo module?
|
If you're on TeamEOS3 you can flash the kernel from this thread:
http://forum.xda-developers.com/show....php?t=1810722
This basically is guevor #700 (#696 + voodoo sound)
the only difference should be that I enabled voodoo sound by default.

Otherwise dropping a script in /etc/init.d/ that insmod guevor's module at boot time will do the same on Guevor's kernel.
Quote:
Originally Posted by sidneyk
I'll just refer you to Supercurio's thread where he has stated that he will soon render that ability useless.
|
From what I understood from our little talk, Supercurio is still ok with having kernels that include voodoo sound directly.
What he prefers not to have is the module distributed alone without a kernel.
From what I understand, in his next app he says that he's going to change his "business model",
and that both free app and non free will have the defaut analog volume control
(I think that also means that both his apps will try to insert the module, and that the module will not be distributed only with his pay app anymore)
And then the pay app will have more features.
Since I ported the module I've made much more researches and
verified tests,
so I can confirm that the voodoo module is obsolete anyway.
There is actually no need for any new module needed to be able to control the analog level of the amp,
or actually any of its registers.
Which can simplify either the voodoo app greatly, (because Supercurio wouldn't need to even insert a module for his app to work)
But any alsa mixer can already control 80 or so exported registers, and you can control ALL unfiltered registers of the WM8903 by ioctl.
So yeah I'll leave the "business model" of inserting a voodoo module into a kernel to Supercurio, and just make an app that allows us to control much more, and also add other features, like the control of the FM34 and all that without any need for a new module.
One of the first use of that last one would be to work around the current bug in JB roms,
as I discovered yesterday.
Crap sound issue:
For those having the "crap sound issue" it's not particular to Guevor's kernel or the voodoo sound patch,
it seems to be a bug with the microphone handling, for example with
Google Voice and our current JB roms.
To put the sound back to its high quality mode, you can either reboot, or just simply launch that in a terminal:
su
ioctl /dev/dsp_fm34 0x4004f302 1
From what I've discovered, what happens is that basically when you launch google voice, it activates different things including the DSP in the FM34 chip, thing being that something seems to crash, and so it never restores the values to their original values after it's done recording.
(basically it leaves the DSP in "MIC voice filter mode" which degrades the audio a lot if you try to play music in that mode, as it incorporates voice filters.And so the sound is degraded.
Until we can fix what is crashing, either don't use an app using the mic it, or launch the command I gave above after the first audio issue, and then it seems that you should fine until the next reboot.