So GoGo is basically a tweaked Lame 3.88? Not much is said about the quality of this encoder, how good is it really? The quality of the new GoGo 3.11 is equivalent to what - Lame 3.88?
GOGO-no-coda ver. 3.11 for Windows, Linux and OS/2 updated Nov. 25, 2002 * ABSTRACT This software is a mp3 encoder based on LAME3.88, which is optimized for Enhanced 3D Now!/SSE/SSE2 and dual-CPUs.
Also, my Japanese (or is it Korean?) is pretty rusty. Is it possible to make a simple homepage in English where you can read a bit about the history, progress and the developer(s) of GoGo..? Maybe that will draw some more attention to it
can't read the page either. and are there any good frontends?
Win32 binaries are available here: http://homepage.ntlworld.com/jfe1205/others.html
Edit: BTW, if anyone downloads the Windows '.tar' file, rename it to '.tgz', otherwise you will have trouble decompressing it.
Which compiler-options do you use? My compile is 0,5x faster (but also twice as big).
Can Gogo 3.11 reach neraly Lame APS Quality?
QuoteCan Gogo 3.11 reach neraly Lame APS Quality?no way i think!
Intel 6.0 with '03 /QaxiMK /Qsox- /Qip'. What are you using?They are compressed using UPX: upx --best .....
I would like know if my compile is faster on Pentium 4 than yours because of the SSE2 optmizations.
Do you know if it´s better to use /QxiM for Athlon A/B/C & Pentium 2, /QxiMK for Pentium 3 & Athlon XP and /QxiMKW for Pentium 4? Because of Qx instead of Qax the optmizations has to be used, the programn won´t work without them. In HeadAC3he (ac3 transcoder) it is handled with the dlls like that.
Using a DLL might be helpful for targeting more than one platform (like P-Pro, P-III, P-IV), because /Qax produces only specialized code and generic code (e.g. /QaxiMKW produces code that only runs on P-IVs and generic code for all x86s).
ICL7 is out now (just came out 11/21/2002) - haven't tried it yet (but I sure will).
1. it's actually LAME version 3.92 (THANKS DSPguru!), LAME 3.90.2 is a better, recommended version, not 3.92.
3. so WHAT if it's sooOO00oo fast, if Dibrom's builds' speeds aren't enough for you, i don't know what your problem is, i can understand a need for speed, but this is just useless..
3. so WHAT if it's sooOO00oo fast, if Dibrom's builds' speeds aren't enough for you, i don't know what your problem is, i can understand a need for speed, but this is just useless..I just don't understand all this GoGo thing.. It's inferior, period. It's like the Audi TT of encoders!! (if you know what i mean..)
What's wrong with having a faster encoder available? Maybe I'm in a rush and I just want to get my MPC album transcoded for a portable as quickly as possible... GoGo to the rescue!
So it would be better to use /QaxiM for Athlon, because with /QaxiMKW it wouldn´t use any optimization, because SSE and SSE2 is not supported and it only generates optimized (with SSE / SSE2) and non-optimized code? And /QxiM would be even better, but won´t run on processors without that optimizations? What would happen with /QxiM /QaxiMKW? Does it generate optmizated code (with MMX) and as alternative if avaible also SSE and SSE2?I´ll try that.
QuoteICL7 is out now (just came out 11/21/2002) - haven't tried it yet (but I sure will).Do I need to a new license for that or will the old still work?