similar to: Supporting 32 bit data

Op 26-09-15 om 09:22 schreef Erik de Castro Lopo: > Had two inial impressions: > > * Would adding this break brackwards compatibility too badly? Obviously > decoding of 32 bit encoded data would not work with older versions of > flac. Probably not. I know that Josh at some point added a second residual coding method (rice2) to support 24-bit, but that only broke backward

Miroslav Lichvar wrote: > On Thu, May 02, 2013 at 09:31:25PM +0200, Martijn van Beurden wrote: > > I don't know why this isn't on the changelog, but it is probably still a > > good idea to add it. This only breaks compatibility for 24-bit streams. > > (So: decoders older than 1.2.0 might not be able to decode 24-bit FLAC > > files made by libFLAC 1.2.0 or

Op 01-10-15 om 18:14 schreef lvqcl: > Currently libFLAC stores residual signal as 32-bit signed int. And there > are the following comments in stream_encoder.c: The residual is stored as a Golomb/Rice code. As far as I know, that is not limited to 32-bit in the format itself, only in the implementation. However, there are two residual coding methods now: rice and rice2. rice2 was added

Begin forwarded message: Date: Sat, 26 Sep 2015 13:46:13 -0700 From: John La Grou <jl at jps.net> To: Erik de Castro Lopo <erikd at mega-nerd.com> Subject: 32 bit data Erik, could you please post this to the FLAC mailing list. I've tried a couple times, but nothing happens. Tks. ......................... There are reasons to support 32-bit data. The emerging network standard

On 16/07/13 8:10 PM, Erik de Castro Lopo wrote: > Leigh Dyer wrote: > >> Certainly -- I've uploaded the analysis files for both the -6 and -7 >> encodes, in case you wanted to compare: >> >> http://wootangent.net/~lsd/blah/6.ana >> http://wootangent.net/~lsd/blah/7.ana >> >> The encode seems to proceed normally until 59% of the way through the

Martijn van Beurden wrote: > You've exposed at least two very serious FLAC bugs, > namely a malfunctioning RICE2-partition encoder and a bug concerning > choosing verbatim frames over fixed/lpc frames. The second, not choosing verbatim frames over fixed/lpc frames is almost certainly a direct result of the first problem. The fix was changing one local variable from FLAC_uint32 to

Going in details through the FLAC format specification, I realize that there are 2 rice coding methods now supported for residual encoding. I thought I remembered in the 1.1.3 times that there was only 1 method (with 4-bit Rice parameter) [or was I drunk ? ;-)]. Going through the change log, I didn't find any reference to such an addition to the format. Now, the decoder implementation I'm

Hello, I am the author of the Bonk audio compression program... i've just been looking at your comparrison table, and i noticed bonk gets marginally better compression than Flac on some files (actually i was rather surprised to see bonk on the list at all, it's not exactly high profile :-) ). Bonk in lossless mode is a pretty naive implementation of a predictive coder, so the main

Hi, have I just overseen a link, or is the format description on http://flac.sourceforge.net/format.html lacking information on how to actually decode the residual partitions to PCM sample data? Tor

On Thu, 2007-04-05 at 02:27 -0700, Brian Willoughby wrote: > Josh (Green), > > Seems like the longest example in your list is a 15-second file. I > would like to see the same problem exhibited in a file that is of a > normal length. I have been recording full performances lasting > hours, and flac always compresses the files below 70% of the original > size. >

​Can you guys clarify that by Rice you don't mean unary coding, but exponential golomb coding? that issue has confused me before, and probably others.​ -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.xiph.org/pipermail/flac-dev/attachments/20170523/525651dc/attachment.html>

Hi all, Sorry for bringing this up this short before the release, but I noticed something rather strange. I was doing some more exotic checks on the last pre-release when I tried test_streams.sh with FLAC 1.3.0 encoding and an older version (1.1.0 or something like that) decoding. This failed for 24-bit samples and I wondered why. After quite some tests and hex-editors, I found out this is

Hello Asterisk list, Hope you are all doing well! We are using the MixMonitor application to record the calls and under some situations the call can be spied using ChanSpy with whisper enabled. Sometimes the spying channel is a person who can interact in the call, and some other times it is a sound file playing a message. The problem is that for some reason the MixMonitor does not record whatever

https://bugs.freedesktop.org/show_bug.cgi?id=92126 Bug ID: 92126 Summary: [NVE4] GTX 760 Auto fan speed stays at 10% until temp hits 90C Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

I am unable to find the mathematical details of the codec , please guide. Thanks in advance. -- Manu Ghulyani B.E.(Hons.) Electronics & Instrumentation. B.I.T.S. Pilani. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20120207/0caaeac0/attachment.htm

Anyone know of a SIP phone that supports group listen? Group listen allow you use the handset but what the far end says comes out the speaker...it is F802 on a Norstar. Thermal -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080313/a219002e/attachment.htm

Hello all! (cc-ing the flac-dev list) I would like to give an update as to the recent CELLAR work on the FLAC specification. • Work has been done to make internal and external links more accurate and reliable. • 'Rice Coding' has been clarified as 'Exponential Golomb Coding.' • Clarifications have been made for binary representation. • Typos and other small changes have been

Hello, I would like to have "whisper" channel spy (not private whisper) in Asterisk 1.2. I see here: http://www.the-asterisk-book.com/unstable/applikationen-chanspy.html That is only available for Asterisk 1.4. I wonder if there is any way to emulate it in Asterisk 1.2. For example, to "join" two calls: one to use a private whisper and other one to use a normal chanspy.

Anyone tried the digium TC400B transcoding card? What are your opinions? Thnx

Hi, I modified the metaflac program to output in JSON format if the --output-json switch is used, and made a simple Go program to demonstrate use of the output. I imported the MIT licensed json-c library into src/share/json-c and put headers in include/share/json-c. For example, # metaflac --output-json --list myfile.flac example output: https://gist.github.com/waitman/847a8cae4a650a8898ee If