search for: aoyumi

This patch offers interface to get the library name which software uses. Function: char *vorbis_version_string(void); PATCH (for libvorbis-1.2.1RC2): diff -crN libvorbis-1.2.1RC2/include/vorbis/codec.h libvorbis-1.2.1RC2_NI/include/vorbis/codec.h *** libvorbis-1.2.1RC2/include/vorbis/codec.h Mon Aug 25 05:57:44 2008 --- libvorbis-1.2.1RC2_NI/include/vorbis/codec.h Sat Sep 13 05:00:22 2008

...e stereo mode was changed. This is more effective than former method. # The part of the noise normalization processing was changed. As for this change, more correct audio energy control and reduction of the ringing are formed in the low bitrate. ---------------------------------------- Enjoy Aoyumi

For those who missed it, there's a new release of aoTuV (beta 4.5). According to Aoyumi-san, there's some new tuning for audio below quality set 3 (-q3), but I have not tested it myself yet. I wonder when Monty will actually check the new versions of aoTuV and merge them with main trunk. Latest tests on HA show the latest tunings of Aoyumi-san have matured Vorbis a lot, and th...

...eases/vorbis/libvorbis-1.1.0.zip Users down under may want to try directly accessing our new mirror there at http://downloads.au.xiph.org/releases/vorbis/, courtesy of planetmirror.com. libvorbis 1.1.0 (2004-09-22) -- "Xiph.Org libVorbis I 20040629" * merges tuning improvements from Aoyumi's aoTuV with fixups * new managed bitrate (CBR) mode support * new vorbis_encoder_ctl() interface * extensive documentation updates * application/ogg mimetype is now official * autotools cleanup from Thomas Vander Stichele * SymbianOS build support from Colin Ward at CSIRO * various bugf...

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==

...projects (Vorbis and Theora). Looking at the SVN I can see there are still tweaks being made here and there. This year there has been lots of discussion on surround/multichannel vorbis; see almost any month so far in 2007 from vorbis-dev. This has also led to the ambisonics resource on the wiki. Aoyumi's aoTuV encoder tweaks got to beta5 in November last year and I understand some of those will eventually end up in the reference encoder. XiphQT continues to make progress, with the recent addition of encoding and multichannel support. Annodex and XPSF are both progressing. Annodex's lib...

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.

How can i install libvorbis on Windows xp? _________________________________________________________________ Consigue el nuevo Windows Live Messenger http://get.live.com/messenger/overview

...k 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 Normalization was reviewed. As a result, the bug is revised. # The detailed tuning was done again. http://www.geocities.jp/aoyoume/aotuv/ Aoyumi

...ot influence the encode function. # Reduced distortion by clipping at low sampling frequency and/or low bitrate. # Fixed noise control part of impulse block added in the beta5.5. # Tuning of each part was redone according to above-mentioned changed part. http://www.geocities.jp/aoyoume/aotuv/ Aoyumi

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

Ivo, Your patch number 16347 uses _fseeki64 when _WIN32 is defined. Unfortunately, MinGW (or at least the Linux -> Win32 cross compiler I'm using) defines _WIN32 but isn't aware of _fseeki64. I have therefore modified your solution a little and commited it as rev 15376. The code now looks like this: #ifdef __MINGW32__ return fseeko64(f,off,whence); #elif defined

...3 # The latest aoTuV beta6.03 was unified with Xiph.Org's libvorbis1.3.4. The part related to sound quality is not changed from previous version. ---------------------------------------------------------------------------- "aoTuV" is available under a BSD style license. Regards, Aoyumi

Sorry for asking, but libogg and libvorbis especially are still developed? No updates from september 2004. I just need to know if I have to move to FLAC [which is actively maintained] to store my CDs.

... 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

Dear vorbis-dev lurkers, I bring you the first beta release of vorbis-tools 1.3.0. It has quite a few new features and the final version will have even more, so I am sure it is to everyone's benefit that it gets as much tested as possible so we can do a quick release. Here's the changelog so far: * Fixed an error in configure.ac; --with-speex/flac work again (#1319) * Corrected

...r 32,44.1 and 48 kbps input samples. This 1.1 release merges the AoTuV tunings into the mainline Xiph codebase along with other tuning tweaks. The AoTuV tunings are unchanged from the AoTuV encoder with the following exceptions: a) bugfix to AoTuV code section 'M1'; after discussion with Aoyumi, we agree that the second tuning case both triggered relatively seldomly and did not produce the intended results when it did trigger. The predominating first case ('partial masking') is now used for all samples. This should address some minor pure tone instability issues in the AoTuV enco...

...r 32,44.1 and 48 kbps input samples. This 1.1 release merges the AoTuV tunings into the mainline Xiph codebase along with other tuning tweaks. The AoTuV tunings are unchanged from the AoTuV encoder with the following exceptions: a) bugfix to AoTuV code section 'M1'; after discussion with Aoyumi, we agree that the second tuning case both triggered relatively seldomly and did not produce the intended results when it did trigger. The predominating first case ('partial masking') is now used for all samples. This should address some minor pure tone instability issues in the AoTuV enco...

It obviously would be nice to have such a mode available, for e.g. DVD audio compression. Apparently, the list doesn''t tell me too much about it. My questions are: 1. What is the current status of the 5.1 channel coupling in Vorbis? 2. If I''ll be interested in participation in its development, what is the recommended reading? -------------- next part -------------- An HTML