similar to: Vorbis packages are missing changelogs

Generally speaking, I can say that Vorbis already has pretty good quality, better then MP3. Mode 6 (~350kbps) - sounds great, no high-frequency artifacts and no pre-echo in any of my 3 test cases (I use 3 tracks as pre-echo test cases: 1. castanets.wav from LAME homepage 2. drums from the begging of the song Metallica - The Small Hours and 3. bass guitar from the begging of the song Primus - My

Guys (and girls), I\'ve been testing Ogg Vorbis quality at home, and I thought I\'d share the results with you. For those who want the conclusion, Vorbis 1.0 RC3 sounds better than LAME 3.70 vbr/cbr (which I\'m told now that it\'s broken for VBR), at less bitrate, however, it\'s not perfect (and probably never will, since it\'s a lossy audio codec) and could use some

Hello, I just deleted (permanently) my geo-replication session using the following command: gluster volume geo-replication myvolume gfs1geo.domain.tld::myvolume-geo delete and noticed that the .glusterfs/changelogs on my volume still exists. Is it safe to delete the whole directly myself with "rm -rf .glusterfs/changelogs" ? As far as I understand the CHANGELOG.* files are only needed

Hi, has anyone any advice to give about my question below? Thanks! > -------- Original Message -------- > Subject: Manually delete .glusterfs/changelogs directory ? > Local Time: August 16, 2017 5:59 PM > UTC Time: August 16, 2017 3:59 PM > From: mabi at protonmail.ch > To: Gluster Users <gluster-users at gluster.org> > > Hello, > > I just deleted (permanently)

Hi Mabi, If you will not use that geo-replication volume session again, I believe it is safe to manually delete the files in the brick directory using rm -rf. However, the gluster documentation specifies that if the session is to be permanently deleted, this is the command to use: gluster volume geo-replication gv1 snode1::gv2 delete reset-sync-time

I downloaded all the Beta 4 libraries/tools yesterday and compiled them - everything went fine. ogg123 works fine - it plays files off the website. So does the XMMS plugin (I just built XMMS and had it build the vorbis plugin that it came with) oggenc seems to work fine, in that all of its output looks normal: [ttyp3@dalek:tear-require-0.2.0/CDDB_get-1.4 @00:39] oggenc track03.cdda.wav

Hello all, I'm trying to find a way to rotate the metadata changelogs. I've so far learned (by ndevos in #gluster) that changelog is needed for certain services, among those, georeplication, but not entirely sure about the extent. Is there a way to rotate these logs so that it takes up less space? This is not an entirely critical issue, but it seems kinda silly when we have a 3 GB volume

Following a few months of lurking on the list, and vainly trying to get vorbis to compile on os/2, I finally managed to get the nightly gzip from saturday to compile (fairly) cleanly, and so have finally been able to play with Vorbis on my OS of choice :) Using the EMX runtime system, and bash for OS/2 (along with a few ported GNU apps), both configure and make work fine (except for ogg123

Hello List, archives don't look very busy ... I'm interested in putting art into Ogg Vorbis files. This is for a project I'm working on with small local bands. I'm attempting to help get them more exposure by (with permission) distributing their music, especially recorded live from shows they do where they are allowed to record it. We are going with Ogg Vorbis frankly because

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

Hai! I'm from Hungary, and my English is not so good. Excuse me! I'm using Linux Debian woody, with kernel 2.4.18 Now I try to encode my music files, that are in .wav format to .ogg format. I used to use the lame program to encode my music files to .mp3 format. I try it now on a Windows NT 4, and this 2 version: Lame version 3.92 MMX OggEnc v1.0 (libvorbis 1.0) I have a question, why is

oggenc -b 128 cdda.wav cdda.ogg lame -h cdda.wav cdda.mp3 ogg123 -d null cdda.ogg mpg123 -t cdda.mp3 Here we can see that the mp3 tools are clearly superior in terms of the numbers of characters saved on the command line. mp3 users enjoy a 20% saving. Real-life results may narrow this gap. Rik p.s. ;) --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

After downloading the nightly snapshot last night, I've spent a good part of the day trying to build the package with Borland C++Builder 4. I have some things to report, and also need some help. [Note: this message is long and messy :)] {Converting DSP files to BPR files} I made the necessary BPR files from the DSP files with the Visual C++ Project Conversion Utility. This works okay

Hi everyone. I did a rough recording of an instrumental (electric piano sound) & e-mailed it to a friend in Vorbis 11025 Hz / mono. I was seeking a bitrate in the range 8-16k/sec. The song is 2:55 in length. q=-1 happily achieved a 12.6k/sec bitrate. All file sizes I mention in this are for files without informational tags. And I hope this isn't interpreted as trying to plug my music or

vorbis-tools/oggenc/utf8.c:164 has a //-style comment; it should be /* ... */ so that non-gcc compilers won't barf (e.g., solaris Forte 6.1 cc). Patch included, if you're really lazy. :-) {+} Jeff Squyres {+} squyres@cse.nd.edu {+} Perpetual Obsessive Notre Dame Student Craving Utter Madness {+} "I came to ND for 4 years and ended up staying for a decade" Index: oggenc/utf8.c

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Hello. Attached are some patches that some Debian users of vorbis-tools have sent to our BTS over the years (numbers refer to Debian bugs). It'd be nice to see them integrated. They apply cleanly to SVN as of today. The largefile_support one is a bit bigger than just the configure.ac since the submitter adviced that config.h got included in all C source files before the standard includes,

Hallo everybody, I just created a small patch for oggenc to be able to read and encode wav6-files. This files are of micro$ofts WAVEFORMATEXTENSIBLE format type and can contain multiple channels. a52dec can produce this type of file from ac3 streams. Might be it would be better to teach oggenc to read ac3 streams natively. There is probably a better way to encode low frequency channels

I download all the tarballs for rc3. I compiled and installed all the libraries successfully, but I wan't able to compile the vorbis tools (1.0rc3) package succesfully. I can run configure successfully, but when I run make it dies with this make[2]: Entering directory `/usr/local/src/vorbis-tools-1.0rc3/oggenc' /bin/sh ../libtool --mode=link gcc -O20 -ffast-math -fsigned-char -o

i ran into a link error trying to compile the linux vorbis-tools-1.0rc3 using gcc 2.95.3 gcc -O20 -ffast-math -fsigned-char -o oggenc oggenc.o audio.o encode.o platform.o /usr/lib/libvorbisenc.so -L/lib /usr/lib/libvorbis.so -lm /usr/lib/libogg.so ../share/libutf8.a ../share/libgetopt.a encode.o: In function `oe_encode': encode.o(.text+0x87): undefined reference to