On Thu, Dec 27, 2012 at 01:08:04PM -0600, J. Hendricks wrote:
> 4. The compiler complained when lround() in lpc.c was static, so it is
> no longer static.
This seems strange. Was there any explanation why is it needed?
--
Miroslav Lichvar
___
flac-dev
J. Hendricks wrote:
> A gzipped patch is attached to this email. Thanks for taking a look.
I've applied this, pushed it and added a couple of fixes to make
up for the fact that the obj/ directory had been renamed to objs/
I also added a couple of minor Linux fixes ("uname -p" doesn't work
on lin
Tim W. wrote:
> I'm personally in favor of mapping (1) as it doesn't vary between 6.1/7.1,
> and is fully compatible with the WAVEFORMATEXTENSIBLE specification.
I'm in favour of Tims proposal and intent to apply Ralph's patch
to implement this unless someone comes up with a really good reason
no
I've received a bugreport that vlc doesn't compile with the current
flac. The problem seems to be that it includes "stream_decoder.h"
instead of "FLAC/stream_decoder.h". This no longer works due to the
commit b76d4f (it was discussed on this list).
I'm not sure how many clients are relying on the
On Tue, 1 Jan 2013 18:59:20 -0800
Brian Willoughby wrote:
> Seems like what you really want is an --input-prefix parameter.
> You might also like a --create-output-directories option.
[...]
> This is basically the long way of saying that the behavior you see
> is by design - it's intended - and
Miroslav Lichvar wrote:
> I've received a bugreport that vlc doesn't compile with the current
> flac. The problem seems to be that it includes "stream_decoder.h"
> instead of "FLAC/stream_decoder.h". This no longer works due to the
> commit b76d4f (it was discussed on this list).
>
> I'm not sure
It seems the changelog.html file in the doc/html/-directory in the
flac.git has been used for that purpose, as it mentions a 1.2.2 release
without a release data
On 02-01-13 19:59, Erik de Castro Lopo wrote:
> Miroslav Lichvar wrote:
>
>> I've received a bugreport that vlc doesn't compile with t
Miroslav Lichvar wrote:
> On Thu, Dec 27, 2012 at 01:08:04PM -0600, J. Hendricks wrote:
> > 4. The compiler complained when lround() in lpc.c was static, so it is
> > no longer static.
>
> This seems strange. Was there any explanation why is it needed?
Good catch. I've reverted the parts of tha
Richard Ash wrote:
> At some point pretty close to here you decide what you really need is a
> script which implements the particular behaviour you want, calling flac
> for each file it finds, and doing any other housekeeping like directory
> creation. Such a script will never be generic however,
Martijn van Beurden wrote:
> It seems the changelog.html file in the doc/html/-directory in the
> flac.git has been used for that purpose, as it mentions a 1.2.2 release
> without a release data
Cool, thanks. I'll start hacking that one.
Cheers,
Erik
--
---
Tim's proposal seems reasonable but it conflicts with the FLAC documentation
that says the channel ordering follows SMPTE/ITU-R recommendations. I think we
may be butting up against an area where the standards aren't clear. ITU-R
BS.2159-4
(http://www.itu.int/dms_pub/itu-r/opb/rep/R-REP-BS.21
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
12 matches
Mail list logo
