similar to: [Flac-users] Extending mp3/ogg application to play flac

--- Lars von Wedel <vonwedel@web.de> wrote: > However there are two issues I'm unsure about: > > - Do I need to convert the decoded audio data delivered to the > FileDecoderWriteCallback to be compatible with mad_pcm/mad_fixed_t > data? not sure about the mad_fixed_t format, but probably. all samples coming out of the FLAC decoder are linear PCM 32-bit signed ints.

On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > Yeah, it's useful, so now there is a > FLAC__seekable_stream_decoder_get_decode_position() and > FLAC__file_decoder_get_decode_position(). I haven't documented > them yet but you can see an example in > src/metaflac/operations_shorthand_seektable.c where I use it > during seektable creation. Ok, here is

On Fri, Nov 08, 2002 at 12:39:52PM -0800, Josh Coalson wrote: > --- Miroslav Lichvar <lichvarm@phoenix.inf.upol.cz> wrote: > > I have few notes: > > > > It seems there is changed API in CVS again. So, what about adding > > function like > > unsigned FLAC__format_frame_size(const FLAC__Frame *frame) > > which returns size of the frame in bytes. This

On Sat, Nov 09, 2002 at 06:02:33PM +0100, Miroslav Lichvar wrote: > On Fri, Nov 08, 2002 at 07:12:35PM -0800, Josh Coalson wrote: > > Yeah, it's useful, so now there is a > > FLAC__seekable_stream_decoder_get_decode_position() and > > FLAC__file_decoder_get_decode_position(). I haven't documented > > them yet but you can see an example in > >

Hi, i'm using xmms-plugin from flac-0.9, i found following problems. Back-seeking cause, that .flac is not played all. It's caused by StreamDecoderPrivate variable samples_decoded and function stream_decoder_frame_sync_, which compare it against whole length of stream. I don't know what is meaning of this varible (samples decoded from last reset or for whole life of decoder). So i

Hello, I have currently many of my CDs ripped to FLAC to replay them from the computer. In most cases, there are single files for each track on the CD. I like the idea to rip the CD to a single track and add a cue sheet to the metadata which was recently discussed on the list. How would I access specific tracks using this approach by means of the FLAC (or FLAC++) API in my own decoder

Hi, I'm developing a plugin for a settop-box application to make use of flac files. However, I have difficulties to get the file-decoder to run in C++. What I do in my derived decoder class is basically: - create an instance of FLAC::Decoder::File, calling also the bsae class c'tor - set_metadata_respond( FLAC__METADATA_TYPE_STREAMINFO ), set_filename() -

--- Christian Weisgerber <naddy@mips.inka.de> wrote: > Josh Coalson <xflac@yahoo.com> wrote: > > > I have checked in all the latest into CVS and am going to start the > > test suite again. if all goes well I will probably release this as > > beta 10. > > What's the sequence of steps required to turn this into a buildable > distribution? >

I'm working on a bug where LLVM takes over six minutes to compile a module. After some hand-editing, the module looks like this: class half { private: union uif { unsigned int i; float f; }; static const uif _toFloat[1 << 16]; }; const half::uif half::_toFloat[1 << 16] = { {0x00000000}, {0x33800000}, {0x34000000}, {0x34400000}, {0x34800000},

Stuart Hastings a écrit : > > { > {0x00000000}, {0x33800000}, {0x34000000}, {0x34400000}, > {0x34800000}, {0x34a00000}, {0x34c00000}, {0x34e00000}, > {0x35000000}, {0x35100000}, {0x35200000}, {0x35300000}, > {0x35400000}, {0x35500000}, {0x35600000}, {0x35700000}, > ... > {0xfffd8000}, {0xfffda000}, {0xfffdc000}, {0xfffde000}, > {0xfffe0000},

Hello, >> Has someone alread made a script to duplicate a music library consisting >> of various formats in mp3 ? >> > > If you are using Windows then the FooBar2000 audio player has a convert > function that will do this nicely. It's what I use, so I've never bothered > with a script. > Looks good for converting arbitrary sources into mp3. But the

Hi, I have a question: What are the limitations of routing between several IP addresses belonging to one interface? I have a box with one network interface, configured to three different IP addresses. It looks something like this: eth0 xxx.xxx.xxx.11 eth0:01 xxx.xxx.xxx.12 eth0:02 xxx.xxx.xxx.13 What I would like to do is allow eth0''s address to accept and open connections to any

Hello, [Using LLVM r155315, according to `svn log | head`] I am experimenting with programatically building and jitting functions in a module, and I seem to be coming across a crash in some generated code. Using the llvm-c interface I build up the module which dumps like this: ; ModuleID = 'MyModule' target datalayout = "i686-apple-darwin11" target triple =

Hello I have 2 class-B networks (172.22.0.0/16 and 172.23.0.0/16, over 130k of ip''s) and need to setup traffic tbf shapers with 64kb/s for each ip from 172.22.0.0/16 and 128kb/s for each ip from 172.23.0.0/16 just read lartc and don''t understand how to use u32 for decreasing number of rules and hashing

Hi Lauro, This is a very tricky problem to resolve. Basically you need a pass just before code emission to find the proper locations for each constant pool. That means you need: 1. Exact size of each instruction. This can be added with a custom instrinfo that specify instruction length for each target instruction. 2. Probably some kind of constantpool pseudo instruction. The pass can then

I was looking through the InstCombine pass, and I was wondering why signed division is not considered a valid operation to combine in the canEvaluateTruncated function. This means, given the following code: %conv = sext i16 %0 to i32 %conv1 = sext i16 %1 to i32 %div = sdiv i32 %conv, %conv1 %conv2 = trunc i32 %div to i16 * Assume %0 and %1 are registers created from simple 16-bit loads. We

Hello, I am having problems, getting my asterisk-domU to work properly. It consists of the following components: - Debian Etch under Xen-3.1 with a 2.6.18-kernel - Asterisk 1.2.24 - mISDN-1.1.5 I have 2 HFC-ISDN-cards, which I pass through to the Asterisk-DomU in permissive mode. This is working fine. The strange problem is, that the two HFC-ISDN-cards are not beeing initialized by the

I'm facing a problem with constant pool in large functions. The LLVM prints constant pool at the beginning of functions. In large functions loads can be far from constant pool. GCC resolves this situations by spreading constants throughtout functions. A C test and the code generated by LLVM and GCC are attached. As you can see in the following error the ldr is too far from constant: $

In debian bug #498083 (http://bugs.debian.org/498083) someone is getting segfaults reasonably consistently, however when using -vvvv it doesn't happen... Fortunately Sven was able to get a good backtrace. I can't quite see what's causing the problem; it does seem to be related to xattrs. Please see the bugs report at the url above for the details. Any help much appreciated. Paul

Hi David, I'm not certain, but to me the "LLVMSetTarget(module, "i686-apple-darwin11");" line looks suspicious. I'm not familiar with all the ins and outs of how target triples get handled, but it looks to me like that's requesting 32-bit code. I think that if you omit that line completely then the target will be inferred from the execution environment. My best