similar to: 24 bit question

Nicholas is probably right about noise. Another factor would simply be the amplitude of the resulting file. A 275 MB 24-bit file which compresses to 110 MB is probably not very loud. I assume that the average level is somewhat low, with few if any peaks that reach 0 dBFS. FLAC is very good at compressing audio that is not loud. In fact, the quieter the recording, the smaller the

24bits are only 14% more information than 16bits, not as much as it looks. I presume the downsampling introduces some noise which compresses poorly (bigger residuals) and pretty much outweighs the advantage. This does not happen with a lossy codec, if the same error tolerance is imposed on each stage: a 5% noise introduction (say) at one stage does not create a problem if a 5% error is allowed to

Thanks for the replies! My first thought was that the file had low levels (before he sent me the file), but that's definitely not the case with this file. There are many peaks that reach 0dBFS. He sent me the original wav this morning and I loaded it into Wave Editor on OS X. I dithered to 16 bit using MBIT+ (high/ultra setting) and saved the 16 bit file. I did nothing else (no

On Jan 7, 2011, at 18:08, Declan Kelly wrote: > On Fri, Jan 07, 2011 at 05:11:26PM -0800, brianw at sounds.wa.com wrote: > [NIN 24/96] > >> Thanks! That's interesting to note. I think that I ended up with >> the true 24/96 files, but I am curious: How do you tell whether you >> have the full 24/96 or not? > > Extract to WAV, do a hex dump, and look for

On 03/01/2018 07:21 PM, nouveau-request at lists.freedesktop.org wrote: > > Message: 1 > Date: Thu, 1 Mar 2018 08:15:55 -0500 > From: Ilia Mirkin <imirkin at alum.mit.edu> > To: Mario Kleiner <mario.kleiner.de at gmail.com> > Cc: nouveau <nouveau at lists.freedesktop.org> > Subject: Re: [Nouveau] [PATCH] Fix colormap handling at screen depth > 30. >

In the past we assumed that external displays did their own dithering if needed. GPU based dithering is only needed for laptop displays if i had to guess. I was almost thinking my monitor was malfunctioning because of strange barely visible flickering. Now it *seems* as if dithering was the problem, although time will have to tell, because it's subtle to see these effects. Ofcource i can try

On Dec 2, 2010, at 07:55, scott brown wrote: > My first thought was that the file had low levels (before he sent > me the file), but that's definitely not the case with this file. > There are many peaks that reach 0dBFS. Live, uncompressed music often has peaks that are 4 dB higher, or more, than a typical commercial CD. Such peaks are brief, and would not really affect the

On 03/02/2018 11:29 PM, Ilia Mirkin wrote: > On Fri, Mar 2, 2018 at 5:16 PM, Mario Kleiner > <mario.kleiner.de at gmail.com> wrote: >> On 03/01/2018 07:21 PM, nouveau-request at lists.freedesktop.org wrote: >>> >>> >>> Message: 1 >>> Date: Thu, 1 Mar 2018 08:15:55 -0500 >>> From: Ilia Mirkin <imirkin at alum.mit.edu> >>>

In case anyone's curious about 30bpp framebuffer support, here's the current status: Kernel: Ben and I have switched the code to using a 256-based LUT for Kepler+, and I've also written a patch to cause the addfb ioctl to use the proper format. You can pick this up at: https://github.com/skeggsb/linux/commits/linux-4.16 (note the branch!)

Is there any size limitation for album art? I have a user who says adding large artwork (from a scanner) is corrupting the file metadata. I don't know if this is a flac limitation, a tag lib issue, or something I'm doing. Thanks, Scott -------------- next part -------------- An HTML attachment was scrubbed... URL:

On Mar 6, 2011, at 01:22, Erik de Castro Lopo wrote: > Brian Willoughby wrote: >> Hopefully, libsndfile no longer uses the incorrect 0x7FFF (32767) >> factor for float to 16-bit integer conversions, because that would >> make it unacceptable for lossless file conversions. > > That is a statement of opinion rather than fact but I won't go into > that here. It is

Please cc: the results from dev list back here though I would run some tests on a diff platform but don't have access to my PC for a few weeks Would also be interesting to see what decoding stats you get > On Jul 25, 2014, at 7:38 AM, Scott Brown <scottcbrown at gmail.com> wrote: > > I will post to the dev list, sorry about that. > > To give an idea, though, at flac

Dear list, > Which "output file" are you referring to?? Also, your question is incompletely specified, because you do not qualify whether the input is the same when you expect the output to be the same. My question is the following: For any encoding option (e.g. -5, default), does the flac encoder produce the same byte-for-byte output regardless of the CPU? Regards, Fernando

Hello again, Quick question about 1.4.2 source. When I comopiled the latest source back in September, I got the " Neon optimizations : ...................... yes" output. When I compile the official 1.4.2 source, there's nothing about Neon. Has this just been removed from the output, or is the official 1.4.2 missing something? Thanks, Scott On Mon, Sep 19, 2022 at 4:15?PM Scott

Hi everyone, I'm back with the same issue as before: flac encoding on an M1 Max Macbook pro is much slower on an arm build of 1.4.0 than it is running through emulation on an x86_64 build. ./configure -enable-static -disable-shared CFLAGS=" -arch arm64 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk -mmacosx-version-min=10.9"

Pierre-Yves Thoulon wrote: > None, apart from the standard metadata block size limitation (2^24 > bytes, e.g. 4GB). Pretty big for any kind of album art... 2^24 = 16777216, i.e. only 16 Megabytes. > Kind regards. > > Pyt. > > >> Le 10 mai 2017 à 17:11, Scott Brown - scottcbrown at gmail.com >> <flac-dev.pyt.8c0cc6600b.scottcbrown#gmail.com at

This is a note to announce the availability of "Ogg Theorarm", an optimised ARM implementation of decoding libraries for the Theora video code, and Vorbis audio codec from xiph.org. Full details of this code release can be found at <http://www.wss.co.uk/pinknoise/theorarm>, but highlights include: * Full speed playback of a 320x240x25fps clip with a 48kHz stereo audio track on

My friend somehow managed to get a BDP-95, even though the hardware isn't scheduled to ship until March. The problem is that the manual makes no mention of FLAC, at all, and only the web page claims to support the format. Playback of flac seems to work, but files from one online vendor work flawlessly while files from other online vendors have strange glitches that sound like a

https://bugs.freedesktop.org/show_bug.cgi?id=34680 Summary: Enable dithering by default for eDP panels Product: xorg Version: unspecified Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi, we're a small label in Honolulu, Hawaii, starting up, offering FLAC downloads of live performances of local artists, and we're wondering how is the support for 24-bit FLAC files? Our concern is that would it be too difficult for users to burn 24-bit FLAC recordings to CD? Are there any simple tools that convert 24-bit FLAC to 16-bit FLAC, or burning applications that transparently do