Displaying 20 results from an estimated 100 matches similar to: "Using libFLAC++"
2004 Sep 10
0
Using libFLAC++
On Sat, Feb 15, 2003 at 06:18:12PM -0700, David Bishop wrote:
> I'm attempting to add flac playback to my app, and would like a couple of
> pointers. First of all, I'm very much a "learn by seeing other people doing"
> sort of programmer, and would love a pointer to an open-source app that uses
> libFLAC++, so I could see how they do it.
In flac sources there is
2004 Sep 10
1
[Flac-users] Trouble Building flac-1.1.0
I am trying to build Flac 1.1.0. Version 1.0.3 built without any problems on this system, but 1.0.4 and 1.1.0 fail during the `make' step. I ran `./configure' without any extra flags, then ran `make'. The following is the errors that make outputs:
file_decoder.c:60: parse error before "FLAC__FileDecoderWriteCallback"
file_decoder.c:60: warning: no semicolon at end of
2015 Aug 11
4
C6.7 evolution to cyrus imap(s) fails
On Tue, 11 Aug 2015, Alexander Dalloz wrote:
> Am 11.08.2015 um 21:47 schrieb Dr J Austin:
>>>
>>> What does cyrus-imapd log?
>>>
>>> Alexander
>>>
>>>
>>
>> Where should I be looking ?
>
> /var/log/maillog is the default log file for the MAIL facility. Else check
> your syslog() daemon configuration.
>
>
2004 Sep 10
2
flac_read callback not called in Windows?
Hi,
Not sure if this should be in the dev or users list, but here goes.
I am using the FLAC seekable stream decoder in my MACH3 laser games emulation
in MAME (www.boldtower.com/mach3). The game has a soundtrack (originally on
a laser disk) which I have flac encoded and play back in the game. I did the
implementation under Linux which works fine, the callbacks are easy to set up
and I've
2007 Jun 20
0
domU with no fstate lags in "xm list"
Hi all,
Anybody know what it means for a DomU to show up in the "xm list" as follows:
Name ID Mem VCPUs State Time(s)
Domain-0 0 256 2 r----- 43929.3
Clonezilla 16 512 1 ------ 6.2
The domU "Clonezilla" does not have an "r" state
2004 Sep 10
0
problem with seek_absolute in libFLAC++
--- David Collett <jg@webone.com.au> wrote:
> Hello,
> I have been changing my (C++)program over to the new FLAC++ API which
>
> has gone relatively smoothly.
>
> However, the function seek_absolute() (from the FLAC::Decoder::File
> class) does not seem to work. It always returns false and doesnt seek
> at
> all. Using gdb, I have narrowed down the problem
2004 Sep 10
2
Using libFLAC++
On Sun, Feb 16, 2003 at 01:05:06PM +0100, Miroslav Lichvar wrote:
> On Sat, Feb 15, 2003 at 06:18:12PM -0700, David Bishop wrote:
> > I'm attempting to add flac playback to my app, and would like a couple of
> > pointers. First of all, I'm very much a "learn by seeing other people doing"
> > sort of programmer, and would love a pointer to an open-source
2004 Sep 10
0
Using libFLAC++
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[meta: Thanks, Josh, for clearing that up]
Continuing my quest to make everyone think I'm an idiot, could someone
explain the following code to me? I.e., what the two for loops are
accomplishing, and what, *exactly*, is in s16buffer when it's done.
Assume I want to write a .wav file from this decoded flac*. Is it already in
approximately
2007 Jun 14
1
I can't use libFLAC++
Hi,
I've been trying to use the FLAC lib for c++. I need
to implement basic encoder function in my application,
so i tried to include encoder.h , set everything to
the default path, and included
stream_encoder.cpp,stream encoder.cpp files in the
project. Include is
#include "FLAC++/encoder.h"
i write something like this
FLAC::Encoder::File test;
i build, compile goes ok but then
2007 Sep 26
0
libFLAC++ Seeking
?rta:
> Hello,
>
> I've a problem with seeking using libFLAC++ API.
> The call to seek_absolute always returns with false, whatever I do.
>
> I tried many different ways, finally I tried to reduce my added code to near zero, so I used the cpp decode example in ...\flac-1.2.1\examples\cpp\decode\file\.main.cpp and added only one line:
>
> bool
2007 Sep 27
1
libFLAC++ Seeking
?rta:
> ?rta:
>
> Hello,
>
> I've a problem with seeking using libFLAC++ API.
> The call to seek_absolute always returns with false, whatever I do.
>
> I tried many different ways, finally I tried to reduce my added code to near zero, so I used the cpp decode example in ...\flac-1.2.1\examples\cpp\decode\file\.main.cpp and added only one line:
>
> bool
2011 Jun 11
0
Memory leak using libflac++
> I've recently run it through valgrind, and I'm seeing memory leaks like the
> following:
>
> 12 bytes in 1 blocks are definitely lost in loss record 1 of 5
> at 0x402377E: operator new(unsigned) (vg_replace_malloc.c:224)
> by 0x41448A8: FLAC::Metadata::local::construct_block(FLAC__StreamMetadata*)
> (in /usr/lib/libFLAC++.so.6.2.0) ? by 0x41455D7:
>
2017 Dec 12
0
using libflac++ on a live internet stream
Hi Chris,
Have you tried the Standard C libflac option? Not that I have anything against the C++ flavor, but I've only ever worked with the C API, to keep things simple. Sorry for the brief response, but I wanted to reply quickly.
Brian
On Dec 12, 2017, at 1:51 PM, Chris Barrett <cbarrett.colo at gmail.com> wrote:
> I'm trying to use libflac++ on a live internet audio stream.
2017 Dec 13
0
using libflac++ on a live internet stream
On Wed, 13 Dec 2017 09:12:43 -0700
Chris Barrett <cbarrett.colo at gmail.com> wrote:
> Thanks Brian. I converted everything to libFLAC and got the same
> results.
>
> Here is some debug output
> encoder:
> [34.270050] FLAC encoder set succeeded
> [34.271183] write_callback, frame: 0, samples: 0
> [34.271282] write_callback, frame: 0, samples: 0
> [34.271313]
2005 Sep 16
0
Trivial Implementation for future libFLAC++ releases
Josh,
I added the following trivial implementation of the C++ file decoder
FLAC::Decoder::File::get_decode_position() to my file_decoder.cpp file...
bool File::get_decode_position(FLAC__uint64 *position) const
{
FLAC__ASSERT(is_valid());
return
(bool)::FLAC__file_decoder_get_decode_position(decoder_, position);
}
I would humbly suggest it be included in future libFLAC++ releases.
2005 Oct 16
1
Trivial Implementation for future libFLAC++ releases
Josh,
I added the following trivial implementation of the C++ file decoder
FLAC::Decoder::File::get_decode_position() to my file_decoder.cpp file...
bool File::get_decode_position(FLAC__uint64 *position) const
{
FLAC__ASSERT(is_valid());
return
(bool)::FLAC__file_decoder_get_decode_position(decoder_, position);
}
I would humbly suggest it be included in future libFLAC++ releases.
2006 Mar 19
0
Patch -- Decode Position for libFLAC++ file and seekable_stream decoder
Index: src/libFLAC++/file_decoder.cpp
===================================================================
RCS file: /cvsroot/flac/flac/src/libFLAC++/file_decoder.cpp,v
retrieving revision 1.9
diff -u -r1.9 file_decoder.cpp
--- src/libFLAC++/file_decoder.cpp 25 Jan 2005 04:18:35 -0000 1.9
+++ src/libFLAC++/file_decoder.cpp 20 Mar 2006 05:53:19 -0000
@@ -159,6 +159,12 @@
return
2006 Mar 08
2
libflac++ reading vorbis metadata
I'm trying to use libFLAC++ v1.1.2, to read Song information (like artist,
trackname etc..). So..
I read metadata from file
FLAC::Metadata::get_streaminfo("somefile.flac", infosik);
and It's ok - no error, then I read vorbis info:
FLAC::Metadata::VorbisComment vorbis_kom(infosik);
int number_of_comments = vorbis_kom.get_num_comments();
and after that I have
2004 Sep 10
1
problem with seek_absolute in libFLAC++
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
2006 Mar 10
1
libflac++ reading vorbis metadata
On 2006-03-09 (Thu) ,at 23:20:50 Josh Coalson wrote:
> the vorbiscomments are not in the streaminfo. you want to do:
>
> FLAC::Metadata::VorbisComment tags;
> if (FLAC::Metadata::get_tags("somefile.flac", tags)) {
> FLAC::Metadata::VorbisComment::Entry entry =
> tags->get_comment(tags->get_num_comments-1); //e.g. last tag
> // do something with