RE: [Jazzplusplus-devel] RE: Web Site

[Tony L. <to...@pi...>]

Dave,

Ok...Ok...your correct.  I agree with GUI separation and I think we could
achieve a great deal in a short time if we adopted that approach. How about
this...let's agree to 100% total separation.  The effect would be that we
could have two teams of programmers...one on internals, one on GUI. The
internals team will develop a core MIDI toolkit that will among other
things: Load MIDI File, Play multiple simultaneous MIDI Stream Record a MIDI
Stream in real-time while playing back.  The MIDI toolkit will be 100%
GUI-less.  So we can use a DOS shell or a UNIX shell to control it. Create a
simple set of test programs. And run them from the command line.  We could
concentrate on the best possible internal design with absolutely not a care
in the world about the GUI.

Tony

-----Original Message-----
From: Dave Fancella [mailto:dav...@co...] 
Sent: Wednesday, March 17, 2004 10:02 AM
To: Tony Leotta; 'Patrick Earl'
Cc: jaz...@li...
Subject: Re: [Jazzplusplus-devel] RE: Web Site

On Wednesday 17 March 2004 10:58 pm, Tony Leotta wrote:
> OK...Great...
>
> Do you have a list of feature improvements that you would like to make?
>
> I want to add features to Jazz to treat MIDI sequences as though they 
> were sound loops.

Well, here's my take on it.  :)

New features are great, hurray!  Problem is, Jazz is sorely in need of
serious architectural fixes.  It's broken by design, or rather it's very
poorly designed.  And it needs to be ported to the new wxWindows so it'll
actually run on modern machines.  So, new features, yes yes yes, but I'm
seriously thinking the priority should be on finishing the port and
separating the GUI from the work code (I don't consider these separate
tasks, either).  After that, it should be theoretically very easy to add new
features.

Dave

> 1) Record a set number of measures in real-time ans assign to a LOOP 
> not to a channel.
>
> 2) Once recorded...the MIDI measures are treated like a loop.
>
> 3) Allow Jazz to have multiple INPUT sources, like a Oxygen.
>
> 4) Assign any MIDI loop to any key on a MIDI control.
>
> 5) When key is played...MIDI loop is played at the beginning of the 
> next measure.
>
> 6) If a key is played during playing MIDI loop...the first loop plays 
> until the next measure then the next loop plays.
>
> 7) While a loop is playing...a second MIDI controller can be used to 
> play in real-time.
>
> 8) Loops can be layered.
>
> 9) Loops can be arranged in sequences and an entire sequence can be 
> triggered from one note.
>
> 10) Loops can be transformed.  Key, Timing, MIDI Channel, etc.  All in 
> Real time.
>
> 11) Loops can be merged.
>
> 12) Loops can play to multiple MIDI channels simultaneously. So in 
> other words..a Loop is like an entire MIDI file with its own channels 
> of MIDI, nut it is treated as one entity.  Pretty cool huh?
>
> What do ya think?
>
> The reason I bring this up now...is I would like to discuss a MIDI 
> Event Queuing architecture that can handle this.  Which if you think 
> about it...Jazz already does most of what I am proposing..but at the 
> Channel level.
>
> Tony
>
> -----Original Message-----
> From: Patrick Earl [mailto:jaz...@pa...]
> Sent: Wednesday, March 17, 2004 5:33 PM
> To: Tony Leotta
> Cc: jaz...@li...
> Subject: Re: Web Site
>
> Nobody else has volunteered, so go for it. :)  When you have something 
> to stick on the web, send me your sourceforge ID and I'll add you to 
> the project.
>
> It'd be a good idea to subscribe to the SF development list here:
>     http://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>
> As for helping with the coding, that'd be great too.  There are a lot 
> of things to be done.  Here are just a few.
>
> 1.  Finish the GUI port to wxWindows 2.4.  It "works," but there are 
> pieces missing in numerous places.
>
> 2.  Re-port to Windows.  It sounds like there is somebody else on the 
> the list who is interested in working on this.
>
> 3.  Fix the problems reported by valgrind, aiming to eliminate the 
> random crashes.  Various code may need to be rewritten to ensure 
> things get destroyed in the correct order.  One strategy for handling 
> this is to replace dynamic allocation with static allocation where it's
appropriate.
>
> 4.  Though I'm not sure what needs done to the underlying midi/audio 
> layers, apparently there's work to be done there too.
>
> Basically, if you wanna work on the code, just do something.  :)  The 
> current CVS on SF is where to start from.
>
>         Patrick
>
> On Wednesday 17 March 2004 10:35, Tony Leotta wrote:
> > I can build a web site....
> >
> > I just  built this site in 3 days...
> >
> > http://www.pillarsoftware.com/ptt/
> >
> > Tony
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux 
> tutorial presented by Daniel Robbins, President and CEO of GenToo 
> technologies. Learn everything from fundamentals to system 
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Jazzplusplus-devel mailing list
> Jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

--
Visit my website!
http://www.davefancella.com/?event=em

The grand leap of the whale up the Fall of Niagara is esteemed, by all who
have seen it, as one of the finest spectacles in nature.
		-- Benjamin Franklin.