similar to: Difference between compressed & uncompressed audio?

I noticed that clipping occurs in lossy audio compression even if there is no clipping in the original file (though the original file has peaks that are just below the maximum). I know that this happens due to all the filtering involved during compression, but I'm wondering just how audible this clipping is because I don't hear anything wrong. I mean, as things are now, is it safe to say

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

Hi, there. Although I'm not a hacker at all, I noticed an audible noise on Beta 4 encoded files. So, I'd like to report it here. I ripped and encoded 'A Day Without Rain' on the album with the same name By Enya into Vorbis using Oggenc and Oggdrop Beta 4 from the Vorbis site. (You know, she is quite an encoder-killer.) At all the bitrates, files encoded by Oggdrop had audible

Check this out: http://7amnews.com/2001/features/032101.shtml Greetings, Aleksandar --- >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' in the body. No subject is needed. Unsubscribe messages sent to the list

Don't know if anybody is still missing the lame oggenc features for resampling, lowpass/highpass filters etc, but I wrote a little script that uses sox to do all the stuff I need to real-time encode oggenc from the radio, or any input device. #!/bin/bash DATE=`date '+%m-%d-%Y-(%H.%M)'` DESTIN=/video/music/perftoday export DATE=$DATE'-PerformanceToday.ogg' sox -V -r 44100 -c

Check this clip (it's small, 373kb) http://www.geocities.com/jdxss/udialwav.zip It left oggenc, lame and MP+ encoders choking in dust. -- Vorbis Xtreme | http://solair.eunet.yu/~aldov/ Ogg Vorbis is the free, open source alternative to MP3 --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/ To unsubscribe from this list, send a

During the interesting interview that binaryfreedom has made with Monty and Jack, Monty mentions cascading, a feature that will be added, quote: "Cascading is the ability to make multiple passes through the frequency spectrum, iteratively filling in more detail, like a progressive jpeg". What are the advantages of something like this - does this generally improves quality or is it used

What's the delay? Greetings, Aleksandar --- >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' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.

Hi. Since I'm new to this mailing list, I don't know whether this was discussed in this mailing list, or if it is already fixed. Anyway, the problem is that all audio encoders out there add a small amount of silence to the start/end of the encoded file. This is usually a small amount, around 0.03 seconds. Most of the time it goes unnoticed, BUT when you have tracks that flow into one

I know Tarkin is not the priority right now, but when it becomes it's good to know which company might feel nervous... ------------------------------------------ Compaq sued for alleged patent violations By Bloomberg News November 20, 2000, 5:30 a.m. PT WILMINGTON, Del.--Compaq Computer, the world's biggest personal computer maker, has been sued by a group for allegedly infringing

I saw the news about release 1.0 coming up this weekend, but was wondering if there is any reason not to encode now with the pre-release software I have. I want to use CDex with its Ogg support ("Ogg Vorbis DLL Encoder version 1.04, engine 1.04) to replace my MP3 files with Ogg -- and would like to start this weekend while I have the time. Any advice or suggestions appreciated... -- dave

Hi. Here are my patches and makefiles for compiling ogg, vorbis and vorbis-tools on DOS with DJGPP. They can build them from cvs snapshots and need minimal maintainance (even extract source lists from `makefile.am's). Everything seems to work, except one FP exception on encode at middle bitrates (lowest two and highest bitrates don't cause it) - I don't think it's my

Not related to Vorbis, but it shows how software patents can be abused to the point where it becomes absurd... http://www.idg.net/ic_316584_1794_1-483.html BTW I used a hyperlink here... BT can sue me... ;-) Greetings, Aleksandar --- >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

Frank Klemm made the clip to test short block switching - it's made of series of short periodical 'pulses', and this period gets smaller as time passes. You can get this file at: http://www.uni-jena.de/~pfk/Short_Block_Test.wav.gz.gz (1.6MB) (uncompress it twice with gzip) I used oggenc beta3 & mp+ 1.7.8 Oggenc gave 160kbps using mode -b 256 mp+ gave 350kbps (using

While using ogginfo (command line util), I've noticed that there's info on "stream integrity" (it says stream integrity=pass). Does this mean that there are no errors in the bitstream (which can happen if the file is corrupted)? <p>Aleksandar <p><p><p>--- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage:

Comments? ---------------------------------------- "Mark Taylor" <mt@sulaco.org> wrote: [...] > This is related to one minor objection I have to vector quantization > based codecs like Vorbis and the MPEG4 VQ codec: they do not compute > the quantization noise during the encoding process. The choice of > codebooks (use a big codebook: low quantization noise, use a

Monkey's Audio lossless compressor (currently win32 only, free but not open-source except decoder) author is thinking to implement a kind of audiophile-quality lossy compression which would filter "noise bits" that are hard to encode lossless but which are (or should be) inaudible and thus improve lossless compression (avg. 300-450kbps). I think that implementing something like this

Hi everyone. Reading all this posts about patent issues, I thought of something: if, by some wild chance FhG (or some other audio company) manages to prove in court that vorbis is breaking their patent rights, you could do something like LAME developers did: release only source code and let people do the compiling so that only users that are living in countries where patents on algorithms are

Hi everyone. Reading all this posts about patent issues, I thought of something: if, by some wild chance FhG (or some other audio company) manages to prove in court that vorbis is breaking their patent rights, you could do something like LAME developers did: release only source code and let people do the compiling so that only users that are living in countries where patents on algorithms are

I was doing some testing with RC2 and I noticed that RC2 doesn't encode past 19kHz with this clip (-b256 and -b350). There are no problems with this clip like it was before, but this clip contains signal past 19kHz which is audible as a faint high-frequency hiss - and that hiss is gone in the encoded file since RC2 cuts off at 19kHz. I think that -b256 and -b350 should encode at least up to