I think it makes the most sense to consider these fields informational.
So a programme might display it in a 'properties' panel, or use it to
label the image in an index, or even use it to choose which picture to
display when there are multiple options.
But it can't really be used for critical
On 2015-02-23 1:05 AM, lvqcl wrote:
fullcheck:
- (cd test make fullcheck)
+ (cd test make check)
Or just
- fullcheck:
- (cd test make fullcheck)
+ fullcheck: check
-r
___
flac-dev mailing list
flac-dev@xiph.org
On 2014-11-28 12:23 PM, Martijn van Beurden wrote:
Finally, I'd like to point out that the sourceforge page still has
flac-1.2.1b.exe marked as default download for Windows visitors. So,
while visitors on Linux sees flac-1.3.1-win.zip, visitors on Windows do
not. AFAIK this can be fixed by
On 2014-11-25 9:29 PM, Erik de Castro Lopo wrote:
I've applied a variant of Mark Harris' patch from sf.net.
Confirmed. 'make check' works on Mac for me now.
-r
___
flac-dev mailing list
flac-dev@xiph.org
kRZSwxAKCE0jTtyk0qVraHOzU3bE2Et9FtbkWjeosEvS9O3bgj1aH+q5+Trhm+mb
6PPWi7npVVunoXfRrWyQieSTBJFrgboL6fYOfr3nOIu+GqJM4z5QQ/jARUwaaaI=
=jc02
-END PGP SIGNATURE-
From f4547f06f710910059d173990efb99dc77917ed9 Mon Sep 17 00:00:00 2001
From: Ralph Giles gi...@thaumas.net
Date: Tue, 25 Nov 2014 13:21:30 -0800
Subject
On 2014-11-23 3:01 AM, Janne Hyvärinen wrote:
At least Windows users expect to find official version at
https://xiph.org/flac/download.html. Right now it links to old
sourceforge page http://sourceforge.net/projects/flac/files/flac-win/
that only has version 1.2.1.
Is this just a static
On 2014-11-13 6:47 AM, Martijn van Beurden wrote:
I haven't been able to reproduce this on x86_64, so
using Valgrind is not possible I guess?
Valgrind does have some armv7 support now, so it's possible to use it to
track down these things. -fsanitize=address has some arm support as well.
On 2014-11-13 7:49 AM, lvqcl wrote:
I found that getopt.c and getopt1.c files contain 0x0c character
aka form feed aka '\f'. What's the purpose of them?
GNU code (or emacs?) sometimes uses ^L as a page break. It's reasonable
to remove them. The compiler treats them as whitespace, so it's only
The gcc version #ifdef fix for bswap16 doesn't work for Apple's clang.
Here's a better fix, which has configure check for it directly.
Fixes build failures on MacOS X.
-r
From 05445ca46da8c1c118c8ec3ba34df8ca0f76925d Mon Sep 17 00:00:00 2001
From: Ralph Giles gi...@thaumas.net
Date: Tue, 4 Nov
On 2014-06-19 6:01 AM, Erik de Castro Lopo wrote:
Ok, Audacity is not a good example to follow. We need to find out
what some other common used cross platform project is doing. Preferably
more than one project.
FWIW, the other xiph codecs have parallel sets of MSVC project files
under the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2014-05-03 1:52 AM, LRN wrote:
Why is ogg_mapping.c full of variables? Why not macros?
I didn't write it, but generally one does this because const globals
are as efficient as macros, but you get type checking and normal
interactions with
On 2013-09-30 4:53 PM, Erik de Castro Lopo wrote:
I'd be keen to have the windows build automatically do the sanest possible
thing,
preferably with anyone having to copy files.
The way we've been doing the Opus stuff is to have the project files
expect a build in a parallel checkout. so:
On 2013-09-29 2:14 AM, lvqcl wrote:
With current settings, MSVS links debug version of flac.exe (and other .exe
and .dll files) with the release version of libogg_static.lib. MSVS issues a
warning LNK4098: defaultlib 'libcmt.lib' conflicts with use of other libs;
use /NODEFAULTLIB:library
On 13-08-19 3:54 AM, Erik de Castro Lopo wrote:
All the winamp2 bugs can be ignored because upstream winamp already
contains FLAC support and we dropped the plugin from the sources
some time ago.
Ok, thanks. I'll just close those without forwarding.
-r
Bug suggests using literal assignment to initialize pointers in
structures instead of calloc, to avoid pointer-representation assumptions.
https://sourceforge.net/p/flac/bugs/258/
Pointers should not be initialised by the function calloc if they are
a member of a bigger data structure. Would
As part of the ongoing move of FLAC's project hosting from
sourceforge.net to xiph.org, we're planning to remove the issue tracker
there. Erik doesn't check it, so issues filed there are just rotting,
and that's a poor experience.
We don't have a decent alternative at xiph.org at the moment.
User reported in 2003 output glitch in winamp2 when playing a 24-bit
flac file after a 16-bit shn file. Possibly a winamp bug.
Closed as out-of-date.
https://sourceforge.net/p/flac/bugs/84/
___
flac-dev mailing list
flac-dev@xiph.org
User reported in 2003 that crossfading doesn't work in winamp2 between
44.1 and 48 kHz files. Closed as not our bug.
https://sourceforge.net/p/flac/bugs/98/
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
User reported in 2005:
I have recently upgraded to FLAC 1.1.1a and Winamp 5.06
and have noticed a bug in the winamp plugin. When using
the Scroll Title in windows taskbar option in Winamp
the title flickers in the taskbar and does not scroll.
If I revert
back to the Winamp plugin from 1.1.0 it
User reported in 2004 that the 'FLAC info' dialog displayed by the
winamp2 plugin doesn't provide enough space to work with the 'large
font' setting. Closed as out-of-date.
https://sourceforge.net/p/flac/bugs/113/
___
flac-dev mailing list
On 13-05-02 7:37 PM, Marcus Johnson wrote:
Here's the Flac.xcodeproj, compressed with 7-zip as it's just a folder
and can't be transmitted without being compressed, check to see if it
works on your computers, and hopefully everything works.
.7z isn't a normal MacOS tool. Could you please send
On 13-04-30 2:45 PM, Martijn van Beurden wrote:
http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre4.tar.xz
This tarball passes 'make distcheck' on an armv7l pcduino
(AllWinner A10) running Linaro 12.11 ubuntu variant.
Likewise on an x86_64 running MacOS 10.7.5.
-r
On 13-05-01 3:45 PM, Marcus Johnson wrote:
I've got the Xcode project done, I'm having trouble finding the proper
format for the header search path, and do I need to include the tests in
the xcodeproj?
It's always better if you can include the self-tests, both for build
verification and as
On 13-04-30 8:20 AM, Erik de Castro Lopo wrote:
I should junk it then. Whatever is there now doesn't work. If someone
wants to resurrect it they can always pull it out of git.
Yes, that's fine. XCode 4.6.2 binds the extension, but can't open the
project files, saying they're too old, so these
On 13-03-02 3:22 PM, Erik de Castro Lopo wrote:
http://downloads.xiph.org/releases/flac/beta/
On Mac 10.7.5 Apple clang 4.2, 'make check' fails because BSD and GNU
coreutils have incompatible format options for 'stat'.
If I change test/test_compression.sh to use:
size=`stat -f %z
Now that we've selected a channel mapping for 7 and 8 channel flac, the
command-line encoder tools needs updating to accept wav files with
compatible channel maps.
-r
From 34e72dcae28c443a4a83ba6da5e2334b4865c5ed Mon Sep 17 00:00:00 2001
From: Ralph Giles gi...@mozilla.com
Date: Thu, 17 Jan 2013
On 13-03-01 2:17 PM, Erik de Castro Lopo wrote:
Ralph, looks like there's a missing closing brace there. Do you want to fix
it and resubmit or should I fix it?
Sorry about that. Is this one better?
-r
commit 93d92eb5e98cacd8cab185a0bfdaafb795b14b22
Author: Ralph Giles gi...@mozilla.com
Date
On 13-02-08 11:31 AM, Johnny Rosenberg wrote:
I'm not very familiar with creating projects with dedicated IDEs, so
far I only use a simple text editor and I want to keep it that way for
a while, if possible.
If you've installed libflac-dev you should be able to compile the
example code
On 13-01-24 2:10 PM, Martijn van Beurden wrote:
6) Replace all occurrences of static inline with static __inline
This should be done with a global define for 'inline'.
7) Tell the linker to ignore msvcrt.lib
Visual Studio tells you to do this, but it's wrong. This probably comes
from the
This unbreaks 'make distcheck' for me. Jenkins shows this stopped
working with f1841caba3.
-r
From 8790911d77f857f410c6029ddb7d1f987e47ba6f Mon Sep 17 00:00:00 2001
From: Ralph Giles gi...@mozilla.com
Date: Fri, 18 Jan 2013 14:04:27 -0800
Subject: [PATCH] Fix the 'distclean' target.
Generated
On 13-01-16 11:10 PM, Erik de Castro Lopo wrote:
My understanding is that the recent changes for 7 and 8 channels was
a documentation change only.
I think we should also change the flac front-end utility to construct
and interpret the WAVE channel mask for 7 and 8 channel files. No one
has
to write out those masks when decoding such
files. Likewise, we would modify 'flac' to accept files with those
channel masks as input when encoding.
Untested patch attached.
-r
From 2473146aac0b1c00863692b15ae0588373a00b04 Mon Sep 17 00:00:00 2001
From: Ralph Giles gi...@mozilla.com
Date: Thu, 17 Jan
On 13-01-17 7:26 PM, Brian Willoughby wrote:
I vote for documenting the --channel-map option in the --help
I suspect it's undocumented because 'none' is the only implemented
argument, which is a way to work around the defined channel map
signalling. I.e. it doesn't make interoperable files.
-r
On 13-01-17 7:26 PM, Brian Willoughby wrote:
I vote for documenting the --channel-map option in the --help
Do you ever use --channel-map yourself, or recommend it to clients?
-r
___
flac-dev mailing list
flac-dev@xiph.org
On 12-12-13 11:18 AM, Martin Leese wrote:
Can the 8 channels be easily decoded in a web browser (as Google
Chrome) ?
I don't think Chrome or Firefox support FLAC decoding natively.
There's been some discussion of native surround support in the context
of the Web Audio spec recently.
On 13-01-02 3:16 PM, Stephen F. Booth wrote:
I think we may be butting up against an area where the standards aren't clear.
That's the conclusion I came to. Earlier today I looked through
http://read.pudn.com/downloads122/ebook/519453/EIA-CEA-861-B.pdf, which
defines speaker configurations for
On 13-01-01 12:17 PM, Martijn van Beurden wrote:
Anyway, after some hassle, I finally got format-patch working as it
should. I've updated the sourceforge tracker links, changed all
cvs-links to link to the current git and added some news.
Applied, thanks!
For future patches, please set a
On 12-10-12 4:47 AM, Erik de Castro Lopo wrote:
I've read through this thread and it didn't really come to any
conclusion. Can we try again and make a decision this time?
Anyone else have thoughts on this? I'd like to get this added before the
1.3.x release. Especially helpful would be
On 12-12-27 3:28 AM, Erik de Castro Lopo wrote:
My current understanding is that we intend to keep the web site
on flac.sf.net and have a mirror on xiph.org/flac.
I was thinking about it the other way around, but that was the default plan.
On flac.sf.net, we probably don't have SSI, so
On 12-12-12 10:47 AM, Max Horn wrote:
If you point me to the sources of the site (is there a repos for it?), I'll
be happy to provide a patch for this, too!
The new site repo is https://git.xiph.org/flac-website.git
As a start, I verified that my own ancient patch is obsolete now, and
Hi Josh,
I know you're busy, but could you please respond, one way or the other,
whether I should have access to the flac.sf.net site to point it at the
recent maintainership work Erik has been coordinating at Xiph.Org?
Thanks,
-r
On 12-12-12 1:18 PM, Rich Bowen wrote:
So, please let me
d3c3c44b26a2ed6c89a1051d33af962c87683c53 Mon Sep 17 00:00:00 2001
From: Ralph Giles gi...@xiph.org
Date: Fri, 21 Sep 2012 14:12:09 -0700
Subject: [PATCH] Document a channel mapping for 7 and 8 channel audio.
The FLAC spec hasn't previously documented channel
definitions for 7 and 8 channel files, making
On Fri Sep 21 16:31:21 2012, Stephen F. Booth wrote:
6.1: L R C LFE Ls Rs Cs (MPEG 6.1 A layout)
I'm confused. WAV puts the rear centre before everything but 'Front
left of center' and 'Front right of center'. Are you saying you prefer
the extra front channels to to side/rear surround, or
On 12-06-02 6:14 PM, Chris wrote:
Hello -
I am new to the list and new to FLAC and I have an encoding question. I
am using Goldwave to create a file which is 32 bits, signed, little
endian. I am doing this to avoid the added step of converting from
16-bit samples to 32-bit samples. All
On 12-04-25 5:11 PM, Josh Coalson wrote:
Part of the reason the current test suite is so long is to try and discover
those problems automatically. But it's not possible to be exhaustive
simply because new code may not be covered by the test suite.
Coverage of the test suite is something the
On 9 April 2012 18:50, Danpoleary danpole...@netscape.net wrote:
I downloaded the complete src from cvs. and as normal, I try to run
./configure, but it does not exist. All the documentation talks about it,
but it is nowhere to be found.
Also please be aware that there's newer development at
On 4 April 2012 04:54, Erik de Castro Lopo mle...@mega-nerd.com wrote:
Can you please check out whats happening here? See:
https://mf4.xiph.org/jenkins/job/flac/31/console
There were some permission problems in the jenkins working tree;
probably my fault. I cleaned up a bit and build #34
On 8 March 2012 06:15, Martin Kos mar...@kos.li wrote:
i have seen that the dbPowerAmp ripping and encoding software supports a
new so-called FLAC uncompressed format
I expect this is just encoding every block as 'SUBFRAME_VERBATIM'. I'm
not aware of a switch on the normal flac encoder to do
On 25 February 2012 17:44, Erik de Castro Lopo mle...@mega-nerd.com wrote:
Earl Chew forwared me an email he had submitted to this list but
has never showed up.
I've cleaned the spam trap.
-r
___
flac-dev mailing list
flac-dev@xiph.org
On 5 February 2012 01:41, Erik de Castro Lopo mle...@mega-nerd.com wrote:
a) On Linux, use the bswap_*() intrinsic.
FWIW, Both Apple llvm-gcc 4.2.1 and Apple clang 3.0 support
__builtin_bswap32() At least on XCode 4.2. It compiles to the bswap
instruction.
-r
On 4 February 2012 14:30, Erik de Castro Lopo mle...@mega-nerd.com wrote:
Is there any way to add say a windows machines with MSVC to that? :-)
There is. It's slightly complicated because (a) I don't have a windows
machine with a public IP jenkins can ssh to, and (b) the jenkins box
itself
if you have windows but don't already
have a copy of the microsoft compiler.
-r
--
Ralph Giles
Xiph.org Foundation for open multimedia
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
On 1 February 2012 01:55, Erik de Castro Lopo mle...@mega-nerd.com wrote:
Some time ago, I foolishly agreed to become the maintainer of FLAC,
Thank you, Erik!
Please find attached to patches which fix 'make dist'
Unfortunately 'make distcheck' still fails, because test scripts don't
work with
On 1 February 2012 14:00, Ralph Giles gi...@thaumas.net wrote:
I added a job to our jenkins continuous integration thing. Right now
it doesn't test any more than you're proposing to do, but the results
are public, which can be helpful.
Er, which results are available at https://mf4.xiph.org
Sorry about the duplicate posts from Earl Chew. He's resent because
the first v3 patch got caught in the moderation queue, and I didn't
notice when I released the messages. Not his fault. :-)
-r
___
flac-dev mailing list
flac-dev@xiph.org
On 12 January 2012 16:07, Erik de Castro Lopo mle...@mega-nerd.com wrote:
However, it looks like I'm changing jobs soon and should have two
weeks free between finishing one and starting the other.
Good thing you've got time off work so you can get work done! Shall I
harass you about your patch
On Fri, Sep 14, 2007 at 05:35:04PM -0400, Dan Pritts wrote:
the format for CD-ROM sets aside space for error correction and
therefore has less available for data.
Red Book CD Audio still has error correction. Otherwise you'd *really*
notice the scratches.
On Fri, Sep 14, 2007 at 01:10:09AM
On Fri, Sep 14, 2007 at 06:12:22PM -0700, Ralph Giles wrote:
Do you know what features prompted the 1.7 automake version requirement?
It seems to work fine with the 1.6.3 distributed by Apple.
This was of course my suggestion originally. :P
http://lists.xiph.org/pipermail/flac-dev/2006
On Fri, Sep 07, 2007 at 04:59:50PM -0700, Josh Coalson wrote:
it actually is complicated. the libFLAC api is not suited to a
multithreaded design because the i/o is stream-based, not file-
based. flac(.exe) is the file-based wrapper around libFLAC that
allows it to work on files. the way
On Wed, Jul 11, 2007 at 09:07:56PM +1000, Silvia Pfeiffer wrote:
We will now have to prepare Internet-Drafts in preparation for new
RFCs for the new mime types and get into a discussion with IETF/IANA
as to changing the old registration. If that is not possible, we may
need to revert to the
On Sun, Jul 08, 2007 at 02:03:05AM +0100, Ivo Emanuel Gonçalves wrote:
Oh, really? Well, be kind enough to provide me a link. I'll be
deleting the wiki page and try to add the information somewhere else
more relevant.
Sorry, I should have before. http://xiph.org/vorbis/doc/v-comment.html
On Sun, Jul 08, 2007 at 01:13:40AM +0100, Ivo Emanuel Gonçalves wrote:
This proposal states two new tags, LICENSE and COPYRIGHT.
These are not new tags. They have been part of the recommended
interoperability set for years, and are the standard way of
flagging such information in ogg files.
On Sat, Dec 23, 2006 at 05:59:59PM -0600, Mike M wrote:
2nd: I've been looking for specs on flac metadata standards for tag info
[...]
MediaMonkey is writing the tags similiarly to the ogg/vorbis standard,
That's correct. FLAC uses the same tag set (and format, roughly) as the
the vorbis
On Tue, Nov 07, 2006 at 06:31:04AM +1100, Erik de Castro Lopo wrote:
I haven't tested it, but I don't think just setting packet.e_o_s
is sufficient to close the stream. The forced ogg_stream_flush()
is required.
libogg checks the e_o_s flag (and has always done so, according to svn)
so you
On Sun, Oct 01, 2006 at 01:17:32PM +0200, Danny Ayers wrote:
Not always - the following is valid (though rather unusual!) RDF/XML :
html xmlns=http://www.w3.org/1999/xhtml;
body
pblockquoteMixup/blockquote/p
/body
/html
I wonder if that's a bug, since there's not actually any RDF
On Sat, Sep 30, 2006 at 12:21:53PM +0200, Danny Ayers wrote:
Basically I'd like to embed arbitrary (meta)data in flac files.
I agree it would be best to define a new block type for RDF
metadata, or probably better for random attached XML data, and
let the xml parser figure out what schema it's
All,
I'm pleased to announce that Xiph.org has been selected as a mentoring
organization for the 2006 Google Summer of Code program. So if you need
a summer job, and there's something about free multimedia that's been
bugging you, here's your chance!
We've put up some project ideas for things
On Wed, Jan 18, 2006 at 08:34:33AM -0500, Scott C. Brown 02 wrote:
does anything special need to be done to get flac working on the intel macs?
I've not heard a positive build report, but I don't expect there to be any
issues.
-r
___
Flac-dev
On Mon, Jan 24, 2005 at 05:43:04PM -0800, Josh Coalson wrote:
because of the mess and since there have been API changes and
additions in both libFLAC and libOggFLAC since 1.1.1 I plan on
bumping all the libtool numbers as follows: current++, revision=0
age=0. if this will cause problems
On Sat, Jan 08, 2005 at 08:31:47PM -0800, Matt Zimmerman wrote:
liboggflac1 did not change the soname (better check this, it might require a
soname change, check the seekable ogg-flac support stuff).
CCing upstream on this. Josh, did 1.1.1 change interfaces in liboggflac?
If so, it needs
Hi all,
Just posting a reminder that the next Xiph.org organizational Monthly
Meeting is scheduled for next week, 2005 January 5 at 12:00 GMT. We'll
be alternating the 1200 time with our usual 2400 time this year to make
it easier for folks in Europe to attend.
The Monthly Meetings are held on
On Tue, Nov 16, 2004 at 09:30:09AM -0800, Josh Coalson wrote:
PS: I seem to be having a great deal of trouble with the xiph.org
mail server. It seems to be silently deleting some of my emails.
I sometimes need to resend my emails 2 or 3 times before it
gets through to the
72 matches
Mail list logo