wiz011
Guest
- Učlanjen(a)
- 18.12.2004
- Poruke
- 4,710
- Poena
- 440
Izuzetno neobična situacija!
U igri su CDex 1.51, AudioGrabber 1.83 i njegova modifikovana test verzija, lame_enc.dll i lame.exe 3.97b2
Kad se novi Lame 3.97b2 DLL stavi u CDex dobije se i još jedno novo setovanje (koje preporučuju na HA forumu):
--alt-preset fast standard
što je identično sa
-V2 --vbr-new
E sad da počnem priču iz početka...
Pojavila se test verzija AudioGrabber-a koja modifikacijom INI fajla omogućava da se koriste Lame preseti (testovi su pokazali da je ovo nepotrebno, jer sa setovanjem pokazanim u attachmentu dobija do u bit isti rezultat kao sa modifikovanom test verzijom i AltPresetStandardFast setovanjem u INI).
Da bih poredio rezultate koristio sam identičan WAV fajl i prvo ga iz CDex-a kompresovao sa setovanjem --alt-preset fast standard.
Zatim sam isprobavao različite kombinacije u AudioGrabber-u (interni Lame enkoder, eksterni, modifikovani exe, originalni exe...) i pokazalo se da postoje samo uobičajene minimalne razlike u headerima između fajla kompresovanog DLL-om i eksternim Lame.exe, dok su sa istim enkoderom (lame_enc.dll ili lame.exe) fajlovi bili identični do u bit. Međutim...
Međutim, svi fajlovi kompresovani u AG su se drastično razlikovali od MP3 fajla kompresovanog u CDex-u, sa istim alt-preset setovanjem!
Ovo je bilo vrlo neobično i da bih presudio koji program brlja isti VAW sam kompresovao iz lame.exe, bez ikakvog frontend-a, direktno iz komandne linije. I dobio sam fajl do u bit identičan onom koji je kompresovao AG sa eksternim Lame-om.
Drugim rečima, CDex strahovito brlja. :S:
U igri su CDex 1.51, AudioGrabber 1.83 i njegova modifikovana test verzija, lame_enc.dll i lame.exe 3.97b2
Kad se novi Lame 3.97b2 DLL stavi u CDex dobije se i još jedno novo setovanje (koje preporučuju na HA forumu):
--alt-preset fast standard
što je identično sa
-V2 --vbr-new
E sad da počnem priču iz početka...
Pojavila se test verzija AudioGrabber-a koja modifikacijom INI fajla omogućava da se koriste Lame preseti (testovi su pokazali da je ovo nepotrebno, jer sa setovanjem pokazanim u attachmentu dobija do u bit isti rezultat kao sa modifikovanom test verzijom i AltPresetStandardFast setovanjem u INI).
Da bih poredio rezultate koristio sam identičan WAV fajl i prvo ga iz CDex-a kompresovao sa setovanjem --alt-preset fast standard.
Zatim sam isprobavao različite kombinacije u AudioGrabber-u (interni Lame enkoder, eksterni, modifikovani exe, originalni exe...) i pokazalo se da postoje samo uobičajene minimalne razlike u headerima između fajla kompresovanog DLL-om i eksternim Lame.exe, dok su sa istim enkoderom (lame_enc.dll ili lame.exe) fajlovi bili identični do u bit. Međutim...
Međutim, svi fajlovi kompresovani u AG su se drastično razlikovali od MP3 fajla kompresovanog u CDex-u, sa istim alt-preset setovanjem!
Ovo je bilo vrlo neobično i da bih presudio koji program brlja isti VAW sam kompresovao iz lame.exe, bez ikakvog frontend-a, direktno iz komandne linije. I dobio sam fajl do u bit identičan onom koji je kompresovao AG sa eksternim Lame-om.
Drugim rečima, CDex strahovito brlja. :S: