From: Diemo S. <Die...@ir...> - 2006-10-17 08:37:48
|
Dear Eduardo, I'm also forwarding this mail to the sdi...@so... list (subscribe at https://lists.sourceforge.net/lists/listinfo/sdif-devel), where interesting development topics like these should go and where Axel can read them who wrote eaSDIF and the swig python bindings. I started all this swig thing, but only took care of the perl bindings. What version of swig are you using? Eduardo Moguillansky wrote: > dear Diemo, >=20 > thank you very much for the information. I did get the CVS files and > found the python wrappers. They refuse to compile however. First 2 file= s > have changed name: sdifframe.hpp and sdifmatrix.hpp appear as > sdif_frame.hpp and sdif_matrix.hpp. That changed, it starts compiling > but throws an error when trying to compile the wrapped file. I wonder i= f > some renaming has taken place since the interface files were done. >=20 > I first compiled and installed easdif (and sdif) with no problems and > they work fine.=20 >=20 > I did actually write a parser for 1TRC files from scratch just by > following the specifications and reading the hex dumps. > But for all the other formats, it seems at the moment more efficient to > convert to text and write a small parser. >=20 > The whole idea is to be able to provide a scripting layer which is > common to some of the softwares working with spectral data -supervp and > loris at the moment (I'm trying to make it work both for mac and linux, > so it is a pity that Pm2 does not seem to have a Linux version), spear > for fast visualization of partial tracking with loris and Pm2. In this > way it is possible to choose the best tool for each task -to do > morphing, for instance, it is very useful to resort to Loris, for > cross-synthesis supervp is much better -also because it is so fast. Als= o > it is useful to do peak analysis in supervp and use the information to > control the morphing envelope in Loris, and things of the sort. > > Thanks! > > Eduardo That sounds great! Your work would make for an interesting presentation at the Ircam Forum Workshops. Cheers... ...Diemo > I forgot, here is the compilation error: >=20 > eaSDIF_wrap.cxx:1760: error: no type named =E2=80=98category=E2=80=99 i= n=20 > =E2=80=98struct swig::traits<std::pair<std::basic_string<char,=20 > std::char_traits<char>, std::allocator<char> >,=20 > std::basic_string<char, std::char_traits<char>, std::alloca >=20 > On Tue, 2006-10-10 at 15:49 +0200, Diemo Schwarz wrote: >> Hi Eduardo, >> >> look in the CVS sources of easdif. (Now on=20 >> http://sourceforge.net/projects/sdif/!) I think the java, perl and=20 >> python bindings are not part of the distribution, yet, because nobody=20 >> asked for them up to now. >> >> I'm forwarding this question to the sdif mailing list for more details= ... >> ...Diemo >> >> >> email message attachment (eaSDIF - Python bindings) >>> -------- Forwarded Message -------- >>> From: Eduardo Moguillansky <mog...@gm...> >>> To: Die...@ir... >>> Subject: eaSDIF - Python bindings >>> Date: Tue, 10 Oct 2006 14:36:49 +0200 |
From: Axel R. <Axe...@ir...> - 2006-10-17 09:51:50
|
On Tuesday 17 October 2006 10:37, Diemo Schwarz wrote: > Dear Eduardo, > > I'm also forwarding this mail to the sdi...@so... list > (subscribe at https://lists.sourceforge.net/lists/listinfo/sdif-devel), > where interesting development topics like these should go and where Axe= l > can read them who wrote eaSDIF and the swig python bindings. I started > all this swig thing, but only took care of the perl bindings. > > What version of swig are you using? > > Eduardo Moguillansky wrote: > > dear Diemo, > > > > thank you very much for the information. I did get the CVS files and > > found the python wrappers. They refuse to compile however. First 2 fi= les > > have changed name: sdifframe.hpp and sdifmatrix.hpp appear as > > sdif_frame.hpp and sdif_matrix.hpp. That changed, it starts compiling > > but throws an error when trying to compile the wrapped file. I wonder= if > > some renaming has taken place since the interface files were done. Hi, in fact renaming of sdifframe.* and sdifmatrix.* files became necessary=20 because the mac does not distinguish lower and upper case letters such that the related object files were confused with the sdif objects SdifFrame.o. The issue popped up from time to time and I decided to solve it forever. Unfortunately I did not update the swig files since then. Thanks for the remark. I'll fix that. > > I first compiled and installed easdif (and sdif) with no problems and > > they work fine. > > > > I did actually write a parser for 1TRC files from scratch just by > > following the specifications and reading the hex dumps. > > But for all the other formats, it seems at the moment more efficient = to > > convert to text and write a small parser. What could be simpler as parsing an sdif file with Easdif? > > The whole idea is to be able to provide a scripting layer which is > > common to some of the softwares working with spectral data -supervp a= nd > > loris at the moment (I'm trying to make it work both for mac and linu= x, > > so it is a pity that Pm2 does not seem to have a Linux version), spea= r > > for fast visualization of partial tracking with loris and Pm2. In thi= s > > way it is possible to choose the best tool for each task -to do > > morphing, for instance, it is very useful to resort to Loris, for > > cross-synthesis supervp is much better -also because it is so fast. A= lso > > it is useful to do peak analysis in supervp and use the information t= o > > control the morphing envelope in Loris, and things of the sort. Sounds interesting.=20 For the people that manage to put the libraries in the=20 correct place we may give a pm2 linux version in the=20 next forum release as well.=20 I'll see how much I'll have to do for that. > > I forgot, here is the compilation error: > > > > eaSDIF_wrap.cxx:1760: error: no type named =E2=80=98category=E2=80=99= in > > =E2=80=98struct swig::traits<std::pair<std::basic_string<char, > > std::char_traits<char>, std::allocator<char> >, > > std::basic_string<char, std::char_traits<char>, std::alloca As I wrote in my last email swig support for c++ is not very stable. What version of swig are you using? > > On Tue, 2006-10-10 at 15:49 +0200, Diemo Schwarz wrote: > >> Hi Eduardo, > >> > >> look in the CVS sources of easdif. (Now on > >> http://sourceforge.net/projects/sdif/!) I think the java, perl and > >> python bindings are not part of the distribution, yet, because nobod= y > >> asked for them up to now. > >> > >> I'm forwarding this question to the sdif mailing list for more > >> details... ...Diemo > >> > >> > >> email message attachment (eaSDIF - Python bindings) > >> > >>> -------- Forwarded Message -------- > >>> From: Eduardo Moguillansky <mog...@gm...> > >>> To: Die...@ir... > >>> Subject: eaSDIF - Python bindings > >>> Date: Tue, 10 Oct 2006 14:36:49 +0200 > > -----------------------------------------------------------------------= -- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier Download IBM WebSphere Application Server v.1.0.1 based on Apach= e > Geronimo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Sdif-devel mailing list > Sdi...@li... > https://lists.sourceforge.net/lists/listinfo/sdif-devel --=20 Axel Roebel =20 IRCAM Analysis/Synthesis Team Phone: ++33-1-4478 4845 | Fax: ++33-1-4478 1540 |