search for: timmer

...functions in the C API, only 4 are currently in the C++ API, this patch adds the missing 7. If this patch is ok, VorbisComment will be next. A quick look tells me only 5 out of 13 FLAC__metadata_object_vorbiscomment*() functions from FLAC/metadata.h exist in FLAC++'s VorbisComment class. Bas Timmer -------------- next part -------------- A non-text attachment was scrubbed... Name: add_seektable_members.patch Type: text/x-diff Size: 3644 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20120504/d9847075/attachment.patch

...e are plenty more patches on the sourceforge tracker if you want to apply more. (But I obviously haven't checked them all and what they are supposed to fix.) It's good to see some updates to the FLAC project after so much time! Will there be any timeline for a bugfix-release? thanks, Bas Timmer --- On Wed, 11/9/11, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > From: Erik de Castro Lopo <mle+la at mega-nerd.com> > Subject: Re: [Flac-dev] Git branch with compiling fixes for win32 > To: flac-dev at xiph.org > Date: Wednesday, November 9, 2011, 10:58 PM >...

> From: Cristian Rodr?guez <crrodriguez at opensuse.org> > Sent: Sunday, May 6, 2012 8:24 AM > > El 05/05/12 02:23, Bastiaan Timmer escribi?: >> The attached patch adds the missing FLAC__metadata_object_seektable_*() >> functions from FLAC's metadata object methods (FLAC/metadata.h) to >> FLAC++'s SeekTable class. Of the 11 functions in the C API, only 4 are >> currently in the C++ API, this...

...make use of the C++ library (atm only the encoder class is used, all the metadata is done as in the C example). But again, just let me know if this is not deemed necessary or if some other things have higher priority (but realize I have no skills in the actual encoding/decoding parts of FLAC). Bas Timmer -------------- next part -------------- A non-text attachment was scrubbed... Name: flacpp.patch Type: text/x-patch Size: 4477 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20120621/be2090d9/attachment-0001.bin

Bastiaan Timmer wrote: ... > In a > previous message I mentioned writing some more convenience functions, but on > closer inspection they would either be inefficient or very difficult > to implement. Could you briefly list these, in case somebody else wants to have a go. Many thanks, Martin -- Marti...

...d_name_. I could not see anything wrong with the code though, and strangely enough just calling printf on the field_name_ 1 line before the strlen() removes all valgrind errors. So I'm not sure what's going on, but it's probably a bug in valgrind, maybe somebody on this list knows? Bas Timmer -------------- next part -------------- A non-text attachment was scrubbed... Name: add_vorbiscomment_members.patch Type: application/octet-stream Size: 3345 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20120507/f6e0ea11/attachment.obj

--- On Tue, 5/8/12, Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: > Honestly, I really doubt this is a bug in valgrind :-). How > were you testing > this? Well, I've read that there have been bugs in valgrind, were SSE optimized versions of strlen() do guaranteed safe overreads of memory, but valgrind wasn't aware the overreads were safe. Anyway, it seems easy to

...called on the encoder that contains it. Workarounds are to not reuse finished streams (though explicitly allowed by the API), disable verification, or always use the C API and delete() and new() the encoder after calling finish(). Please correct me if wrong about any of these things. Thanks, Bas Timmer

> While you are at it, can you check/fix the following warning > ? > > metadata.cpp:812:98: warning: narrowing conversion of > 'strlen(((const > char*)string))' from 'size_t {aka long unsigned int}' to > 'FLAC__uint32 > {aka unsigned int}' inside { } is ill-formed in C++11 > [-Wnarrowing] > > > Thanks ! Yeah sure! I don't get

Bastiaan Timmer wrote: > Attached is a patch that adds 5 missing Patch applied. Thanks. > Looking at the FLAC__metadata_object_cuesheet_* FLAC__metadata_ > object_picture_* functions, it looks like the corresponding FLAC++ > classes are already complete. Maybe some functions are missing from > Cu...

Hi! Attached is a tiny patch adding a convenience function to create a Metadata::Padding object with a certain size in one statement. In a previous message I mentioned writing some more convenience functions, but on closer inspection they would either be inefficient or very difficult to implement. I have also nearly finished converting the cpp file-encode example to use the C++ api, and will

Erik de Castro Lopo wrote: > > http://wootangent.net/~lsd/blah/snippet6.wav > > Great, thanks! Confirmed the problem here. Will look at it ASAP. Same problem with flac 1.2.1. Interesting! Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/

I'm first to buy 5 pack. Even for > $30.

Well, I sent this earlier this week, but I guess it's stuck in the spam filter, so I'll send it again split up in several parts. First the full source, if this one arrives I'll reply with the patch. Ok, so I ended up creating 2 versions of this. The first one is what I mentioned earlier, pretty much a line-for-line translation of the original example. The c++-style casts made the

Hi! I've been using a little C++ program I've written to encode flac files. The program does this in the usual way (I think), by inheriting a class from FLAC::Encoder::File, and passing it chunks of raw samples through process_interleaved()... Anyway, the program works beautifully, and I've now decided to try and add some metadata to the encoded flacs. Eventually, there will be vorbis

...works now, because I read the input file in 1MB chunks, and I have not come across a file with larger frames, but it is not guaranteed. Any ideas? I hope that was somewhat clear, I'm finding it difficult to explain. Let me know if you need more clarification or some example code. thanks, Bas Timmer

Erik de Castro Lopo <mle+la at mega-nerd.com> wrote: >Sven-Hendrik Haase wrote: > >> I found this git repo that contains fixes for mingw32 compilation of >> flac: git://code.entropywave.com/git/flac.git >> Switch to the "ew" branch to see the fixes. I'd be glad if this went >> upstream as it'd make my job easier. > >Is there a gitweb

...l for an Open Source project. The community is the power of Asterisk and by sharing a resource like this, we can make sure that everyone contributes. The SPITshare(r) analyzer makes sure that companies that does not contribute will get older data and more SPIT calls" says Jill Timmer, VP or marketing. SPITwall 1.0 is available with English, Norwegian and Swedish language support. Some support for Canadian and southern US dialects is implemented, and will be finished by release time. --- o --- In addition to these revolutionary feat...

Well, unless somebody has a brilliant idea, I am giving up on this. I don't see how I can do what I wanted to. The slightly hacky way I thought would work, was by guaranteeing the read_callback could read at least enough data to make process_single() return (ie the buffer should contain at least 1 frame or block). But it seems that even when the maximum frame size is known, that can never be

Ok, so I ended up creating 2 versions of this, I hope the attachments aren't too big. The first one is what I mentioned earlier, pretty much a line-for-line translation of the original example. The c++-style casts made the (already ugly) lines with casts even uglier by the way... The difference in the second version is that the metadata objects are no longer heap-allocated. This is more in