flac dev - Sep 2004 - libFLAC changes

OK, I made a few reorganizations to the code I've been wanting
to do before 1.0.  Nothing major, but if you are integrating
libFLAC into another program it will be of interest:

First, I made changes so that the encoder is now called a
stream encoder everywhere.  I was going to write a file encoder
but realized the only use for such a thing would be if someone
needed to seek through the input while encoding, which seems
like too minor a feature right now.

Then I revamped the encoder and decoder interfaces to be a
little more object oriented.  There are more formal constructors
and destructors: *_new() replaces *_get_new_instance(), *_delete()
replaces *_free_instance(), and the public read-only variables
were moved to protected structures with get methods.  So instead
of setting the public vars then calling *_init(), you just pass
them to *_init() directly.

Finally, I changed 'i386' to 'ia32' everywhere, which makes the
naming more consistent, and changed the '.s' extension for NASM
files back to '.nasm'.

The docs are updated too now.

Josh


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

> Any thoughts to perhaps integrating a quick sector-boundary check of
the
> wav file before encoding?  Does this functionality extend beyond the
scope
> of FLAC?  A quick check, and a "this wav file is not cut on a sector
> boundary, continue y/n" warning would do the trick.  Perhaps, an
> option to
> silence this check would be useful also.
> 
it's easy to implement but it's not really a 'flac thing'... I
am assuming you just mean to check if wav file sample MOD 588 = 0?
(588 = 44100 / 75 sectors per second).  maybe a separate tiny
utility for checking it...
> Let me know if anyone needs info on the sector boundary issue, and
> why it
> is so important in CD audio.
> 
I'm curious actually
> If there is any interest, I'll get going on some win98/NT batch files
> for
> DOS, and perhaps an auto-installer with registry keys.
> 
that would be cool.

Josh


__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail - only $35 
a year!  http://personal.mail.yahoo.com/

Hey guys... a quick thought while we're in pre-v1.0 clean-up mode.

Any thoughts to perhaps integrating a quick sector-boundary check of the
wav file before encoding?  Does this functionality extend beyond the scope
of FLAC?  A quick check, and a "this wav file is not cut on a sector
boundary, continue y/n" warning would do the trick.  Perhaps, an option to
silence this check would be useful also.

Anyway, just thinking out loud again.  Integrating this as the default
behavior for FLAC would prove very useful for etree-folks.

Let me know if anyone needs info on the sector boundary issue, and why it
is so important in CD audio.

If there is any interest, I'll get going on some win98/NT batch files for
DOS, and perhaps an auto-installer with registry keys.


BTW, sorry I've been MIA in all this.  All my play time has been
consumed by other projects.


Wren




On Wed, 13 Jun 2001, Josh Coalson wrote:
> OK, I made a few reorganizations to the code I've been wanting
> to do before 1.0.  Nothing major, but if you are integrating
> libFLAC into another program it will be of interest:
>
> First, I made changes so that the encoder is now called a
> stream encoder everywhere.  I was going to write a file encoder
> but realized the only use for such a thing would be if someone
> needed to seek through the input while encoding, which seems
> like too minor a feature right now.
>
> Then I revamped the encoder and decoder interfaces to be a
> little more object oriented.  There are more formal constructors
> and destructors: *_new() replaces *_get_new_instance(), *_delete()
> replaces *_free_instance(), and the public read-only variables
> were moved to protected structures with get methods.  So instead
> of setting the public vars then calling *_init(), you just pass
> them to *_init() directly.
>
> Finally, I changed 'i386' to 'ia32' everywhere, which makes
the
> naming more consistent, and changed the '.s' extension for NASM
> files back to '.nasm'.
>
> The docs are updated too now.
>
> Josh
>
>
> __________________________________________________
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year!  http://personal.mail.yahoo.com/
>
> _______________________________________________
> Flac-dev mailing list
> Flac-dev@lists.sourceforge.net
> http://lists.sourceforge.net/lists/listinfo/flac-dev
>