You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(90) |
Sep
(38) |
Oct
(22) |
Nov
(3) |
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(40) |
Feb
(119) |
Mar
(236) |
Apr
(41) |
May
(45) |
Jun
(10) |
Jul
(9) |
Aug
(12) |
Sep
(5) |
Oct
(17) |
Nov
(2) |
Dec
(3) |
2006 |
Jan
(23) |
Feb
(36) |
Mar
(49) |
Apr
|
May
|
Jun
(1) |
Jul
(11) |
Aug
(11) |
Sep
(15) |
Oct
(30) |
Nov
(36) |
Dec
(13) |
2007 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
(3) |
Jun
(7) |
Jul
(4) |
Aug
(1) |
Sep
(19) |
Oct
(1) |
Nov
(2) |
Dec
(5) |
2008 |
Jan
|
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
(5) |
Dec
|
2009 |
Jan
(26) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(26) |
Sep
(6) |
Oct
(5) |
Nov
(6) |
Dec
(6) |
2010 |
Jan
(3) |
Feb
|
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
(6) |
Aug
(8) |
Sep
(220) |
Oct
(9) |
Nov
(27) |
Dec
(33) |
2012 |
Jan
|
Feb
(4) |
Mar
(9) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
(4) |
Nov
|
Dec
|
2013 |
Jan
(6) |
Feb
(20) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(17) |
Nov
(2) |
Dec
|
2014 |
Jan
(9) |
Feb
(1) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(2) |
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Chris W. <chr...@ch...> - 2011-12-05 20:36:22
|
Hi folks! I've got changes in my working copy that clean up the AppConfig class and the preferences dialog. It looks like there was an intention at some point to make the preferences panels embeddable in other dialogs, but this doesn't seem to have come to pass, and the result is a lot of dead code paths. Can I go ahead and commit these changes? They result in an AppConfig class that is almost entirely devoid of presentation logic (two methods to relocate to a more appropriate place when I get to that class) and a simplified abstract base class for the preference panel stuff. Regards, Chris |
From: Frankie F. <jsy...@te...> - 2011-12-04 18:38:46
|
just whack it in On 04/12/2011 17:02, Chris Wareham wrote: > Chris Wareham said on 04/12/11 13:15: >> Hi folks, >> >> I'd like to commit the following changes if that's OK. >> >> Regards, >> >> Chris >> > > I've also reworked the byte array manipulation methods from the Utility > class to use System.arraycopy() rather than a ByteArrayOutputStream. > I've attached a simple test class with my versions of the methods > inline. > > Regards, > > Chris > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > > > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |
From: Chris W. <chr...@ch...> - 2011-12-04 17:02:59
|
Chris Wareham said on 04/12/11 13:15: > Hi folks, > > I'd like to commit the following changes if that's OK. > > Regards, > > Chris > I've also reworked the byte array manipulation methods from the Utility class to use System.arraycopy() rather than a ByteArrayOutputStream. I've attached a simple test class with my versions of the methods inline. Regards, Chris |
From: Chris W. <chr...@ch...> - 2011-12-04 13:15:10
|
Hi folks, I'd like to commit the following changes if that's OK. Regards, Chris Added NetBeans project files. A nbproject A nbproject/project.xml A nbproject/private A nbproject/private/private.xml Moved JSynthLib class into core package. D JSynthLib.java Rewrote ErrorDialog class. Made small refactorings to classes that depend on the ErrorMsg and DKnob classes. Made DevicesConfig and ErrorMsg classes non-instantiable (contained only static methods) and a singleton respectively. M core/JSLFrame.java M core/PatchEdit.java M core/ErrorDialog.java M core/JSLDesktop.java D core/ErrorDialog.form A + core/JSynthLib.java M core/AppConfig.java M core/DevicesConfig.java M core/MidiScan.java M core/KnobLookupWidget.java M core/ErrorMsg.java M core/DeviceSelectionTree.java M core/DeviceAddDialog.java M core/KnobWidget.java Modified Ant build files to remove obsolete reference to Jikes compiler and to reflect move of JSynthLib class and Groovy JAR file. M build.properties M build.xml Modified Mac OS X application files to reflect move of JSynthLib class. M misc/MANIFEST M misc/macosx/Info.plist M misc/mainClass Removed pointless instantiations of ErrorMsg classes. M synthdrivers/RolandVG88/RolandVG88SysDatDriver.java M synthdrivers/RolandVG88/RolandVG88SingleDriver.java Removed redundant image used by old error dialog. D images/Error.gif Removed unused JDOM implementation, moved Groovy JAR into a lib directory. D jdom.jar D groovy.jar A lib A + lib/groovy.jar Cleaned up knob widget and added test class. M com/dreamfabric/DKnob.java A com/dreamfabric/DKnobTest.java |
From: Frankie F. <jsy...@te...> - 2011-12-01 21:39:22
|
On 01/12/2011 19:39, Chris Wareham wrote: > > In the meantime I'll take a look at Joe Emanaker's re-factoring branch, > and continue familiarising myself with the code base. Is there a need > to support versions of Java prior to 1.5, or can I assume that Generics > support is a pre-requisite for running future versions of JSynthLib? > I'm currently using Java 1.7 on Linux, but I understand that only a > beta release of 1.7 is available for Mac OS X. > > Regards, > > Chris > > Java version has been discussed recently and although it states on the website a rather old version of java, the general feeling was definitely in favour of 1.5 - maybe even 1.6 - so you can safely rely on generics. frankie |
From: Chris W. <chr...@ch...> - 2011-12-01 19:39:53
|
Frankie Fisher said on 01/12/11 18:20: > These changes sound fantastic. I'll give you a little idea of what's > going on at the moment. > > We're currently have a release candidate available for release 0.21 > although there are still some administrative issues to do with getting > the website updated, and possibly a MacOs bug that may need resolving > before this is released. > > At the same time, there is a moderate refactoring project under way that > Joe Emenaker has been conducting in a separate branch > (http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/branches/UIRefactor/). > I am not sure whether he is finished with this yet or not, but I know > that the plan was to delay merging this back into the main branch at > least until we have got 0.21 out of the door. > > The vague roadmap we've talked about recently is something like this: > * Release 0.21. > * Sweep up outstanding bugs and patches. > * Release 0.22. > * Emenaker's Grand Refactoring. > * Release 0.30. > > The best place for reorganising files and moving them around might > actually be in Joe's refactoring branch, as if we clobber loads of stuff > in the main branch it will make it harder than necessary to merge his > refactor branch back in. I presume Joe would be ok with you putting your > refactors in his branch though its probably worth checking with him to > make sure he doesn't have anything on his computer he's not got round to > submitting. > > Some of your other changes such as the DKnob cleanup, ErrorDialog > replacement, netbeans project could probably go straight into the main > branch as they shouldn't have much impact on the merge. > > regards, > > Frankie > Hi Frankie, I've had a reply off list from Joachim, and I think he is going to enable me to commit to the Subversion repository. Reading your response, I would like to suggest that I commit my error dialog and knob widget changes as they are not very invasive, but I would hold off committing my other changes as they would restructure the layout of the code base. This commit would therefore consist of one new Java class, and modifications to three existing ones. If Joachim is going to enable me to commit, then I will ask for approval prior to applying my changes in case it is too risky with a new release imminent. In the meantime I'll take a look at Joe Emanaker's re-factoring branch, and continue familiarising myself with the code base. Is there a need to support versions of Java prior to 1.5, or can I assume that Generics support is a pre-requisite for running future versions of JSynthLib? I'm currently using Java 1.7 on Linux, but I understand that only a beta release of 1.7 is available for Mac OS X. Regards, Chris |
From: Frankie F. <jsy...@te...> - 2011-12-01 18:21:05
|
These changes sound fantastic. I'll give you a little idea of what's going on at the moment. We're currently have a release candidate available for release 0.21 although there are still some administrative issues to do with getting the website updated, and possibly a MacOs bug that may need resolving before this is released. At the same time, there is a moderate refactoring project under way that Joe Emenaker has been conducting in a separate branch (http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/branches/UIRefactor/). I am not sure whether he is finished with this yet or not, but I know that the plan was to delay merging this back into the main branch at least until we have got 0.21 out of the door. The vague roadmap we've talked about recently is something like this: * Release 0.21. * Sweep up outstanding bugs and patches. * Release 0.22. * Emenaker's Grand Refactoring. * Release 0.30. The best place for reorganising files and moving them around might actually be in Joe's refactoring branch, as if we clobber loads of stuff in the main branch it will make it harder than necessary to merge his refactor branch back in. I presume Joe would be ok with you putting your refactors in his branch though its probably worth checking with him to make sure he doesn't have anything on his computer he's not got round to submitting. Some of your other changes such as the DKnob cleanup, ErrorDialog replacement, netbeans project could probably go straight into the main branch as they shouldn't have much impact on the merge. regards, Frankie On 01/12/2011 15:32, chr...@ch... wrote: > Hi, > > Several years ago I looked into adding support to JSynthLib for several synthesisers I own (Cheetah MS-6 and Marion MSR-2). At the time the codebase seemed to be undergoing some major changes, and I held off looking further at the code. A couple of days ago I decided to take another look at JSynthLib, and saw that despite there not being a release for a few years, there was ongoing activity in the Subversion repository. > > I checked the code out, had a poke around, and would be very keen on becoming a contributor to the project. In my local copy of the code, I have created a basic NetBeans project, as I don't use Eclipse. The configuration resides in a single directory, is not specific to a particular developers environment, and would be of benefit to any other NetBeans users. I have also restructured the codebase to follow the common convention of having all Java sources under an src sub-directory, including the JSynthLib class that currently resides in the root of the project. I also moved the groovy.jar into a lib sub-directory, as per common conventions. I then removed the JDOM Jar from my local working copy, as neither I nor NetBeans could find a dependency on it. I have amended the Ant script accordingly. > > I cleaned up the DKnob class, which appears to have several dubious optimisations, and wrote a test class to exercise it. Finally, I replaced the only remaining class that relies on NetBeans GUI builder (ErrorDialog), with one that I coded from hand and in my humble opinion is more user friendly. > > If any of these changes are of interest, then I can submit them to the list, and I'd also be interested on comments about these changes. I couldn't find a road map for the project, so I apologise if any of what I have done seems in any way presumptuous! I would be keen to continue refactoring the codebase to clean it up and document it better, particularly as I was seeing a few exceptions such as concurrent access violations in the initial code that I checked out. > > Regards, > > Chris > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |
From: <chr...@ch...> - 2011-12-01 15:49:12
|
Hi, Several years ago I looked into adding support to JSynthLib for several synthesisers I own (Cheetah MS-6 and Marion MSR-2). At the time the codebase seemed to be undergoing some major changes, and I held off looking further at the code. A couple of days ago I decided to take another look at JSynthLib, and saw that despite there not being a release for a few years, there was ongoing activity in the Subversion repository. I checked the code out, had a poke around, and would be very keen on becoming a contributor to the project. In my local copy of the code, I have created a basic NetBeans project, as I don't use Eclipse. The configuration resides in a single directory, is not specific to a particular developers environment, and would be of benefit to any other NetBeans users. I have also restructured the codebase to follow the common convention of having all Java sources under an src sub-directory, including the JSynthLib class that currently resides in the root of the project. I also moved the groovy.jar into a lib sub-directory, as per common conventions. I then removed the JDOM Jar from my local working copy, as neither I nor NetBeans could find a dependency on it. I have amended the Ant script accordingly. I cleaned up the DKnob class, which appears to have several dubious optimisations, and wrote a test class to exercise it. Finally, I replaced the only remaining class that relies on NetBeans GUI builder (ErrorDialog), with one that I coded from hand and in my humble opinion is more user friendly. If any of these changes are of interest, then I can submit them to the list, and I'd also be interested on comments about these changes. I couldn't find a road map for the project, so I apologise if any of what I have done seems in any way presumptuous! I would be keen to continue refactoring the codebase to clean it up and document it better, particularly as I was seeing a few exceptions such as concurrent access violations in the initial code that I checked out. Regards, Chris |
From: Frankie F. <jsy...@te...> - 2011-11-23 23:53:19
|
On 23/11/2011 22:08, Joachim wrote: > Hi there, > > does anybody here have a Mac OS? > > In the UCapps forum someone posted a problem with using a Mac and JSynthLib: > http://midibox.org/forums/topic/14981-jsynthlib-update/page__view__findpost__p__143389 > > Would be nice if we could help him. > > haha I was about to post the same thing ;) |
From: Joachim <li...@sd...> - 2011-11-23 22:08:14
|
Hi there, does anybody here have a Mac OS? In the UCapps forum someone posted a problem with using a Mac and JSynthLib: http://midibox.org/forums/topic/14981-jsynthlib-update/page__view__findpost__p__143389 Would be nice if we could help him. Joachim |
From: John M. <jo...@as...> - 2011-11-23 10:06:44
|
On 22/11/2011 20:10, Frankie Fisher wrote: > I actually did a little bit of work tidying a few drivers up last month > because a number of them claimed ownership of pretty much any device id > that they were passed. Oh! > Anyone know how other software like this such as sounddiver etc deal > with detecting synths that don't support the standard midi enquiry? I seem to remember speaking to someone at Sound Quest about this; I'll try to dig up the answer if I've still got it in my email somewhere. > > I agree that a mechanism that gives a driver an opportunity to define or > carry out a custom enquiry could be useful for cases like this. Perhaps > an overridable function in the driver's base class which accepts a > device id and channel, and generates the appropriate message, and after > the standard sysex detection procedure has been run, it can do the same > for any driver that has overridden this function. Yes, exactly the sort of thing I was thinking of. Perhaps I should raise a feature request for it? John > frankie > > On 22/11/2011 15:11, John McCabe wrote: >> Hi >> >> Has anyone considered looking at the MidiScan stuff to deal more >> 'elegantly' with synths that don't respond to an device inquiry as per >> the MIDI standard? >> >> I noticed there is special code in there for the Waldorf Microwave 2, >> the Yamaha SY85 driver mentions that it doesn't respond and (my own >> 'project' at the moment) the Kawai K1 also doesn't respond to a standard >> MIDI device inquiry. >> >> I don't know about the SY85, but the K1 does have its own Machine ID >> request which seems a similar sort of thing so it may be relatively >> simple to refactor the code so that it sends a device inquiry then, if >> it doesn't get a response, loops round the installed device drivers >> checking for any that might have their own ID request etc.... >> >> John >> >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > |
From: Frankie F. <jsy...@te...> - 2011-11-22 20:10:25
|
I actually did a little bit of work tidying a few drivers up last month because a number of them claimed ownership of pretty much any device id that they were passed. Anyone know how other software like this such as sounddiver etc deal with detecting synths that don't support the standard midi enquiry? I agree that a mechanism that gives a driver an opportunity to define or carry out a custom enquiry could be useful for cases like this. Perhaps an overridable function in the driver's base class which accepts a device id and channel, and generates the appropriate message, and after the standard sysex detection procedure has been run, it can do the same for any driver that has overridden this function. frankie On 22/11/2011 15:11, John McCabe wrote: > Hi > > Has anyone considered looking at the MidiScan stuff to deal more > 'elegantly' with synths that don't respond to an device inquiry as per > the MIDI standard? > > I noticed there is special code in there for the Waldorf Microwave 2, > the Yamaha SY85 driver mentions that it doesn't respond and (my own > 'project' at the moment) the Kawai K1 also doesn't respond to a standard > MIDI device inquiry. > > I don't know about the SY85, but the K1 does have its own Machine ID > request which seems a similar sort of thing so it may be relatively > simple to refactor the code so that it sends a device inquiry then, if > it doesn't get a response, loops round the installed device drivers > checking for any that might have their own ID request etc.... > > John > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |
From: John M. <jo...@as...> - 2011-11-22 15:11:13
|
Hi Has anyone considered looking at the MidiScan stuff to deal more 'elegantly' with synths that don't respond to an device inquiry as per the MIDI standard? I noticed there is special code in there for the Waldorf Microwave 2, the Yamaha SY85 driver mentions that it doesn't respond and (my own 'project' at the moment) the Kawai K1 also doesn't respond to a standard MIDI device inquiry. I don't know about the SY85, but the K1 does have its own Machine ID request which seems a similar sort of thing so it may be relatively simple to refactor the code so that it sends a device inquiry then, if it doesn't get a response, loops round the installed device drivers checking for any that might have their own ID request etc.... John |
From: Joachim <li...@sd...> - 2011-11-18 19:21:47
|
Why did you create a new branch for your driver? I wrote this: >>> You don't need to create a branch. Just checkout JSynthLib (the trunk), >>> develop your driver locally and if it's finished and ready to be tested >>> by others add it to the repository. Joachim Am 17.11.2011 23:22, schrieb John McCabe: > Thank you! > > On 17/11/2011 20:41, Joachim wrote: >> Fixed. >> >> Joachim >> >> Am 17.11.2011 19:48, schrieb John McCabe: >>> Hi, >>> >>> Much appreciated, but I'm john_g_mccabe so I guess you have added someone else :-) >>> >>> The idea of using e.g a private developer branch was because I get short periods at home and at work where I can do updates so >>> that would help me avoid copying stuff around and risking getting out of sync. >>> >>> John. >>> -- >>> Sent from my Android phone with K-9 Mail. Please excuse my brevity. >>> >>> Joachim<li...@sd...> wrote: >>> >>> Hi, >>> >>> if you are jmccabe I have added you as a developer. Else I've added >>> someone else. ;) >>> >>> You don't need to create a branch. Just checkout JSynthLib (the trunk), >>> develop your driver locally and if it's finished and ready to be tested >>> by others add it to the repository. >>> >>> Joachim >>> >>> Am 16.11.2011 16:47, schrieb John McCabe: >>> > Hi there, >>> > >>> > As I mentioned a couple of times I'm looking to add support for the >>> > Kawai K1. I'd like to be able to save bits and pieces centrally now and >>> > again so I can work on it on a couple of computers (in disparate locations). >>> > >>> > Am I right in thinking that if I was to create a branch on the JSynthLib >>> > SVN repository that would be a way to do it? Am I also right in thinking >>> > that I'd need to join the project as a developer to do that? If so, >>> > would be anyone be willing (and/or able) to let me join? >>> > >>> > Thanks for your help. >>> > >>> > John >>> > >>> > >>> > >>> ---------------------------------------------------------------------------------------------------------------------------------- >>> >>> > All the data continuously generated in your IT infrastructure >>> > contains a definitive record of customers, application performance, >>> > security threats, fraudulent activity, and more. Splunk takes this >>> > data and makes sense of it. IT sense. And common sense. >>> > http://p.sf.net/sfu/splunk-novd2d >>> > >>> ---------------------------------------------------------------------------------------------------------------------------------- >>> >>> > Jsynthlib-devel mailing list >>> > Jsy...@li... >>> > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>> > >>> >>> >>> ---------------------------------------------------------------------------------------------------------------------------------- >>> >>> All the data continuously generated in your IT infrastructure >>> contains a definitive record of customers, application performance, >>> security threats, fraudulent activity, and more. Splunk takes this >>> data and makes sense of it. IT sense. And common sense. >>> http://p.sf.net/sfu/splunk-novd2d >>> ---------------------------------------------------------------------------------------------------------------------------------- >>> >>> Jsynthlib-devel mailing list >>> Jsy...@li... >>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> >> ------------------------------------------------------------------------------ >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > |
From: John M. <jo...@as...> - 2011-11-17 22:22:35
|
Thank you! On 17/11/2011 20:41, Joachim wrote: > Fixed. > > Joachim > > Am 17.11.2011 19:48, schrieb John McCabe: >> Hi, >> >> Much appreciated, but I'm john_g_mccabe so I guess you have added someone else :-) >> >> The idea of using e.g a private developer branch was because I get short periods at home and at work where I can do updates so >> that would help me avoid copying stuff around and risking getting out of sync. >> >> John. >> -- >> Sent from my Android phone with K-9 Mail. Please excuse my brevity. >> >> Joachim<li...@sd...> wrote: >> >> Hi, >> >> if you are jmccabe I have added you as a developer. Else I've added >> someone else. ;) >> >> You don't need to create a branch. Just checkout JSynthLib (the trunk), >> develop your driver locally and if it's finished and ready to be tested >> by others add it to the repository. >> >> Joachim >> >> Am 16.11.2011 16:47, schrieb John McCabe: >> > Hi there, >> > >> > As I mentioned a couple of times I'm looking to add support for the >> > Kawai K1. I'd like to be able to save bits and pieces centrally now and >> > again so I can work on it on a couple of computers (in disparate locations). >> > >> > Am I right in thinking that if I was to create a branch on the JSynthLib >> > SVN repository that would be a way to do it? Am I also right in thinking >> > that I'd need to join the project as a developer to do that? If so, >> > would be anyone be willing (and/or able) to let me join? >> > >> > Thanks for your help. >> > >> > John >> > >> > >> > >> ---------------------------------------------------------------------------------------------------------------------------------- >> >> > All the data continuously generated in your IT infrastructure >> > contains a definitive record of customers, application performance, >> > security threats, fraudulent activity, and more. Splunk takes this >> > data and makes sense of it. IT sense. And common sense. >> > http://p.sf.net/sfu/splunk-novd2d >> > >> ---------------------------------------------------------------------------------------------------------------------------------- >> >> > Jsynthlib-devel mailing list >> > Jsy...@li... >> > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> > >> >> >> ---------------------------------------------------------------------------------------------------------------------------------- >> >> All the data continuously generated in your IT infrastructure >> contains a definitive record of customers, application performance, >> security threats, fraudulent activity, and more. Splunk takes this >> data and makes sense of it. IT sense. And common sense. >> http://p.sf.net/sfu/splunk-novd2d >> ---------------------------------------------------------------------------------------------------------------------------------- >> >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > |
From: Joachim <li...@sd...> - 2011-11-17 20:41:59
|
Fixed. Joachim Am 17.11.2011 19:48, schrieb John McCabe: > Hi, > > Much appreciated, but I'm john_g_mccabe so I guess you have added someone else :-) > > The idea of using e.g a private developer branch was because I get short periods at home and at work where I can do updates so > that would help me avoid copying stuff around and risking getting out of sync. > > John. > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > Joachim <li...@sd...> wrote: > > Hi, > > if you are jmccabe I have added you as a developer. Else I've added > someone else. ;) > > You don't need to create a branch. Just checkout JSynthLib (the trunk), > develop your driver locally and if it's finished and ready to be tested > by others add it to the repository. > > Joachim > > Am 16.11.2011 16:47, schrieb John McCabe: > > Hi there, > > > > As I mentioned a couple of times I'm looking to add support for the > > Kawai K1. I'd like to be able to save bits and pieces centrally now and > > again so I can work on it on a couple of computers (in disparate locations). > > > > Am I right in thinking that if I was to create a branch on the JSynthLib > > SVN repository that would be a way to do it? Am I also right in thinking > > that I'd need to join the project as a developer to do that? If so, > > would be anyone be willing (and/or able) to let me join? > > > > Thanks for your help. > > > > John > > > > > > > ---------------------------------------------------------------------------------------------------------------------------------- > > > All the data continuously generated in your IT infrastructure > > contains a definitive record of customers, application performance, > > security threats, fraudulent activity, and more. Splunk takes this > > data and makes sense of it. IT sense. And common sense. > > http://p.sf.net/sfu/splunk-novd2d > > > ---------------------------------------------------------------------------------------------------------------------------------- > > > Jsynthlib-devel mailing list > > Jsy...@li... > > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > > > > ---------------------------------------------------------------------------------------------------------------------------------- > > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > ---------------------------------------------------------------------------------------------------------------------------------- > > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |
From: John M. <jo...@as...> - 2011-11-17 18:49:50
|
Hi, Much appreciated, but I'm john_g_mccabe so I guess you have added someone else :-) The idea of using e.g a private developer branch was because I get short periods at home and at work where I can do updates so that would help me avoid copying stuff around and risking getting out of sync. John. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. Joachim <li...@sd...> wrote: Hi, if you are jmccabe I have added you as a developer. Else I've added someone else. ;) You don't need to create a branch. Just checkout JSynthLib (the trunk), develop your driver locally and if it's finished and ready to be tested by others add it to the repository. Joachim Am 16.11.2011 16:47, schrieb John McCabe: > Hi there, > > As I mentioned a couple of times I'm looking to add support for the > Kawai K1. I'd like to be able to save bits and pieces centrally now and > again so I can work on it on a couple of computers (in disparate locations). > > Am I right in thinking that if I was to create a branch on the JSynthLib > SVN repository that would be a way to do it? Am I also right in thinking > that I'd need to join the project as a developer to do that? If so, > would be anyone be willing (and/or able) to let me join? > > Thanks for your help. > > John > > >_____________________________________________ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d >_____________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > _____________________________________________ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-novd2d _____________________________________________ Jsynthlib-devel mailing list Jsy...@li... https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |
From: Joachim <li...@sd...> - 2011-11-17 18:22:43
|
Hi, if you are jmccabe I have added you as a developer. Else I've added someone else. ;) You don't need to create a branch. Just checkout JSynthLib (the trunk), develop your driver locally and if it's finished and ready to be tested by others add it to the repository. Joachim Am 16.11.2011 16:47, schrieb John McCabe: > Hi there, > > As I mentioned a couple of times I'm looking to add support for the > Kawai K1. I'd like to be able to save bits and pieces centrally now and > again so I can work on it on a couple of computers (in disparate locations). > > Am I right in thinking that if I was to create a branch on the JSynthLib > SVN repository that would be a way to do it? Am I also right in thinking > that I'd need to join the project as a developer to do that? If so, > would be anyone be willing (and/or able) to let me join? > > Thanks for your help. > > John > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure > contains a definitive record of customers, application performance, > security threats, fraudulent activity, and more. Splunk takes this > data and makes sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-novd2d > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > |
From: William Z. <wrz...@po...> - 2011-11-17 12:23:10
|
I've done as you suggested, and the latest 0.21 to my dropbox: http://dl.dropbox.com/u/9112508/distribution.zip If someone would be so kind as to test and post, it would be appreciated. -Bill Zwicky On Thu, Oct 13, 2011 at 5:21 PM, Frankie Fisher < jsy...@te...> wrote: > I've had a little play with both and the SPD11 driver seems to be fairly > complete - probably worth getting into 0.21. I had a little play (as > much as I can without actually having an SPD11) and it seemed ok. > The CS2x is less developed; the patch editor isn't really implemented > for example. There's not such a strong case for putting this into 0.21 > (although the librarian features could still be useful to some people I > suppose). > > |
From: Joachim <li...@sd...> - 2011-11-16 19:16:16
|
I agree, can you do that? Joachim Am 15.11.2011 20:55, schrieb Frankie Fisher: > We should probably remove that file from svn > > On 15/11/2011 15:58, John McCabe wrote: >> On 15/11/2011 15:03, frankster wrote: >>> I don't get that - and it is rather odd because JSL is on SVN not CVS! >>> >>> Could there be an out of date eclipse project file stored in the >>> repository or something? >> That could be it. I've just done a browse on SourceForge and found this: >> >> http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/.project?revision=1099&view=markup >> >> which contains the content: >> >> <?xml version="1.0" encoding="UTF-8"?> >> <projectDescription> >> <name>JSynthLib-CVS</name> >> <comment></comment> >> >> I'm fairly happen then that I've got the latest stuff. >> >> Thanks again. >> >> John >> >>> frankie >>> >>> >>> On 11/15/11 14:55, Michael Hawkins wrote: >>>> Yes, I get the same effect with the project named "JsynthLib-CVS" >>>> >>>> Mike >>>> >>>> >>>> >>>> ________________________________ >>>> From: John McCabe<jo...@as...> >>>> To: jsy...@li... >>>> Sent: Tuesday, November 15, 2011 9:53 AM >>>> Subject: Re: [Jsynthlib-devel] Getting started... >>>> >>>> Frankie >>>> >>>> Thanks for that. >>>> >>>> I've just done a checkout from SourceForge SVN in to Eclipse and managed >>>> to get it to build. The only thing that seems odd is that the project >>>> name (allowing Eclipse to name it) is JSynthLib-CVS. It says version >>>> 1174 and >>>> "https://jsymthlib.svn.sourceforge.net/svnroot/jsynthlib/trunk/JSynthLib: JSynthLib" >>>> next to it. Does that look right? >>>> >>>> Thanks >>>> John >>>> >>>> On 13/11/2011 18:45, Frankie Fisher wrote: >>>>> Hiya, >>>>> >>>>> First you should look at the programmer's guide >>>>> http://jsynthlib.org/programming.html or in fact the latest version from >>>>> svn: >>>>> http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/doc/programming.html >>>>> >>>>> Then there is also some good information here on a wiki that a guy >>>>> called freqrush has made http://jsynthlib.wikispaces.com/ and this >>>>> includes a little bit about setting eclipse up. >>>>> >>>>> TBH I just set up eclipse by getting a copy of the trunk from svn, then >>>>> importing the ant file into eclipse. Though I think you can also import >>>>> a project from svn directly into eclipse as well. >>>>> >>>>> Any questions, please ask. And if you find anything missing or unclear >>>>> in the documentation feel free to improve it ;) >>>>> >>>>> frankie >>>>> >>>>> >>>>> On 13/11/2011 15:55, John McCabe wrote: >>>>>> Guys >>>>>> >>>>>> Can anyone tell me the best place to find a "Getting Started" guide to >>>>>> developing JSynthLib. I have found a couple of bits and pieces on the >>>>>> net but I'm not sure the most appropriate place as some of them seem a >>>>>> bit old compared to others. I'm hoping to work in Eclipse (Helios) so >>>>>> any guidance to getting started with that would be useful. I've already >>>>>> managed to check out the trunk from SVN but any further advice would be >>>>>> appreciated. >>>>>> >>>>>> I'm looking to build support for the Kawai K1. I noticed it got a >>>>>> mention on a comment on this list a while back; something to do with >>>>>> XML, so if anyone can point me to the best person to speak to about >>>>>> going down that route it would be appreciated too. >>>>>> >>>>>> Thanks >>>>>> John >>>>>> >>>>>> ------------------------------------------------------------------------------ >>>>>> RSA(R) Conference 2012 >>>>>> Save $700 by Nov 18 >>>>>> Register now >>>>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>>>> _______________________________________________ >>>>>> Jsynthlib-devel mailing list >>>>>> Jsy...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>>>> ------------------------------------------------------------------------------ >>>>> RSA(R) Conference 2012 >>>>> Save $700 by Nov 18 >>>>> Register now >>>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>>> _______________________________________________ >>>>> Jsynthlib-devel mailing list >>>>> Jsy...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>>>> >>>> ------------------------------------------------------------------------------ >>>> RSA(R) Conference 2012 >>>> Save $700 by Nov 18 >>>> Register now >>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>> _______________________________________________ >>>> Jsynthlib-devel mailing list >>>> Jsy...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>>> ------------------------------------------------------------------------------ >>>> RSA(R) Conference 2012 >>>> Save $700 by Nov 18 >>>> Register now >>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>> _______________________________________________ >>>> Jsynthlib-devel mailing list >>>> Jsy...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>> ------------------------------------------------------------------------------ >>> RSA(R) Conference 2012 >>> Save $700 by Nov 18 >>> Register now >>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>> _______________________________________________ >>> Jsynthlib-devel mailing list >>> Jsy...@li... >>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>> >> >> ------------------------------------------------------------------------------ >> RSA(R) Conference 2012 >> Save $700 by Nov 18 >> Register now >> http://p.sf.net/sfu/rsa-sfdev2dev1 >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > |
From: John M. <jo...@as...> - 2011-11-16 15:48:01
|
Hi there, As I mentioned a couple of times I'm looking to add support for the Kawai K1. I'd like to be able to save bits and pieces centrally now and again so I can work on it on a couple of computers (in disparate locations). Am I right in thinking that if I was to create a branch on the JSynthLib SVN repository that would be a way to do it? Am I also right in thinking that I'd need to join the project as a developer to do that? If so, would be anyone be willing (and/or able) to let me join? Thanks for your help. John |
From: Frankie F. <jsy...@te...> - 2011-11-15 19:55:39
|
We should probably remove that file from svn On 15/11/2011 15:58, John McCabe wrote: > On 15/11/2011 15:03, frankster wrote: >> I don't get that - and it is rather odd because JSL is on SVN not CVS! >> >> Could there be an out of date eclipse project file stored in the >> repository or something? > That could be it. I've just done a browse on SourceForge and found this: > > http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/.project?revision=1099&view=markup > > which contains the content: > > <?xml version="1.0" encoding="UTF-8"?> > <projectDescription> > <name>JSynthLib-CVS</name> > <comment></comment> > > I'm fairly happen then that I've got the latest stuff. > > Thanks again. > > John > >> frankie >> >> >> On 11/15/11 14:55, Michael Hawkins wrote: >>> Yes, I get the same effect with the project named "JsynthLib-CVS" >>> >>> Mike >>> >>> >>> >>> ________________________________ >>> From: John McCabe<jo...@as...> >>> To: jsy...@li... >>> Sent: Tuesday, November 15, 2011 9:53 AM >>> Subject: Re: [Jsynthlib-devel] Getting started... >>> >>> Frankie >>> >>> Thanks for that. >>> >>> I've just done a checkout from SourceForge SVN in to Eclipse and managed >>> to get it to build. The only thing that seems odd is that the project >>> name (allowing Eclipse to name it) is JSynthLib-CVS. It says version >>> 1174 and >>> "https://jsymthlib.svn.sourceforge.net/svnroot/jsynthlib/trunk/JSynthLib: JSynthLib" >>> next to it. Does that look right? >>> >>> Thanks >>> John >>> >>> On 13/11/2011 18:45, Frankie Fisher wrote: >>>> Hiya, >>>> >>>> First you should look at the programmer's guide >>>> http://jsynthlib.org/programming.html or in fact the latest version from >>>> svn: >>>> http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/doc/programming.html >>>> >>>> Then there is also some good information here on a wiki that a guy >>>> called freqrush has made http://jsynthlib.wikispaces.com/ and this >>>> includes a little bit about setting eclipse up. >>>> >>>> TBH I just set up eclipse by getting a copy of the trunk from svn, then >>>> importing the ant file into eclipse. Though I think you can also import >>>> a project from svn directly into eclipse as well. >>>> >>>> Any questions, please ask. And if you find anything missing or unclear >>>> in the documentation feel free to improve it ;) >>>> >>>> frankie >>>> >>>> >>>> On 13/11/2011 15:55, John McCabe wrote: >>>>> Guys >>>>> >>>>> Can anyone tell me the best place to find a "Getting Started" guide to >>>>> developing JSynthLib. I have found a couple of bits and pieces on the >>>>> net but I'm not sure the most appropriate place as some of them seem a >>>>> bit old compared to others. I'm hoping to work in Eclipse (Helios) so >>>>> any guidance to getting started with that would be useful. I've already >>>>> managed to check out the trunk from SVN but any further advice would be >>>>> appreciated. >>>>> >>>>> I'm looking to build support for the Kawai K1. I noticed it got a >>>>> mention on a comment on this list a while back; something to do with >>>>> XML, so if anyone can point me to the best person to speak to about >>>>> going down that route it would be appreciated too. >>>>> >>>>> Thanks >>>>> John >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> RSA(R) Conference 2012 >>>>> Save $700 by Nov 18 >>>>> Register now >>>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>>> _______________________________________________ >>>>> Jsynthlib-devel mailing list >>>>> Jsy...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>>> ------------------------------------------------------------------------------ >>>> RSA(R) Conference 2012 >>>> Save $700 by Nov 18 >>>> Register now >>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>> _______________________________________________ >>>> Jsynthlib-devel mailing list >>>> Jsy...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>>> >>> ------------------------------------------------------------------------------ >>> RSA(R) Conference 2012 >>> Save $700 by Nov 18 >>> Register now >>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>> _______________________________________________ >>> Jsynthlib-devel mailing list >>> Jsy...@li... >>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>> ------------------------------------------------------------------------------ >>> RSA(R) Conference 2012 >>> Save $700 by Nov 18 >>> Register now >>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>> _______________________________________________ >>> Jsynthlib-devel mailing list >>> Jsy...@li... >>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> ------------------------------------------------------------------------------ >> RSA(R) Conference 2012 >> Save $700 by Nov 18 >> Register now >> http://p.sf.net/sfu/rsa-sfdev2dev1 >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |
From: John M. <jo...@as...> - 2011-11-15 16:00:40
|
Dear all, I'm looking to build support in for the Kawai K1. At first glance it looks to me like a case of just taking the K4 stuff and hacking it around as the K1 appears much as a cut-down (i.e. no drums, no effects) version of the K4. I'm just asking to see if there's anyone who knows the K4 stuff well and who might be able to give the occasional bit of guidance as I progress. Thanks. John |
From: John M. <jo...@as...> - 2011-11-15 15:58:43
|
On 15/11/2011 15:03, frankster wrote: > I don't get that - and it is rather odd because JSL is on SVN not CVS! > > Could there be an out of date eclipse project file stored in the > repository or something? That could be it. I've just done a browse on SourceForge and found this: http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/.project?revision=1099&view=markup which contains the content: <?xml version="1.0" encoding="UTF-8"?> <projectDescription> <name>JSynthLib-CVS</name> <comment></comment> I'm fairly happen then that I've got the latest stuff. Thanks again. John > > frankie > > > On 11/15/11 14:55, Michael Hawkins wrote: >> Yes, I get the same effect with the project named "JsynthLib-CVS" >> >> Mike >> >> >> >> ________________________________ >> From: John McCabe<jo...@as...> >> To: jsy...@li... >> Sent: Tuesday, November 15, 2011 9:53 AM >> Subject: Re: [Jsynthlib-devel] Getting started... >> >> Frankie >> >> Thanks for that. >> >> I've just done a checkout from SourceForge SVN in to Eclipse and managed >> to get it to build. The only thing that seems odd is that the project >> name (allowing Eclipse to name it) is JSynthLib-CVS. It says version >> 1174 and >> "https://jsymthlib.svn.sourceforge.net/svnroot/jsynthlib/trunk/JSynthLib: JSynthLib" >> next to it. Does that look right? >> >> Thanks >> John >> >> On 13/11/2011 18:45, Frankie Fisher wrote: >>> Hiya, >>> >>> First you should look at the programmer's guide >>> http://jsynthlib.org/programming.html or in fact the latest version from >>> svn: >>> http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/doc/programming.html >>> >>> Then there is also some good information here on a wiki that a guy >>> called freqrush has made http://jsynthlib.wikispaces.com/ and this >>> includes a little bit about setting eclipse up. >>> >>> TBH I just set up eclipse by getting a copy of the trunk from svn, then >>> importing the ant file into eclipse. Though I think you can also import >>> a project from svn directly into eclipse as well. >>> >>> Any questions, please ask. And if you find anything missing or unclear >>> in the documentation feel free to improve it ;) >>> >>> frankie >>> >>> >>> On 13/11/2011 15:55, John McCabe wrote: >>>> Guys >>>> >>>> Can anyone tell me the best place to find a "Getting Started" guide to >>>> developing JSynthLib. I have found a couple of bits and pieces on the >>>> net but I'm not sure the most appropriate place as some of them seem a >>>> bit old compared to others. I'm hoping to work in Eclipse (Helios) so >>>> any guidance to getting started with that would be useful. I've already >>>> managed to check out the trunk from SVN but any further advice would be >>>> appreciated. >>>> >>>> I'm looking to build support for the Kawai K1. I noticed it got a >>>> mention on a comment on this list a while back; something to do with >>>> XML, so if anyone can point me to the best person to speak to about >>>> going down that route it would be appreciated too. >>>> >>>> Thanks >>>> John >>>> >>>> ------------------------------------------------------------------------------ >>>> RSA(R) Conference 2012 >>>> Save $700 by Nov 18 >>>> Register now >>>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>>> _______________________________________________ >>>> Jsynthlib-devel mailing list >>>> Jsy...@li... >>>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>> ------------------------------------------------------------------------------ >>> RSA(R) Conference 2012 >>> Save $700 by Nov 18 >>> Register now >>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>> _______________________________________________ >>> Jsynthlib-devel mailing list >>> Jsy...@li... >>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >>> >> ------------------------------------------------------------------------------ >> RSA(R) Conference 2012 >> Save $700 by Nov 18 >> Register now >> http://p.sf.net/sfu/rsa-sfdev2dev1 >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> ------------------------------------------------------------------------------ >> RSA(R) Conference 2012 >> Save $700 by Nov 18 >> Register now >> http://p.sf.net/sfu/rsa-sfdev2dev1 >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > |
From: frankster <jsy...@te...> - 2011-11-15 15:03:16
|
I don't get that - and it is rather odd because JSL is on SVN not CVS! Could there be an out of date eclipse project file stored in the repository or something? frankie On 11/15/11 14:55, Michael Hawkins wrote: > Yes, I get the same effect with the project named "JsynthLib-CVS" > > Mike > > > > ________________________________ > From: John McCabe<jo...@as...> > To: jsy...@li... > Sent: Tuesday, November 15, 2011 9:53 AM > Subject: Re: [Jsynthlib-devel] Getting started... > > Frankie > > Thanks for that. > > I've just done a checkout from SourceForge SVN in to Eclipse and managed > to get it to build. The only thing that seems odd is that the project > name (allowing Eclipse to name it) is JSynthLib-CVS. It says version > 1174 and > "https://jsymthlib.svn.sourceforge.net/svnroot/jsynthlib/trunk/JSynthLib: JSynthLib" > next to it. Does that look right? > > Thanks > John > > On 13/11/2011 18:45, Frankie Fisher wrote: >> Hiya, >> >> First you should look at the programmer's guide >> http://jsynthlib.org/programming.html or in fact the latest version from >> svn: >> http://jsynthlib.svn.sourceforge.net/viewvc/jsynthlib/trunk/JSynthLib/doc/programming.html >> >> Then there is also some good information here on a wiki that a guy >> called freqrush has made http://jsynthlib.wikispaces.com/ and this >> includes a little bit about setting eclipse up. >> >> TBH I just set up eclipse by getting a copy of the trunk from svn, then >> importing the ant file into eclipse. Though I think you can also import >> a project from svn directly into eclipse as well. >> >> Any questions, please ask. And if you find anything missing or unclear >> in the documentation feel free to improve it ;) >> >> frankie >> >> >> On 13/11/2011 15:55, John McCabe wrote: >>> Guys >>> >>> Can anyone tell me the best place to find a "Getting Started" guide to >>> developing JSynthLib. I have found a couple of bits and pieces on the >>> net but I'm not sure the most appropriate place as some of them seem a >>> bit old compared to others. I'm hoping to work in Eclipse (Helios) so >>> any guidance to getting started with that would be useful. I've already >>> managed to check out the trunk from SVN but any further advice would be >>> appreciated. >>> >>> I'm looking to build support for the Kawai K1. I noticed it got a >>> mention on a comment on this list a while back; something to do with >>> XML, so if anyone can point me to the best person to speak to about >>> going down that route it would be appreciated too. >>> >>> Thanks >>> John >>> >>> ------------------------------------------------------------------------------ >>> RSA(R) Conference 2012 >>> Save $700 by Nov 18 >>> Register now >>> http://p.sf.net/sfu/rsa-sfdev2dev1 >>> _______________________________________________ >>> Jsynthlib-devel mailing list >>> Jsy...@li... >>> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> ------------------------------------------------------------------------------ >> RSA(R) Conference 2012 >> Save $700 by Nov 18 >> Register now >> http://p.sf.net/sfu/rsa-sfdev2dev1 >> _______________________________________________ >> Jsynthlib-devel mailing list >> Jsy...@li... >> https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel >> > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Jsynthlib-devel mailing list > Jsy...@li... > https://lists.sourceforge.net/lists/listinfo/jsynthlib-devel |