similar to: high quality samples

You know it's good; I know it's good. I'm talking about Vorbis at 128 as it currently is in CVS. Please participate in a group listening test of various formats to show how Vorbis 128 has improved since RC2. I have prepared three sample music clips comparing Liquid AAC, MPC, pre-RC3 Vorbis, Lame, Xing, and WMA8, similar to the first test. Except I believe that this time Vorbis

Hi, I am the CTO of an online e-commerce site selling signed underground music. We're just about to begin with mp3 distribution by download. I have looked into Ogg Vorbis, and it is interesting for us to both avoid the mp3 patent stuff (what's the legal status of Fraunhofer looking into any possible patent infringements by Ogg?), and WMA. However, I still don't think Ogg Vorbis is

Hello everyone, ff123 compiled Monty's branch of the RC1 encoder, see his post on r3mix.net forum: http://66.96.216.160/cgi-bin/YaBB.pl?board=c&action=display&num=994299736&start=30 Anyway it only supports ~128kbps mode, so I did a quick listening test with some files that bugged vorbis beta4. grace.wav - the right channel is still a bit watery, and I think this can be seen

For those who haven't yet seen this: EarGuy's Digital Ear (physiological model of the ear based on work by Frank Baumgarte) has just finished rating the sound quality of Vorbis beta 4 at 128 kbs using 30 random 10-second selections of music: http://pub41.ezboard.com/fr3mixfrm4.showMessage?topicID=33.topic Two samples on which the Ear says Vorbis performed uncharacteristically poorly

I've been looking around for a tool to compare the quality of different audio files, didn't find anything, and so botched together something over the past few days: http://www.btinternet.com/~jfchapman/files/mcp.zip (Win32, 266Kb) It's just a small tool for playing up to 3 files simultaneously, with the ability to switch between the outputs to compare the sound quality (formats

On Tue, 2015-02-10 at 21:32 -0600, Valeri Galtsev wrote: > Indeed I should have said "allegedly pirated" not just "pirated". As I > don't care to go into details if it is or it isn't. I also would recommend > to finish this discussion and those who feel so get themselves some > fundamental book and go ahead with reading it. Which I'm going to do >

Just looked at http://slashdot.org/articles/02/01/01/0931212.shtml. Why wasn´t this announced at this list? Anyway, terrific work you developers! /Andreas Karlsson http://www.ft2.net <p><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'

Hello Everyone, Can someone spot the error in the following snippet of link text? It doesn't work through php-markdown in wordpress and I just wanted to know if there's something obvious I'm missing. Thanks in advance! can come of us. "Every good and perfect gift comes from above" ([James

Here's a tough file to encode well at 128 kbit/s average: https://www.idrive.com/miyaguch/files/Shared/?curr-node=8821135668693434409 "duel.wav" It is the first few seconds from "Duel of the Fates" off of the Star Wars I soundtrack. Vorbis beta 4 at 128 produces artifacts that sound like some tones are beating with others. I identified the Vorbis encode 16 of 16

>> (PS, if you do use threads, protect speex_jitter_put/get with a mutex >> (CRITICAL_SECTION I believe they're called in Win32Speak) -- calling put >> and get at the exact same time from different threads leads to "features") > > I've never tested this, but I designed the jitter buffer to work from > two threads even without using a mutex. This would

>> Err, unless I'm totally wrong, there are a few race conditions. >> >> Assume the buffer is full of packets newer than the current pointer, and >> one that is at the current pointer. >> >> get and put start at the same time. >> >> get will find the correct buffer index. Now, just after it finds it's >> index, assume we switch to the

> Err, unless I'm totally wrong, there are a few race conditions. > > Assume the buffer is full of packets newer than the current pointer, and > one that is at the current pointer. > > get and put start at the same time. > > get will find the correct buffer index. Now, just after it finds it's > index, assume we switch to the put thread. > > Put needs

It would be very nice to be able to rsync the raw data content of, e.g., a non-mounted disk partition, particularly in combination with --inplace. Our reality: several dual-boot machines running Windows during the day and Linux at night, during backups. Windows is very tedious and iffy to re-reinstall without a raw disk image to start from. Disks fail, and the ensuing downtime must be

On Wed, Feb 10, 2016 at 2:11 PM, Justin Bogner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > David Blaikie via cfe-dev <cfe-dev at lists.llvm.org> writes: > > Recently had a bit of a digression in a review thread related to some > tests > > going in to compiler-rt ( > > > http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20160208/330759.html

Recently had a bit of a digression in a review thread related to some tests going in to compiler-rt ( http://lists.llvm.org/pipermail/llvm-commits/Week-of-Mon-20160208/330759.html ) and there seems to be some disconnect at least between my expectations and reality. So I figured I'd have a bit of a discussion out here on the dev lists where there's a bit more visibility. My basic

> There have been addons to rsync in the past to do that but rsync really > isn't the correct tool for the job. why not correct tool ? if rsync can greatly keep two large files in sync between source and destination (using --inplace), why should it (generally spoken) not also be used to keep two blockdevices in sync ? maybe these links are interesting in that context:

On Wed, Feb 10, 2016 at 3:55 PM, Alexey Samsonov via cfe-dev < cfe-dev at lists.llvm.org> wrote: > I mostly agree with what Richard and Justin said. Adding a few notes about > the general strategy we use: > > (1) lit tests which look "end-to-end" proved to be way more convenient for > testing runtime libraries than unit tests. > We do have > the latter, and

Hi all, Is there a standard set of wave files for testing the quality of the output of oggenc? Ronald ---------------------------------------------- Philips Research Laboratories -- Building WDC <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

Hey, http://slashdot.org/article.pl?sid=01/10/13/1343236&mode=thread If anyone's interested. -- / Peter Schuller, InfiDyne Technologies HB PGP userID: 0xE9758B7D or 'Peter Schuller <peter.schuller@infidyne.com>' Key retrival: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --- >8 ---- List archives:

Congratulations on inclusion in the Real Helix thing. :-) I do have a question, however. While I am very impressed by Vorbis 1.0's quality even down to "-1", vorbis seems very much a VBR format, which is great if the file lives on your hard drive, but a mixed bag for streaming over a modem connection. How well does Vorbis compare to existing streaming formats, including