--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Josh,
>
> Macports on OSX ships with automake-1.10 and the current autogen.sh
> detects 1.10 as an invalid version of automake.
>
> The following patch (snarfed from autogen.sh from libvorbis) fixes
> that.
fixed in cvs (I think, I might have
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Sorry, I just updated from CVS and its still broken. If FLAC__HAS_OGG
> is false it tries to compile this:
>
> (void)decode_options;
>
> and there is no "decode_options" identifier.
oops, fixed.
_
Josh,
Macports on OSX ships with automake-1.10 and the current autogen.sh
detects 1.10 as an invalid version of automake.
The following patch (snarfed from autogen.sh from libvorbis) fixes
that.
Once that is fixed there are still some other issues that need fixing
for automake-1.10.
Cheers,
Eri
Josh Coalson wrote:
> the main reason I haven't swtiched is I'm not up on pkgconfig
> and XIPTH_PATH_OGG has been working pretty well... can you tell
> why it's not working for you?
>
> I'm always hesitant to mess with things in configure.in because
> is such whack-a-mole problem (fixes things fo
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've found that the FLAC__FrameHeader struct's blocksize member
> has values limited to the range (0, FLAC__MAX_BLOCK_SIZE] where
> FLAC__MAX_BLOCK_SIZE is 65535.
>
> In the encoder, what determines the size of a block?
in libFLAC
--- Erik de Castro Lopo <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I've got two problems compiling the current CVS FLAC sources on OSX.
>
> Firstly, the configure script can't find the OGG libraries which were
> installed from MacPorts. I have tried:
>
> ./configure --with-ogg-includes=/opt/lo
--- Ralph Giles <[EMAIL PROTECTED]> wrote:
> 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 arou
--- Harry Sack <[EMAIL PROTECTED]> wrote:
> 2007/9/8, Josh Coalson <[EMAIL PROTECTED]>:
> >
> > 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
>
2007/9/8, Brian Willoughby <[EMAIL PROTECTED]>:
>
> Harry,
>
> You assume that the only way to use FLAC is the way that you are using it,
> by converting one file format to another. That's not the only way to use
> FLAC. The most important uses of FLAC are for internet streaming radio or
> hand-h
2007/9/8, Scot Thompson <[EMAIL PROTECTED]>:
>
> No, streams should stay. Audio is NOT a file based process -- it's a
> stream. You can't listen to an entire song simultaneously. You organize it
> into files for later use, but you listen and record from a stream.
> Stream-based storage is pract
10 matches
Mail list logo
