Possibly you could pop up a dialogue box when the user selects that
driver? that doesn't sound ideal though. Maybe you could put some info
on a wiki page somewhere?
As to uploading the code - you could make a patch then submit it via the
sourceforge patch interface.
On 01/10/13 10:46, Packe w
So someone's managed to get hold of Brian Klock via facebook:
"I no longer have control of the jsynthlib.org domain name. Its now
registered by someone in Ukraine. Last year my webhost went suddenly out
of business and took my backups with them, so I didn't bother renewing
the domain when it cam
hat
any active project admin can give people access to update the website.
frankie
On 28/02/12 17:48, bjb-jsynthlib-de...@deus.net wrote:
> On Tue, Feb 28, 2012 at 05:15:42PM +, frankster wrote:
>> Well there is a release candidate ready though we need to get in touch
>> with t
Well there is a release candidate ready though we need to get in touch
with the guy who controls the website so we can update it before we put
the new release out.
I personally have several things on my todo list when I get some time -
performance editor for TX81z, a driver for the emu proteus
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
>
>
>
judging by the whois info, jsynthlib.org has been renewed by brian klock
so its not going to get picked up by a domain spammer.
Domain ID:D101476210-LROR
Domain Name:JSYNTHLIB.ORG
Created On:19-Sep-2003 08:11:39 UTC
Last Updated On:02-Oct-2011 23:44:08 UTC
Expiration Date:19-Sep-2012 08:11:39 UTC
Could maybe do with some up-to-date screenshots for the next release to
put on freshmeat.net.
apart from using the new look-and-feel - any thoughts about what might
show the software off in its best light?
frankie
--
A
On 09/23/11 16:29, Joe Emenaker wrote:
> On 9/23/2011 8:17 AM, Vladimir Avdonin wrote:
>> JSynthLib sounds like library, not application. For this reason I passed
>> by it in searches when looking for synth applications.
>>
>> How about SynthJ for the first contest entry?
> I like that it's short,
On 09/22/11 22:41, William Zwicky wrote:
> On Thu, Sep 22, 2011 at 9:27 AM,
> franksterwrote:
>
>> On the subject of bugs, as input to this discussion and I guess to help
>> with the 0.21 release notes, I have been through the cvs list and made a
>> list of user-visible fixes/changes since I subsc
Yes.
It would be a disaster if a domain squatter got hold of this domain.
Assuming Brian is no longer interested in the project, the best outcome
is that we have some contact with brian before 40 days, and we can give
him the money to re-register it and transfer it to one of us.
A worse outcome
On 09/23/11 15:53, Joe Emenaker wrote:
> On 9/23/2011 7:43 AM, frankster wrote:
>> I have managed to get copies of info.html, doc.html, project.html and
>> 3 zip files of packages - that's everything I could find apart from
>> synths.html which is in svn) via the wayback
On 09/23/11 14:07, frankster wrote:
> If you go to jsynthlib.org it redirects to a tucows domain expiry page.
>
> It had loads of good info on there so before the 0.21 release we could
> do with either getting it back online, or alternatively mirroring all
> the docs from it elsewhe
On 09/23/11 13:59, Roger Westerlund wrote:
> 2011/9/23 Frankie Fisher:
>
>> On the subject of confusion, its not immediately obvious to a first time
>> user what the difference between a library and a scene is, so in the
>> long run we definitely need to either come up with a method of teaching
>>
If you go to jsynthlib.org it redirects to a tucows domain expiry page.
It had loads of good info on there so before the 0.21 release we could
do with either getting it back online, or alternatively mirroring all
the docs from it elsewhere.
frankie
-
On 09/22/11 16:02, Joe Emenaker wrote:
> On 9/21/2011 11:19 PM, Roger Westerlund wrote:
>> 2011/9/20 William Zwicky:
>>> On Mon, Sep 19, 2011 at 11:28 PM, Roger Westerlund
>>>wrote:
Or why don't we release a 1.0. That would be a bold move.
>>> 3.11 Enterprise Edition. Comfortable now?
> L
On 09/19/11 18:31, Joe Emenaker wrote:
> On 9/16/2011 7:24 AM, frankster wrote:
>> Just noticed that the sf.net page was registered in december 2001, which
>> means that JSL is nearly 10 years old!
> Should we release a special "Collector's Edition"? It c
On 09/18/11 10:36, Martin Tarenskeen wrote:
>
>> Are you sure it is completely fixed ? Yes, I am not getting that
>> error message anymore. But I still see the strange combination of
>> these two dialogs "Working... Deleting duplicates..." and "xxx
>> PatchesAndScenes were Deleted" on my desktop
I noticed that its possible to change the look and feel of JSL to nimbus
(with Java 6). IMO it looks a lot more modern than the default metal
theme. I am inclined to put some code in that will default to this when
creating the settings for the first time, unless anybody has any objections?
http
On 09/17/11 15:50, Martin Tarenskeen wrote:
>
>
> On Sat, 17 Sep 2011, frankster wrote:
>
>> I have fixed bug 3410743 but can't mark it as fixed. Could someone**
>
> Are you sure it is completely fixed ? Yes, I am not getting that error
> message anymore. But I s
I suppose that a separate file would be best as it would mean that
programming skills (however minimal) wouldn't be required to add tips.
A quick google search says that there is a control called JEditorPane
which can display html.
frankie
On 09/17/11 16:38, Joe Emenaker wrote:
> I'm sure eve
I have fixed bug 3410743 but can't mark it as fixed. Could someone**
with the ability to update bug statuses do this for me, or alternatively
give me the ability to do this.
thanks,
Frankie
--
BlackBerry® DevCon Americas
Just noticed that the sf.net page was registered in december 2001, which
means that JSL is nearly 10 years old!
--
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
http://p.sf.net/sfu/rim-devcon-copy2
__
On 10/09/2011 14:25, Joe Emenaker wrote:
> So, I finally got rid of all of the compile-time errors from my
> refactored code... and now I'm getting this error at the end of the compile:
>
>> java.lang.NoSuchMethodError:
>> org.codehaus.groovy.control.CompilationUnit.(Lorg/codehaus/groovy/control
Hi Fred Jan,
I have had a look at version 0.10 on your website and it seems to be the
same as the one in JSynthLib, apart from some minor changes.
cheers,
Frankie
On 09/01/11 18:26, F.J. Kraan wrote:
> Hi,
>
> At http://electrickery.xs4all.nl/digaud/mt32/ is a more recent version
> of the Rolan
On 09/09/11 15:40, Joe Emenaker wrote:
> On 9/9/2011 7:17 AM, frankster wrote:
>> On 09/09/11 15:03, Joe Emenaker wrote:
>>> On 9/9/2011 1:56 AM, William Zwicky wrote:
>>>> I think my example above matches that last case. Once the message
>>>> for widget
On 09/09/11 15:03, Joe Emenaker wrote:
> On 9/9/2011 1:56 AM, William Zwicky wrote:
>> We could let each synthdriver decide their own queue policy (ie, only
>>> hold one message per widget, or hold all of them). A more-complicated
>>> solution would be for widgets to indicate which messages belong
Its funny you should say this because I was talking to my friend last
week, and he was saying that maven now is what ant was 10 years ago.
i.e. 10 years ago ant was the standard build system, but these days
maven is.
In the longer run it could be interesting to look into the benefits that
mave
On 09/08/11 16:44, Joe Emenaker wrote:
> SVN, I'm told, *does*
> support moving, so it's my hope that this will preserve the revision
> history when the files get moved.
svn mv core/X org/jsynthlib/X
> - When I saw how many synthdrivers and other UI components were
> subclassing Actions.MenuFram
On 09/08/11 16:01, Joe Emenaker wrote:
> On 9/8/2011 2:31 AM, frankster wrote:
>> Can anyone think of anything simpler that would do the job? Although one
>> advantage of this is that it would
>> keep the driver simple, and all the complexity would be in core base
>> c
On 09/08/11 15:22, Joe Emenaker wrote:
> On 9/7/2011 10:54 PM, William Zwicky wrote:
>> I worry that for some synths, the rate limiting is synth-specific. Is there
>> (or are you thinking of) a framework to plug rate limiting into? Or would
>> we need to implement a layer on top of sendSysex()?
>
On 09/08/11 11:01, William Zwicky wrote:
> On Thu, Sep 8, 2011 at 2:31 AM, franksterwrote:
>
>> (just have each driver register a max amount per time frame it can handle).
>>
> What if the delay depends on the nature of the change? Maybe parameter
> changes are no problem, but those huge patch se
On 09/08/11 11:10, William Zwicky wrote:
> If you're working on something now, please respond with an estimate of how
> long it'll take (powers of ten - 1, 10, 100 days).
>
TC Electronic M350 Effect Unit driver, should be ready in about 1 day.
frankie
On 08/09/2011 06:54, William Zwicky wrote:
> On Wed, Sep 7, 2011 at 6:28 AM, frankster
> wrote:
>
>> On 09/06/11 19:15, Joe Emenaker wrote:
>>> Oooh. A rate-limited "sendSysex()" or something could be a good addition.
>> It might need to be a lit
On 09/06/11 19:15, Joe Emenaker wrote:
>> The TX81z seems to have a hardware limitation whereby an error message
>> can appear on its screen talking about its midi message buffer being
>> full. I am assuming this is because there needs to be some kind of rate
>> limit on messages sent to it.
> Oooh
Nice find - that guy is using a Keystation Pro 88 and I have this
keyboard, so this pretty much proves the device ID is coming from the
keyboard.
thanks.
On 06/09/2011 22:03, Narfman96 - Narfland Studio wrote:
> Hi Guys Glad to see the project back up and active... I'm a long time
> lurker a
On 04/09/2011 23:33, Joe Emenaker wrote:
> 308 JSynthLib.1051/JSynthLib/core/MidiUtil.java
>
>
> I'm a little surprised that so few lines have been altered. I'm also
> surprised that MidiUtil is the top of the list, but I just looked at my
> copy and I now remember that I've made the whole thing
So I've been playing with the auto scan functionality a little bit this
weekend (I've made a standalone class which invokes MidiScan without a
GUI which makes testing the device identification a little easier).
In case anyone reading this is unfamiliar with the auto-scan, it
basically sends out
On 05/09/2011 01:57, William Zwicky wrote:
> On Sun, Sep 4, 2011 at 5:32 PM, Joe Emenaker wrote:
>
>> Would it be worthwhile to make a method which could interrogate all of
>> the synthdriver classes and generate the synths.html file automatically,
>> and to include that with the part of build.xml
On 05/09/2011 00:38, Vladimir Avdonin wrote:
> Hey,
>
> Why do we have the synthdrivers.properties file under version control?
> It is autogenerated during build, right. Am I missing something?
>
it wasn't part of the build process until this weekend when Bill Zwicky
added it to ant's build.xml. I
On 04/09/2011 23:33, Joe Emenaker wrote:
> On 09/04/2011 02:08 PM, frankster wrote:
>> On 03/09/2011 15:57, Joe Emenaker wrote:
>>> On 9/3/2011 6:59 AM, frankster wrote:
>>>> * which files are you planning to include in the refactor so I can avoid
>>>> c
On 03/09/2011 15:57, Joe Emenaker wrote:
> On 9/3/2011 6:59 AM, frankster wrote:
>> * which files are you planning to include in the refactor so I can avoid
>> changing those files?
> I've tracked down which revision I started the refactor on (it's from
> back in
I have copied the supported synths list from the website
(http://jsynthlib.org/synths.html ) into SVN and updated it so that it
mentions all the newer drivers in SVN, so that whenever a release next
occurs the website can be updated more easily.
frankie
---
On 04/09/2011 21:32, Martin Tarenskeen wrote:
>
>
> On Sun, 4 Sep 2011, frankster wrote:
>
>> I have submitted your patches into SVN - although I have kept the DX7
>> algorithm images in their own directory (as its marginally neater than
>> mixed in with the Java f
On 04/09/2011 19:26, Martin Tarenskeen wrote:
>
>
> On Sun, 4 Sep 2011, frankster wrote:
>
>> sorry for the double post before.
>> I have put a fix to SVN. If you still have this problem, could you send
>> me a sysx file containing a patch that triggers it?
>
>
sorry for the double post before.
I have put a fix to SVN. If you still have this problem, could you send
me a sysx file containing a patch that triggers it?
thanks
frankie
On 09/04/11 12:37, frankster wrote:
> Thanks for reporting this, its probably me that broke it because I added
>
Thanks for reporting this, its probably me that broke it because I added
some images for the waveforms into the editor yesterday. It was working
for me though! I'll have a look at this later on and see if I can get it
to happen as well.
frankie
On 09/04/11 11:19, Martin Tarenskeen wrote:
> Usi
Thanks for reporting this, its probably me that broke it because I added
some images for the waveforms into the editor yesterday. It was working
for me though! I'll have a look at this later on and see if I can get it
to happen as well.
frankie
On 09/04/11 11:19, Martin Tarenskeen wrote:
> Usi
On 09/03/11 15:38, Joe Emenaker wrote:
> Well, I was using the space as quantifiable evidence that the codebase
> is so heavily skewed toward synthdrivers... by a factor of about 6:1.
> So, svn checkouts take 7x as long, making an archive of the code takes
> 7x as long... etc. Every time I zip, unz
rge.net
>
>
>
> Revision: 1104
> http://jsynthlib.svn.sourceforge.net/jsynthlib/?rev=1104&view=rev
> Author: frankster
> Date: 2011-09-03 12:46:23 + (Sat, 03 Sep 2011)
> Log Message:
> ---
> add an accelerator for new patch: ctrl-shift-p (probably cmd-shift-p
On 09/03/11 10:16, William Zwicky wrote:
>
> I'll admit, the list is pretty short.
> * Release 0.21.
> * Sweep up outstanding bugs and patches.
> * Release 0.22.
> * Emenaker's Grand Refactoring.
> * Release 0.30.
This "Release Plan" sounds goods to me.
frankie
On 09/03/11 04:14, William Zwicky wrote:
>
> And 3a is the best simply because one should stay away from merging wherever
> possible. And it's pretty much free, since it's always good to create a tag
> for every version that is released.
>
Or use mercurial/git because they do a slightly better job
I ran into that problem and got around it by using the --force argument.
But taking the attribute off would also be good IMO, its not like it
contains any binary data blobs or anything.
frankie
On 09/02/11 17:15, Vladimir Avdonin wrote:
> Hey,
>
> Is anyone else having problem not being able to
I noticed on the project page
(https://sourceforge.net/projects/jsynthlib/) that the download button
goes to CAProvider.jar. And if you click on the files button, it goes to
a screen with 3 jar files and a message at the top: "Looking for the
latest version? *Download CAProvider.jar (11.7 kB)
On 09/02/11 12:38, Vladimir Avdonin wrote:
> Frankie:
>
> I was planning to apply my patch for sy77 on a separate branch once I
> get svn access from Joachim. And from there I was thinking to
> investigate how to make a pre-built binary available for download at SF
> for anyone with actual hardwar
On 09/02/11 02:06, Vladimir Avdonin wrote:
> On 09/01/2011 07:54 PM, Joe Emenaker wrote:
>> Okay, I think I understand Subversion enough to be dangerous.
>>
>> I'll need to make a branch to upload my refactored version to. All of
>> the branches seem to be named after version numbers, but my
>> un
So last night I've put in 2 patches that I made, and 2 patches that
other people made. They were all quite small patches and it was possible
for me to test them all. There are (at least) 3 more substantial patches
available that its not really possible for me to test as they are
drivers for har
Martin Tarenskeen reported a problem a month ago to this list (which I can't
reply to because I wasn't a member of the list then).
> 4. In the CVS version the DX7 editor does not open, I am getting an error
> message instead. The DX7 editor is working fine in 0.20.0 version.
I've committed a pat
I have committed fixes to SVN for the errors that until recently
occurred if you run "ant" or "make".
frankie
--
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an eve
There was a build problem for the Roland D10 in SVN when building with
ant, as the build.xml stated 1.4 however it used constructs from Java 5.
So I have changed the build.xml to state 1.5 in order to make it
buildable without error. Thus unofficially, it already requires 1.5.
Whether changing th
Thanks for adding me.
FYI: You can see Vladimir's user name from the 2 patches he put in the
patch tracker: https://sourceforge.net/tracker/?group_id=41208&atid=430006
Cheers,
Frankie
On 09/01/11 17:44, Joachim wrote:
> Vladimir,
>
> > Did any other admins objected? Or it just did not work t
Hi,
Well I hope noone takes offence if I sounded a little critical of the
jsynthlib project! :)
IMO if you have part of a synth driver working - e.g. single patch
librarian - its good to submit that part and get it out there. then as
you get more parts done to add them in as well. If noone's us
Looking on google there is a guy who has generated drivers for two of
his own synths, yet this is not part of the code in SVN. He's written
quite a lot of info about it here
http://sites.google.com/site/experimentalfrush/jsynthlib and apparently
started the WIKI that was linked to this list yes
On 01/09/2011 04:40, Joe Emenaker wrote:
> I don't think Bill is an "admin" (in the sense that he can't authorize
> people to upload to the svn repository); I think only Joachim and
> Brian are. The rest of us (about 15 others) have write-access to the
> svn, but we can't add people.
Maybe you ca
I found and fixed some errors in drivers for Yamaha01v, RolandJD800,
NovationSBS which caused the auto scan feature to incorrectly detect any
synth that responds as one of those.
I have added a patch to the project patch queue and also uploaded it to
the git repository I created:
https://gitorious
t; Am 31.08.2011 20:20, schrieb Vladimir Avdonin:
>>> >> Hi,
>>> >>
>>> >> The project definitely feels dead. Maybe it is time for someone with
>>> >> enough interest and time to fork it into fresh active project.
>>> >>
>&
Hi,
I have downloaded the latest version of jsynthlib from svn and found
that there are various problems with the code in trunk.
* The RolandD10 driver seems to use features from Java 1.5 whereas the
build.xml specifies version 1.4.2.
* Some files are not encoded correctly causing warnings about un
66 matches
Mail list logo
