On Mar 4, 2013, at 20:03, nu774 wrote:
(2013/03/05 12:27), Cristian RodrÃguez wrote:
Nothing against you code, that's ugly ..but as it is a first step
it can
be forgiven :-)
I will just force flac to be built with 64 bit file offsets and just
reject any caller trying to include/link
On Mar 4, 2013, at 22:50, Erik de Castro Lopo wrote:
nu774 wrote:
(2013/03/05 12:27), Cristian RodrÃguez wrote:
Nothing against you code, that's ugly ..but as it is a first step
it can
be forgiven :-)
I will just force flac to be built with 64 bit file offsets and just
reject any caller
On 06-03-13 09:43, Brian Willoughby wrote:
There is no way for a RIFF/WAVE to exceed 4 GB because all chunks must
be enclosed within a global chunk, which is limited to a 32-bit size.
I agree it's ugly, but if you take a look at the FLAC bug tracker or the
thread on HydrogenAudio that has
Erik de Castro Lopo wrote:
LRN wrote:
I've sent a utf-8 support patch to flac-dev, but it didn't arrive. The
patch file is around 64k, so i believe that this is the problem. Maybe
i should compress it?
Maybe send it directly to me, erikd at my usual domain name.
I have LRN's patch.
Brian Willoughby wrote:
What about fseeko()? I use that in my ObjC library for converting
between AIFF, FLAC, and WAVE. It takes an unsigned 32-bit offset, as
contrasted with fseek() classic. Unless you need negative offsets,
that seems like a simple change.
(2013/03/06 17:43), Brian Willoughby wrote:
That's an awful solution waiting for errors to be introduced into
what might otherwise be valid files.
There is no way for a RIFF/WAVE to exceed 4 GB because all chunks
must be enclosed within a global chunk, which is limited to a 32-bit
size.
Marcus Johnson wrote:
Will you guys ever shut down or start using the Sourceforge page? It's
pretty confusing for newbz.
There was some discussion of this a while back. Yes, we'd like to shut
down the sf.net page.
Erik
--
--
