update encoders please...
lame 3.98 -> 3.98.2
auToV b5 2006-10-24 -> aoTuVb5.7 2009-03-04
ps: i know that i can update manually by replacing exe's
update encoders please...
lame 3.98 -> 3.98.2
auToV b5 2006-10-24 -> aoTuVb5.7 2009-03-04
ps: i know that i can update manually by replacing exe's
Lame is in R13.2 beta (beta section of this forum)
Spoon
www.dbpoweramp.com
aoTuVb5.7 2009-03-04 would be really nice,
the actual version is from 2006!
We supply the Lancer version which is speed optimized for SSE processors. Unless the aoTuV codec has been updated to include the blacksword improvements?
Spoon
www.dbpoweramp.com
As Lancer is still not updated (last version is based on aoTuV Beta5 from 2006) you should realy consider to use the "normal" aoTuV; beta5.7 from 2009...
http://www.hydrogenaudio.org/forums/...howtopic=74345
accelerated aoTuV 5.7 using a lancer style patch
also john33 has an x64 compile of aoTuV 5.7 thats quite fast(avalable on the forums as well)
x64 post(with download link)
http://www.hydrogenaudio.org/forums/...dpost&p=648279
aoTuV 5.7 Lancer mod version
http://www.hydrogenaudio.org/forums/...dpost&p=670871
both work fine for me, john33's also going to compile a x64 version aoTuV 5.7 with native Flac support.
Edit: Spoon if at all possible, could you try compiling an updated ver of the "stock" vorbis encoder using aoTuV 5.7 (possibly the -bs1 ver) as your base(it will be merged into the official libery's next time they update them anyway) it would boost speed an quility a good bit over current oggenc.
thanks spoon
Last edited by AshenSugar; 01-05-2010 at 10:54 AM.
I tend to include pre-compiled Ogg as the speed compiles are done on Intel compilers, not Microsoft.
Spoon
www.dbpoweramp.com
yeah, I have a request in to get some compiles done that are intel compiler based but that use a workaround to get past the "defective" cpu dispatcher that intel's compiler uses, would be nice to see how the same exect code runs across all current platforms rather then amd/via and everybody else getting verrying levels of crappy code and intel chips getting optimal code.
I hope intel will get their new compiler/compiler patch out thats "unbias" soon, I have a feeling that alot of the performance diffrance in real world apps will dissapear once everybody is getting the same code.
I dont know if you saw it but in an artical at ars they found that the via nano gained 10% perf when its cpu id string was changed to amd, and 47.4% when it was identified as genuine intel, thats in PCmark a supposedly unbias bencmark tool........
i dont think im the only one who would like to see everthing on even ground across all processor platforms, The better your apps perform across the gamut of hardware the better your sales will be
I'm kinda new to the various builds of Vorbis encoders. Can anyone tell me the difference between the build that lvqcl posted here: http://www.hydrogenaudio.org/forums/...howtopic=76272 (first post, filename: oggenc2.7z) and the build by john33 here: http://www.hydrogenaudio.org/forums/...howtopic=74345 (9th post, filename: oggenc2.85-aoTuVb5.7-Lancer.zip)
Copyright © illustrate 2024, All rights reserved