Displaying 20 results from an estimated 700 matches similar to: "[PATCH] Add missing functions to VorbisComment class + a few other things"
2012 May 08
1
[PATCH] Add missing functions to VorbisComment class + a few other things
--- 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
2012 May 08
0
[PATCH] Add missing functions to VorbisComment class + a few other things
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
> CueSheet::Track. If nobody objects, I will take a look later this
> week.
Thanks.
2011 Oct 25
5
[PATCH] pm : provide CC7/PC2 residency
x86 pm : provide CC7/PC2 residency
Sandy bridge introduces new MSR to get cc7/pc2 residency (core C-state 7/package C-state 2). Print the cc7/pc2 residency when on sandy bridge platform.
Signed-off-by: Yang Zhang <yang.z.zhang@intel.com>
diff -r 662dbf6ee71c tools/libxc/xc_pm.c
--- a/tools/libxc/xc_pm.c Mon Oct 24 18:01:07 2011 +0100
+++ b/tools/libxc/xc_pm.c Fri Oct 28
2023 Oct 06
2
[libnbd PATCH 0/2] Improve nbdinfo display of block constraints
Based on Laszlo's approval of my idea here:
https://listman.redhat.com/archives/libguestfs/2023-September/032661.html
but as I would like to resync human-size.h back to nbdkit, I'm
reluctant to apply patch 1 this until I get Rich's consent to
relicensing (this email serves as my consent for my contribution here):
https://listman.redhat.com/archives/libguestfs/2023-October/032755.html
2005 Jan 16
2
two problems with flac and ices 0.4 build
i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1.
Neither seems happy, hence the crossposting (sorry).
ICES0.4
---
ices refuses to see the libFLAC library, even if i specify
--with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the
configure script seems to look in the lib and include subdirectories of
the specified path?). i get a configure error:
2005 Jan 16
2
two problems with flac and ices 0.4 build
i'm trying to build ices0.4 and vorbis-tools 1.0.1 with flac 1.1.1.
Neither seems happy, hence the crossposting (sorry).
ICES0.4
---
ices refuses to see the libFLAC library, even if i specify
--with-flac=/usr/local/lib (or even just --with-flac=/usr/local/, as the
configure script seems to look in the lib and include subdirectories of
the specified path?). i get a configure error:
2011 Nov 10
5
Git branch with compiling fixes for win32
On 11/10/2011 18:39, Erik de Castro Lopo wrote:
>
> I'm subscribed to the list (and I set my reply-to to the list).
> Please do not CC me.
>
> JonY wrote:
>
>> Its probably on one of the sf tracker somewhere, I can't seem to find it
>> anymore. It wasn't anything complicated, so I should be able to redo it
>> quickly.
>
> I'm a Linux
2004 Sep 10
3
Compiling problem flac 1.0.4 Mandrake 9.0 gcc 3.2
Hi,
I just read the thread about making 3dnow optimisations default and thought I would test it as I have an AMD here.
Unfortunately I can not even compile with default (no 3dnow) options.
./configure goes fine including this part:
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking for g++... no
checking for
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
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
2006 May 30
1
Is CVS safe for daily use? Why can't I 'make install' to my home?
Hello,
I need flac bug, which is already in cvs (1328191) fixed, so I was
wondering first is cvs safe for everyday use? I can understand a
crash, but corrupt files aren't common right? Also, when trying to
'make install' to prefix=/home/sbh I get:
/bin/sh ../../libtool --mode=install /usr/bin/install -c
'libFLAC++.la' '/home/sbh//lib/libFLAC++.la'
libtool: install:
2012 Feb 01
3
Git branch with compiling fixes for win32
On 2/1/2012 18:52, Erik de Castro Lopo wrote:
> JonY wrote:
>
>> Alright, here's a quick fix, although it is more ugly than I remembered.
>>
>> Basically, it removes those _MSC_VER ifdefs, and relies on inttypes.h
>> where available, and falls back to I64 on MSVC and then ll for others,
>> all format warnings suppressed.
>
> JonY,
>
> Sorry
2006 May 10
1
RE: Compile error on PPC linux
/usr/bin/ld: bad -rpath option
collect2: ld returned 1 exit status
make[4]: *** [libFLAC.la] Error 1
--- flac-1.1.2/src/libFLAC/Makefile.in.orig 2005-02-04
21:23:37.000000000 -0500
+++ flac-1.1.2/src/libFLAC/Makefile.in 2006-04-30 20:30:00.000000000
-0400
@@ -399,7 +399,7 @@
rm -f "$${dir}/so_locations"; \
done
libFLAC.la: $(libFLAC_la_OBJECTS)
2008 Mar 27
1
[LLVMdev] Say hi to VMKit: JVM/LLVM, CLI/LLVM
On Mar 26, 2008, at 12:23 PM, Török Edwin wrote:
[...]
>> 2) ISO C++ does not support %jd. x86_64 does not know about %lld?
>>
>
> It does, but gcc gives a warning, if I use %lld I get a warning on
> x86_64, if I %ld I get a warning on x86-32.
> int64_t is long int on x86-64. However sizeof(long int) == sizeof(long
> long int), so I don't know why gcc insists it is
2012 Dec 03
4
[PATCH 1/5] Remove old GNU-stack sections from nasm files.
They are not needed since the section is defined in nasm.h.
---
src/libFLAC/ia32/bitreader_asm.nasm | 4 ----
src/libFLAC/ia32/cpu_asm.nasm | 4 ----
src/libFLAC/ia32/fixed_asm.nasm | 4 ----
src/libFLAC/ia32/lpc_asm.nasm | 4 ----
src/libFLAC/ia32/stream_encoder_asm.nasm | 4 ----
5 files changed, 20 deletions(-)
diff --git
2004 Sep 10
3
FLAC 1.0.3 is out
Yes, it's finally here. See the homepage for details, but here's
a summary:
- 10-15% decoder speedup
- 24-bit input support restored
- more robust plugins
- new metadata block for Vorbis-style tags
- vastly improved metadata editor
- fixed bug with pipes and Windows
- new libFLAC++, a C++ object wrapper around libFLAC
- new metadata editing interface in libFLAC and libFLAC++
- and
2019 Jul 01
3
[nbdkit PATCH 0/2] Use new libnbd _notify functions
I'm not observing any noticeable performance differences, but I'm
liking the diffstat. I can't push this patch until we release a new
libnbd version with the _notify API addition, but am posting it now
for playing with things.
Eric Blake (2):
nbd: Move transaction info from heap to stack
nbd: Use nbdkit aio_*_notify variants
plugins/nbd/nbd.c | 217
2020 Jul 24
4
[libnbd PATCH 0/3] Expose server block size constraints
Necessary when writing a client that wants to avoid unnecessary EINVAL
errors from sending unaligned requests.
At some point, we may want to add synchronous convenience API wrappers
that do request splitting or read-modify-write to obey server
constraints while still appearing to the library client as accepting
any possible request. But such a wrapper should only be synchronous
and not copied to
2004 Sep 10
2
Using libFLAC++
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
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. Second, I'm having problems with
my simple test app
2008 May 20
3
[PATCH] liboggplay - 64 bit fixes
> I believe that the right (ie ISO C standard recommended) way of doing
> this is:
>
> printf("[%d] [duration %" PRId64 "] %s\n",
C99 only, and ugly as hell (well, subjective, but I have trouble reading those).
I can post an updated patch using this instead if preferred ?