basie-devs Mailing List for Basie
Status: Pre-Alpha
Brought to you by:
allegroconmolto
Menu
▾
▴
basie-devs — Developers of Basie
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
|
Feb
(4) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jeff B. <inf...@gm...> - 2006-03-03 22:39:39
|
Sounds great. Java 1.5 is the way to go. I'd also like to suggest not ruling out Jython.. If we could leverage some of the power of Python for certain classes, we could develop this alot faster and maybe even tap into some old PD C libraries not to mention the python modules. Just a thought :). I've fallen in love with Python recently. Very seductive language :) Also just wanted to let you know that I am available still. :) Jeff Barron On 2/22/06, allegroconmolto <all...@us...> wrote: > > I forgot to mention earlier two things: > > 1) I've made the executive decision that we are going to require Java 1.5= (Java 5), so that we can use some of the > 1.5 features. I believe there are solid 1.5-compatible JREs available for > the 3 major platforms (Windows, Mac, Linux) and some other minor ones as > well. If anyone can give me a good reason why not to do this, give it now= . > > 2) There is now a commits list that automatically gets mail whenever a > subversion commit is executed. To stay ontop of the project's progress, I > recommend subscribing to this list. You can use digest mode to get one > message per day, which would be wise if you're not an active dev as some > days will generate quite a few commits. The list info is here: > http://lists.sourceforge.net/lists/listinfo/basie-commits > > > ------------------------------------------------------- This SF.Net emai= l > is sponsored by xPML, a groundbreaking scripting language that extends > applications into web and mobile media. Attend the live webcast and join = the > prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642_______________________________________________ Basie-devs mailing= list > Bas...@li... > https://lists.sourceforge.net/lists/listinfo/basie-devs > |
|
From: heet <con...@ch...> - 2006-02-23 02:03:47
|
It looks functional to me, very clean. Something that could be grasped in 5 minutes of toying with it. IMO, This would be good for the first 3-4 roadmarks until we have time to spend on jazzing it up. I agree the Reason interface would be too complex. Where'd the sound effects go, though? allegroconmolto wrote: > Here's the previously-promised prototyping email :) > > In the past, we've talked about UI paradigms to imitate. Applications > like Reason provide a toolbox of devices to play with and virtual > "cables" to connect them together, and I initially thought that we > would be wise to imitate that idiom. I still think it's a good idea. I > also think it's too complex for our userbase and would be too complex > to imitate. So, I've decided that for now, we're going to focus on > getting something out the door - something that provides a free, open > source, and functional alternative to some of the spendy-yet-crappy > stuff in this area. After spending some time and playing with both SAM > Broadcaster and Traktor Studio, I've come up with a sample UI that I > think will be fairly easy to both implement and use. Eventually I want > to make it as pretty as Native Instruments or Propellerheads software > - but for now, I really want something that works! :) > > Attached is a mockup using Visio's Windows-components stencils of what > I think we should do. It's multiple movable windows, each of which can > be resized/moved around/whatever - which allows us to add new features > (windows) pretty easily. This file is also in the svn repository. > > I'd be curious to know what you guys think. Many eventual features are > missing from this mockup - things like sound effects panels and so on > are definitely still planned, but this is more oriented to getting us > to a bare-bones-functionality alpha demo. > > |
|
From: allegroconmolto <all...@us...> - 2006-02-22 23:30:17
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">Here's the previously-promised prototyping email :)<br> <br> In the past, we've talked about UI paradigms to imitate. Applications like Reason provide a toolbox of devices to play with and virtual "cables" to connect them together, and I initially thought that we would be wise to imitate that idiom. I still think it's a good idea. I also think it's too complex for our userbase and would be too complex to imitate. So, I've decided that for now, we're going to focus on getting something out the door - something that provides a free, open source, and functional alternative to some of the spendy-yet-crappy stuff in this area. After spending some time and playing with both SAM Broadcaster and Traktor Studio, I've come up with a sample UI that I think will be fairly easy to both implement and use. Eventually I want to make it as pretty as Native Instruments or Propellerheads software - but for now, I really want something that works! :)<br> <br> Attached is a mockup using Visio's Windows-components stencils of what I think we should do. It's multiple movable windows, each of which can be resized/moved around/whatever - which allows us to add new features (windows) pretty easily. This file is also in the svn repository.<br> <br> I'd be curious to know what you guys think. Many eventual features are missing from this mockup - things like sound effects panels and so on are definitely still planned, but this is more oriented to getting us to a bare-bones-functionality alpha demo.<br> <br> <br> </font></font> </body> </html> |
|
From: allegroconmolto <all...@us...> - 2006-02-22 23:29:54
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">I forgot to mention earlier two things:<br> <br> 1) I've made the executive decision that we are going to require Java 1.5 (Java 5), so that we can use some of the 1.5 features. I believe there are solid 1.5-compatible JREs available for the 3 major platforms (Windows, Mac, Linux) and some other minor ones as well. If anyone can give me a good reason why not to do this, give it now.<br> <br> 2) There is now a commits list that automatically gets mail whenever a subversion commit is executed. To stay ontop of the project's progress, I recommend subscribing to this list. You can use digest mode to get one message per day, which would be wise if you're not an active dev as some days will generate quite a few commits. The list info is here: <a class="moz-txt-link-freetext" href="http://lists.sourceforge.net/lists/listinfo/basie-commits">http://lists.sourceforge.net/lists/listinfo/basie-commits</a><br> <br> <br> </font></font> </body> </html> |
|
From: allegroconmolto <all...@us...> - 2006-02-22 22:20:44
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">This project has sat mostly idle for 4 months.. bummer!!<br> <br> Some updates. I've switched us to SourceForge's new SVN service, so code is now available from that. I've committed a stab at a project layout including some libraries we'll probably need and selected a look-and-feel (Synthetica, from JavaSoft).<br> <br> I've had some new thoughts on our overall project design and will be sending a message with some thoughts on prototyping shortly.<br> <br> <br> <br> <br> </font></font> </body> </html> |
|
From: allegroconmolto <all...@us...> - 2005-10-21 02:13:07
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">The project has the beginnings of a website (more of a web page, singular, at the moment) at <a class="moz-txt-link-freetext" href="http://basie.sourceforge.net/">http://basie.sourceforge.net/</a> . More content will be added..well...as soon as we/I write it! :)<br> <br> Coming this/next week I hope to have a competitive matrix of features which will be the starting point of our design information.<br> If any of you folks know people good with Java, and /especially/ people good with Java Sound or another audio API, please have them get in contact with me.<br> <br> allegroconmolto<br> <br> </font></font> </body> </html> |
|
From: allegroconmolto <all...@us...> - 2005-10-21 01:57:51
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> <title></title> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">Not everyone replied, but here's those that I was able to get in contact with.<br> <br> We have two main groups - the core developers, and some 'requirements' people: folks who would be a regular user of this software or have experience in this industry but won't be contributing code.<br> <br> DEVELOPER TEAM:<br> <br> allegroconmolto - Project Manager & lead dev<br> <a class="moz-txt-link-abbreviated" href="mailto:all...@us...">all...@us...</a><br> AIM: darkblade1782<br> Yahoo: allegroconmolto<br> ICQ: 28990313<br> <br> valthonis - Developer<br> <a class="moz-txt-link-abbreviated" href="mailto:val...@23...">val...@23...</a><br> AIM: DarkestMorpheus (send email first to get added)<br> <br> mobleader - Developer<br> <a class="moz-txt-link-abbreviated" href="mailto:mob...@us...">mob...@us...</a><br> <br> <br> REQUIREMENTS/USER TEAM:<br> <br> acelin (not on SF)<br> <a class="moz-txt-link-abbreviated" href="mailto:ac...@gm...">ac...@gm...</a><br> <br> heet<br> <a class="moz-txt-link-abbreviated" href="mailto:he...@us...">he...@us...</a><br> <br> logan5 (not on SF)<br> <a class="moz-txt-link-abbreviated" href="mailto:lo...@fe...">lo...@fe...</a><br> <br> <br> <br> </font></font> </body> </html> |
|
From: <con...@ch...> - 2005-10-20 16:52:14
|
|
From: allegroconmolto <all...@us...> - 2005-10-10 20:16:24
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Arial">So, we've had a few additions to our project team, which is pretty exciting, so I thought I'd send out a quick email letting everyone know who's out there. But, I realized that while I know some of you from other projects, I don't have full contact information for everyone.<br> So, please send me an email at <a class="moz-txt-link-abbreviated" href="mailto:all...@us...">all...@us...</a> with:<br> <br> -Your SF username if you have one<br> -Whatever email you want published to the group<br> -Whatever instant messaging services/handles you want published to the group<br> <br> I'll compile a list and send it out shortly. Thanks!<br> <br> <br> <br> </font></font> </body> </html> |
|
From: allegroconmolto <all...@us...> - 2005-10-10 01:03:44
|
I think I'm going to encourage that we just use the list for now until we have enough devs that it becomes too spammy for mail. (Won't that be the day.) To help heet out, I'll repaste his message here before responding: /--- Perhaps, an SDK could be added to the project in later releases to allow users to create their own devices? Apart from improving or customizing the default devices, it has little use, but what little use it has could be good enough. For instance, if someone wants to control a transmitter (Low Power FM, etc) or reciever (Scanner), having it inside the program could be useful. Such extensions would be highly hardware dependant, thus user development makes sense. Us using time on it does not. Would it be difficult to implement? /--- My response to that is two-fold. One, our software is open-source, and so I would expect that anyone who has significant contributions to make can just join up and develop for the greater good. Two, this is quite feasible, as I am expecting that each module will just develop as a subclass of a generic 'Module' class, and so adding new module types should be a easy process, esp. with access to the code for the other modules. To help out with this, I'll probably document how at least one of the modules was created, not only code-wise but also thought-process wise. That documentation would serve as our 'SDK' since the code is eminently open to anyone who feels like messing with it. allegroconmolto |
|
From: <con...@ch...> - 2005-10-09 20:47:12
|
There's a topic in there I'd like to get feedback on. |
|
From: <con...@ch...> - 2005-10-09 20:46:57
|
Wrong account. :P |
|
From: <con...@ch...> - 2005-10-07 07:54:12
|
C&C plz |
