similar to: Extension Packets?

Hi, We have already pointed out multiple times in the HydrogenAudio thread ( http://www.hydrogenaudio.org/forums/index.php?showtopic=99653 ) why we think this is a bad idea. These include (off the top of my head): 1) The Opus decoder does not have a bit-exact definition 2) It would require a bit-exact resampler too (the one from opus-tools isn't bit-exact even in fixed-point) 3) Opus has

Hey. I just wondered,... which is the recommended bitrate and further settings of opusenc (like complexity and framesize) for general music (e.g. including classical music) to achieve more or less transparency? Talking about CD level audio (16bit; 44,1 kHz; Stereo) The only source I could find regarding that was: http://wiki.hydrogenaud.io/index.php?title=Opus#Music_encoding_quality But that

On Mar 14, 2013, at 13:24, Declan Kelly wrote: > I want the tightest possible compression, while remaining 100% > compatible with the subset that all known FLAC decoders can > successfully > stream or play now in cars, Hi-Fi units, "MP3 players" and cell > phones. > The out and out most widely supported lossless audio format could (and > should) have a better

Hello. Me again. Have you tried to encode piano solo? Noticed high bitrate Opus gave? And there's also artefact at 15kHz which wasn't in the original audio. Visible with Spek program. Download FLAC and Opus both files, new link: http://www.filedropper.com/example_3 FLAC full: 1084 kbps; FLAC solo: 465 kbps. with --bitrate 160: Opus full: 158 kbps; Opus solo: 190 kbps. Included also Spek

2007/4/1, Ivo Emanuel Gon?alves <justivo@gmail.com>: > > Those are Replay Gain elements. Please check on Wikipedia or > Hydrogenaudio for more information on RG. In short, they are values > to normalize in a lossless way the audio volume. Hi, But how can this be possibly lossless? You change the volume of the audio tracks, so isn't this lossy or does the actual volume

Hi list users, Is there a comparison somewhere of the efficiency of decoding flac files, with respect to some benchmark related to cpu processing? As compared to, say, ape files? I ask because I have recently switched my entire archive from ape to flac. I have an old 400 mhz laptop in my office running xubuntu, which I run into a receiver. Works great. Since switching to flac, I notice the

Hi all, The past few weeks I've been busy comparing lossless audio codecs to update the comparison.html page on the FLAC website (and because I wrote a comparison for Hydrogenaudio in the past) and its ready now. Because the patch is pretty large, I've placed it here: http://www.icer.nl/misc_stuff/update-comparison-and-fix-IE-news.patch.zip The reason to do this is because the

Erik de Castro Lopo wrote: > Err, thats a link to a post talking about flac's WAV reader being limited > to 4Gig files. Problem is, *all* WAV files greater than 4Gig are mal-formed. > Due to limitations in the way WAV files are specified, no valid WAV file > can ever be over 4Gig. And most don't work over 2 GB. The solution we (Xiph) have used in other projects (opusenc,

Hi, I'm a FLAC beginner and I had a question about the meaning of track and album gain. I think it's a stupid question, but hey, I must learn it somewhere ;) So I wanted to know what track and album gain means. I use winamp for playing my encoded FLAC files and when I look at the properties of a FLAC file I can see this: track gain: not present album gain: not present So I was

Dear Free Audio Tool Lovers, I am very pleased to announce the first official release of FLAC, the Free Lossless Audio Codec, in over 6 years. FLAC is not dead! It is however a mature software product that is now being maintained by a team working under the auscpices of the Xiph.Org Foundation. The executive summary of changes in this new version: * Nothing major. * Source tree is now hosted in

I have exactly the same problem. I encoded a BWF file to flac and then then decoded back to wav, using --keep-foreign-metadata, and I ended up with a bit-perfect copy of the original BWF. So I was fairly confident that the flac encoding is working correctly, the problem definitely appears to be with the flac players. Unfortunately it seems that the majority of flac players cannot play 24bit

Brendan Bolles wrote: > DiscardPadding seems to assume that you might top off an opus > frame with empty samples when the frame would spill onto the next > matroska timestamp. So rather than have continuous opus that > could be decoded one after another, you'd have to jump over these > little gaps? The intent was not to allow gaps in the file like this (that would confuse the

Dear members of the flac-dev list, I'm writing to ask for feedback from the FLAC community regarding the possibility of standardizing the FLAC specification through the Internet Engineering Task Force. I'm working with MediaArea on the PREFORMA project which focuses on building conformance checkers for Matroska and FFV1. Since Matroska and FFV1 are not yet formally standardized, this

Hi All, It is possible to make Opus/CELT a lossless coder if I allow a sufficiently high bit rate? We considered using FLAC, but FLAC's latency is well beyond the acceptable range. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/opus/attachments/20120822/60c69469/attachment.htm

Hi all, It hasn't really been publicized much yet, but Apple has a new container file format called CAF: http://developer.apple.com/documentation/MusicAudio/Reference/CAFSpec/ CAF files current support integer and float PCM formats, A-law, u-law and a number of others including AAC and Apple's own Apple Lossless Audio Codec (alac). I have already implemented support for what I can

Avuton Olrich wrote: > On 7/11/05, Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > >>and I'm thinking of adding support for FLAC in a CAF container >>as well. Is anyone else working on this? If so please let me >>know so we can agree on how FLAC should be contained with CAF. > > > I'm sorry, but what are the advantages to the different

Yes, it's basically an intrinsic aspect of the mathematics. If you seek into the middle of an Opus stream, that's about how long it takes before the audio converges to be correct. On Jan 17, 2014 2:13 PM, "Brendan Bolles" <brendan at fnordware.com> wrote: > On Jan 7, 2014, at 11:11 AM, Brendan Bolles wrote: > > > The closest thing to a standards document for

Hi all, As people may have seen there's a pre-release here: http://downloads.xiph.org/releases/flac/beta/ Specifically: flac-1.3.1pre1.tar.xz : The source code flac-1.3.1pre1-win.zip : Windows 32 and 64 bit binaries Please test. I'm particularly interested in hearing about the windows binaries which were cross compiled from Linux to Windows. Unfortunately there is a bug

Hi, this email is sent to flac-dev AT xiph DOT org, copied to matroska-devel AT lists DOT matroska DOT org, and David Bryant, the author of Wavpack4. We are about to implement the DV ( Digital Video ) video compression standard into matroska, to be able to offer an intelligent alternative to AVI for DV handling in editor tools. DV is using a high quality, high bitrate lossy video compression

Hallo again! Some month ago we discussed about the Vorbis Comment Chapter Extension: http://wiki.xiph.org/Chapter_Extension I got some critics about this specification, especially from the VLC developers: see https://trac.videolan.org/vlc/ticket/6895 Some parts of it: <cite> This specification allows holes between chapters and allows overlapping chapters... And does not explain what to