similar to: En/decoding 32bit Integer Formats

On 05.09.2006, at 22:51, Josh Coalson wrote: > --- taktik <taktik@renoise.com> wrote: >> What exactly is the reason why libFlac and/or the FLAC command-line >> en/decoder currently doesn't support 32bit integer samples? >> >> The comment in "FLAC/format.h" -> of >> FLAC__REFERENCE_CODEC_MAX_BITS_PER_SAMPLE notes that >> the FLAC format

Hello, I manage to successfully write 8, 16 and 24 bit, all stereo, FLAC files. But when I try to write 32 bit FLACs my program crashes. *FLAC__stream_encoder_set_bits_per_sample *is called to match the desired bit depth (8, 16, 24, 32) It's the same code for all bit depths, i provide a fixed-size signed int buffer to the lib (size=16384), with values with appropriate ranges for each bit

On Thu, Mar 22, 2018 at 3:41 AM, Stéphane Damo <stephane.damo at gmail.com> wrote: > Hello, > > I manage to successfully write 8, 16 and 24 bit, all stereo, FLAC files. But > when I try to write 32 bit FLACs my program crashes. > > FLAC__stream_encoder_set_bits_per_sample is called to match the desired bit > depth (8, 16, 24, 32) > > It's the same code for all

Martijn van Beurden wrote: > Like I reported just before the release of 1.3.0 (mail of Fri, > 05 Apr 2013 08:25:10 +0200, to be specific), compiling on > Raspbian (Debian Wheezy, GCC 4.6) returns quite some warnings of > the type -Wcast-align. What happens if you change the definitions of s8buffer[] and ucbuffer_[] arrays as follows: static __attribute__((__aligned__(4))) FLAC__int8

Great stuff; thanks both! I'm also looking to turn my MCJIT conversion spike into our main use case. The only thing I'm missing is the ability to get a post-linked copy of the generated assembly. In JIT I used JITEventListener's NotifyFunctionEmitted and used a MCDisassembler to disassemble the stream (with my own custom annotators), and redirected the output to the relevant place

Hi Matt, Philip, You could get the data you want by recording the addresses returned by the allocateCodeSection and allocateDataSection methods on your RTDyldMemoryManager, then disassembling those sections after you've called resolveRelocations. That's a little unsatisfying though. For one thing, unless you very carefully maintain the association with the original object via

Hi all, It sees that the most serious bug in the flac bug tracker: https://sourceforge.net/p/flac/bugs/413/ has been fixed in git. This fix alone is worth a new release so its time to work towards one. Things I need to do for this new release: * Deal with all current patches on the mailing list. * Review all bugs reported against 1.3.0 on the sf.net. * Testing and coordination of testing

Dear all, I am trying to project my LongLat-maps to a plane. The ultimate purpose is to do a search of points in vicinity of other points using overlay-commands (sp) with radius in km. I am applying spTransform (package rgdal) and it gives my some curious results. An example. Let's take a point lying somewhere in Germany, zone=32U x <- 8.968735 y <- 49.454735 After conversion I

This affects the XMMS plugin. configure.in has this test: AC_CHECK_TYPES(socklen_t, [], []) And src/plugin_xmms/http.c is the only consumer: #ifndef HAVE_SOCKLEN_T typedef unsigned int socklen_t; #endif Together this looks bogus to me. The configure check looks for socklen_t in the default headers. If it isn't found there, socklen_t will be typedef'ed. However, at least on

Hi all In unittests/ADT/APIntTest.cpp I came across this test: // XFAIL this test on FreeBSD where the system gcc-4.2.1 seems to miscompile it. #if defined(__llvm__) || !defined(__FreeBSD__) TEST(APIntTest, i33_Count) { APInt i33minus2(33, static_cast<uint64_t>(-2), true); EXPECT_EQ(0u, i33minus2.countLeadingZeros()); EXPECT_EQ(32u, i33minus2.countLeadingOnes()); EXPECT_EQ(33u,

Hi, I'm trying to run Renoise 1.5.2 (http://www.renoise.com) under wine. It works OK, but it has big problem with performance while playing music when it scrolls the track - there are clicks etc. just like running it on a too slow CPU. Renoise uses DX 8. I discovered that changing display bit depth from 24 to 16 improves the performance a lot (but it is still horrible, comparing to Windows

On 1/2/07, Josh Coalson <xflac@yahoo.com> wrote: > I'm not sure I understand... I think the INDEPENDENT you are referring > to means the interchannel decorrelation method. this stage is before > and independent of LPC analysis. Correct. > I'm not sure why "independent" frames would not decode correctly > though. more info on exactly how it is not working

This patch adds flac_restrict to share/compat.h and adds it to arguments of ...lpc_compute_residual...()/...lpc_restore_signal...() functions. As a result, FLAC__lpc_compute_residual_from_qlp_coefficients_wide_intrin_sse41() now offers no advantage for 64-bit compiles and was removed from x86-64 part of stream_encoder.c -------------- next part -------------- A non-text attachment was scrubbed...

Hi Jim, Thanks for a very quick reply! That indeed does the trick! Presumably the default has changed in 3.5 to be a "generic" CPU instead of the native one? If that's the case I wonder why: especially when JITting it really only makes sense to target the actual CPU - unless I'm missing something? :) Thanks again, Matt On Wed, Sep 17, 2014 at 2:16 PM, Jim Grosbach

Thanks for the information, I am unclear how to implement the winbind 'rid' backend. I've identified that winbindd is not operating on my demo server (fresh installation of Ubuntu 16), and am looking for some assistance if possible. 1] 'apt-get install winbind' informs me that the package is already installed (v4.3.9), yet it is not operating; 2] Lsof -Pnl +M -i4 provides:

hi all, I want to use samba as a file server in some embeded enviroment, becase I have only 8M flash to hold file system of linux, so I have to put samba files into harddisk. we mount the harddisk as /mnt/c,mkdir samba in /mnt/c, and mkdir bin,lib,log,pid,codepage in /mnt/c/samba. we put smbd,nmbd in /mnt/c/samba/bin we put all the lib files needed in /mnt/c/samba/lib and make all the

Conrad, That's exactly what I was looking for. I just got finish trying several attempts at porting libfishsound to XCode/CocoaTouch land but am facing dependency issues on the other xiph libraries. (liboggz, libvorbis, libflac, etc.) Rest assured I know what the issues are and how to address them. I am at a fork here. I can either port the bulk of the xiph libraries to XCode or continue on

I am using Ruby Feedparser and keep running into situations when a feed is valid but feedparser throws an exception - REXML::ParseException: Declarations can only occur in the doctype declaration. The following feed does validate at feedvalidator.org (with a warning, but does validate): http://www.engadget.com/rss.xml However, when I run feedparser I get this error: <REXML::ParseException:

Hello. I've written the bindings for the Concept Application Server for Xapian (and included into the default package). The sources are available here: http://www.radgs.com/downloads/standard.search.xapian-1.0.tar.gz And the Concept Include files here: http://www.radgs.com/downloads/xapian-include-1.0.tgz Also, i've rewritten 2 examples in Concept:

When decoding a FLAC file with bits per sample that is not a multiple of 8 and outputting in raw format, the decoder gets as far as the write callback before realising that it doesn't know how to write the data. It then fails with an unhelpful message (or trips an assert() in debug mode). The attached patch performs the check earlier, and gives a more helpful error message. Kind