Hi all, this is not really FLAC-specific but I'm back after being away from the
lists for too long. I'm caught up to about Sep 2011 and working my way through.
There are some plans to move the website and possibly the source code
management/releases completely to Xiph; more on that soon.
_
the side channel bps is 1 larger than the raw bps because it's a difference
between left and right channel values.
>
> From: Eri Eri
>To: flac-dev@xiph.org
>Sent: Monday, September 26, 2011 1:17 AM
>Subject: [Flac-dev] mid-side coding and bits per sample
>
>
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
I haven't checked git yet but I hope this patch has not gone in. I don't like
the special case that this is creating.
It would be better to allow MM:SS everywhere but I consider that low priority.
>
> From: Earl Chew
>To: "flac-dev@xiph.org"
>Sent: Thursday
I'll throw this thought out here so it doesn't get lost: when it came time for
me to build a Windows release, I always used a quarantined Windows box that had
the minimum stuff installed and had never been on a network, to avoid malware
getting into the binaries.
The last thing I ever wanted to
No, this has been addressed before. The FLAC format has no compression levels
or even any encoding parameters that cannot be gleaned from the frame headers.
Everything else is implementation-specific and doesn't need official metadata
support for.
>
> From:
Malware doesn't just magically appear on your Windows machine when you connect
to the internet, especially if you stay up to date. Sounds like paranoia.
--
Raymond Edwards
Sent with Sparrow (http://www.sparrowmailapp.com/?sig)
On Wednesday, 25 April, 2012 at 7:53 PM, Josh Coalson wrote:
> I
El 25/04/12 19:53, Josh Coalson escribió:
> I'll throw this thought out here so it doesn't get lost: when it came
> time for me to build a Windows release, I always used a quarantined
> Windows box that had the minimum stuff installed and had never been on a
> network, to avoid malware getting into
(Jumping in again, maybe at the wrong point since this doesn't seem to involve
encoding, but here goes.)
Miroslav's patches have always been high-quality for sure. But regardless of
submitter, any patch that affects encoding must be reviewed very carefully,
preferably by several other people a
Josh Coalson wrote:
> I haven't checked git yet but I hope this patch has not gone in. I
> don't like the special case that this is creating.
>
> It would be better to allow MM:SS everywhere but I consider that low priority.
I modified version of that patch did go in. See the following commits:
Josh Coalson wrote:
> I'll throw this thought out here so it doesn't get lost: when it came time
> for me to build a Windows release, I always used a quarantined Windows box
> that had the minimum stuff installed and had never been on a network, to
> avoid malware getting into the binaries.
Havin
Josh Coalson wrote:
> But regardless of submitter, any patch that affects encoding must be
> reviewed very carefully, preferably by several other people and definitely
> me.
Is there any way of encoding this manual review process in the test suite
so that people hacking on FLAC can immediately se
From: Erik de Castro Lopo
>To: flac-dev@xiph.org
>Cc: Josh Coalson
>Sent: Wednesday, April 25, 2012 4:42 PM
>Subject: Re: [flac-dev] [Flac-dev] Git branch with compiling fixes for win32
>
>Josh Coalson wrote:
>
>> But regardless of submitter, any patch that affects encoding must be
>> reviewed
> From: Erik de Castro Lopo
> To: flac-dev@xiph.org
> Cc: Josh Coalson
> Sent: Wednesday, April 25, 2012 4:30 PM
> Subject: Re: [flac-dev] Fix cuesheet.c to allow metaflac_test.sh to run to
> completion
>
> Josh Coalson wrote:
>
>> I haven't checked git yet but I hope this patch has not gone
> From: Paul Davis
> To: flac-dev@xiph.org
> Cc:
> Sent: Friday, March 25, 2011 5:39 AM
> Subject: Re: [Flac-dev] pkg-config output and
>
> On Fri, Mar 25, 2011 at 5:32 AM, Erik de Castro Lopo
> wrote:
>> Hi,
>>
>> FLAC helpfully provides a flac.pc file. Unfortunately there is a
>> nasty i
Josh Coalson wrote:
> > From: Paul Davis
> > To: flac-dev@xiph.org
> > Cc:
> > Sent: Friday, March 25, 2011 5:39 AM
> > Subject: Re: [Flac-dev] pkg-config output and
> >
> > On Fri, Mar 25, 2011 at 5:32 AM, Erik de Castro Lopo
> > wrote:
> >> Hi,
> >>
> >> FLAC helpfully provides a flac.pc
Josh Coalson wrote:
> From: Erik de Castro Lopo
> >To: flac-dev@xiph.org
> >Cc: Josh Coalson
> >Sent: Wednesday, April 25, 2012 4:42 PM
> >Subject: Re: [flac-dev] [Flac-dev] Git branch with compiling fixes for win32
> >
> >Josh Coalson wrote:
> >
> >> But regardless of submitter, any patch th
Josh Coalson wrote:
> > From: Erik de Castro Lopo
> > To: flac-dev@xiph.org
> > Cc: Josh Coalson
> > Sent: Wednesday, April 25, 2012 4:30 PM
> > Subject: Re: [flac-dev] Fix cuesheet.c to allow metaflac_test.sh to run to
> > completion
> >
> > Josh Coalson wrote:
> >
> >> I haven't checked gi
Erik de Castro Lopo wrote:
> The problem is that currently the pkg-config shipped with most distros
> (ie from the last release) gives this:
>
> $ pkg-config --cflags flac
> -I/usr/include/FLAC
>
> This encourages people in client code to do:
>
> #include
>
> which obviously has
19 matches
Mail list logo