> > I agree this 100%! I think we should make more simple mp3 encoding engine. > Compared with vorbis, what a messy code LAME is ! > > I want to make "example" or "frontend" directory and move lame.c and gtk*, > brhist.c and so on into it. > > Any Ideas ? > I like "frontend". And also a "libmp3lame" directory for the library. Moving all this code into subdirectories will be disruptive: all the different makefiles and MSVC project files need to be updated. We will also need a ./configure/make system which will traverse the subdirectores. So lets agree ahead of time as to when and what will be done. Takehiro: are you volunteering? Mark -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- [MP3 ENCODER] Lame as an embedded library John Harrison
- Re: [MP3 ENCODER] Lame as an embedded library Takehiro Tominaga
- Re: [MP3 ENCODER] Lame as an embedded library Robert Hegemann
- Re: [MP3 ENCODER] Lame as an embedded library Mark Taylor
- Re: [MP3 ENCODER] Lame as an embedded libra... Whatever
- Re: [MP3 ENCODER] Lame as an embedded l... Mark Taylor
- Re: [MP3 ENCODER] Lame as an embed... Takehiro Tominaga
- Re: [MP3 ENCODER] Lame as an embedded libra... Robert Hegemann
- Re: [MP3 ENCODER] Lame as an embedded l... Takehiro Tominaga
- Re: [MP3 ENCODER] Lame as an embed... Robert Hegemann
- Re: [MP3 ENCODER] --raise-smr Gabriel Bouvigne
- Re: [MP3 ENCODER] --raise-... Robert Hegemann
- Re: [MP3 ENCODER] Lame as an embed... Mark Taylor
- Re: [MP3 ENCODER] Lame as an e... Robert Hegemann
