You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(23) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Daniel W. <dan...@br...> - 2005-03-17 11:21:35
|
Hi, I have made some minor changes to libmls that makes it possible to support multiple sound libraries without recompilation. There is now a working gtk+ gui for libmls in the xlds project: http://sourceforge.net/projects/xlds/ There's still no source release so it has to be grabbed from cvs. For some reason I have only got it to run properly when using the regular makefiles, with static linking, and not with cmake. Regards, Daniel W |
From: Daniel W. <dan...@br...> - 2005-02-06 23:37:08
|
Hi, I have done some more updates to libmls again. There is now a log sweep measurement class, and I have also done some rather substantial, but necessary, changes to the API. To avoid confusion I am now using the terminology in this paper: http://www.anselmgoertz.de/Page10383/Monkey_Forest_dt/Manual_dt/aes-swp-english.PDF This means that the previous Sweep class has been renamed to Stepped. And that the Sweep class now performes a log sweep measurement. Now I surely hope I won't need to add anything more to libmls for a good while. There is a new alpha version of my win32 measurement application: http://sourceforge.net/project/showfiles.php?group_id=125702 Regards, Daniel |
From: Daniel W. <dan...@br...> - 2005-01-25 20:05:17
|
Hi, I have made some more updates to libmls. Among other things BeOS support and intermodulation measurements. Unfortunately I will probably not have time to do anything more for a while. The code in CVS should be good enough to release except for one thing. The ALSA support seems to be a bit unstable. At least on my computer. It would be nice if some of the other things in the TODO file were resolved also. Regards, Daniel Wallner |
From: Daniel W. <dan...@br...> - 2004-12-19 20:39:00
|
Hi, I have made some updates to libmls, the biggest being that there is now a separate class for sweep measurements and that it has THD+N output. I have also finally made my loudspeaker library and utilities public. I haven't released any files yet but they are available from CVS. The prject is named XLDS (as in fleXible Loudspeaker Design System) and it can be found here: http://sourceforge.net/projects/xlds/ The latest additions are a sort of working Win32 GUI measurement frontend and a soon to be working gtk+ version of the same. Regards, Daniel Wallner |
From: Daniel S. <ds...@ho...> - 2004-06-30 11:41:57
|
dan...@br... wrote: >>>But, I'm having trouble compiling the code in cvs.=20 >>>Is it just me or should it work?=20 >> >>What kind of errors do you get? Of course it should compile, it does=20 >>compile without problems on my fc1 system. >=20 >=20 > I don't remember and I can't check until next week. > But it was when I tried to generate the configure script. > Is there a reason why the configure script is not in cvs or > should it be? >=20 That's just the standard way of doing it. If you check out any module=20 from example the gnome cvs you will see that there is just the=20 autogen.sh script. Executing the following commands will do the same: aclocal autoconf automake autoheader In some cases you have to supply an argument to some of the scripts... >=20 >>I see libmls as a library. I think that only simple applications should= =20 >>be distributed with the library. >=20 >=20 > I think that mra and sra is part of the library. > Only in a slightly different way. > GNU plotutils is done exactly as I would like libmls to be. > You get both a C/C++ API and some CLI utilities. > If you don't program in C/C++ the easiest way to use plotutils is proba= bly to call graph from your application instead of using the API. > I.e. the CLI utilities can be seen as an extension to the library, not = just as applications using the library. > And of course if you are doing something simple and standard you can ju= st use the CLI utilities directly. > Very convenient. >=20 > If you had to install another package to do that it would be much less = so. >=20 In my opinion applications and libraries should be distributed=20 separately. Distributing them together could cause a lot of confusion.=20 For example, I did not know until recently that gnuplot is a library as=20 well as an application. I think the developer will be confused when we talk about executables on=20 the web site. He/she will ask questions: "can libmls be used as a=20 libarary?" and "is it as easy to install as any other library". Also, I believe having applications and libraries in separate packages=20 is the standard today. For example, look at KDE and Gnome. Of course=20 this is a completely other area of applications but I hope you can see=20 my point anyway. >=20 >>If you decide to extend the sra and mra applications I think that you=20 >>should put them in a separate module in the cvs and release them as a=20 >>separate tarball on the libmls website. Also, I really think we need a=20 >>very simple example since the example is the only documentation availab= le. >=20 >=20 > I won't really extend them, more like fix them. I will only replace tod= ays homebrew command line parameter processing with getopt. This will pro= bably make the code simpler and more readable. > I do think mra and sra can serve as simple examples as well, > we only have to add a few more comments in the code :) >=20 Personally I just want the example programs to do the very very basic=20 stuff. I just hate when I come across sample programs that try to do=20 everything a library can do. Such an example does not help me to get=20 started, it just help me when I already know the basics. The thing with=20 sample programs is that it should help you get started, since it's often=20 hard to get started just from the reference documentation. When you know=20 the basics you could take a look at a more advanced example or the docs.=20 Adding getopt stuff just takes the focus away from how to use libmls. Scott, have you got an opinion on any of this? However, at the moment I think that proper documentation on how to set=20 up the measurement equipment is the most important thing to add right now= ... Regards Daniel Sundberg --- http://sumpan.com > /Daniel >=20 >=20 >>--- >>http://sumpan.com >> >> >>>I will change the command line parameter processing to getopt once I=20 >>>can compile the code in cvs. Then mra/sra should support everything=20 >>>libmls supports.=20 >>>=20 >>>I also now think that the impedance measurement tools frd2zma/zma2rlc=20 >>>should be removed, as these are generic tools, and can be used with an= y=20 >>>response measurement software. I have already incorporated these in my= =20 >>>lsp library and I think they fit better there.=20 >>>=20 >>>/Daniel=20 >>>=20 >>> >>> >>>>From: Daniel Sundberg <ds...@ho...>=20 >>>>Date: 2004/06/23 on PM 05:07:55 GMT+02:00=20 >>>>CC: lib...@li...=20 >>>>=C4mne: Re: [Libmls0-developers] RE: libmls-0.3 released=20 >>>> >>>>Hi again!=20 >>>> >>>>As always, one more thing. Daniel: it would be really nice if you=20 >>> >>>could =20 >>> >>> >>>>provide a very short summary of what the different programs in you =20 >>>>lsputils actually does.=20 >>>> >>>>"FRD to ZMA transformer" is not very useful information if you do not= =20 >>>>know what frd and zma is. Of course I might look at the source, which= =20 >>> >>>I =20 >>> >>> >>>>will do anyway, and find out for myself, but a very short and quick =20 >>>>description will get me started a little quicker...:-)=20 >>>> >>>>/Daniel=20 >>>> >>>> >>>>Daniel Sundberg wrote:=20 >>>> >>>> >>>>>>>I have two questions: what is FHT? Fast Hamahard Transform?=20 >>>>>> >>>>>> >>>>>> >>>>>>Fast Hadamard Transform, I think.=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>Daniel: did libmls use FHT before and now uses FFT?=20 >>>>>> >>>>>> >>>>>> >>>>>>Yes, I basically replaced the FHT transform routines from Anders =20 >>>>>>Torger with FFTW.=20 >>>>>>I'm not sure if it would be more correct to call it DFT or FFT=20 >>> >>>though, =20 >>> >>> >>>>>>since it's not N^2 length.=20 >>>>>>But FFTW must use some kind of FFT method anyway since it's so=20 >>> >>>fast.=20 >>> >>> >>>>>Well, I just realized I have studied this in a signal processing =20 >>>>>course... I actually have access to very detailed theory on this =20 >>>>>subject...:-)=20 >>>>> >>>>> >>>>> >>>>>>The above also means that the information in the README file is =20 >>>>> >>>>> >>>>>>longer correct. There is no mic calibration mode anymore, and=20 >>>>>>there must be a loop from the output to the left (reference=20 >>>>>>channel) and the right channel must be used for measurements.=20 >>>>>> >>>>> >>>>>If this is the case we really need some updated documentation,=20 >>> >>>could you =20 >>> >>> >>>>>please patch the README and we will make an updated release.=20 >>>>> >>>>> >>>>> >>>>>>And then to my attachment:=20 >>>>>>I have attached the loudspeaker library that I'm working on.=20 >>>>>>I plan to put it on savannah.gnu.org or sourceforge soon, but I=20 >>> >>>would =20 >>> >>> >>>>>>like to have some comments on the code before I do that.=20 >>>>>> >>>>> >>>>> >>>>>I will try to take a look at this and of course comment if I feel=20 >>> >>>the =20 >>> >>> >>>>>need to...=20 >>>>> >>>>> >>>>> >>>>>>My goal with this library, is that it, together with libmls,=20 >>> >>>should be=20 >>> >>> >>>>>>complete enough to replace CALSOD, MLSSA etc. with open source=20 >>> >>>tools.=20 >>> >>> >>>>>>I also want to keep it as portable as possible.=20 >>>>>> >>>>> >>>>> >>>>>It's all about the GUI today, you know...:-)=20 >>>>> >>>>>Regards=20 >>>>> >>>>>Daniel Sundberg=20 >>>>> >>>>> >>>>> >>>>> >>>>>>The intended audience is:=20 >>>>>>Developers of measurement or loudspeaker software like e.g.=20 >>> >>>gspeakers.=20 >>> >>> >>>>>>Advanced users that would like complete freedom in choosing design = =20 >>>>>>methodology.=20 >>>>>> >>>>>>So it is both a library, to satisfy the first group.=20 >>>>>>And a set of command line utilities using the above library, to =20 >>>>>>satisfy the second group.=20 >>>>>> >>>>>>To make it both as portable and as easily scriptable/customizable=20 >>> >>>as =20 >>> >>> >>>>>>possible the command line utilities should only do one operation=20 >>> >>>each =20 >>> >>> >>>>>>and the only thing requiring potentially hard to port or compile=20 >>> >>>GUI =20 >>> >>> >>>>>>code should be the waveform viewer.=20 >>>>>> >>>>>>Implemented at the moment is:=20 >>>>>>*FRD/ZMA file I/O=20 >>>>>>*Import of ddb speaker data base.=20 >>>>>> As generated and used by:=20 >>>>>> http://www.danbbs.dk/~ko/ubmodel.htm=20 >>>>>>*Partial implementation of the loudspeaker model in:=20 >>>>>> http://www.hal-pc.org/~bwhitejr/btsmodel.zip=20 >>>>>> found here:=20 >>>>>>=20 >>> >>>http://www.geocities.com/loudspeakerguru/Speaker_Design_Equations.html= =20 >>> >>> >>>>>>*Standard filter generator=20 >>>>>>*Ladder filter simulator with file I/O=20 >>>>>>*FRD waveform viewer=20 >>>>>> >>>>>>The waveform viewer can use plotutils or gnuplot and it can=20 >>> >>>display =20 >>> >>> >>>>>>the results from mra/sra.=20 >>>>>>It doesn't require plotutils to compile and it should be very easy=20 >>> >>>to =20 >>> >>> >>>>>>port to other platforms or to embed in other applications.=20 >>>>>> >>>>>>So most of the boring infrastructure things are at least usable=20 >>> >>>and =20 >>> >>> >>>>>>lots of fun remains:=20 >>>>>>Filter/box optimization, spice like simulator and other box types=20 >>> >>>(tl, =20 >>> >>> >>>>>>horn, etc.).=20 >>>>>> >>>>>>When mra/sra has been updated with a bit more options (getopt) it =20 >>>>>>would be very easy to create a graphical front end that would just = =20 >>>>>>launch mra and pass the results to resgraph (the waveform viewer).=20 >>>>>> >>>>>>There are some example scripts in the script directory,=20 >>>>>>both for using plotutils and gnuplot.=20 >>>>>> >>>>>>Regards,=20 >>>>>>Daniel W=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>From: Daniel Sundberg <ds...@ho...>=20 >>>>>>>Date: 2004/06/22 ti AM 11:11:57 GMT+02:00=20 >>>>>>>To: lib...@li...=20 >>>>>>>=C4mne: Re: [Libmls0-developers] RE: libmls-0.3 released=20 >>>>>>> >>>>>>>Hi!=20 >>>>>>> >>>>>>>I have two questions: what is FHT? Fast Hamahard Transform?=20 >>>>>>> >>>>>>>Daniel: did libmls use FHT before and now uses FFT? I am afraid I = =20 >>>>>>>have not been looking very close at the source code lately=20 >>> >>>(mostly =20 >>> >>> >>>>>>>since I do not own a decent measurement microphone).=20 >>>>>>> >>>>>>>Also, when some of you start to work on a sample application it=20 >>> >>>might =20 >>> >>> >>>>>>>be a good idea to create a separate module in the cvs or create a=20 >>> >>>new =20 >>> >>> >>>>>>>project.=20 >>>>>>> >>>>>>>Regards=20 >>>>>>> >>>>>>>Daniel Sundberg=20 >>>>>>> >>>>>>> >>>>>>>dan...@br... wrote:=20 >>>>>>> >>>>>>> >>>>>>> >>>>>>>>Hi Scott=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>A little while ago Daniel talked about replacing the FHT with =20 >>>>>>>>>another scheme to generate the impulse response, which appears=20 >>> >>>to =20 >>> >>> >>>>>>>>>have been done. Can you confirm that it is as fast as the FHT?=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>I don't know if it's as fast as FHT, it's certainly fast enough=20 >>> >>>for =20 >>> >>> >>>>>>>>desktop computers. I have no idea how they do it, but fftw=20 >>> >>>doesn't =20 >>> >>> >>>>>>>>seem to be that much slower for n^2-1 fft lengths than n^2=20 >>> >>>lengths.=20 >>> >>> >>>>>>>> >>>>>>>>>Does the correlation still create a perfect unit response as it = =20 >>>>>>>>>should with the MLS?=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>I'm not sure what you mean with a perfect unit response. But I'm = =20 >>>>>>>>sure the new scheme is much more accurate than the FHT. I have =20 >>>>>>>>compared the results from the sweep mode with the MLS mode and=20 >>> >>>they =20 >>> >>> >>>>>>>>are the same.=20 >>>>>>>> >>>>>>>>The problem with FHT MLS is that you assume that the soundcard =20 >>>>>>>>doesn't degrade the signal at all. It's in fact even more=20 >>> >>>sensitive =20 >>> >>> >>>>>>>>to this than you might think. Even with an almost perfectly flat = =20 >>>>>>>>freqency response you will still not get good results with the=20 >>> >>>FHT. =20 >>> >>> >>>>>>>>I think the FHT should be viewed as a last resort, only to be=20 >>> >>>used =20 >>> >>> >>>>>>>>when speed is top priority and not accuracy.=20 >>>>>>>>Although some of the FHT problems could be solved with=20 >>> >>>calibration I =20 >>> >>> >>>>>>>>still don't think you will get as good results as when you=20 >>> >>>correlate =20 >>> >>> >>>>>>>>in the frequency domain. I'm not sure that the FHT errors are=20 >>> >>>static =20 >>> >>> >>>>>>>>enough to be effectivly removed with calibration.=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>I must get started on a test/demo app.=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>I have almost finished a waveform viewer/library that can be=20 >>> >>>used =20 >>> >>> >>>>>>>>from other appplications, so you might want to wait for that.=20 >>>>>>> >>>>>>>>I will make it public as soon as I figure out where to put it.=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>>One final thing. If we have upgraded the project name to level=20 >>> >>>1 =20 >>> >>> >>>>>>>>>then I think we need to upgrade the major revision number to 1=20 >>> >>>as =20 >>> >>> >>>>>>>>>well. Perhaps 1.0.=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>I agree on this, although I don't think we should go 1.0 until=20 >>> >>>the =20 >>> >>> >>>>>>>>library is stable.=20 >>>>>>>> >>>>>>>>/Daniel=20 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>-------------------------------------------------------=20 >>>>>>>>This SF.Net email is sponsored by The 2004 JavaOne(SM)=20 >>> >>>Conference=20 >>> >>> >>>>>>>>Learn from the experts at JavaOne(SM), Sun's Worldwide Java=20 >>> >>>Developer=20 >>> >>> >>>>>>>>Conference, June 28 - July 1 at the Moscone Center in San=20 >>> >>>Francisco, CA=20 >>> >>> >>>>>>>>REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code =20 >>>>>>>>NWMGYKND=20 >>>>>>>>_______________________________________________=20 >>>>>>>>Libmls0-developers mailing list=20 >>>>>>>>Lib...@li...=20 >>>>>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>>-------------------------------------------------------=20 >>>>>>>This SF.Net email sponsored by Black Hat Briefings & Training.=20 >>>>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >>> >>>digital =20 >>> >>> >>>>>>>self defense, top technical experts, no vendor pitches, unmatched = =20 >>>>>>>networking opportunities. Visit www.blackhat.com=20 >>>>>>>_______________________________________________=20 >>>>>>>Libmls0-developers mailing list=20 >>>>>>>Lib...@li...=20 >>>>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>>>>> >>>>> >>>>> >>>>> >>>>> >>>>>-------------------------------------------------------=20 >>>>>This SF.Net email sponsored by Black Hat Briefings & Training.=20 >>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >>> >>>digital =20 >>> >>> >>>>>self defense, top technical experts, no vendor pitches, unmatched =20 >>>>>networking opportunities. Visit www.blackhat.com=20 >>>>>_______________________________________________=20 >>>>>Libmls0-developers mailing list=20 >>>>>Lib...@li...=20 >>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>>> >>>>> >>>> >>>> >>>> >>>> >>>>-------------------------------------------------------=20 >>>>This SF.Net email sponsored by Black Hat Briefings & Training.=20 >>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >>>>digital self defense, top technical experts, no vendor pitches,=20 >>>>unmatched networking opportunities. Visit www.blackhat.com=20 >>>>_______________________________________________=20 >>>>Libmls0-developers mailing list=20 >>>>Lib...@li...=20 >>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>> >>> >>> >>> >>> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - >>digital self defense, top technical experts, no vendor pitches, >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Libmls0-developers mailing list >>Lib...@li... >>https://lists.sourceforge.net/lists/listinfo/libmls0-developers >> >=20 >=20 >=20 >=20 |
From: <dan...@br...> - 2004-06-30 10:38:44
|
>> But, I'm having trouble compiling the code in cvs. >> Is it just me or should it work? > >What kind of errors do you get? Of course it should compile, it does >compile without problems on my fc1 system. I don't remember and I can't check until next week. But it was when I tried to generate the configure script. Is there a reason why the configure script is not in cvs or should it be? >I see libmls as a library. I think that only simple applications should >be distributed with the library. I think that mra and sra is part of the library. Only in a slightly different way. GNU plotutils is done exactly as I would like libmls to be. You get both a C/C++ API and some CLI utilities. If you don't program in C/C++ the easiest way to use plotutils is probably to call graph from your application instead of using the API. I.e. the CLI utilities can be seen as an extension to the library, not just as applications using the library. And of course if you are doing something simple and standard you can just use the CLI utilities directly. Very convenient. If you had to install another package to do that it would be much less so. >If you decide to extend the sra and mra applications I think that you >should put them in a separate module in the cvs and release them as a >separate tarball on the libmls website. Also, I really think we need a >very simple example since the example is the only documentation available. I won't really extend them, more like fix them. I will only replace todays homebrew command line parameter processing with getopt. This will probably make the code simpler and more readable. I do think mra and sra can serve as simple examples as well, we only have to add a few more comments in the code :) /Daniel > --- > http://sumpan.com > > > I will change the command line parameter processing to getopt once I > > can compile the code in cvs. Then mra/sra should support everything > > libmls supports. > > > > I also now think that the impedance measurement tools frd2zma/zma2rlc > > should be removed, as these are generic tools, and can be used with any > > response measurement software. I have already incorporated these in my > > lsp library and I think they fit better there. > > > > /Daniel > > > > > >> > >>From: Daniel Sundberg <ds...@ho...> > >>Date: 2004/06/23 on PM 05:07:55 GMT+02:00 > >>CC: lib...@li... > >>Ämne: Re: [Libmls0-developers] RE: libmls-0.3 released > >> > >>Hi again! > >> > >>As always, one more thing. Daniel: it would be really nice if you > > > > could > > > >>provide a very short summary of what the different programs in you > >>lsputils actually does. > >> > >>"FRD to ZMA transformer" is not very useful information if you do not > >>know what frd and zma is. Of course I might look at the source, which > > > > I > > > >>will do anyway, and find out for myself, but a very short and quick > >>description will get me started a little quicker...:-) > >> > >>/Daniel > >> > >> > >>Daniel Sundberg wrote: > >> > >>>>>I have two questions: what is FHT? Fast Hamahard Transform? > >>>> > >>>> > >>>> > >>>>Fast Hadamard Transform, I think. > >>>> > >>>> > >>>> > >>>>>Daniel: did libmls use FHT before and now uses FFT? > >>>> > >>>> > >>>> > >>>>Yes, I basically replaced the FHT transform routines from Anders > >>>>Torger with FFTW. > >>>>I'm not sure if it would be more correct to call it DFT or FFT > > > > though, > > > >>>>since it's not N^2 length. > >>>>But FFTW must use some kind of FFT method anyway since it's so > > > > fast. > > > >>> > >>>Well, I just realized I have studied this in a signal processing > >>>course... I actually have access to very detailed theory on this > >>>subject...:-) > >>> > >>> > >>>>The above also means that the information in the README file is > >>> > >>> > >>> > longer correct. There is no mic calibration mode anymore, and > >>> > there must be a loop from the output to the left (reference > >>> > channel) and the right channel must be used for measurements. > >>> > > >>> > >>>If this is the case we really need some updated documentation, > > > > could you > > > >>>please patch the README and we will make an updated release. > >>> > >>> > >>>>And then to my attachment: > >>>>I have attached the loudspeaker library that I'm working on. > >>>>I plan to put it on savannah.gnu.org or sourceforge soon, but I > > > > would > > > >>>>like to have some comments on the code before I do that. > >>>> > >>> > >>> > >>>I will try to take a look at this and of course comment if I feel > > > > the > > > >>>need to... > >>> > >>> > >>>>My goal with this library, is that it, together with libmls, > > > > should be > > > >>>>complete enough to replace CALSOD, MLSSA etc. with open source > > > > tools. > > > >>>>I also want to keep it as portable as possible. > >>>> > >>> > >>> > >>>It's all about the GUI today, you know...:-) > >>> > >>>Regards > >>> > >>>Daniel Sundberg > >>> > >>> > >>> > >>>>The intended audience is: > >>>>Developers of measurement or loudspeaker software like e.g. > > > > gspeakers. > > > >>>>Advanced users that would like complete freedom in choosing design > >>>>methodology. > >>>> > >>>>So it is both a library, to satisfy the first group. > >>>>And a set of command line utilities using the above library, to > >>>>satisfy the second group. > >>>> > >>>>To make it both as portable and as easily scriptable/customizable > > > > as > > > >>>>possible the command line utilities should only do one operation > > > > each > > > >>>>and the only thing requiring potentially hard to port or compile > > > > GUI > > > >>>>code should be the waveform viewer. > >>>> > >>>>Implemented at the moment is: > >>>>*FRD/ZMA file I/O > >>>>*Import of ddb speaker data base. > >>>> As generated and used by: > >>>> http://www.danbbs.dk/~ko/ubmodel.htm > >>>>*Partial implementation of the loudspeaker model in: > >>>> http://www.hal-pc.org/~bwhitejr/btsmodel.zip > >>>> found here: > >>>> > > > > http://www.geocities.com/loudspeakerguru/Speaker_Design_Equations.html > > > >>>>*Standard filter generator > >>>>*Ladder filter simulator with file I/O > >>>>*FRD waveform viewer > >>>> > >>>>The waveform viewer can use plotutils or gnuplot and it can > > > > display > > > >>>>the results from mra/sra. > >>>>It doesn't require plotutils to compile and it should be very easy > > > > to > > > >>>>port to other platforms or to embed in other applications. > >>>> > >>>>So most of the boring infrastructure things are at least usable > > > > and > > > >>>>lots of fun remains: > >>>>Filter/box optimization, spice like simulator and other box types > > > > (tl, > > > >>>>horn, etc.). > >>>> > >>>>When mra/sra has been updated with a bit more options (getopt) it > >>>>would be very easy to create a graphical front end that would just > >>>>launch mra and pass the results to resgraph (the waveform viewer). > >>>> > >>>>There are some example scripts in the script directory, > >>>>both for using plotutils and gnuplot. > >>>> > >>>>Regards, > >>>>Daniel W > >>>> > >>>> > >>>> > >>>>>From: Daniel Sundberg <ds...@ho...> > >>>>>Date: 2004/06/22 ti AM 11:11:57 GMT+02:00 > >>>>>To: lib...@li... > >>>>>Ämne: Re: [Libmls0-developers] RE: libmls-0.3 released > >>>>> > >>>>>Hi! > >>>>> > >>>>>I have two questions: what is FHT? Fast Hamahard Transform? > >>>>> > >>>>>Daniel: did libmls use FHT before and now uses FFT? I am afraid I > >>>>>have not been looking very close at the source code lately > > > > (mostly > > > >>>>>since I do not own a decent measurement microphone). > >>>>> > >>>>>Also, when some of you start to work on a sample application it > > > > might > > > >>>>>be a good idea to create a separate module in the cvs or create a > > > > new > > > >>>>>project. > >>>>> > >>>>>Regards > >>>>> > >>>>>Daniel Sundberg > >>>>> > >>>>> > >>>>>dan...@br... wrote: > >>>>> > >>>>> > >>>>>>Hi Scott > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>A little while ago Daniel talked about replacing the FHT with > >>>>>>>another scheme to generate the impulse response, which appears > > > > to > > > >>>>>>>have been done. Can you confirm that it is as fast as the FHT? > >>>>>> > >>>>>> > >>>>>> > >>>>>>I don't know if it's as fast as FHT, it's certainly fast enough > > > > for > > > >>>>>>desktop computers. I have no idea how they do it, but fftw > > > > doesn't > > > >>>>>>seem to be that much slower for n^2-1 fft lengths than n^2 > > > > lengths. > > > >>>>>> > >>>>>> > >>>>>>>Does the correlation still create a perfect unit response as it > >>>>>>>should with the MLS? > >>>>>> > >>>>>> > >>>>>> > >>>>>>I'm not sure what you mean with a perfect unit response. But I'm > >>>>>>sure the new scheme is much more accurate than the FHT. I have > >>>>>>compared the results from the sweep mode with the MLS mode and > > > > they > > > >>>>>>are the same. > >>>>>> > >>>>>>The problem with FHT MLS is that you assume that the soundcard > >>>>>>doesn't degrade the signal at all. It's in fact even more > > > > sensitive > > > >>>>>>to this than you might think. Even with an almost perfectly flat > >>>>>>freqency response you will still not get good results with the > > > > FHT. > > > >>>>>>I think the FHT should be viewed as a last resort, only to be > > > > used > > > >>>>>>when speed is top priority and not accuracy. > >>>>>>Although some of the FHT problems could be solved with > > > > calibration I > > > >>>>>>still don't think you will get as good results as when you > > > > correlate > > > >>>>>>in the frequency domain. I'm not sure that the FHT errors are > > > > static > > > >>>>>>enough to be effectivly removed with calibration. > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>I must get started on a test/demo app. > >>>>>> > >>>>>> > >>>>>> > >>>>>>I have almost finished a waveform viewer/library that can be > > > > used > > > >>>>>>from other appplications, so you might want to wait for that. > >>>>>>I will make it public as soon as I figure out where to put it. > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>>One final thing. If we have upgraded the project name to level > > > > 1 > > > >>>>>>>then I think we need to upgrade the major revision number to 1 > > > > as > > > >>>>>>>well. Perhaps 1.0. > >>>>>> > >>>>>> > >>>>>> > >>>>>>I agree on this, although I don't think we should go 1.0 until > > > > the > > > >>>>>>library is stable. > >>>>>> > >>>>>>/Daniel > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>------------------------------------------------------- > >>>>>>This SF.Net email is sponsored by The 2004 JavaOne(SM) > > > > Conference > > > >>>>>>Learn from the experts at JavaOne(SM), Sun's Worldwide Java > > > > Developer > > > >>>>>>Conference, June 28 - July 1 at the Moscone Center in San > > > > Francisco, CA > > > >>>>>>REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code > >>>>>>NWMGYKND > >>>>>>_______________________________________________ > >>>>>>Libmls0-developers mailing list > >>>>>>Lib...@li... > >>>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> > >>>>>------------------------------------------------------- > >>>>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > > digital > > > >>>>>self defense, top technical experts, no vendor pitches, unmatched > >>>>>networking opportunities. Visit www.blackhat.com > >>>>>_______________________________________________ > >>>>>Libmls0-developers mailing list > >>>>>Lib...@li... > >>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers > >>>>> > >>> > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.Net email sponsored by Black Hat Briefings & Training. > >>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > > digital > > > >>>self defense, top technical experts, no vendor pitches, unmatched > >>>networking opportunities. Visit www.blackhat.com > >>>_______________________________________________ > >>>Libmls0-developers mailing list > >>>Lib...@li... > >>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers > >>> > >>> > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.Net email sponsored by Black Hat Briefings & Training. > >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > >>digital self defense, top technical experts, no vendor pitches, > >>unmatched networking opportunities. Visit www.blackhat.com > >>_______________________________________________ > >>Libmls0-developers mailing list > >>Lib...@li... > >>https://lists.sourceforge.net/lists/listinfo/libmls0-developers > >> > > > > > > > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers > |
From: Daniel S. <ds...@ho...> - 2004-06-30 08:13:41
|
> =20 > I have however had the time to look at the released version of libmls1,= =20 > and I have some comments.=20 > First, that it compiles under Mandrake 10.0 and Gentoo Linux.=20 > But, I'm having trouble compiling the code in cvs.=20 > Is it just me or should it work?=20 > What kind of errors do you get? Of course it should compile, it does=20 compile without problems on my fc1 system. > I also think the mra/sra applications are a little bit more than=20 > examples, at least when I'm done with them, and should be compiled and=20 > installed as default.=20 I see libmls as a library. I think that only simple applications should=20 be distributed with the library. If you decide to extend the sra and mra applications I think that you=20 should put them in a separate module in the cvs and release them as a=20 separate tarball on the libmls website. Also, I really think we need a=20 very simple example since the example is the only documentation available. /Daniel --- http://sumpan.com > I will change the command line parameter processing to getopt once I=20 > can compile the code in cvs. Then mra/sra should support everything=20 > libmls supports.=20 > =20 > I also now think that the impedance measurement tools frd2zma/zma2rlc=20 > should be removed, as these are generic tools, and can be used with any= =20 > response measurement software. I have already incorporated these in my=20 > lsp library and I think they fit better there.=20 > =20 > /Daniel=20 > =20 >=20 >>=20 >>From: Daniel Sundberg <ds...@ho...>=20 >>Date: 2004/06/23 on PM 05:07:55 GMT+02:00=20 >>CC: lib...@li...=20 >>=C4mne: Re: [Libmls0-developers] RE: libmls-0.3 released=20 >>=20 >>Hi again!=20 >>=20 >>As always, one more thing. Daniel: it would be really nice if you=20 >=20 > could =20 >=20 >>provide a very short summary of what the different programs in you =20 >>lsputils actually does.=20 >>=20 >>"FRD to ZMA transformer" is not very useful information if you do not =20 >>know what frd and zma is. Of course I might look at the source, which=20 >=20 > I =20 >=20 >>will do anyway, and find out for myself, but a very short and quick =20 >>description will get me started a little quicker...:-)=20 >>=20 >>/Daniel=20 >>=20 >>=20 >>Daniel Sundberg wrote:=20 >> >>>>>I have two questions: what is FHT? Fast Hamahard Transform?=20 >>>> >>>> >>>> >>>>Fast Hadamard Transform, I think.=20 >>>> >>>> >>>> >>>>>Daniel: did libmls use FHT before and now uses FFT?=20 >>>> >>>> >>>> >>>>Yes, I basically replaced the FHT transform routines from Anders =20 >>>>Torger with FFTW.=20 >>>>I'm not sure if it would be more correct to call it DFT or FFT=20 >=20 > though, =20 >=20 >>>>since it's not N^2 length.=20 >>>>But FFTW must use some kind of FFT method anyway since it's so=20 >=20 > fast.=20 >=20 >>>=20 >>>Well, I just realized I have studied this in a signal processing =20 >>>course... I actually have access to very detailed theory on this =20 >>>subject...:-)=20 >>>=20 >>> >>>>The above also means that the information in the README file is =20 >>> >>>=20 >>> > longer correct. There is no mic calibration mode anymore, and=20 >>> > there must be a loop from the output to the left (reference=20 >>> > channel) and the right channel must be used for measurements.=20 >>> >=20 >>>=20 >>>If this is the case we really need some updated documentation,=20 >=20 > could you =20 >=20 >>>please patch the README and we will make an updated release.=20 >>>=20 >>> >>>>And then to my attachment:=20 >>>>I have attached the loudspeaker library that I'm working on.=20 >>>>I plan to put it on savannah.gnu.org or sourceforge soon, but I=20 >=20 > would =20 >=20 >>>>like to have some comments on the code before I do that.=20 >>>> >>> >>>=20 >>>I will try to take a look at this and of course comment if I feel=20 >=20 > the =20 >=20 >>>need to...=20 >>>=20 >>> >>>>My goal with this library, is that it, together with libmls,=20 >=20 > should be=20 >=20 >>>>complete enough to replace CALSOD, MLSSA etc. with open source=20 >=20 > tools.=20 >=20 >>>>I also want to keep it as portable as possible.=20 >>>> >>> >>>=20 >>>It's all about the GUI today, you know...:-)=20 >>>=20 >>>Regards=20 >>>=20 >>>Daniel Sundberg=20 >>>=20 >>>=20 >>> >>>>The intended audience is:=20 >>>>Developers of measurement or loudspeaker software like e.g.=20 >=20 > gspeakers.=20 >=20 >>>>Advanced users that would like complete freedom in choosing design =20 >>>>methodology.=20 >>>> >>>>So it is both a library, to satisfy the first group.=20 >>>>And a set of command line utilities using the above library, to =20 >>>>satisfy the second group.=20 >>>> >>>>To make it both as portable and as easily scriptable/customizable=20 >=20 > as =20 >=20 >>>>possible the command line utilities should only do one operation=20 >=20 > each =20 >=20 >>>>and the only thing requiring potentially hard to port or compile=20 >=20 > GUI =20 >=20 >>>>code should be the waveform viewer.=20 >>>> >>>>Implemented at the moment is:=20 >>>>*FRD/ZMA file I/O=20 >>>>*Import of ddb speaker data base.=20 >>>> As generated and used by:=20 >>>> http://www.danbbs.dk/~ko/ubmodel.htm=20 >>>>*Partial implementation of the loudspeaker model in:=20 >>>> http://www.hal-pc.org/~bwhitejr/btsmodel.zip=20 >>>> found here:=20 >>>> =20 >=20 > http://www.geocities.com/loudspeakerguru/Speaker_Design_Equations.html=20 >=20 >>>>*Standard filter generator=20 >>>>*Ladder filter simulator with file I/O=20 >>>>*FRD waveform viewer=20 >>>> >>>>The waveform viewer can use plotutils or gnuplot and it can=20 >=20 > display =20 >=20 >>>>the results from mra/sra.=20 >>>>It doesn't require plotutils to compile and it should be very easy=20 >=20 > to =20 >=20 >>>>port to other platforms or to embed in other applications.=20 >>>> >>>>So most of the boring infrastructure things are at least usable=20 >=20 > and =20 >=20 >>>>lots of fun remains:=20 >>>>Filter/box optimization, spice like simulator and other box types=20 >=20 > (tl, =20 >=20 >>>>horn, etc.).=20 >>>> >>>>When mra/sra has been updated with a bit more options (getopt) it =20 >>>>would be very easy to create a graphical front end that would just =20 >>>>launch mra and pass the results to resgraph (the waveform viewer).=20 >>>> >>>>There are some example scripts in the script directory,=20 >>>>both for using plotutils and gnuplot.=20 >>>> >>>>Regards,=20 >>>>Daniel W=20 >>>> >>>> >>>> >>>>>From: Daniel Sundberg <ds...@ho...>=20 >>>>>Date: 2004/06/22 ti AM 11:11:57 GMT+02:00=20 >>>>>To: lib...@li...=20 >>>>>=C4mne: Re: [Libmls0-developers] RE: libmls-0.3 released=20 >>>>> >>>>>Hi!=20 >>>>> >>>>>I have two questions: what is FHT? Fast Hamahard Transform?=20 >>>>> >>>>>Daniel: did libmls use FHT before and now uses FFT? I am afraid I =20 >>>>>have not been looking very close at the source code lately=20 >=20 > (mostly =20 >=20 >>>>>since I do not own a decent measurement microphone).=20 >>>>> >>>>>Also, when some of you start to work on a sample application it=20 >=20 > might =20 >=20 >>>>>be a good idea to create a separate module in the cvs or create a=20 >=20 > new =20 >=20 >>>>>project.=20 >>>>> >>>>>Regards=20 >>>>> >>>>>Daniel Sundberg=20 >>>>> >>>>> >>>>>dan...@br... wrote:=20 >>>>> >>>>> >>>>>>Hi Scott=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>A little while ago Daniel talked about replacing the FHT with =20 >>>>>>>another scheme to generate the impulse response, which appears=20 >=20 > to =20 >=20 >>>>>>>have been done. Can you confirm that it is as fast as the FHT?=20 >>>>>> >>>>>> >>>>>> >>>>>>I don't know if it's as fast as FHT, it's certainly fast enough=20 >=20 > for =20 >=20 >>>>>>desktop computers. I have no idea how they do it, but fftw=20 >=20 > doesn't =20 >=20 >>>>>>seem to be that much slower for n^2-1 fft lengths than n^2=20 >=20 > lengths.=20 >=20 >>>>>> >>>>>> >>>>>>>Does the correlation still create a perfect unit response as it =20 >>>>>>>should with the MLS?=20 >>>>>> >>>>>> >>>>>> >>>>>>I'm not sure what you mean with a perfect unit response. But I'm =20 >>>>>>sure the new scheme is much more accurate than the FHT. I have =20 >>>>>>compared the results from the sweep mode with the MLS mode and=20 >=20 > they =20 >=20 >>>>>>are the same.=20 >>>>>> >>>>>>The problem with FHT MLS is that you assume that the soundcard =20 >>>>>>doesn't degrade the signal at all. It's in fact even more=20 >=20 > sensitive =20 >=20 >>>>>>to this than you might think. Even with an almost perfectly flat =20 >>>>>>freqency response you will still not get good results with the=20 >=20 > FHT. =20 >=20 >>>>>>I think the FHT should be viewed as a last resort, only to be=20 >=20 > used =20 >=20 >>>>>>when speed is top priority and not accuracy.=20 >>>>>>Although some of the FHT problems could be solved with=20 >=20 > calibration I =20 >=20 >>>>>>still don't think you will get as good results as when you=20 >=20 > correlate =20 >=20 >>>>>>in the frequency domain. I'm not sure that the FHT errors are=20 >=20 > static =20 >=20 >>>>>>enough to be effectivly removed with calibration.=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>I must get started on a test/demo app.=20 >>>>>> >>>>>> >>>>>> >>>>>>I have almost finished a waveform viewer/library that can be=20 >=20 > used =20 >=20 >>>>>>from other appplications, so you might want to wait for that.=20 >>>>>>I will make it public as soon as I figure out where to put it.=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>>One final thing. If we have upgraded the project name to level=20 >=20 > 1 =20 >=20 >>>>>>>then I think we need to upgrade the major revision number to 1=20 >=20 > as =20 >=20 >>>>>>>well. Perhaps 1.0.=20 >>>>>> >>>>>> >>>>>> >>>>>>I agree on this, although I don't think we should go 1.0 until=20 >=20 > the =20 >=20 >>>>>>library is stable.=20 >>>>>> >>>>>>/Daniel=20 >>>>>> >>>>>> >>>>>> >>>>>> >>>>>>-------------------------------------------------------=20 >>>>>>This SF.Net email is sponsored by The 2004 JavaOne(SM)=20 >=20 > Conference=20 >=20 >>>>>>Learn from the experts at JavaOne(SM), Sun's Worldwide Java=20 >=20 > Developer=20 >=20 >>>>>>Conference, June 28 - July 1 at the Moscone Center in San=20 >=20 > Francisco, CA=20 >=20 >>>>>>REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code =20 >>>>>>NWMGYKND=20 >>>>>>_______________________________________________=20 >>>>>>Libmls0-developers mailing list=20 >>>>>>Lib...@li...=20 >>>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>>-------------------------------------------------------=20 >>>>>This SF.Net email sponsored by Black Hat Briefings & Training.=20 >>>>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >=20 > digital =20 >=20 >>>>>self defense, top technical experts, no vendor pitches, unmatched =20 >>>>>networking opportunities. Visit www.blackhat.com=20 >>>>>_______________________________________________=20 >>>>>Libmls0-developers mailing list=20 >>>>>Lib...@li...=20 >>>>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>>> >>> >>>=20 >>>=20 >>>=20 >>>-------------------------------------------------------=20 >>>This SF.Net email sponsored by Black Hat Briefings & Training.=20 >>>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >=20 > digital =20 >=20 >>>self defense, top technical experts, no vendor pitches, unmatched =20 >>>networking opportunities. Visit www.blackhat.com=20 >>>_______________________________________________=20 >>>Libmls0-developers mailing list=20 >>>Lib...@li...=20 >>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>>=20 >>>=20 >> >>=20 >>=20 >>=20 >>-------------------------------------------------------=20 >>This SF.Net email sponsored by Black Hat Briefings & Training.=20 >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >>digital self defense, top technical experts, no vendor pitches,=20 >>unmatched networking opportunities. Visit www.blackhat.com=20 >>_______________________________________________=20 >>Libmls0-developers mailing list=20 >>Lib...@li...=20 >>https://lists.sourceforge.net/lists/listinfo/libmls0-developers=20 >>=20 >=20 >=20 >=20 >=20 |
From: Daniel S. <ds...@ho...> - 2004-06-23 15:09:07
|
Hi again! As always, one more thing. Daniel: it would be really nice if you could=20 provide a very short summary of what the different programs in you=20 lsputils actually does. "FRD to ZMA transformer" is not very useful information if you do not=20 know what frd and zma is. Of course I might look at the source, which I=20 will do anyway, and find out for myself, but a very short and quick=20 description will get me started a little quicker...:-) /Daniel Daniel Sundberg wrote: >> >>> I have two questions: what is FHT? Fast Hamahard Transform? >> >> >> >> Fast Hadamard Transform, I think. >> >> >>> Daniel: did libmls use FHT before and now uses FFT? >> >> >> >> Yes, I basically replaced the FHT transform routines from Anders=20 >> Torger with FFTW. >> I'm not sure if it would be more correct to call it DFT or FFT though,= =20 >> since it's not N^2 length. >> But FFTW must use some kind of FFT method anyway since it's so fast. >> >=20 > Well, I just realized I have studied this in a signal processing=20 > course... I actually have access to very detailed theory on this=20 > subject...:-) >=20 >> >> The above also means that the information in the README file is=20 >=20 > > longer correct. There is no mic calibration mode anymore, and > > there must be a loop from the output to the left (reference > > channel) and the right channel must be used for measurements. > > >=20 > If this is the case we really need some updated documentation, could yo= u=20 > please patch the README and we will make an updated release. >=20 >> And then to my attachment: >> I have attached the loudspeaker library that I'm working on. >> I plan to put it on savannah.gnu.org or sourceforge soon, but I would=20 >> like to have some comments on the code before I do that. >> >=20 > I will try to take a look at this and of course comment if I feel the=20 > need to... >=20 >> My goal with this library, is that it, together with libmls, should be >> complete enough to replace CALSOD, MLSSA etc. with open source tools. >> I also want to keep it as portable as possible. >> >=20 > It's all about the GUI today, you know...:-) >=20 > Regards >=20 > Daniel Sundberg >=20 >=20 >> The intended audience is: >> Developers of measurement or loudspeaker software like e.g. gspeakers. >> Advanced users that would like complete freedom in choosing design=20 >> methodology. >> >> So it is both a library, to satisfy the first group. >> And a set of command line utilities using the above library, to=20 >> satisfy the second group. >> >> To make it both as portable and as easily scriptable/customizable as=20 >> possible the command line utilities should only do one operation each=20 >> and the only thing requiring potentially hard to port or compile GUI=20 >> code should be the waveform viewer. >> >> Implemented at the moment is: >> *FRD/ZMA file I/O >> *Import of ddb speaker data base. >> As generated and used by: >> http://www.danbbs.dk/~ko/ubmodel.htm >> *Partial implementation of the loudspeaker model in: >> http://www.hal-pc.org/~bwhitejr/btsmodel.zip >> found here: >> http://www.geocities.com/loudspeakerguru/Speaker_Design_Equations.ht= ml >> *Standard filter generator >> *Ladder filter simulator with file I/O >> *FRD waveform viewer >> >> The waveform viewer can use plotutils or gnuplot and it can display=20 >> the results from mra/sra. >> It doesn't require plotutils to compile and it should be very easy to=20 >> port to other platforms or to embed in other applications. >> >> So most of the boring infrastructure things are at least usable and=20 >> lots of fun remains: >> Filter/box optimization, spice like simulator and other box types (tl,= =20 >> horn, etc.). >> >> When mra/sra has been updated with a bit more options (getopt) it=20 >> would be very easy to create a graphical front end that would just=20 >> launch mra and pass the results to resgraph (the waveform viewer). >> >> There are some example scripts in the script directory, >> both for using plotutils and gnuplot. >> >> Regards, >> Daniel W >> >> >>> From: Daniel Sundberg <ds...@ho...> >>> Date: 2004/06/22 ti AM 11:11:57 GMT+02:00 >>> To: lib...@li... >>> =C4mne: Re: [Libmls0-developers] RE: libmls-0.3 released >>> >>> Hi! >>> >>> I have two questions: what is FHT? Fast Hamahard Transform? >>> >>> Daniel: did libmls use FHT before and now uses FFT? I am afraid I=20 >>> have not been looking very close at the source code lately (mostly=20 >>> since I do not own a decent measurement microphone). >>> >>> Also, when some of you start to work on a sample application it might= =20 >>> be a good idea to create a separate module in the cvs or create a new= =20 >>> project. >>> >>> Regards >>> >>> Daniel Sundberg >>> >>> >>> dan...@br... wrote: >>> >>>> Hi Scott >>>> >>>> >>>> >>>>> A little while ago Daniel talked about replacing the FHT with=20 >>>>> another scheme to generate the impulse response, which appears to=20 >>>>> have been done. Can you confirm that it is as fast as the FHT? >>>> >>>> >>>> >>>> I don't know if it's as fast as FHT, it's certainly fast enough for=20 >>>> desktop computers. I have no idea how they do it, but fftw doesn't=20 >>>> seem to be that much slower for n^2-1 fft lengths than n^2 lengths. >>>> >>>> >>>> >>>>> Does the correlation still create a perfect unit response as it=20 >>>>> should with the MLS? >>>> >>>> >>>> >>>> I'm not sure what you mean with a perfect unit response. But I'm=20 >>>> sure the new scheme is much more accurate than the FHT. I have=20 >>>> compared the results from the sweep mode with the MLS mode and they=20 >>>> are the same. >>>> >>>> The problem with FHT MLS is that you assume that the soundcard=20 >>>> doesn't degrade the signal at all. It's in fact even more sensitive=20 >>>> to this than you might think. Even with an almost perfectly flat=20 >>>> freqency response you will still not get good results with the FHT.=20 >>>> I think the FHT should be viewed as a last resort, only to be used=20 >>>> when speed is top priority and not accuracy. >>>> Although some of the FHT problems could be solved with calibration I= =20 >>>> still don't think you will get as good results as when you correlate= =20 >>>> in the frequency domain. I'm not sure that the FHT errors are static= =20 >>>> enough to be effectivly removed with calibration. >>>> >>>> >>>> >>>>> I must get started on a test/demo app. >>>> >>>> >>>> >>>> I have almost finished a waveform viewer/library that can be used=20 >>>> from other appplications, so you might want to wait for that. >>>> I will make it public as soon as I figure out where to put it. >>>> >>>> >>>> >>>>> One final thing. If we have upgraded the project name to level 1=20 >>>>> then I think we need to upgrade the major revision number to 1 as=20 >>>>> well. Perhaps 1.0. >>>> >>>> >>>> >>>> I agree on this, although I don't think we should go 1.0 until the=20 >>>> library is stable. >>>> >>>> /Daniel >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------- >>>> This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference >>>> Learn from the experts at JavaOne(SM), Sun's Worldwide Java Develope= r >>>> Conference, June 28 - July 1 at the Moscone Center in San Francisco,= CA >>>> REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code=20 >>>> NWMGYKND >>>> _______________________________________________ >>>> Libmls0-developers mailing list >>>> Lib...@li... >>>> https://lists.sourceforge.net/lists/listinfo/libmls0-developers >>>> >>>> >>> >>> >>> >>> ------------------------------------------------------- >>> This SF.Net email sponsored by Black Hat Briefings & Training. >>> Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital= =20 >>> self defense, top technical experts, no vendor pitches, unmatched=20 >>> networking opportunities. Visit www.blackhat.com >>> _______________________________________________ >>> Libmls0-developers mailing list >>> Lib...@li... >>> https://lists.sourceforge.net/lists/listinfo/libmls0-developers >>> >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital=20 > self defense, top technical experts, no vendor pitches, unmatched=20 > networking opportunities. Visit www.blackhat.com > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers >=20 >=20 |
From: Daniel S. <ds...@ho...> - 2004-06-23 14:55:33
|
>=20 >>I have two questions: what is FHT? Fast Hamahard Transform? >=20 >=20 > Fast Hadamard Transform, I think. >=20 >=20 >>Daniel: did libmls use FHT before and now uses FFT? >=20 >=20 > Yes, I basically replaced the FHT transform routines from Anders Torger= with FFTW. > I'm not sure if it would be more correct to call it DFT or FFT though, = since it's not N^2 length. > But FFTW must use some kind of FFT method anyway since it's so fast. >=20 Well, I just realized I have studied this in a signal processing=20 course... I actually have access to very detailed theory on this=20 subject...:-) >=20 > The above also means that the information in the README file is=20 > longer correct. There is no mic calibration mode anymore, and > there must be a loop from the output to the left (reference > channel) and the right channel must be used for measurements. > If this is the case we really need some updated documentation, could you=20 please patch the README and we will make an updated release. > And then to my attachment: > I have attached the loudspeaker library that I'm working on. > I plan to put it on savannah.gnu.org or sourceforge soon, but I would l= ike to have some comments on the code before I do that. > I will try to take a look at this and of course comment if I feel the=20 need to... > My goal with this library, is that it, together with libmls, should be > complete enough to replace CALSOD, MLSSA etc. with open source tools. > I also want to keep it as portable as possible. >=20 It's all about the GUI today, you know...:-) Regards Daniel Sundberg > The intended audience is: > Developers of measurement or loudspeaker software like e.g. gspeakers. > Advanced users that would like complete freedom in choosing design meth= odology. >=20 > So it is both a library, to satisfy the first group. > And a set of command line utilities using the above library, to satisfy= the second group. >=20 > To make it both as portable and as easily scriptable/customizable as po= ssible the command line utilities should only do one operation each and t= he only thing requiring potentially hard to port or compile GUI code shou= ld be the waveform viewer. >=20 > Implemented at the moment is: > *FRD/ZMA file I/O > *Import of ddb speaker data base. > As generated and used by: > http://www.danbbs.dk/~ko/ubmodel.htm > *Partial implementation of the loudspeaker model in: > http://www.hal-pc.org/~bwhitejr/btsmodel.zip > found here: > http://www.geocities.com/loudspeakerguru/Speaker_Design_Equations.htm= l > *Standard filter generator > *Ladder filter simulator with file I/O > *FRD waveform viewer >=20 > The waveform viewer can use plotutils or gnuplot and it can display the= results from mra/sra. > It doesn't require plotutils to compile and it should be very easy to p= ort to other platforms or to embed in other applications. >=20 > So most of the boring infrastructure things are at least usable and lot= s of fun remains: > Filter/box optimization, spice like simulator and other box types (tl, = horn, etc.). >=20 > When mra/sra has been updated with a bit more options (getopt) it would= be very easy to create a graphical front end that would just launch mra = and pass the results to resgraph (the waveform viewer). >=20 > There are some example scripts in the script directory, > both for using plotutils and gnuplot. >=20 > Regards, > Daniel W >=20 >=20 >>From: Daniel Sundberg <ds...@ho...> >>Date: 2004/06/22 ti AM 11:11:57 GMT+02:00 >>To: lib...@li... >>=C4mne: Re: [Libmls0-developers] RE: libmls-0.3 released >> >>Hi! >> >>I have two questions: what is FHT? Fast Hamahard Transform? >> >>Daniel: did libmls use FHT before and now uses FFT? I am afraid I have=20 >>not been looking very close at the source code lately (mostly since I d= o=20 >>not own a decent measurement microphone). >> >>Also, when some of you start to work on a sample application it might b= e=20 >>a good idea to create a separate module in the cvs or create a new proj= ect. >> >>Regards >> >>Daniel Sundberg >> >> >>dan...@br... wrote: >> >>>Hi Scott >>> >>> >>> >>>>A little while ago Daniel talked about replacing the FHT with another= scheme to generate the impulse response, which appears to have been done= . Can you confirm that it is as fast as the FHT? >>> >>> >>>I don't know if it's as fast as FHT, it's certainly fast enough for de= sktop computers. I have no idea how they do it, but fftw doesn't seem to = be that much slower for n^2-1 fft lengths than n^2 lengths. >>> >>> >>> >>>>Does the correlation still create a perfect unit response as it shoul= d with the MLS? >>> >>> >>>I'm not sure what you mean with a perfect unit response. But I'm sure = the new scheme is much more accurate than the FHT. I have compared the re= sults from the sweep mode with the MLS mode and they are the same. >>> >>>The problem with FHT MLS is that you assume that the soundcard doesn't= degrade the signal at all. It's in fact even more sensitive to this than= you might think. Even with an almost perfectly flat freqency response yo= u will still not get good results with the FHT. I think the FHT should be= viewed as a last resort, only to be used when speed is top priority and = not accuracy. >>>Although some of the FHT problems could be solved with calibration I s= till don't think you will get as good results as when you correlate in th= e frequency domain. I'm not sure that the FHT errors are static enough to= be effectivly removed with calibration. >>> >>> >>> >>>>I must get started on a test/demo app. >>> >>> >>>I have almost finished a waveform viewer/library that can be used from= other appplications, so you might want to wait for that. >>>I will make it public as soon as I figure out where to put it. >>>=20 >>> >>> >>>>One final thing. If we have upgraded the project name to level 1 then= I think we need to upgrade the major revision number to 1 as well. Perha= ps 1.0. >>> >>> >>>I agree on this, although I don't think we should go 1.0 until the lib= rary is stable. >>> >>>/Daniel >>> >>> >>> >>> >>>------------------------------------------------------- >>>This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference >>>Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer >>>Conference, June 28 - July 1 at the Moscone Center in San Francisco, C= A >>>REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYK= ND >>>_______________________________________________ >>>Libmls0-developers mailing list >>>Lib...@li... >>>https://lists.sourceforge.net/lists/listinfo/libmls0-developers >>> >>> >> >> >> >>------------------------------------------------------- >>This SF.Net email sponsored by Black Hat Briefings & Training. >>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -=20 >>digital self defense, top technical experts, no vendor pitches,=20 >>unmatched networking opportunities. Visit www.blackhat.com >>_______________________________________________ >>Libmls0-developers mailing list >>Lib...@li... >>https://lists.sourceforge.net/lists/listinfo/libmls0-developers >> |
From: Daniel S. <ds...@ho...> - 2004-06-22 09:12:04
|
Hi! I have two questions: what is FHT? Fast Hamahard Transform? Daniel: did libmls use FHT before and now uses FFT? I am afraid I have not been looking very close at the source code lately (mostly since I do not own a decent measurement microphone). Also, when some of you start to work on a sample application it might be a good idea to create a separate module in the cvs or create a new project. Regards Daniel Sundberg dan...@br... wrote: > Hi Scott > > >>A little while ago Daniel talked about replacing the FHT with another scheme to generate the impulse response, which appears to have been done. Can you confirm that it is as fast as the FHT? > > > I don't know if it's as fast as FHT, it's certainly fast enough for desktop computers. I have no idea how they do it, but fftw doesn't seem to be that much slower for n^2-1 fft lengths than n^2 lengths. > > >>Does the correlation still create a perfect unit response as it should with the MLS? > > > I'm not sure what you mean with a perfect unit response. But I'm sure the new scheme is much more accurate than the FHT. I have compared the results from the sweep mode with the MLS mode and they are the same. > > The problem with FHT MLS is that you assume that the soundcard doesn't degrade the signal at all. It's in fact even more sensitive to this than you might think. Even with an almost perfectly flat freqency response you will still not get good results with the FHT. I think the FHT should be viewed as a last resort, only to be used when speed is top priority and not accuracy. > Although some of the FHT problems could be solved with calibration I still don't think you will get as good results as when you correlate in the frequency domain. I'm not sure that the FHT errors are static enough to be effectivly removed with calibration. > > >>I must get started on a test/demo app. > > > I have almost finished a waveform viewer/library that can be used from other appplications, so you might want to wait for that. > I will make it public as soon as I figure out where to put it. > > >>One final thing. If we have upgraded the project name to level 1 then I think we need to upgrade the major revision number to 1 as well. Perhaps 1.0. > > > I agree on this, although I don't think we should go 1.0 until the library is stable. > > /Daniel > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers > > |
From: <dan...@br...> - 2004-06-21 09:35:45
|
Hi Scott > A little while ago Daniel talked about replacing the FHT with another scheme to generate the impulse response, which appears to have been done. Can you confirm that it is as fast as the FHT? I don't know if it's as fast as FHT, it's certainly fast enough for desktop computers. I have no idea how they do it, but fftw doesn't seem to be that much slower for n^2-1 fft lengths than n^2 lengths. >Does the correlation still create a perfect unit response as it should with the MLS? I'm not sure what you mean with a perfect unit response. But I'm sure the new scheme is much more accurate than the FHT. I have compared the results from the sweep mode with the MLS mode and they are the same. The problem with FHT MLS is that you assume that the soundcard doesn't degrade the signal at all. It's in fact even more sensitive to this than you might think. Even with an almost perfectly flat freqency response you will still not get good results with the FHT. I think the FHT should be viewed as a last resort, only to be used when speed is top priority and not accuracy. Although some of the FHT problems could be solved with calibration I still don't think you will get as good results as when you correlate in the frequency domain. I'm not sure that the FHT errors are static enough to be effectivly removed with calibration. > I must get started on a test/demo app. I have almost finished a waveform viewer/library that can be used from other appplications, so you might want to wait for that. I will make it public as soon as I figure out where to put it. > One final thing. If we have upgraded the project name to level 1 then I think we need to upgrade the major revision number to 1 as well. Perhaps 1.0. I agree on this, although I don't think we should go 1.0 until the library is stable. /Daniel |
From: Daniel S. <ds...@ho...> - 2004-06-20 22:52:25
|
> One final thing. If we have upgraded the project name to level 1 then I think we need to upgrade the major revision number to 1 as well. Perhaps 1.0. > I think using 1.0 as version number indicates that the library is API and ABI stable. I would like to review the API quite a bit before I would like to call it stable. Also, since I have not yet used libmls to measure anything I don't know if the problems I had last year (the MLS measurement results seemed to be low pass filtered) is still there... Also, I think we need a sample app and at least basic API docs before we can call this stable. MSVC project files and DLL:s for Windows is another thing I would like to see before a 1.0 release. Just my two cents... Regards Daniel Sundberg |
From: Scott T. <Sco...@in...> - 2004-06-20 22:34:37
|
Hi Daniel There is now a lot more to libmls than I expected. Great work everybody. = A little while ago Daniel talked about replacing the FHT with another = scheme to generate the impulse response, which appears to have been = done. Can you confirm that it is as fast as the FHT? Does the = correlation still create a perfect unit response as it should with the = MLS? I would like to introduce the FHT back in as a secondary option = only (because in DSP/microcontroller applications where there might be = no single cycle multiply the FHT is way, way, way faster). I will write = it myself from the original papers so we don't have to share the = copyright around any more than we have to.=20 I must get started on a test/demo app. One final thing. If we have upgraded the project name to level 1 then I = think we need to upgrade the major revision number to 1 as well. Perhaps = 1.0. Scott -----Original Message----- From: Daniel Sundberg [mailto:ds...@ho...] Sent: Monday, 21 June 2004 3:10 AM To: lib...@li... Cc: Scott Thomson; dan...@br... Subject: libmls-0.3 released Hi there! I have now uploaded libmls-0.3 on sourceforge. Please have a look at=20 this and if it looks ok I will announce it on freshmeat tomorrow. Then=20 we might get some response so that we can start to think about next step = in this project. Also, I have created a simple web page: http://libmls0.sf.net Daniel and Scott: I CC you this mail since I think we have had some=20 problems with the mailinglist. Let us see how it works this time... Enjoy! Daniel Sundberg --- ds...@ho... http://sumpan.com |
From: Daniel S. <ds...@ho...> - 2004-06-20 17:10:41
|
Hi there! I have now uploaded libmls-0.3 on sourceforge. Please have a look at this and if it looks ok I will announce it on freshmeat tomorrow. Then we might get some response so that we can start to think about next step in this project. Also, I have created a simple web page: http://libmls0.sf.net Daniel and Scott: I CC you this mail since I think we have had some problems with the mailinglist. Let us see how it works this time... Enjoy! Daniel Sundberg --- ds...@ho... http://sumpan.com |
From: Daniel S. <su...@su...> - 2004-06-15 13:06:30
|
Hi! Most of the work on autoconfing libmls1 is done. libmls1 in cvs now compiles on my system (linux/alsa). Please try it... You should be able to compile the mra example by: g++ -omra `pkg-config libmls1 --libs --cflags` mra.cc Now I am moving myself over to my laptop and start working on win32 compilation. Regards Daniel Sundberg --- http://sumpan.com su...@su... |
From: Daniel S. <su...@su...> - 2004-06-14 22:23:42
|
-------- Original Message -------- Subject: Re: [Libmls0-developers] Source code update Date: Tue, 15 Jun 2004 00:20:43 +0200 From: Daniel Sundberg <dan...@st...> To: Scott Thomson <Sco...@in...> CC: lib...@li... References: <5E0...@ew...> Scott Thomson wrote: > Could we PLEASE get a sumbission of source code into the project! I don't really care how it looks. I really just want to get a update. Would be nice if it compiled. > There is a module called libmls1 in the cvs. At the moment it does not compile but you should be able to tweak the Makefiles so it does. Autotools powered build environment is in progress. You might need to add the attached Makefile.in to be able to use the other Makefiles in the project. /Daniel --- su...@su... http://sumpan.com > Scott > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers > > |
From: Daniel S. <dan...@st...> - 2004-06-14 22:21:02
|
Scott Thomson wrote: > Could we PLEASE get a sumbission of source code into the project! I don't really care how it looks. I really just want to get a update. Would be nice if it compiled. > There is a module called libmls1 in the cvs. At the moment it does not compile but you should be able to tweak the Makefiles so it does. Autotools powered build environment is in progress. You might need to add the attached Makefile.in to be able to use the other Makefiles in the project. /Daniel --- su...@su... http://sumpan.com > Scott > > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers > > |
From: Scott T. <Sco...@in...> - 2004-06-14 22:14:53
|
Could we PLEASE get a sumbission of source code into the project! I = don't really care how it looks. I really just want to get a update. = Would be nice if it compiled. Scott |
From: Daniel S. <su...@su...> - 2004-06-14 22:09:39
|
Scott Thomson wrote: > At some time I would like to create a very simple graphical test app to > include with libmls0. gspeakers is obviously too big and is an > application in its own right. Do either of you guys have something that > works? If not I will build a python/gtk app that will exercise all of > libmls0 and be able to do simple response/phase measurements. > Please go ahead and create the app. I have other things I would rather work on although this has crossed my mind a couple of times and it is on my (very long) TODO-list. Please put this in a separate module of the libmls cvs if you want. Also, with the new portable code in libmls it would be nice to have a cross platform demo app (but I think pygtk is supposed to work on windows too these days so that should be fine). /Daniel --- http://sumpan.com su...@su... > Scott > |
From: Scott T. <Sco...@in...> - 2004-06-14 22:02:25
|
At some time I would like to create a very simple graphical test app to = include with libmls0. gspeakers is obviously too big and is an = application in its own right. Do either of you guys have something that = works? If not I will build a python/gtk app that will exercise all of = libmls0 and be able to do simple response/phase measurements. Scott |
From: Scott T. <Sco...@in...> - 2004-06-14 21:57:32
|
I'm happy with supporting fftw3 only. Scott -----Original Message----- From: Daniel Sundberg [mailto:su...@su...] Sent: Tuesday, 15 June 2004 12:19 AM To: lib...@li... Subject: [Libmls0-developers] Support for fftw2 Hi! I have a question, does libmls really have to support both version 2 and = 3 of the fft library? My guess is that there are not many people who are = able to install libmls but able not upgrade (or install side by side)=20 their fft lib. At least on fedora and debian systems libfftw3 should be=20 very easy to install. Having to choose from two different fft libs will just complicate=20 things. Ok, right now the configure script defaults to libfft3 but I=20 think we might just as well get rid of the libfft2 option. Regards Daniel Sundberg --- http://sumpan.com su...@su... ------------------------------------------------------- This SF.Net email is sponsored by the new InstallShield X. From Windows to Linux, servers to mobile, InstallShield X is the one installation-authoring solution that does it all. Learn more and evaluate today! http://www.installshield.com/Dev2Dev/0504 _______________________________________________ Libmls0-developers mailing list Lib...@li... https://lists.sourceforge.net/lists/listinfo/libmls0-developers |
From: Daniel S. <su...@su...> - 2004-06-14 14:20:16
|
Hi! I have a question, does libmls really have to support both version 2 and 3 of the fft library? My guess is that there are not many people who are able to install libmls but able not upgrade (or install side by side) their fft lib. At least on fedora and debian systems libfftw3 should be very easy to install. Having to choose from two different fft libs will just complicate things. Ok, right now the configure script defaults to libfft3 but I think we might just as well get rid of the libfft2 option. Regards Daniel Sundberg --- http://sumpan.com su...@su... |
From: Scott T. <Sco...@in...> - 2004-06-07 19:57:58
|
No, leave libmls0 as it is with just the Makefile. I just want to keep = it for historical reasons. Let's get on with libmls1! Good work guys. -----Original Message----- From: Daniel Sundberg [mailto:dan...@st...] Sent: Tuesday, 8 June 2004 5:55 AM To: lib...@li... Subject: Re: [Libmls0-developers] Build system reorganization in progress At the moment I am working on the module libmls1. The original code is=20 not touched at all. It would be possible to add the autoconf stuff to=20 the old module too since most of it is done but I do not really see the=20 reason why we should do it...it works as it is for anyone who wants to=20 use it. Since the old code only supports alsa portability is not much of = a reason. However, since most of the autoconf stuff is added to my local = tree of the old module committing it would not be a big problem. /Daniel Scott Thomson wrote: > That is great news for libmls. As I understand it, what you are = working with still uses the FHT with the old API, just with the patches = you worked on in the last year. I want to keep libmls0 like that, and = make libmls1 a separate repository with the new API, win32 support, = non-FHT transforms. >=20 > -----Original Message----- > From: Daniel Sundberg [mailto:su...@su...] > Sent: Tuesday, 8 June 2004 5:38 AM > To: lib...@li... > Subject: [Libmls0-developers] Build system reorganization in progress >=20 >=20 > Hi there, >=20 > today I have started to reorganize the build system. We are moving = from=20 > using plain Makefile:s to something based on autoconf/automake. I hope = > this will make libmls more standardized and more portable. = Unfortunately=20 > the code in cvs will not build until this work is done. >=20 > Regards > Daniel Sundberg >=20 > --- > su...@su... > http://sumpan.com >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers >=20 >=20 ------------------------------------------------------- This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. GNOME Users and Developers European Conference, 28-30th June in Norway http://2004/guadec.org _______________________________________________ Libmls0-developers mailing list Lib...@li... https://lists.sourceforge.net/lists/listinfo/libmls0-developers |
From: Daniel S. <dan...@st...> - 2004-06-07 19:55:29
|
At the moment I am working on the module libmls1. The original code is not touched at all. It would be possible to add the autoconf stuff to the old module too since most of it is done but I do not really see the reason why we should do it...it works as it is for anyone who wants to use it. Since the old code only supports alsa portability is not much of a reason. However, since most of the autoconf stuff is added to my local tree of the old module committing it would not be a big problem. /Daniel Scott Thomson wrote: > That is great news for libmls. As I understand it, what you are working with still uses the FHT with the old API, just with the patches you worked on in the last year. I want to keep libmls0 like that, and make libmls1 a separate repository with the new API, win32 support, non-FHT transforms. > > -----Original Message----- > From: Daniel Sundberg [mailto:su...@su...] > Sent: Tuesday, 8 June 2004 5:38 AM > To: lib...@li... > Subject: [Libmls0-developers] Build system reorganization in progress > > > Hi there, > > today I have started to reorganize the build system. We are moving from > using plain Makefile:s to something based on autoconf/automake. I hope > this will make libmls more standardized and more portable. Unfortunately > the code in cvs will not build until this work is done. > > Regards > Daniel Sundberg > > --- > su...@su... > http://sumpan.com > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers > > > ------------------------------------------------------- > This SF.Net email is sponsored by: GNOME Foundation > Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. > GNOME Users and Developers European Conference, 28-30th June in Norway > http://2004/guadec.org > _______________________________________________ > Libmls0-developers mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libmls0-developers > > |
From: Scott T. <Sco...@in...> - 2004-06-07 19:47:04
|
That is great news for libmls. As I understand it, what you are working = with still uses the FHT with the old API, just with the patches you = worked on in the last year. I want to keep libmls0 like that, and make = libmls1 a separate repository with the new API, win32 support, non-FHT = transforms. -----Original Message----- From: Daniel Sundberg [mailto:su...@su...] Sent: Tuesday, 8 June 2004 5:38 AM To: lib...@li... Subject: [Libmls0-developers] Build system reorganization in progress Hi there, today I have started to reorganize the build system. We are moving from=20 using plain Makefile:s to something based on autoconf/automake. I hope=20 this will make libmls more standardized and more portable. Unfortunately = the code in cvs will not build until this work is done. Regards Daniel Sundberg --- su...@su... http://sumpan.com ------------------------------------------------------- This SF.Net email is sponsored by: GNOME Foundation Hackers Unite! GUADEC: The world's #1 Open Source Desktop Event. GNOME Users and Developers European Conference, 28-30th June in Norway http://2004/guadec.org _______________________________________________ Libmls0-developers mailing list Lib...@li... https://lists.sourceforge.net/lists/listinfo/libmls0-developers |