Everyone,
When it rains it poors.
This is to announce the release of libogg version 1.1.2. This is a
bugfix release to address a problem with large packet assembly after
seek. Vorbis is unlikely to trigger the bug, but it is an issue for
FLAC and Theora. Thanks to Josh Coalson for finding this
On Fri, Sep 24, 2004 at 02:13:45PM -0700, Josh Coalson wrote:
> FLAC tag a.k.a. Vorbis comment support is very good now so
> unless someone comes up with a really compelling reason, I'm
> going to drop [id3 support] in the next release.
Yay. :)
-r
___
On Tue, Sep 28, 2004 at 12:29:44PM -0700, Dave Peck wrote:
> My understanding is that iTunes uses QuickTime for playback; does anyone
> know where to find a FLAC codec for QuickTime?
I believe it's more accurate to say iTunes can fall back to QuickTime to
play unknown formats. One story has it t
On Sat, Oct 02, 2004 at 01:21:03PM +0800, illiminable wrote:
> I had a look a few times for detailed info on quicktime, and it all looked
> pretty painful.
It didn't look that bad to me; just a lot of time figuring out how
you're supposed to do things. But then, I have some background in MacOS
On Sat, Oct 02, 2004 at 02:08:20PM +0800, illiminable wrote:
> Though i'd really like a unified solution, rather than 4 or five different
> plug-ins which are 75% the same all doing their own thing. And also the
> ability to add new codecs easily without writing the entire thing each time.
No k
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 t
FYI,
By popular demand, we now have an 'ogg-dev' mailing list at xiph.org.
This is the new place to discussion generic Ogg format issues and
implementations that aren't specific to a single codec, which all
our technical lists have been heretofore.
For subscription, etc. information please visi
On Thu, Dec 09, 2004 at 04:38:57AM -0800, [EMAIL PROTECTED] wrote:
> Nevermind - I found it. No, it does not use Ogg encapsulation, but it
> does compile right off the bat. This lists itself as version 98.9, I'm
> guessing that means 0.98.9. If someone has a newer version, please let
> me kn
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 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
On Sun, Jan 09, 2005 at 10:44:16AM -0200, Henrique de Moraes Holschuh wrote:
> I am holding TiMidity in the current [broken] state until we get the new
> upstream with the soname fixes. I hope it is released very soon :(
Are we talking about the library's soname, or the debian package name?
I co
On Sun, Jan 09, 2005 at 11:05:45AM -0800, Matt Zimmerman wrote:
> > Is the debian mismatch based on a release between these too? Should
> > flac-1.1.1 release have been 2:1:0? In either case, it seems rebuilding
> > all the packages against the 1.1.1 library should resolve the issue?
>
> If the
On Mon, Jan 10, 2005 at 12:22:18AM -0200, Henrique de Moraes Holschuh wrote:
> Well, if something built against 1.0.4 can (even in corner cases)
> malfunction with 1.1.1, then yes, it must be 2:1:0. This holds true to
> the soname of the C++ libs too if changes on the underlying C libraries are
>
On Mon, Jan 10, 2005 at 01:36:23AM -0200, Henrique de Moraes Holschuh wrote:
> Well, the packages we are having trouble here are:
> flac 1.1.0 (let me check... libOggFLAC version-info 1:2:0)
> debian package: liboggflac1 (matches libtool soname - ok)
>
> oggflac 1.1.0 not forward or back
On Mon, Jan 10, 2005 at 09:37:18PM -0800, Josh Coalson wrote:
> as far as I can piece together, the last releases went like:
>
> FLAC release libOggFLAC went to
> - --
> 1.1.0 1:2:0 from 1:1:0 (code changes only I think)
> 1.1.1-beta
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 p
On Wed, Mar 09, 2005 at 05:45:22PM -0800, Dan Sully wrote:
> Hi - just wanted to give a quick plug for my company's new product -
> Squeezebox2.
>
> We're doing native FLAC on the device now, in addition to visualizers,
> 802.11g and more.
Hey, excellent! Thanks for the heads up.
-r
___
People have asked for reminders on the Xiph.org monthly meetings, so
here it is, better late than never.
This month's meeting is 'today' April 6 at 23:59 GMT. That's 1 am
thursday in europe, thursday morning in asia and australia and
wednesday evening in the americas.
Every month we hold an or
The attached patch removes a spurious semicolon after a comment
which causes problems with the Sun compiler.
-r
? semicolon-fix.diff
Index: src/libFLAC/format.c
===
RCS file: /cvsroot/flac/flac/src/libFLAC/format.c,v
retrieving revi
The replay gain code has dos line endings in CVS, which causes problems
for the Sun compiler, among others. Attached is a patch for the lazy,
but it's probably easier to fix locally and commit.
-r
___
Flac-dev mailing list
Flac-dev@xiph.org
http://lists
On Sat, Jun 04, 2005 at 08:00:45AM -0700, Ralph Giles wrote:
> The replay gain code has dos line endings in CVS, which causes problems
> for the Sun compiler, among others. Attached is a patch for the lazy,
> but it's probably easier to fix locally and commit.
Now with actual patch
Yay! :-)
-r
On Tue, Aug 30, 2005 at 05:17:40PM -0700, Josh Coalson wrote:
> fixed in CVS.
>
> --- Ralph Giles <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Jun 04, 2005 at 08:00:45AM -0700, Ralph Giles wrote:
> >
> > > The replay gain code has dos line en
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 maili
On Wed, Feb 22, 2006 at 04:21:54PM -0500, Scott C. Brown 02 wrote:
> didn't work for me
>
> i've attached my results in a .txt file.
Thanks for testing!
Looks like it's asking nasm for the wrong object format and/or libtool
needs updating. Can you try disabling the asm support and see if that
Everyone,
Just a (last minute) head's up that our organizational monthly meeting
will be March 1st at 18h00 GMT. That's just over 24 hours from now. As
usual, we will meet on irc.freenode.net in the channel #xiphmeet.
Everyone is welcome to attend. We generally talk about how the various
proj
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 we'
On Tue, Jul 11, 2006 at 04:17:41PM -0700, Mary Amon wrote:
> Right now, I am
> looking in the src code of libFLAC, (I am looking through stream_encoder.c
> in libFLAC src code), but its really confusing to someone who just learned
> what ./c
On Tue, Jul 11, 2006 at 05:47:37PM -0700, Mary Amon wrote:
> I feel really silly asking this, but where is read_residual_partitioned_rice
> >
> >_() ? I tried using the standard find feature on text editors for all of
> >the .c and .cpp files in libFLAC and libFLAC++, but nothing came up.
The im
On Wed, Jul 26, 2006 at 02:49:27PM -0700, Mary Amon wrote:
> thank you very much for anyone who might take the time to help me. also, if
> this is way against forum etiquette, please tell me/flame me to my personal
> email address.
Well, I can't speak for Josh, whose list this really is, but as
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
On Sun, Oct 01, 2006 at 01:17:32PM +0200, Danny Ayers wrote:
> Not always - the following is valid (though rather unusual!) RDF/XML :
>
> http://www.w3.org/1999/xhtml";>
>
>Mixup
>
>
I wonder if that's a bug, since there's not actually any RDF there, and
this would detect as xhtml by a
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 Mon, Nov 06, 2006 at 08:57:49AM -0800, Josh Coalson wrote:
> thanks Erik, can you confirm that this is happening only because
> the total_samples_estimate is 0? (so the e_o_s setting in the
> existing code is never triggered).
I can confirm this is the case.
-r
_
BTW, I ran into a few issues building with recent cvs.
You might want to consider copying autogen.sh from one of the other xiph
codec projects and setting a proper minimum version in AUTOMAKE_OPTIONS.
The current one just breaks if it the default automake isn't the
appropriate version, but debi
On Wed, Nov 08, 2006 at 05:28:39PM -0800, Josh Coalson wrote:
> which tests? for a little while there, test_seeking would fail
> because of an intermittent bug in the seek routine which has been
> fixed. test_flac and test_metaflac are currently failing because
> of mismatches in the vendor stri
On Sat, Nov 11, 2006 at 03:03:12PM -0800, Josh Coalson wrote:
> ok, checked in some fixes that should take care of most of the
> warnings.
Nice! Current complete set of warnings:
replaygain.c: In function 'parse_double_':
replaygain.c:612: warning: comparison between signed and unsigned
replayga
On Fri, Nov 17, 2006 at 08:32:02AM -0800, Josh Coalson wrote:
> OK, I built on one of the sourceforge machines and made a bunch
> more fixes. there are a couple innocuous warnings but the tests
> all pass for me. I also checked in changes to the vendor string,
> can you try one more time now?
Y
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 vo
On Wed, Feb 21, 2007 at 04:59:17PM -0800, Stephen F. Booth wrote:
> [...]
> 'net.sourceforge.flac'. A standard UTI for application developers to
> use would help alleviate any confusion and could also eliminate
> potential sources of conflict in the UTI hierarchy. For example, I
> have see
Just to let you know, we're having a repeat of this year's very
successful media developer summit in January. Please distribute widely.
Call for Participation
Foundations of Open Media Software (FOMS)
Developer Workshop
Thursday 24 - Friday 25 January 2008
Melbourne, Australia
h
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. Ho
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 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 th
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 wa
On Sat, Sep 08, 2007 at 03:05:32PM +0200, Harry Sack wrote:
> But it's not clear to me why everything was based on streams...
Streams, at least in the variety we seem to be describing, aren't
seekable. This is a considerable simplification and allows for
more flexibility in other areas, like net
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 02:51:34PM -0700, Josh Coalson wrote:
> checked in to CVS is what will be very close to the 1.2.1 release
> of flac scheduled for monday. if anyone can try building it and
> even better running the test suite, and reporting back any problems,
> that will help me get things
On Fri, Sep 14, 2007 at 03:41:05PM -0700, Josh Coalson wrote:
> yeah, I'm not sure how to handle that... I thought it normally
> comes from gettextize. flac uses iconv but not gettext and it's
> not set up to run gettextize, so I've been just copying my
> /usr/share/gettext/config.rpath into the
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-de
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
http://lists.x
On 12 January 2012 16:07, Erik de Castro Lopo 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 queue at LCA?
-r
On 12 January 2012 16:41, Erik de Castro Lopo wrote:
> You can try, but I won't be at LCA :-).
Ach too bad. I have fond memories of Margaritas. Not that they helped
with patch review.
-r
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.o
fine place to start 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 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 out-of-tree builds.
On 1 February 2012 14:00, Ralph Giles 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.x
On 4 February 2012 02:49, Erik de Castro Lopo wrote:
> What platform does this build on? Is it more than one?
Right now it's just running on Linux x86_64.
Note that you can look at the build output to see what's failing. E.g.
https://mf4.xiph.org/jenkins/job/flac/11/console
It's still stuck
On 4 February 2012 14:13, Ralph Giles wrote:
> It's still stuck on the out-of-tree issues with 'make distcheck'.
Or it was. This particular one seems to have died sooner, on compat.h
not being in the dist.
-r
___
flac-dev mai
On 4 February 2012 14:30, Erik de Castro Lopo 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 doesn't have a public IP
On 5 February 2012 01:41, Erik de Castro Lopo 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
___
flac
On 5 February 2012 23:11, Erik de Castro Lopo wrote:
> It looks like fixing 'make distcheck' is going to be a huge pain in the
> neck. Is it not possible to make Jenkins do 'make check' instead of
> 'make distcheck'?
Why fix the bug if you can remove the test? Sure! I've taken out
'distcheck' f
On 7 February 2012 06:24, Manu Ghulyani wrote:
> I am unable to find the mathematical details of the codec , please guide.
Unfortunately I'm not aware of a clear write-up of how the FLAC format
works in detail. One must muddle through between
http://flac.sourceforge.net/format.html and the sourc
On 7 February 2012 21:59, Martijn van Beurden wrote:
> AFAIK, FLAC uses a fixed block length so block boundaries are just put
> somewhere a block ends. Flake, another FLAC-encoders can use variable
> block length and has a algorithm to decide the length, but this is
> outside of the -0 to -8 pres
On 8 February 2012 01:33, Erik de Castro Lopo wrote:
> Ralf, distcheck can be re-enabled.
Ok, https://mf4.xiph.org/jenkins/job/flac/ is now doing 'make; make distcheck'
Thanks,
-r
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mail
On 8 February 2012 10:00, Justin Ruggles wrote:
> 0.5% to 1.0% on average. That's with a fairly simple algorithm.
Not very worthwhile. I imagine it's possible to do quite a bit more on
some files, but it would be pretty expensive to find the boundaries...
-r
___
On 25 February 2012 17:44, Erik de Castro Lopo 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
http://lists.xiph.org/mailman/l
On 8 March 2012 06:15, Martin Kos 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 this, but i
On 4 April 2012 04:54, Erik de Castro Lopo 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 passed.
-r
__
On 9 April 2012 18:50, Danpoleary 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
https://git.xiph.org/
On 12-04-25 1:19 PM, Josh Coalson wrote:
> Hi all, this is not really FLAC-specific but I'm back after being away from
> the lists for too long.
Welcome back!
> There are some plans to move the website and possibly the source code
> management/releases completely to Xiph; more on that soon.
I
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 th
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.
On 12-06-19 10:08 AM, James Haigh wrote:
> I have proposed to WebM to use FLAC in a future version. Since FLAC was
> designed a decade ago, I was wondering if there were any new compression
> techniques that FLAC could use in a new version to improve compression
> ratios.
The short answer is yes,
On 12-06-19 2:59 PM, Martin Leese wrote:
> What techniques are likely to give lossless
> compression at half the file size of FLAC?
> With lossless you have an actual hard limit.
I don't know any. That's what I meant about 'hard'.
-r
___
flac-dev mail
th test files.
>From d3c3c44b26a2ed6c89a1051d33af962c87683c53 Mon Sep 17 00:00:00 2001
From: Ralph Giles
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 f
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 th
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)
Having read a bit more:
This matches the WAV (or USB) order if you map Ls (Left Surround?) to
Back Left and Rs (Right surround) to Back Right, instead of mapping them
to Side Left and Side Right a
On 12-11-29 7:52 AM, Max Horn wrote:
> http://lists.xiph.org/pipermail/flac-dev/2012-August/003436.html
>
> But this raises several new questions: The term "scraping" and the rest sound
> to me as if you don't have write access to the SF.net project, and have not
> yet asked Josh Coalson abou
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 clo
On 12-12-12 11:18 AM, Rich Bowen wrote:
> So, please let me know, either her on the list, or off-list, if you
> prefer, what the consensus is that you want to do. Specifically, who
> would be added to the SF project (I'd need SF user IDs).
Thanks for taking an interest. If Josh doesn't object, yo
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 kn
On 12-12-12 1:13 PM, Martijn van Beurden wrote:
> Okay, this is weird. I just tried to send it again, but it doesn't
> appear in the archives, so I suppose it didn't make it? I don't get a
> warning or error mail however. It probably has to do with the size of
> the patch
This was the problem.
On 12-12-12 12:58 PM, Rich Bowen wrote:
> Ralph's account is not currently attached to the project. Mike Wren is
> attached to the project (I saw his name in the archives) but he's not an
> admin, and also the email address that's attached to the account isn't
> valid any more.
That's correct. Jo
On 12-12-12 2:56 PM, Max Horn wrote:
> Hum. Actually, I just noticed that the website is also in the flac repos
> itself, under doc/html/
How about that. I hadn't noticed that either!
> (Personally, I think generated doxygen docs should not be part of the repos,
> but that's just me).
No disa
On 12-12-17 10:08 AM, Rich Bowen wrote:
> ok, you're added now.
Confirmed. Thanks for looking after us!
-r
___
flac-dev mailing list
flac-dev@xiph.org
http://lists.xiph.org/mailman/listinfo/flac-dev
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 tha
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 v
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 resear
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 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.
http:/
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 wr
Small code cleanup patch.
-r
>From add7f0f30566ddbaebe80eacef1192c473cd1fb8 Mon Sep 17 00:00:00 2001
From: Ralph Giles
Date: Thu, 17 Jan 2013 16:30:22 -0800
Subject: [PATCH] Hoist a repeated conditional in the channel mapping code.
This is equivalent and just makes the code shorter.
---
K metadata tag, and modify the
included 'flac' front-end 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 2473146aac0b1c00863692b15ae0588373a
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:
> The flac front-end utility should have its own version number, on a
> separate schedule from the flac library. I can see that we'd be able
> to add features to the utility quite extensively without ever
> changing the file format or the library.
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
http://lists.xiph.org/mail
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
Date: Fri, 18 Jan 2013 14:04:27 -0800
Subject: [PATCH] Fix the 'distclean' target.
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 li
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 agai
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
Date: Thu, 17 Jan 2013 16:21:
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
Date:
1 - 100 of 137 matches
Mail list logo
