similar to: RC2 better than RC3 ???

While I am waiting for a 1.0 release of Ogg Vorbis, I made a "WAV" folder on my computer and have been regularly ripping CDs into that folder using Exact Audio Copy. Right now that folder has 3.4 GB of wave files in different subfolders. Is there a program in which I could specify this "WAV" folder, and it would go and recursively convert all WAVs into oggs of the same filename

Well, this question comes once and again. I have RC3 and Garf's RC2 tuned versions (160 and 350) in a nice graph. Nobody should be surprised that RC3 is better, but in some cases GRC2 shows better EAQUAL/bitrate results. There seems to be room for improvement in RC3 with some tweaking. See it by yourself at http://audio.sinderman.com/ Cheers, AGS.

Hello... I was very surprised when I found, that oggfiles created with RC3 are much worse than files made with RC2. I have some example sound file set up for you on the net. The difference is *obvious*. While RC2 made ogg-files, which I would say are perfect (at least I cannot hear a difference to the original), the quality of RC3 is *bad*. Let me first say, that I used libvorbis0, libogg0

Ogg Vorbis is still not known by the mainstream and not widely used these days. I've been thinking about this... MP3 is so popular because people can download music for free (and thus pirating music). I recommend Vorbis to everybody I know, but most of them refuse to even try it because it's not popular (or because they are hardcore MP3 zealots), which results in a circle (little people

The Asterisk.org development team is pleased to announced the release of Asterisk release candidates 1.6.0.7-rc2, 1.6.1.0-rc3, and beta release 1.6.2.0-beta1. Additionally, new release candidates of Asterisk-Addons 1.6.0.2-rc1 and 1.6.1.0-rc3 have been created. Note that the 1.6.1 series of Asterisk-Addons is compatible with both Asterisk 1.6.1 and 1.6.2 branches. These releases are available for

Hello, I hope you won't mind if I give you mine opinion and suggestions about Vorbis audio encoder, especially new version. I was pretty satisfied with the quality of Beta4 encoder. For a bitrates around 112 to 128 kb/s I consider it better then any other audio compression formats (MP3, AAC, ...) at same bitrate. Sound quality that this version produces with bitrates below 112 kb/s was not

[94.455712] [T411] nouveau 0000:07:00.0 disp ctor failed, -12 Welcome to openSUSE Tumbleweed 20200224 - Kernel 5.6.0-rc3 (tty1) ens3s0: 192.168.10.214 ....... login: I can login here but X does not start -- lspci 07:00.0 VGA compatible controller: NVIDIA Corporation TU117 [GeForce GTX 1650] (rev a1) from dmesg:- [Wed Feb 26 22:42:39 2020] nouveau 0000:07:00.0: NVIDIA TU117 (167000a1) [Wed

I've just done some rudimentary testing to see how Vorbis degrades at absurdly low bitrates without downsampling. In summary, don't hope for anything decent below -q 0 for now. I tried oggenc -b <bitrate> -M <bitrate> for the below and a few in between: 24k - spectral energy "floor" captured decently, but many pure-tone blips (think old computer movie sound effects)

Hi, I have the following errors: Panic on CPU0: FATAL PAGE FAULT [error_code=0002] Faulting linear address: fbfb1100 More details in snapshots as below as I don''t have serial console cables thus unable to get full details of the errors which I will try to get one and send the full error if needed: http://choon.net/xenerrors/Image000.jpg http://choon.net/xenerrors/Image001.jpg

Hi people, looking around for a new audiocard, my eye fell on the M-audio audiophile 2496. It has 4 digital in/out and is 24bit, 96kHz. The sound quality is very good, if I can believe the reviews. <p>My question is: can vorbis do 24bit, 96kHz ? -- --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list,

Hello, I am about to encode a whole bunch of low-quality audio (it sounds like poor AM reception). I plan on asking for some suggestions on that shortly. But first I want to get the tools installed on my Debian system. Easiest, by far, would be to use the version that is part of the stable distribution, which is marked as 1.0rc3. I know there is a newer version, 1.0.0 available. (Indeed, it

Hi, A question: does vorbis rc3 support 22050 Hz sample rate? rc2 used to support it, but I can't seem to make it work with rc3 :(( <p>Akos <p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a message to 'vorbis-request@xiph.org' containing only the word 'unsubscribe'

Hi! I am very pleased with the progress that Ogg is making, expecially after I read the latest comparision tests on http://ff123.net/128test/instruct.html that put OGG on top aside with MPC. BUT the APPLAUD.WAV test case ( http://lame.sourceforge.net/download/samples/applaud.wav ) still produces **VERY** easily audible high-frequency artifacts when encoded with OGG RC3 up to q4.9 (!!!). Things

http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz.sig Does this fix the hangs people have been reporting? - SSL connections hanged sometimes, especially when saving messages. - mbox: Mail bodies were saved with CR+LF linefeeds - Mail forwarding was broken with deliver/Sieve - dbox fixes. Might actually be usable now. - Index file handling

http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz.sig Does this fix the hangs people have been reporting? - SSL connections hanged sometimes, especially when saving messages. - mbox: Mail bodies were saved with CR+LF linefeeds - Mail forwarding was broken with deliver/Sieve - dbox fixes. Might actually be usable now. - Index file handling

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

Hi: I just wanted to know where exactly the problem with re-encoding in RC2 was. Was it in vorbis' ability to cope well with its own output as input, or did the first encode produce output that didn't lend itself to re-encoding? The difference is important. If it's the latter, anyone wanting to re-encode material will have to first encode it with RC3. I guess what I'm asking

I just wanted to make a few comments. So far, this rocks. I am re-encoding a lot of my cd's because at -q 3.9 I am getting better than I did at -b 140 in RC2. Very nice. I tried to do a -M 32 with no other options on a track "Inxs - New Sensations." I didn't use -m -b or -q. The voice seemed to be remarkably well represented. The tone shifts and all seemed to be there. The

1.0rc3, OpenBSD/i386 & FreeBSD/alpha. ogg123 segfaults after playing a file. This will not happen if I specify multiple songs and skip (^C) to the next one. Seems to be independent of buffering (-b) and output device (oss, esd, raw). -- Christian "naddy" Weisgerber naddy@mips.inka.de --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg

I've been kind of busy lately, but I wanted to see what's up with ao after the build change. I was able to check out the vorbis module, but when I tried to check out the ao module I saw this: [stan@volsung vorbis]$ cvs -d:pserver:anoncvs@cvs.xiph.org:/usr/local/cvsroot co -r branch_postbeta2 ao cvs server: Updating ao cvs server: Updating ao/doc cvs server: Updating ao/include cvs