similar to: total_samples of Ogg Flac file

HI all, I have already added FLAC support to libsndfile and I am now working on adding support for OggFLAC. I have a couple of question about things that seem radically different between regular FLAC and OggFLAC. 1) FLAC has a function: FLAC__seekable_stream_decoder_get_decode_position but there seems to be no corresponding function:

Nevermind, I have discovered the problem(not really a problem). I had called: set_metadata_ignore_all(); because I didnt actually need to use the metadata in my application. But it seems that with this option set, "total_samples" is not set correctly after calling init(). Upon further debugging, I discovered that the test "sample < total_samples" was what is failing in

On Tue, Jul 08, 2003 at 10:11:49PM +0200, Miroslav Lichvar wrote: > On Tue, Jul 08, 2003 at 11:07:09AM -0400, Matt Zimmerman wrote: > > severity 200435 normal > > thanks > > > > I received this bug report from a Debian user. I can't think of any reason > > offhand why the command line tool would work while the xmms plugin would > > fail. > ... >

When I was trying to find yesterday's xmms-plugin bug, i have noticed that seeking in stream without seek-table isn't very good. With attached patch it is much better. -- Miroslav Lichvar -------------- next part -------------- --- src/libFLAC/seekable_stream_decoder.c.orig 2003-02-26 19:41:51.000000000 +0100 +++ src/libFLAC/seekable_stream_decoder.c 2003-07-09 23:49:35.000000000 +0200

On Thu, Aug 14, 2014 at 12:34 PM, lvqcl <lvqcl.mail at gmail.com> wrote: > Jose Pablo Carballo <jose.carballo at ridgerun.com> wrote: > >> - channels = 2; >> - bps = 16; >> + channels = ((unsigned)buffer[23] << 8) | buffer[22]; >> + bps = ((unsigned)buffer[35] << 8) | buffer[34]; >> total_samples = (((((((unsigned)buffer[43] << 8)

Ok, the patch from 2003 about improving seeking still didn't make it to CVS, so here is another try. I made some benchmarking with the test_seeking utility from flac sources to show how bad the current seeking is, especially without seektable. Track used for the experiment had about 50 minutes. In the following table is average number of seeks and number of decoded frames required for one

Here is preliminary patch for fileinfo for xmms plugin. Saving and removing of the tag isn't working. When saving, how handle id3v1, v2? Display and edit more fields (e.g. performer)? How handle genres? Combo with predefined values? -- Miroslav Lichvar -------------- next part -------------- Index: src/plugin_xmms/Makefile.am

Please excuse me, I haven't yet dug into the code too far. What I'd like to do: I'm using ecasound to record for 24 hour periods, which pipes the output directly to flac. I would like to be able to decode sections of this (using until/skip) during recording/encoding. I understand currently that flac can't do this, unless I pipe into dd to skip after decoding (which would be an

Josh Coalson wrote: > --- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > > > Hi all, > > > > Is seeking working for OggFlac files? I keep on getting a > > FLAC__STREAM_DECODER_SEEK_ERROR. > > yes, it should work fine. in flac/src/test_seeking/main.c there > is an example usage of FLAC__stream_decoder_seek_absolute(). you > could try

Removed buffer size increase. Only tells the filesize to Windows now. On 26.9.2014 14:08, Erik de Castro Lopo wrote: > Martijn van Beurden wrote: > >> Can you please wrap the setvbuf in _WIN32 IFDEFs too? Currently >> memory usage of FLAC decoding is about 1MB, so this patch is >> increasing memory usage tenfold, also for platforms that do not >> need this. It is a

Hi List, I recently was assigned a task to port FLAC Encoder to our embedded platform. Thanks to OO-like design of the libFLAC and throught documentation, that porting went like a charm. I had some problems with chmod/chown like routines while porting but I was able to safely remove that piece of code without any trouble. I have observed that the my application FLAC Encoder failes in

I'm currently working on a speex + theora webchat. I have both working alone, but to make them work together and to know where the package goes, I'm trying to use ogg packages. With theora there has been no problem, but with speex I can't make it work. The problem is that for a second it works great, but then it begings to gain lag, and in a little time it has 5-10 lag seconds (into

Hi, In the last days I've been taking as reference the example found in examples/c/encode/file/main.c. With it I've been able to encode a 2ch, 16 bps, 44100 sample rate input WAV file to a FLAC file. Now I've been trying to modify this example to encode a 2ch, 24 bps, 96000 sample rate WAV file. I have to say I'm a bit lost on how I should read the input file in this case, and

Is there any software that acts like the 'flac' binary but actually does the decoding on a remote host? I'm interested in having at least one faster machine contribute, but preferably more than one. Since the application is ripping CDs, perhaps different machines could take on different files? It would be *amazing* if different hosts could process different parts of the same file.

On Mon, Oct 30, 2006 at 11:13:25AM -0800, Josh Coalson wrote: > my apologies for not doing this before Miroslav... I will definitely > integrate it this time. Thanks. Sending latest version of the patch. Now it can seek in files that have large id3 tag (or any random data) at the end and it won't loop on streams with shuffled frames. -- Miroslav Lichvar -------------- next part

--- Erik de Castro Lopo <erikd-flac@mega-nerd.com> wrote: > HI all, > > I have already added FLAC support to libsndfile and I am now > working on adding support for OggFLAC. cool. > I have a couple of > question about things that seem radically different between > regular FLAC and OggFLAC. > > 1) FLAC has a function: > >

On 5/2/07, Jean-Marc Valin <jean-marc.valin@usherbrooke.ca> wrote: > Well, I don't quite understand why AC_C_BIGENDIAN and the solution > you're proposing is likely to break other big endian machines (the ones > that don't have __BIG_ENDIAN__). Can you send a patch that addresses > that (i.e. still uses AC_C_BIGENDIAN when it works)? It is not that AC_C_BIGENDIAN

Hi, I am working on an application which records directly into a FLAC file. For this purpose I'm using the FLAC stream encoder interface. It works fine, but if my application is killed during encoding, the metadata is not being updated since the file isn't closed properly by calling FLAC__stream_encoder_finish(). Thus when opening the file afterwards for playback, it is possible to

seek_barrage() has variable n of type long int (which is 32bit usually). Then we see something like n = (long int)total_samples; So, why n has type long int, and not FLAC__int64 or some other 64-bit type?

Hi all, Is seeking working for OggFlac files? I keep on getting a FLAC__STREAM_DECODER_SEEK_ERROR. Erik -- ----------------------------------------------------------------- Erik de Castro Lopo ----------------------------------------------------------------- "Why do they protest against France for making it illegal to wear hijabs, but not against Saudi Arabia for making it illegal not to