Menu
▾
▴
linuxsampler-devel
|
From: <le...@gr...> - 2004-05-18 13:52:26
|
Hi, I'm working on the CoreMidi driver for MacOSX. The CoeMidi driver will be callback based thus I guess the "MidiInputDeviceCoreMidi" class does to need to be a subclass of MidiThread and does not implements the Main method? Thanks Stephane Letz |
|
From: Christian S. <chr...@ep...> - 2004-05-18 15:09:28
|
Es geschah am Dienstag, 18. Mai 2004 15:50 als St=E9phane Letz schrieb: > Hi, > > I'm working on the CoreMidi driver for MacOSX. The CoeMidi driver will > be callback based thus I guess the "MidiInputDeviceCoreMidi" class does > to need to be a subclass of MidiThread and does not implements the Main > method? Hi St=E9phane! Good to hear that you're woring for it! The abstract Main() method (from abstract class Thread) is the method which= =20 will be executed by the thread, so this method _HAS_ to be implemented=20 (otherwise you'll get an compiler error anyway). CU Christian |
|
From: <le...@gr...> - 2004-05-18 17:18:08
|
Le 18 mai 04, =E0 17:00, Christian Schoenebeck a =E9crit : > Es geschah am Dienstag, 18. Mai 2004 15:50 als St=E9phane Letz = schrieb: >> Hi, >> >> I'm working on the CoreMidi driver for MacOSX. The CoeMidi driver = will >> be callback based thus I guess the "MidiInputDeviceCoreMidi" class=20 >> does >> to need to be a subclass of MidiThread and does not implements the=20 >> Main >> method? > > Hi St=E9phane! > > Good to hear that you're woring for it! > > The abstract Main() method (from abstract class Thread) is the method=20= > which > will be executed by the thread, so this method _HAS_ to be implemented > (otherwise you'll get an compiler error anyway). The driver is callback based, thus it does not need any thread. I have now a CoreMidi driver compiling and loading but i can not load=20 the FreePiano gig file that is not recognized as a RIFF file on Mac... Stephane > > CU > Christian > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id%62&alloc_ida84&op=3Dclick > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > |
|
From: Christian S. <chr...@ep...> - 2004-05-18 18:08:23
|
Es geschah am Dienstag, 18. Mai 2004 19:16 als St=E9phane Letz schrieb: > Le 18 mai 04, =E0 17:00, Christian Schoenebeck a =E9crit : > > Es geschah am Dienstag, 18. Mai 2004 15:50 als St=E9phane Letz schrieb: > >> Hi, > >> > >> I'm working on the CoreMidi driver for MacOSX. The CoeMidi driver will > >> be callback based thus I guess the "MidiInputDeviceCoreMidi" class > >> does > >> to need to be a subclass of MidiThread and does not implements the > >> Main > >> method? > > > > Hi St=E9phane! > > > > Good to hear that you're woring for it! > > > > The abstract Main() method (from abstract class Thread) is the method > > which > > will be executed by the thread, so this method _HAS_ to be implemented > > (otherwise you'll get an compiler error anyway). > > The driver is callback based, thus it does not need any thread. > > I have now a CoreMidi driver compiling and loading but i can not load > the FreePiano gig file that is not recognized as a RIFF file on Mac... Sorry, my fault, I only read half of your mail. Of course, you're right if= =20 it's callback based it should not derive the Thread class of course. But I= =20 wonder if you have the latest version of LinuxSampler. In current CVS versi= on=20 there is not 'MidiThread' class anymore. And I already fixed the bigendian= =20 specific bugs that caused gig files not to be recognized as RIFF files on M= ac=20 in december or so. At least I could successfully test it on a PPC running=20 Linux, so please check if you have the latest version: cvs -z3 -d:pserver:ano...@cv...:/var/cvs/linuxsampler co= =20 linuxsampler CU Christian |
|
From: <be...@ga...> - 2004-05-18 17:27:44
|
Yes, its wonderful that Stephane joined the team. After having been at his Jack on OS X talk at ZKM I have no doubt that LS on OS X will rock :) I chatted with Stephane on irc today and have him a few hints what LSCP commands to issue, where to find a free GIG file etc. He said it now compiles and runs but when loading the Freepiano.gig he gets a "Not a RIFF file error". I guess it´s probably a bigendian problem in libgig/LS ? Anyway its pretty exciting if we get an OS X port soon since combined with the GUI (which is just a recompile away since Qt GPL is available on OS X) it will get us lots of new users and perhaps a few developers too which will help out for the last tuning bits the GIG engine needs. Another positive note: I ported the LS threading and mutex classes to the WIN32 API :) This is a prerequisite to turn LS into a Windows VSTi. But this is not enough, some other stuff will need to be astracted like usleep(), perhaps file i/o too, but it´s not big work. I´ll discuss about this with Christian and others on IRC next time we meet. :) cheers, Benno Scrive Christian Schoenebeck <chr...@ep...>: > Es geschah am Dienstag, 18. Mai 2004 15:50 als St=E9phane Letz schrieb: > > Hi, > > > > I'm working on the CoreMidi driver for MacOSX. The CoeMidi driver will > > be callback based thus I guess the "MidiInputDeviceCoreMidi" class does > > to need to be a subclass of MidiThread and does not implements the Main > > method? > > Hi St=E9phane! > > Good to hear that you're woring for it! > > The abstract Main() method (from abstract class Thread) is the method which= > =20 > will be executed by the thread, so this method _HAS_ to be implemented=20 > (otherwise you'll get an compiler error anyway). > > CU > Christian > > > ------------------------------------------------------- > This SF.Net email is sponsored by: SourceForge.net Broadband > Sign-up now for SourceForge Broadband and get the fastest > 6.0/768 connection for only $19.95/mo for the first 3 months! > http://ads.osdn.com/?ad_id=2562&alloc_id=6184&op=click > _______________________________________________ > Linuxsampler-devel mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxsampler-devel > ------------------------------------------------- This mail sent through http://www.gardena.net |
|
From: <le...@gr...> - 2004-05-18 17:51:45
|
Le 18 mai 04, =E0 19:27, be...@ga... a =E9crit : > Yes, its wonderful that Stephane joined the team. > After having been at his Jack on OS X talk at ZKM > I have no doubt that LS on OS X will rock :) > I chatted with Stephane on irc today and have him a few hints > what LSCP commands to issue, where to find a free GIG file etc. > He said it now compiles and runs but when loading the Freepiano.gig > he gets a "Not a RIFF file error". > I guess it=B4s probably a bigendian problem in libgig/LS ? I tried to define WORDS_BIGENDIAN but still without success... > Anyway its pretty exciting if we get an OS X port soon since > combined with the GUI (which is just a recompile away since > Qt GPL is available on OS X) it will get us lots of new users and > perhaps a few developers too which will help out for the last > tuning bits the GIG engine needs. > > Another positive note: I ported the LS threading and mutex classes > to the WIN32 API :) > This is a prerequisite to turn LS into a Windows VSTi. > But this is not enough, some other stuff will need to be astracted > like usleep(), perhaps file i/o too, but it=B4s not big work. > I=B4ll discuss about this with Christian and others on IRC next time = we=20 > meet. What IRC do you use? Stephane |
|
From: Christian S. <chr...@ep...> - 2004-05-18 18:11:09
|
Es geschah am Dienstag, 18. Mai 2004 19:50 als St=E9phane Letz schrieb: > What IRC do you use? irc.freenode.org (#linuxsampler and #lad) CU Christian |
|
From: <le...@gr...> - 2004-05-19 09:49:53
Attachments:
config.h.in
|
Le 19 mai 04, =E0 10:50, Christian Schoenebeck a =E9crit : > Es geschah am Dienstag, 18. Mai 2004 19:50 als St=E9phane Letz = schrieb: >> Le 18 mai 04, =E0 19:27, be...@ga... a =E9crit : >>> Yes, its wonderful that Stephane joined the team. >>> After having been at his Jack on OS X talk at ZKM >>> I have no doubt that LS on OS X will rock :) >>> I chatted with Stephane on irc today and have him a few hints >>> what LSCP commands to issue, where to find a free GIG file etc. >>> He said it now compiles and runs but when loading the Freepiano.gig >>> he gets a "Not a RIFF file error". >>> I guess it=B4s probably a bigendian problem in libgig/LS ? >> >> I tried to define WORDS_BIGENDIAN but still without success... > > Ok, you could check if it works with the libgig tools: > > cvs -z3 =20 > -d:pserver:ano...@cv...:/var/cvs/linuxsampler co > libgig > > or > > http://stud.fh-heilbronn.de/~cschoene/projects/libgig/libgig=20 > -0.7.0.tar.bz2 > > CVS head and tarball should be the same at the moment. So compile it =20= > with > WORDS_BIGENDIAN set to 1 (which should be done automatically by =20 > configure on > your box) and try if the tools work. Start with 'rifftree', if that =20= > fails, > all other will fail too. If that works, try the other ones as well > ('dlsdump', 'gigdump' and 'gigextract'). All tools come with a short =20= > man page > each and if you don't provide any argument, usage will be displayed. > > If you even have problems with these, then I have to debug the lib on =20= > a OSX > box somewhere, let's see... > > CU > Christian > I've got the libgig tarbar, configure and make seems to work but then =20= when using rifftree : rifftree /Users/letz/FreePiano.gig dyld: rifftree Undefined symbols: __ZNSs20_S_empty_rep_storageE __ZNSs4_Rep11_S_max_sizeE __ZNSs4_Rep11_S_terminalE __ZNSt24__default_alloc_templateILb1ELi0EE12_S_force_newE __ZNSt24__default_alloc_templateILb1ELi0EE12_S_free_listE __ZNSt24__default_alloc_templateILb1ELi0EE22_S_node_allocator_lockE __ZSt4cout __ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_ __ZTVN10__cxxabiv117__class_type_infoE ___gxx_personality_v0 So here is a link problem somewhere. Here is the config.log file in cas =20= it helps Stephane |
Thanks for helping keep SourceForge clean.
X