It's released in this thread and here's what Guilherme had to say about it:
"This version is working quite well but the sound is not good, it has too much noise. But I hope I will get rid of this some time "
GOD GOD GOD GOD and GOOD and GOOD and GOOD and GOOD!
I say this for the 4th time.
This is (for me) the best plugin tried in mupen64.
Old betas, not bad but the sound isn't good in various games.
In the 0.3 , turn around my words
In this release , (the best) the sounr is near perfect in any game i tried.
GOD and GOOD work Guillerme !!!
GOD GOD GOD GOD and GOOD and GOOD and GOOD and GOOD!
I say this for the 4th time.
This is (for me) the best plugin tried in mupen64.
Old betas, not bad but the sound isn't good in various games.
In the 0.3 , turn around my words
In this release , (the best) the sounr is near perfect in any game i tried.
GOD and GOOD work Guillerme !!!
Thank you! Now, if I just could ask you, did you try to fuss with the options and values available in the configuration dialog? Specially the one about synchronization... If you did ( or will do ) please let me know. Once againg, thanks!
Yes i'ts fine!
Only found a problem when compilation , reference to the channels or similar.
But nothing more important for a global compilation(in gui select channels only crash).
Sorry remember one thing ...
I try "better syncronization" for pure alsa, but nothing changes noted.
Some games speedy audio with all the options available
Example: Diddy kong racing plays at full speed(on my machine) but the sound are buggy in various stages, try better sound syncronization and the results is more buggy(buggy= some ralentizations) and in the 0.3b not.
The syncronization is better with this option activated or not(0.4b) than a 0.3b
Sorry if my bad english isn't capably read for you ,I try to study some in this year
Last edited by txOjO : November 2nd, 2003 at 00:33.
I'm unable to compile this under mdk 9.2, is it possible to post a binary?
I'm not sure... you see, if you could not compile maybe some required library is not available in your system, not because of any incompatibility - I use Mdk 9.1 and there is virtually no difference between these two versions - but because it is not installed. This plugin requires:
- libgtk+1.2 ( -devel to compile );
{ Warning: the script gtk-config is mandatory and is included in the devel package; it needs to be in your $PATH }
- libglib1.2 ( -devel to compile );
- libalsa2-0.9( -devel to compile );
- libstdc++5 (-devel to compile );
{ Warning: mdk provides compatibility versions of libstdc++; only version 5 will work }
To compile it, basically, that is what you need. So, check whether you have these packages installed and should you still encounter problems mail me the results of the compilation, like this:
make 2>output.txt ( without spaces between '2' and '>' ).
Based on this file I will be able to tell the problem, and maybe provide you with a binary version
I havn't problem with mandrake 9.2 or compilation
The best ALSA plugin made gillermef.
Maybe...next version expect much more
Have you got idea from how make sound with 5.1 channels? don't "work"(the option 4 chan , 5 chan or 6 chan) in my machine, only the two channels can do, and sound is very good on the 6 speakers
I am attempting to compile this and am receiving the following error.
Code:
h2so4 alsa_plugin # make
g++ -DNO_DEBUG -DNDEBUG -O2 -Wall -mcpu=athlon-xp -march=athlon-xp -fomit-frame-pointer -ffast-math -fno-rtti -c -o audio.o audio.cpp
audio.cpp: In member function `bool Plugin_Audio_Driver::initAlsa()':
audio.cpp:195: error: non-lvalue in unary `&'
make: *** [audio.o] Error 1
I noticed that the tar.gz that you posted was for P4 only, so I set the march and mcpu to athlon-xp. This does not resolve the problem though, and I believe that the error stems from me running GCC 3.3.2 (as opposed to 3.2 as stated in the readme) on my gentoo box. Any suggestions would be greatly appreciated.
... This does not resolve the problem though, and I believe that the error stems from me running GCC 3.3.2 (as opposed to 3.2 as stated in the readme)
You're right. GCC with every version becomes more and more strict and more compliant with the standards, which is very good. Now, the code in that line ( 195 ) is really misconstrued and gcc 3.3 is right to complain. It is fixed in the new version( unreleased ) but for now you could comment out the line ( precede it with a // ) and put instead: var_int = 2;
Luckily this is enough ( I do not have gcc 3.3 ).
Any problems, just drop a line
"
Sound much better than my DVD ...
...
)
Linear Mode
