similar to: My Vorbis beta 2 impressions

Hi. Since I'm interested in quality, I did some listening tests using Vorbis beta4, mode -b256. I think that ~256kbps, ~5.5:1 compression is still a good tradeoff because I can put 6-7 albums on 1 CD-R (assuming that the average length of an album is ~50 minutes) while retaining excellent quality. My comments: 1.) most songs are transparent but there are still some glitches that appear

I tested Vorbis encoder - beta3 version, and here are my thoughts: - In comparison to beta2, subtle high-frequency artifacts seem to be gone (though they were small in beta2). Good job there! :-) - Velvet.wav also sounds better, but transparent quality is reached at -b256+. - Horn.wav still sounds very sucky, mode -b256 gives ~100kbps (this is understandable because in this sample practically

Hello, When the Winamp plugin is playing an Ogg Vorbis file, if you try to scroll the playlist so that the title of the Ogg file scrolls out of view, it jumps back again, which is very annoying. The fix: In function DecodeThread, replace if(lostsync || (decode_pos_ms - lastupdate > 500)) { ... mod.SetInfo(bitrate / 1000, samplerate / 1000, num_channels, 1); by if(lostsync ||

SUMMARY I'm impressed. RC3 withstood anything I could throw at it. "-q 3" is really Vorbis' sweet spot, almost perfect, and "-q 0" is eminently usable, with only marginal defects for normal usage. Already sent money, will do that again. * * * I spent at least 40 hours in the last week testing RC3. I selected a few fragments from pop, classic and jazz CDs in my

(Win95, v62.3, Guido's port.) The graphapp based console seems a definite improvement. Screen output is much faster. History mechanism present. Can now build whole system because windres not required. Spin-off is that graphapp can be used for completely different applications. A couple of problems. When R started and then library(pkg), get message (not every time though) that pkg unable

On Mon, Sep 30, 2002 at 10:48:27AM -0100, fungus wrote: > One the one hand this is a great achievement but on the > other hand normal people aren't going to figure out how > good it is because they'll never push the limits. > Who's going to set "quality 0.5" when they've got a > range from zero up to ten. This is very true. I can easily hear MP3

On Mon, 12 February 2001, OmegaDan wrote: [snip code] Hmm, weird.. that does work for me. I only had the trouble that ov_time_tell returned negative infinity after a ov_time_seek to 0 secs. This is my code: function TMainForm.ReadBuf(Buffer: PChar; Size: Longword; var Time: Single): Longword; var BytesRead, Change: Longword; begin BytesRead := 0; Time := ov_time_tell(vf^); if Time <

Hello, If you call ov_time_tell(vf) after a ov_time_seek(vf, 0), it returns Not A Number (Negative Infinity). I tested this only using Win32 MSVC++ 6 Dynamic, Release. Does it also occur on other platforms? Is this the right behaviour? Seems wrong to me. Anyway, it caused a range check error in my code, and a divide by zero when I disable range checking (I'm using Borland Delphi 5). I

Basically, to legally broadcast music you must: A) Obtain permissions from the copyright holder (usually the publisher, record label) of the *composition*. ASCAP, BMI, and SESAC offer compulsory licenses for all of the artists they represent, fees based upon roughly how many listeners your station has & how many songs in your broadcast are by artists/composers they represent. B) Obtain

Hello. I have a problem with Asterisk, sometimes it hangs up an external call after 20 seconds, apparently without any reason. The call comes from a SIP server hosted from EuteliaVoIP, many peers rangs and one of them answer, the call ends itself after 20 seconds from the answer. I've tried many configuration in sip.conf, but no one solved the problem. Log from /var/log/asterisk/messages:

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

Oh, I almost forgot... If you're going under compulsory licensing: 1) Listener requests cannot be honored, otherwise you will end up labeled an "interactive service" along with Audiogalaxy Rhapsody & the like. Which means more & more expensive royalties. 2) You cannot play more than 3 songs of the same album in any 3 hour period (no more than 2 in a row). Nor can you

I'm amazed by how low the artifacts are when encoding with Vorbis, but I found problems (Vorbis version 1.00) on equalization (high vs midrange vs low pitches balance) when encoding my benchmark audio track, problems which are hard to go away even at very high bitrates. My benchmark audio track is composed by me and you can find it here http://www.trombettworks.com/drumswork.php in losslessly

I came across an interesting test sample the other day while trying to compress some of my music and trying out different encoders. You can grab the sample in question from here: http://www.animus-facticius.org drone_clip.zip is a 9 second clip of the track where the artifact is most apparent, drone_short.pac is a 1 minute clip of track. The sample is from the song "Drone" from

Hi all, ome people asked if it was possible to make an even higher quality mode by incorporating some of the changes from the first tuned version into the 350kbps mode. I did so and made a new version with this new mode. It gives bitrates from roughly 300-350kbps. That's a lot, but it also gets very hard to find something it artifacts on :) Should be sufficient for archival quality. In

I'm having some difficulty getting into Ogg. Being my first time encoding to Ogg, I am left doubtful of the quality in reproduction. Hopefully, it is merely something that I am doing. My original intentions were to go through my CD collection and rip everything out at 224kps VBR. I began with an album I was relatively familiar with. I used FreeRip 2.53 initially, but found that I had

This patch fixes a few non-ASCII characters which were displayed wrong, adds news about Pono and adds a few artists to the links page --- comparison.html | 10 +++++----- feeds/feed.xml | 18 +++++++++++++++++- links.html | 3 +++ 3 files changed, 25 insertions(+), 6 deletions(-) diff --git a/comparison.html b/comparison.html index 8e6b74b..daa0906 100644 --- a/comparison.html +++

OK, into the nitty-gritty, albeit a high-level version. If it sounds like I'm glossing important details, you're right. This discusses only the basic DSP; precise coding, framing, sync, etc, will be in another mail. Vorbis is a hybrid transform domain general purpose audio encoder, like MPEG in some respects (it is rooted in much of the same basic theory). For the most part, the

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

We all know that currently Vorbis is the only codec out there that doesn't add any silence to the decoded file, so when you decode your .ogg file the resulting .wav will be exactly the same length as the original one. This is very useful when encoding gapless songs (like live concerts...). But since Vorbis is a lossy codec, even though there is no silence added, sometimes you can still hear a