Ok, all...
I just separated frontend from library. but many things does not work
correctly yet (VBR histgram, etc), or even checked(many configure
option, etc).
Mark suggested that "library" code should be in the libmp3lame, but
before moving to it, I want to everyone to check my modifications.
We are at the start point of the modularized work. This is not the
final release. Probably there are too many bugs. Probably you can't
agree with my modularization policy.
So, tell me your opinion and bug reports.
Let me explain some of modifications....
1)
parse.c is now out of library. and the interface between library and
frontend is currently pointer to a private struct.
but I think this is 100% stupid idea. To keep the backward
compatibility, I left this interface, but we should use more polished
interface method in the future.
2)
VBR bitrate histgrams are out of library. to make the histgram is the
job of frontend.
lame_encode_buffer will returns output stream size, so we can
calculate the bitrate of the frame from it and make the statics.
3)
HAVEGTK is changed. Old LAME code considers only GTK analyzer, but
there may be another analyzer (for example, we can make an analyzer
with ncurses). so, I separated "HAVEGTK" into "ANALYSIS" (interface
between visualizer(frontend) and the library) "HAVEGTK" (enables gtk
analyzer in the frontend).
I hope these feautures can be controlled by configure option,
--enable-analysis and --enable-gtkanalyzer, but I have never tested
them.
4)
HAVEVORBIS things are completely not tested yet.
5)
timestatus things are also moved to frontend.
6)
I think file i/o things(VbrTag, id3tag, etc) needs more modularization
work.
---
Takehiro TOMINAGA // may the source be with you!
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
