similar to: New release of aoTuV

I released "aoTuV" beta6 of OggVorbis encoder, library. ---------------------------------------- CHANGES (for general) from beta5.7 # Libvorbis aoTuV was unified with Xiph.Org's libvorbis1.3.2. # Pre(post)-echo of the specific pattern was improved. # The bit allotment when sound of the different type coexisted was improved. # The calculation method of dynamic thresholds

... and was wondering how it differs from the official libvorbis and why there is need for a fork. Could somebody shed some light on the past and background of the libvorbis/aoTuV story please? Both on- and offlist mails are welcome. Thanks in advance, Sebastian

I released "aoTuV" beta6.03 (2014) of OggVorbis encoder and library (based on libVorbis). Source code and reference binary (win32) is here. http://www.geocities.jp/aoyoume/aotuv/ ---------------------------------------------------------------------------- CHANGES (for general) from old beta6.03 # The latest aoTuV beta6.03 was unified with Xiph.Org's libvorbis1.3.4. The part

I announce release of libvorbis aoTuV beta 5.6. This is the library of Ogg Vorbis I conformity. I performed original tuning (part of encoding) for the reference source code of Ogg Vorbis of Xiph.Org to origin. Changed part from beta5.5 # ?Important!? The security hole of old libvorbis origin was fixed like latest libvorbis. The software using the decode function of the former library should

I announce the revision version of aoTuV beta5.6. Changed part from beta5.6 # Fixed the error to occur by specific software. (floating point exception) Aoyumi

This is the library of Ogg Vorbis I conformity. I performed original tuning (part of encoding) for the reference source code of Ogg Vorbis of Xiph.Org to origin. ***** Changed part from beta5 ***** # The noise control of the Impulse block was expanded. This is effective with the outstanding sample of the pre-echo. # The pre-echo reduction code came to work at a lower bit rate. # Noise

Are there plans to incorporate aoTuV mode into vorbis, perhaps a commandline switch to make optionally available the aoTuV tunings? The abx results from aoTuV are impressive... http://www.hydrogenaudio.org/index.php?showtopic=21916&st=50&&#entry215109 -Dan

aoTuV Beta5 (based on aoTuV Release 1) http://www.geocities.jp/aoyoume/aotuv/ Changes: aoTuV Beta5 2006/10/24 * The action of noise normalization has been improved. This has an effect in the sound roughness and tremor problem etc. in the low bitrate. * The threshold of a stereo mode change was calculated dynamically. Some of problems which originate in channel coupling by this will improve. *

On Tue, Sep 06, 2005 at 09:56:06PM -0500, Jay Krivanek wrote: > Yea, don't get me wrong, ogg is definitely an awesome format but aacplus v2 > is currently the leader in high fidelity quality at low bitrates. 24kbps > aacplus even kicks ass in my view. Is that 24kbps AACPLUS a full 44.1kHz stereo signal with frequencies preserved up to at least 15kHz? (Just curious, not

Soon, Firefox 3.1 and other browsers will start to support vorbis and users will increase vorbis use on the net. Most users (as most Linux distributions) are however using the reference xiph.org vorbis library which generate worse files than the aoTuV library from http://www.geocities.jp/aoyoume/aotuv/ . According to latest discussion: https://trac.xiph.org/ticket/1251 the aoTuV code should have

Can someone explain this, I have both version of oggenc and oggenc-aotuv installed, wanted to compare theme.. BUT, when I type the commanded: rick@KB32bit:~$ oggenc-aotuv -v OggEnc v1.0.1 (libvorbis 1.0.1) rick@KB32bit:~$ Why don't I see OggEnc-Aotuv Beta 5...etc Odd? Thanks - Rich

Hi folks, We're gearing up to the next full release of the Vorbis codec; I've just tagged a release candidate in SVN in order to encourage wider testing toward final 1.1 release. This release includes the following updates: 1) Adoption of AoTuV and other tuning work by Vorbis developers outside of Xiph into the mainline codebase 2) New bitrate management code 3) bugfixes In more

Hi folks, We're gearing up to the next full release of the Vorbis codec; I've just tagged a release candidate in SVN in order to encourage wider testing toward final 1.1 release. This release includes the following updates: 1) Adoption of AoTuV and other tuning work by Vorbis developers outside of Xiph into the mainline codebase 2) New bitrate management code 3) bugfixes In more

when will be merged the vorbis-aotuv branch into the reference library of vorbis? I feel that the development of vorbis is almost null if the aotuv don't exist... it will be nice to have the reference library using the last tunings as soon as posible... I gess it will be 1.1.3? or there are other surprises that can make it 1.2.0? __________________________________________________ Correo

Lancer 20060807 (based on aoTuV 4.51) http://homepage3.nifty.com/blacksword/ 2006/08/07 Lancer 20060807 Changes: * fix SSE optimization code in mdct_forward, mdct_backward. * reintroduce vorbis_oggpack_write for only static version. * fix problem in local_book_besterror_dim1x4. 2006/08/06 Lancer 20060807(test version for memory problem) Changes: * Since heap memory error occurs, remove

I'm am currently using autuvb4 at q-2 mono 44100. This produces roughly 28 to 34kb/s. It's ok but I've heard AACPlus at 32kb/s stereo and it's definately better, unfortunately. Regards, Ross. >> I'm hoping that Monty and others can improve Vorbis to start >> competing >> with AAC+ at low bitrates. Monty said he had some ideas but I wonder >> if

Hi, Excuse my ignorance, I'm primarily a LInux user and don't have a Windows install on any hardware that's actually working at the moment. Is it possible to use aoTuV B3 with Oddcast? Is this simply a matter of replacing a DLL? If so, are there any precompiled DLLs anywhere, or is anyone with the appropriate tools prepared to cook one up for me? I have people who are probably

Lancer 20060824 (based on aoTuV Release 1) - fully optimized libvorbis for x86 CPUs - http://homepage3.nifty.com/blacksword/ Changes: 2006/08/24 Lancer 20060824 * Lancer is based on aotuv-r1_20051117 now. * add SSE optiomizations to _vp_couple. * add the dividing code of multi channel processing to xmmlib.h. * _vp_quantize_couple_memo, _vp_quantize_couple_sort is multithreaded under the OpenMP.

Hay! Has anyone come across these errors using valgrind for the oggenc tool or the encoder_example.c: ==13108== Invalid read of size 4 ==13108== at 0x4155734: _vp_offset_and_mix (in /usr/local/lib/libvorbis.so.0.4.1) ==13108==

Everyone, I'm pleased to announce the release of libvorbis version 1.1.0. This is the first major release since 1.0 and offers new encoder tunings for additional compression efficiency as well as a number of bugs fixes. Developers will be interested in the new 'CBR' mode support and encoder_ctl() interface. Source archives are available from our new download site: