jazzplusplus-devel — Discussion Forum for Jazz Developers

Re: [jazzplusplus-devel] Hello List again...

[Dave F. <da...@da...>]

On Monday 08 November 2004 01:50 am, Phuah Yee Keat wrote:
> Dave Fancella wrote:
> > Jazz has a synth in it, doesn't use the sound card, I don't think.  I
> > could be wrong about that, though.  Hmmmm.........
>
> Hmm, I will give it some play around, we are talking about ".driver 2"
> which is alsa, right?

Not sure.  :)  All's I really know is that Jazz++ works on my Linux box 
without a softsynth, compiled as-is using the top-level rebuild script.  If 
all dependencies are satisfied, you should have the same experience.

> > If you just need to play+loop midi sequences, why don't you just use
> > timidity or ecasound or something?  Just curious....  You can also render
> > those midi sequences to wav or something and then loop them with other
> > programs designed for such things (like Hydrogen, maybe?)
>
> I am learning to play the bass guitar, and found midi to be one of the
> best media to learn from. I can have a view of all the instruments, and
> mute whichever that I felt is too noisy. I can also have a general view
> of how many bars are there in the song, and can easily use the mouse to
> mark the 16 bars that I would want to practice/improvise, and have
> jazzpp loop thru it so I could play my bass guitar.
>
> I have reviewed both hydrogen and ecasound after receiving your mail,
> and still thinks jazzpp is the best tool for the work. :)

In that case, may I direct you to a webpage?
http://www.davefancella.com/mambo/index.php?option=com_content&task=view&id=34&Itemid=34

It's a webpage of my own that has a few hydrogen files, a drumkit, and some 
midi bass lines I did with RoseGarden.  No guitars or anything, though.  
Maybe some day I'll record some guitars, but the page is kinda meant to 
support guitar players, because it's meant to support me.  ;)  contributions 
welcome, you can upload files to the forums on my website.

Dave

> Cheers,
> Phuah Yee Keat
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&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

No animal should ever jump on the dining room furniture unless
absolutely certain he can hold his own in conversation.
		-- Fran Lebowitz

Re: [jazzplusplus-devel] Hello List again...

[Phuah Y. K. <yk....@ne...>]

Dave Fancella wrote:
> Jazz has a synth in it, doesn't use the sound card, I don't think.  I could be 
> wrong about that, though.  Hmmmm.........


Hmm, I will give it some play around, we are talking about ".driver 2" 
which is alsa, right?

> If you just need to play+loop midi sequences, why don't you just use timidity 
> or ecasound or something?  Just curious....  You can also render those midi 
> sequences to wav or something and then loop them with other programs designed 
> for such things (like Hydrogen, maybe?)

I am learning to play the bass guitar, and found midi to be one of the 
best media to learn from. I can have a view of all the instruments, and 
mute whichever that I felt is too noisy. I can also have a general view 
of how many bars are there in the song, and can easily use the mouse to 
mark the 16 bars that I would want to practice/improvise, and have 
jazzpp loop thru it so I could play my bass guitar.

I have reviewed both hydrogen and ecasound after receiving your mail, 
and still thinks jazzpp is the best tool for the work. :)

Cheers,
Phuah Yee Keat

Re: [jazzplusplus-devel] Hello List again...

[Dave F. <da...@da...>]

On Monday 08 November 2004 12:22 am, Phuah Yee Keat wrote:
> Dave Fancella wrote:
> > The way Jazz works right now, it doesn't use a softsynth.  I don't know
> > if it used to be able to, but your best bet is to simplify and eliminate
> > the softsynth, using Jazz's internal synth.
>
> If my sound card does not have a hardware synth, and I do not have any
> external hardware synth, would I be able to play midi thru Jazz? Coz
> currently, in Linux, I need timidity SoftSynth to play any midi files,
> be it thru rosegarden, or pmidi.

Jazz has a synth in it, doesn't use the sound card, I don't think.  I could be 
wrong about that, though.  Hmmmm.........

> > So if you want to start hacking, I (and others here) can certainly point
> > you in a useful direction.  There's theoretically not a lot left to get
> > Jazz ported to wxWidgets 2.4, and then working on Windows, so that a
> > release could be made which would attract users and developers, which
> > would create the feedback loop necessary to get Jazz off the ground. 
> > I'll help you any way that I can, but I'm in the middle of so much stuff
> > right now, and getting enrolled into college (finally, after years of
> > denial), and then that starts in january.  Oh boy.  But yeah, I'll help
> > any way that I can, and I'm sure there are others here that will love to
> > help too.
>
> Will certainly try to spend some time with the codes to get familiar
> with it. Jazz is good stuffs, nothing comes close on Linux, Rosegarden
> is just too much for my use. I just need to play+loop some midi sequences.

If you just need to play+loop midi sequences, why don't you just use timidity 
or ecasound or something?  Just curious....  You can also render those midi 
sequences to wav or something and then loop them with other programs designed 
for such things (like Hydrogen, maybe?)

Dave

> Cheers,
> Phuah Yee Keat
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&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 only time a dog gets complimented is when he doesn't do anything.
		-- C. Schulz

Re: [jazzplusplus-devel] Hello List again...

[Phuah Y. K. <yk....@ne...>]

Dave Fancella wrote:
> The way Jazz works right now, it doesn't use a softsynth.  I don't know if it 
> used to be able to, but your best bet is to simplify and eliminate the 
> softsynth, using Jazz's internal synth.

If my sound card does not have a hardware synth, and I do not have any 
external hardware synth, would I be able to play midi thru Jazz? Coz 
currently, in Linux, I need timidity SoftSynth to play any midi files, 
be it thru rosegarden, or pmidi.

> So if you want to start hacking, I (and others here) can certainly point you 
> in a useful direction.  There's theoretically not a lot left to get Jazz 
> ported to wxWidgets 2.4, and then working on Windows, so that a release could 
> be made which would attract users and developers, which would create the 
> feedback loop necessary to get Jazz off the ground.  I'll help you any way 
> that I can, but I'm in the middle of so much stuff right now, and getting 
> enrolled into college (finally, after years of denial), and then that starts 
> in january.  Oh boy.  But yeah, I'll help any way that I can, and I'm sure 
> there are others here that will love to help too.

Will certainly try to spend some time with the codes to get familiar 
with it. Jazz is good stuffs, nothing comes close on Linux, Rosegarden 
is just too much for my use. I just need to play+loop some midi sequences.

Cheers,
Phuah Yee Keat

Re: [jazzplusplus-devel] Hello List again...

[Dave F. <da...@da...>]

On Sunday 07 November 2004 11:33 pm, Phuah Yee Keat wrote:
> Hey, I am still using the windows version of legacy Jazz++, coz I can't
> seem to get my cvs jazzplusplus working on my linux box.

Hmmm, did you try using the ./rebuild script?

> I started timidity, and then started Jazz, and timidity gives me this
> Requested buffer size 2048, fragment size 1024
> ALSA pcm 'default' set buffer size 2048, period size 1024 bytes
>
> So I assume Jazz made it there, but nothing's coming out of the speaker
> when I click on Play.

The way Jazz works right now, it doesn't use a softsynth.  I don't know if it 
used to be able to, but your best bet is to simplify and eliminate the 
softsynth, using Jazz's internal synth.

> PortMidi, is that an effort to abstract out all the platform specific
> midi functions? I have yet to really look into the codes yet, but
> looking at the build process, its not build together with Jazz, so I
> assume it haven't got into Jazz repository yet.

Yes.  The long-term goal is to pull the synth out of Jazz entirely and use an 
external softsynth.  There is a version of PortMidi sources in the 
repository, but it hasn't been brought into the build system yet, it's just 
in the repository.

> Anyone still working on this project? The mailing list is idle for a
> couple of months already. :)

As far as I know, we're all still working on it, just extraordinarily busy.  
Admittedly, if jazz was farther along and we had releases of it we'd probably 
be in more of a hurry to find time to work on it.  There is certainly a lot 
of interest in it, so if you want to bang on it, we're not the only ones 
who'll appreciate it.  There is a solid demand for a cross-platform MIDI 
sequencer, and we get regular inquiries (I get a few off-list a month from my 
website), so there are a lot of people besides us that want you to help 
us.  :)

So if you want to start hacking, I (and others here) can certainly point you 
in a useful direction.  There's theoretically not a lot left to get Jazz 
ported to wxWidgets 2.4, and then working on Windows, so that a release could 
be made which would attract users and developers, which would create the 
feedback loop necessary to get Jazz off the ground.  I'll help you any way 
that I can, but I'm in the middle of so much stuff right now, and getting 
enrolled into college (finally, after years of denial), and then that starts 
in january.  Oh boy.  But yeah, I'll help any way that I can, and I'm sure 
there are others here that will love to help too.

Dave

>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Sybase ASE Linux Express Edition - download now for FREE
> LinuxWorld Reader's Choice Award Winner for best database on Linux.
> http://ads.osdn.com/?ad_id=5588&alloc_id=12065&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

A tautology is a thing which is tautological.

[jazzplusplus-devel] Hello List again...

[Phuah Y. K. <yk....@ne...>]

Hey, I am still using the windows version of legacy Jazz++, coz I can't 
seem to get my cvs jazzplusplus working on my linux box.

I started timidity, and then started Jazz, and timidity gives me this
Requested buffer size 2048, fragment size 1024
ALSA pcm 'default' set buffer size 2048, period size 1024 bytes

So I assume Jazz made it there, but nothing's coming out of the speaker 
when I click on Play.

PortMidi, is that an effort to abstract out all the platform specific 
midi functions? I have yet to really look into the codes yet, but 
looking at the build process, its not build together with Jazz, so I 
assume it haven't got into Jazz repository yet.

Anyone still working on this project? The mailing list is idle for a 
couple of months already. :)

Re: [jazzplusplus-devel] My work on the Windows port

[Joakim V. <jo...@ve...>]

Harald Rieder <Har...@da...> writes:

Harald,

Good luck with your project!

Why not post your diff to the list so the porting work you did, wont
go to waste?


Regards
/Joakim


> Dear Dave, Dear Joakim,
>
> last state I reached on the Windows version 2 weeks ago was:
> nearly all modules compile (mainly except trackwin which seems to have
> some ugly dependies on a base class that is intended for Linux only
> ?!).
>
> Some modules compiled without change, others started with over 100 errors.
>
> Anyhow, I needed the last 2 weeks to come to a decision. Unfortunately
> I have to tell you that this decision is not to continue work on
> Jazz++ at the moment.
>
> As I told you, I want to port my notation printing application to an
> API that is free. And now it is based on a commercial GUI library. The
> idea was to add this functionality to Jazz++.
>
> However there are more alternatives:
> - Java
> - MFC
> - .NET (new Longhorn Windows API)
> - ...
>
> I checked the pros and cons and came to the decision, that rebasing my
> C++ appl. onto wxWindows is the best choice:
> + common C++ code base with Atari version as now
> + wxWindows is multi platform
> + I expect it will also be adapted to new Windows APIs in the future
> + fast C++ executable (in contrast to Java, perhaps also .NET)
> + minimum porting effort necessary
>
> I know that with this strategy I will have the work done in a half
> year (since I did it already once).
>
> The main point against Jazz++ integration is that I do not see a
> Jazz++ release within the next year from now on. All other things
> would be ok.
>
> I hate it not to reach the goal once started for or disappoint any
> persons. So I will still follow this goal. I want to build a MIDI file
> printer library based on wxWindows which can easily be integrated into
> other wxWindowxs applications - 
> like Jazz++. Once I have this work behind me, I can help you again with Jazz++.
>
> I can send you my modifications to Jazz++, if you are interested.
>
> Dave, I read what happened. As you may imagine, my connections to US
> are not sufficient to help you. There is a Danet Inc. daughter in the
> US, but as far as I know results weren't good in the last years, so
> probably they will not employ new staff. And they don't know me.
>
> Nevertheless, best wishes for the future
> -- 
> Harald Rieder
>
> Tel.     +49-711/13353-45
> Fax      +49-711/13353-53
> E-Mail   mailto:Har...@da...
>
> Danet GmbH
> Waldburgstrasse 17-19
> D-70563 Stuttgart
> http://www.danet.de
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

[jazzplusplus-devel] My work on the Windows port

[Harald R. <Har...@da...>]

Dear Dave, Dear Joakim,

last state I reached on the Windows version 2 weeks ago was:
nearly all modules compile (mainly except trackwin which seems to have some ugly 
dependies on a base class that is intended for Linux only ?!).

Some modules compiled without change, others started with over 100 errors.

Anyhow, I needed the last 2 weeks to come to a decision. Unfortunately I have to 
tell you that this decision is not to continue work on Jazz++ at the moment.

As I told you, I want to port my notation printing application to an API that is 
free. And now it is based on a commercial GUI library. The idea was to add this 
functionality to Jazz++.

However there are more alternatives:
- Java
- MFC
- .NET (new Longhorn Windows API)
- ...

I checked the pros and cons and came to the decision, that rebasing my C++ appl. 
onto wxWindows is the best choice:
+ common C++ code base with Atari version as now
+ wxWindows is multi platform
+ I expect it will also be adapted to new Windows APIs in the future
+ fast C++ executable (in contrast to Java, perhaps also .NET)
+ minimum porting effort necessary

I know that with this strategy I will have the work done in a half year (since I 
did it already once).

The main point against Jazz++ integration is that I do not see a Jazz++ release 
within the next year from now on. All other things would be ok.

I hate it not to reach the goal once started for or disappoint any persons. So I 
will still follow this goal. I want to build a MIDI file printer library based 
on wxWindows which can easily be integrated into other wxWindowxs applications - 
like Jazz++. Once I have this work behind me, I can help you again with Jazz++.

I can send you my modifications to Jazz++, if you are interested.

Dave, I read what happened. As you may imagine, my connections to US are not 
sufficient to help you. There is a Danet Inc. daughter in the US, but as far as 
I know results weren't good in the last years, so probably they will not employ 
new staff. And they don't know me.

Nevertheless, best wishes for the future
-- 
Harald Rieder

Tel.     +49-711/13353-45
Fax      +49-711/13353-53
E-Mail   mailto:Har...@da...

Danet GmbH
Waldburgstrasse 17-19
D-70563 Stuttgart
http://www.danet.de

[jazzplusplus-devel] Help!

[Dave F. <dav...@co...>]

All,

This is completely off-topic, but I'm in a pretty bad spot so I beg 
forgiveness ahead of time.

We just got a letter from our landlord saying we have to move out by August so 
the owner of the house can move in.  So we have to move.  We cannot afford to 
live in the Seattle area anymore under these circumstances, so we have to 
move somewhere else completely.  When the insurance settlement comes through 
for my wife's recent car accident, we should have the money to move then.  
(It's been a rough month, obviously)

So, what I'm asking for, then, is work.  Any kind of work.  Something so that 
when we blow our wad of cash moving (probably cross-country) we'll be able to 
have a dwelling and food.  It doesn't have to be a job, specifically, just 
3-4 months worth of work to get us through a rough spot.  Obviously, if there 
isn't more work for me after that, we'll be in another rough spot, but at 
least we'll have a home again, wherever we land.

Does anybody have, or know of, any work at all that you might be able to throw 
my way?  I have a wide range of skills, and some of you that have seen me on 
the lists for awhile are pretty acquainted with at least some of them.  For 
computers, I'm specialized in web development, marketing specifically, 
although I'm not that bad of a php developer.  Like most of you, I have a 
list of programming languages long enough that I don't always remember which 
ones go on the list and as such am capable of quickly learning just about any 
language out there (except for the really psychotic ones like scheme).  I'm 
also an automechanic and a cook.  I can administer Mandrake Linux very well, 
and can easily pick up probably any other flavor of Linux.  I can also 
administer Windows 2000 halfway decent (probably better than an MCSE, but 
that's not saying much).  Tech support, you know, those hand-holding jobs, I 
can do.  Anything at all.  Guitar, anyone?  ;)

Any help here would be greatly appreciated.  For location we're looking to 
move back to Texas, simply because we already have family there that may or 
may not be able to help at least a little bit with the dwelling/food issue, 
but unfortunately none of them can help with the work problem.  If any work 
can pay for relocating, or help a bit, then we can probably relocate 
anywhere.  Naturally the best work for me to have in this situation is work 
that I can telecommute.  Location isn't set in stone, though, and depends 
entirely on the work that is available.  (And to answer the unasked question, 
no, this isn't the only place I'm going to be looking for work ;)  )

Thanks in advance for any help anyone can give, and apologies for bothering 
the rest of you with this.

Dave

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

A horse!  A horse!  My kingdom for a horse!
		-- Wm. Shakespeare, "Henry VI"

Re: [jazzplusplus-devel] Build error in current CVS

[Patrick E. <pa...@pa...>]

Ensure that you're rebuilding using the ./rebuild script.  Just a 
plain "./configure; make" won't enable the necessary defines.  This 
is natually not how it should be, but nobody's gotten around to 
fixing it yet.

        Patrick

On Sunday 11 July 2004 06:12, Thomas Schreiner wrote:
> Hello!
> When building jazz++ from the current CVS source, I'm getting the
> following error:
>
> g++ -DHAVE_CONFIG_H -I. -I. -I.
> -DJAZZ_DATADIR=\"/usr/local/share/jazz\"
> -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__
> -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES  -g -O2  -c trackwin.cpp In
> file included from trackwin.cpp:67:
> audiodrv.h:41: error: parse error before `{' token
> audiodrv.h:45: error: destructors must be member functions
> audiodrv.h:45: error: virtual outside class declaration
> audiodrv.h:47: error: virtual outside class declaration
> audiodrv.h:48: error: virtual outside class declaration
> audiodrv.h:49: error: virtual outside class declaration
> audiodrv.h:50: error: virtual outside class declaration
> audiodrv.h:51: error: virtual outside class declaration
> audiodrv.h: In function `int Installed()':
> audiodrv.h:51: error: `installed' undeclared (first use this
> function) audiodrv.h:51: error: (Each undeclared identifier is
> reported only once for
>    each function it appears in.)
> audiodrv.h:51: error: `tSeq2Player' undeclared (first use this
> function) audiodrv.h:51: error: parse error before `::' token
> audiodrv.h: At global scope:
> audiodrv.h:52: error: virtual outside class declaration
> audiodrv.h:52: error: non-member function `int GetAudioEnabled()'
> cannot have `
>    const' method qualifier
> audiodrv.h: In function `int GetAudioEnabled()':
> audiodrv.h:52: error: `audio_enabled' undeclared (first use this
> function)
> audiodrv.h: At global scope:
> audiodrv.h:53: error: virtual outside class declaration
> audiodrv.h:54: error: virtual outside class declaration
> audiodrv.h:55: error: virtual outside class declaration
> audiodrv.h:56: error: virtual outside class declaration
> audiodrv.h:56: error: non-member function `bool IsListening()'
> cannot have `
>    const' method qualifier
> audiodrv.h: In function `bool IsListening()':
> audiodrv.h:57: error: `listener' undeclared (first use this
> function) audiodrv.h: At global scope:
> audiodrv.h:59: error: virtual outside class declaration
> audiodrv.h:62: error: non-member function `int RecordMode()' cannot
> have `const
>    ' method qualifier
> audiodrv.h:63: error: non-member function `int PlaybackMode()'
> cannot have `
>    const' method qualifier
> audiodrv.h: In function `int PlaybackMode()':
> audiodrv.h:64: error: `can_duplex' undeclared (first use this
> function) audiodrv.h: At global scope:
> audiodrv.h:67: error: parse error before `private'
> audiodrv.h:77: error: `int installed' used prior to declaration
> audiodrv.h:83: error: `int audio_enabled' used prior to declaration
> audiodrv.h:85: error: syntax error before `*' token
> audiodrv.h:89: error: parse error before `}' token
> make[1]: *** [trackwin.o] Error 1
> make[1]: Leaving directory `/home/daten/tmp/jazz/src'
> make: *** [all-recursive] Error 1
>
>
> I checked the source (it's the line "class tAudioPlayer : public
> tSeq2Player" and the following "{"), but everything seems to be
> alright, no idea what the problem is... Do you have an idea?
>
> Thank you very much!
>
> Thomas

[jazzplusplus-devel] Build error in current CVS

[Thomas S. <jaz...@ts...>]

Hello!
When building jazz++ from the current CVS source, I'm getting the
following error:

g++ -DHAVE_CONFIG_H -I. -I. -I. -DJAZZ_DATADIR=\"/usr/local/share/jazz\"
 -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__
-D_FILE_OFFSET_BITS=64 -D_LARGE_FILES  -g -O2  -c trackwin.cpp
In file included from trackwin.cpp:67:
audiodrv.h:41: error: parse error before `{' token
audiodrv.h:45: error: destructors must be member functions
audiodrv.h:45: error: virtual outside class declaration
audiodrv.h:47: error: virtual outside class declaration
audiodrv.h:48: error: virtual outside class declaration
audiodrv.h:49: error: virtual outside class declaration
audiodrv.h:50: error: virtual outside class declaration
audiodrv.h:51: error: virtual outside class declaration
audiodrv.h: In function `int Installed()':
audiodrv.h:51: error: `installed' undeclared (first use this function)
audiodrv.h:51: error: (Each undeclared identifier is reported only once
for
   each function it appears in.)
audiodrv.h:51: error: `tSeq2Player' undeclared (first use this function)
audiodrv.h:51: error: parse error before `::' token
audiodrv.h: At global scope:
audiodrv.h:52: error: virtual outside class declaration
audiodrv.h:52: error: non-member function `int GetAudioEnabled()' cannot
have `
   const' method qualifier
audiodrv.h: In function `int GetAudioEnabled()':
audiodrv.h:52: error: `audio_enabled' undeclared (first use this
function)
audiodrv.h: At global scope:
audiodrv.h:53: error: virtual outside class declaration
audiodrv.h:54: error: virtual outside class declaration
audiodrv.h:55: error: virtual outside class declaration
audiodrv.h:56: error: virtual outside class declaration
audiodrv.h:56: error: non-member function `bool IsListening()' cannot
have `
   const' method qualifier
audiodrv.h: In function `bool IsListening()':
audiodrv.h:57: error: `listener' undeclared (first use this function)
audiodrv.h: At global scope:
audiodrv.h:59: error: virtual outside class declaration
audiodrv.h:62: error: non-member function `int RecordMode()' cannot have
`const
   ' method qualifier
audiodrv.h:63: error: non-member function `int PlaybackMode()' cannot
have `
   const' method qualifier
audiodrv.h: In function `int PlaybackMode()':
audiodrv.h:64: error: `can_duplex' undeclared (first use this function)
audiodrv.h: At global scope:
audiodrv.h:67: error: parse error before `private'
audiodrv.h:77: error: `int installed' used prior to declaration
audiodrv.h:83: error: `int audio_enabled' used prior to declaration
audiodrv.h:85: error: syntax error before `*' token
audiodrv.h:89: error: parse error before `}' token
make[1]: *** [trackwin.o] Error 1
make[1]: Leaving directory `/home/daten/tmp/jazz/src'
make: *** [all-recursive] Error 1


I checked the source (it's the line "class tAudioPlayer : public
tSeq2Player" and the following "{"), but everything seems to be alright,
no idea what the problem is... Do you have an idea?

Thank you very much!

Thomas

-- 
printk(KERN_ERR "ide: huh? queue was plugged!\n");
        linux-2.6.6/drivers/ide/ide-io.c:

Re: [jazzplusplus-devel] Re: jazzplusplus-devel digest, Vol 1 #43 - 4 msgs

[Joakim V. <jo...@ve...>]

Dave answered very aptly, I add some small further suggestions below:

Dave Fancella <dav...@co...> writes:

>> I tried to generate a Makefile with autoconf but got 3 different confusing
>> error messages with 3 different versions of these tools (2 cygwin on

please let us now these errors!



> Correct enough for MSVC++.  That's how Audacity solves this problem.  Now, in 
> config.h you must put all defines that are determined by the ./configure 
> script on GNU systems.

I include the config.h one my automake generates for reference, see below.


>
> You'll have to piece this one out, I think.  I don't know what it does.  ;)  
> Maybe someone else does?

for some reason the original developers chose to put the mswin midi
player in a dll. Maybe they had some different tools that used the
same dll?

Anyway, my suggestion is to simply disable playback altogether at
first. It will be complicated enough just to get jazz to compile
again under windows. And your area of interest doesnt really require
playback initially.


>> What are the wxProperty... things ? You can only use them if macro
>> "wxUSE_PROPSHEET" is not 0. In the file lib/msw/wx/setup.h it is #defined
>> to be 0! I had to add "$(WXWIN)/lib/msw" to my inlucde path - like in the
>> wxWidgets sample programs - to get things compiled. I had to change the
>> value to 1 in the wxWidgets source, but I guess it's not the way it is
>> meant by the inventors. But what is correct ? Not to use wxProperty...
>> classes in Windows programs ??

They are used in some dialogs. Why you need a special define to use
them is odd.

Anyway, we are moving away from this system to an xml resource based
system, so the dialogs using these proerties will go away, meaning
you can comment out those dialogs if you want. 

if you tell me which dialogs are giving you problems, I can port them
to the new system. Its not much work, and I will have time again next week.


>> The amount of specific code for Windows I saw up to now was frightening! I
>> had the hope that the OS interface is covered by wxWidgets (neary
>> completely). Isn't that the case ?

Remember that the old jazz core was built on wx1.68. There were tons
of windows specific things you had to do.

As we port more things to wx2, these windows specific hacks will go
away.

As an example, there were code that calculated heights of widgets and
stuff differently between mswin and linux. This stuff vanished(will
vanish) when dialogs are moved to the new xml based layout system,
which is the same for all platforms.


> I really appreciate you taking the time to work on this, I can't say enough 
> thank you.  :)

Me also! It will be very interesting to see your ideas in practice.



> Dave
>
>> Looking forward to your answers
>> Harald
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: GNOME Foundation
>> Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
>> GNOME Users and Developers European Conference, 28-30th June in Norway
>> http://2004/guadec.org
>> _______________________________________________
>> jazzplusplus-devel mailing list
>> jaz...@li...
>> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>
> -- 
> Visit my website!
> http://www.davefancella.com/?event=em
>
> To whom the mornings are like nights,
> What must the midnights be!
> 		-- Emily Dickinson (on hacking?)
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: GNOME Foundation
> Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
> GNOME Users and Developers European Conference, 28-30th June in Norway
> http://2004/guadec.org
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

Re: [jazzplusplus-devel] Re: jazzplusplus-devel digest, Vol 1 #43 - 4 msgs

[Dave F. <dav...@co...>]

On Wednesday 09 June 2004 02:44 am, Rieder wrote:
> In the meantime I got the Jazz++ sources. I installed wxWidgets 2.4.2 for
> Windows. I compiled the library, some wx sample programs and demos and they
> work. I must study yet their tutorial since I'm not familiar with this GUI
> lib...

It's MFC-like.  ;)

> I tried to generate a Makefile with autoconf but got 3 different confusing
> error messages with 3 different versions of these tools (2 cygwin on
> Windows and 1 on SuSE 8.2 Linux). Finally I decided to build a MSVC++ 6.0
> project (+ workspace) from scratch. After some adaptations I could compile
> my first module jazz.cpp. Then I compiled also player.cpp and song.cpp. Now
> I have too many open points to continue work:
>
> Since I did not use autoconf, there is no config.h file, but it gets
> #included. I created a new config.h file to satisfy the existing sources
> and put it into this "mswin" directory I found. Was this correct ?

Correct enough for MSVC++.  That's how Audacity solves this problem.  Now, in 
config.h you must put all defines that are determined by the ./configure 
script on GNU systems.

> What is the sense of this jazzdll.cpp file in the mswin directory ? Is
> there a DLL to be built in the jazz project ?

You'll have to piece this one out, I think.  I don't know what it does.  ;)  
Maybe someone else does?

> I had to #define a JAZZ_DATADIR (I did it in the new config.h) to get
> jazz.cpp compiled. What is the meaning of it and how should it work on
> Windows: as on UNIX or different ?

./configure sets the prefix, or can be passed the prefix on the commandline.  
Usually the prefix is /usr/local, the Jazz binary goes in /usr/local/bin, and 
then there's the JAZZ_DATADIR directory which is determined by ./configure 
based on this prefix.  So, you have an interesting decision to make already.  
Do you want to force Windows users to adhere to a convention that doesn't 
normally apply on Windows?  The convention is a UNIX thing, of course, that 
says /usr/bin get binary applicaitons, /usr/lib gets libraries, /usr/share 
gets shared data, and so forth.  /usr/local/* the same, but the "local" means 
something else.  I would say you don't want to force this onto Windows users, 
because it wouldn't allow them to install Jazz completely on different 
partitions or in different places.  So you'll have to come up with something 
else for this.  ;)  Personally, I'd prefer if you came up with something we 
could use on Linux too and replace this #define with something more portable 
and more useful.

> What are the wxProperty... things ? You can only use them if macro
> "wxUSE_PROPSHEET" is not 0. In the file lib/msw/wx/setup.h it is #defined
> to be 0! I had to add "$(WXWIN)/lib/msw" to my inlucde path - like in the
> wxWidgets sample programs - to get things compiled. I had to change the
> value to 1 in the wxWidgets source, but I guess it's not the way it is
> meant by the inventors. But what is correct ? Not to use wxProperty...
> classes in Windows programs ??

Beats me

> The most confusing things are these wx_... macros. For example I started to
> change wx_msw into __WXMSW__. I believed that wx_msw might be the wxWindows
> old way and __WXMSW__ the new way (see wxWidgets platform.h). Then I
> discovered other such macros like wx_xt and wx_xview. I asked myself: why
> should you be able to compile the jazz sources with so many old macros and
> I not ? Did you generate these macros with autoconf/automake and I am
> missing something ?

Hm.  I think you're actually supposed to use __MSW__, but I could be wrong 
about that.  Lemme do a quick check...  Looks like you're supposed to use 
__WXMSW__ to check to see if we're compiling on Windows.  If you absolutely 
need to know, you can use __WIN32__ to see if we're compiling on win9x or 
winME.  I'm thinking you should eliminate these other macros and see what 
happens.  ;)  Or, since you've got Cygwin installed, grep the wx sources with 
the other macros and see what the comments around the macros say.

> The amount of specific code for Windows I saw up to now was frightening! I
> had the hope that the OS interface is covered by wxWidgets (neary
> completely). Isn't that the case ?

Yes and no.  To get it working for Windows, you *should* be able to eliminate 
most of the Windows specific code.  You might have to write the PortMIDI 
driver, finally, to get the MIDI working again.  I would suggest that you 
consider doing that and running fluidsynth or timidity as a softsynth, since 
that's the direction we're going.  That is, if you find you can't get the 
existing MIDI code working within say an hour or two of fiddling with it.  
PortMIDI is pretty straightforward and should theoretically only take a 
couple of hours to get working with Jazz, and like I said, it's where we want 
to go.  As far as the UI, just do what we did already.  If it doesn't 
compile, disable it from the code (use #if 0 or comment blocks or something).  
Get it building as quickly as possible.  It builds and runs under Linux using 
no platform specific GUI code, just wxWidgets for GUI.  Uses the OSS midi 
driver, I think.  Might use alsa, someone was working on it awhile ago.  
Yeah, I think it uses alsa, now that I think about it.  Anyway, the only 
platform specific code being used under Linux right now is the sound backend, 
and since we haven't even touched it, the Windows sound backend should 
*still* work fine.  So disable anything that doesn't compile, refer to the 
Makefile.am files for the source files that need to be in the project, and 
make the config.h file in win/ contain all the macros that are determined by 
./configure, get it building, and tell us what works and what doesn't work.  
Then we can tell you if it doesn't work in Linux either and is part of the 
overall porting work, or if it *does* work in Linux and needs special 
attention for Windows.

I really appreciate you taking the time to work on this, I can't say enough 
thank you.  :)

Dave

> Looking forward to your answers
> Harald
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: GNOME Foundation
> Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
> GNOME Users and Developers European Conference, 28-30th June in Norway
> http://2004/guadec.org
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

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

To whom the mornings are like nights,
What must the midnights be!
		-- Emily Dickinson (on hacking?)

[jazzplusplus-devel] Re: jazzplusplus-devel digest, Vol 1 #43 - 4 msgs

[Rieder <har...@im...>]

Hello,

> Message: 2
> From: Dave Fancella <dav...@co...>
> Everybody just plays what they want.  ;)  There's so much work to get the
> thing finished ported to wxWidgets 2.4 that there's very little overlap
Oh yes. Seems to be much work!!!

> Depending on the actual data itself, it probably belongs in gProject.  It
may,
> however, belong in tConfig.  If you're wanting to take a crack at it,
tConfig
> needs to be rewritten to use wxWidgets' config classes, and we need a new
> preferences dialog that takes all the existing global settings (that are
> currently stacked in the Misc menu) and sticks them all into one nice
dialog.
I am wanting but progress is not as fast as I thought... See below.

> to use, discoverable, and so forth", but that's pretty ambiguous.  Just
don't
> do any of the regular open source stupid GUI designs, ok?  Quick and dirty
to
I'll try...

> wait six months to send in your work, and all the interfaces change in the
> meantime, I personally won't be all that sympathetic.  ;)
Normally I would update from CVS and recompile the merged sources before
checkin in my work. What do you mean with "send in". Isn't that CVS checkin
?

> From: joakim verona <jo...@ve...>
> Dave summed it up pretty well, but just a little further note:
>
> In your case, you are making something like a new midi-event matrix
> editor right?
> (ok, not the same layout and so on, but technically the same)
The current matrix editor would support color schemes which the user may
select  and probably some other settings (3D drawing style, shape of note
heads, bodies, tails, ...)(persistent default settings [and - would be
nice - per song][and - if it really makes sense - per track]). The new
midi-event matrix editor rather would be a "print preview" showing my
notation layouted on N pages. I do not see the necessity to allow editing in
this new view, since it would mean work and you already have the possibility
to edit in the current matrix editor. In this new view you could adjust the
borders, headline, footline and you would have a "print" button. There must
be also a sort of filter dialog allowing the user to select which tracks and
channels he wants to print. The filter settings should be persistent per
song.

Another nice thing would be a cursor for the current position when playing
the song. Or a cursor propagating according to the data received from MIDI
input (so a keyborder doesn't need to leave around the pages while playing
since the software can do that). Even more exiting would be an algorithm
that can fine-tune a whole song to get optimum intervals (i.e. clean
intervals, not the 2^N/12 approximations). The latter point however surely
means so much work as developping a complete sequencer from scratch.

> On the other hand you will be very reliant on the wxwindows drawing
> interfaces,
> and they can change between releases.
Yes. This is the experience I made with serveral open source libs. Interface
change more fast than on commercial software.

In the meantime I got the Jazz++ sources. I installed wxWidgets 2.4.2 for
Windows. I compiled the library, some wx sample programs and demos and they
work. I must study yet their tutorial since I'm not familiar with this GUI
lib...

I tried to generate a Makefile with autoconf but got 3 different confusing
error messages with 3 different versions of these tools (2 cygwin on Windows
and 1 on SuSE 8.2 Linux). Finally I decided to build a MSVC++ 6.0 project (+
workspace) from scratch. After some adaptations I could compile my first
module jazz.cpp. Then I compiled also player.cpp and song.cpp. Now I have
too many open points to continue work:

Since I did not use autoconf, there is no config.h file, but it gets
#included. I created a new config.h file to satisfy the existing sources and
put it into this "mswin" directory I found. Was this correct ?

What is the sense of this jazzdll.cpp file in the mswin directory ? Is there
a DLL to be built in the jazz project ?

I had to #define a JAZZ_DATADIR (I did it in the new config.h) to get
jazz.cpp compiled. What is the meaning of it and how should it work on
Windows: as on UNIX or different ?

What are the wxProperty... things ? You can only use them if macro
"wxUSE_PROPSHEET" is not 0. In the file lib/msw/wx/setup.h it is #defined to
be 0! I had to add "$(WXWIN)/lib/msw" to my inlucde path - like in the
wxWidgets sample programs - to get things compiled. I had to change the
value to 1 in the wxWidgets source, but I guess it's not the way it is meant
by the inventors. But what is correct ? Not to use wxProperty... classes in
Windows programs ??

The most confusing things are these wx_... macros. For example I started to
change wx_msw into __WXMSW__. I believed that wx_msw might be the wxWindows
old way and __WXMSW__ the new way (see wxWidgets platform.h). Then I
discovered other such macros like wx_xt and wx_xview. I asked myself: why
should you be able to compile the jazz sources with so many old macros and I
not ? Did you generate these macros with autoconf/automake and I am missing
something ?

The amount of specific code for Windows I saw up to now was frightening! I
had the hope that the OS interface is covered by wxWidgets (neary
completely). Isn't that the case ?

Looking forward to your answers
Harald

Re: [jazzplusplus-devel] Re: jazzplusplus-devel digest, Vol 1 #42 - 3 msgs

[joakim v. <jo...@ve...>]

Dave summed it up pretty well, but just a little further note:

In your case, you are making something like a new midi-event matrix 
editor right?
(ok, not the same layout and so on, but technically the same)

The jazz++ interfaces you use should then be fairly thin, and thus 
resilient to changes.

On the other hand you will be very reliant on the wxwindows drawing 
interfaces,
and they can change between releases.

Heres hoping that we will never face a change like that from wx 1.68 to 
wx 2 again :-)
I do think that there wont be changes like that again.

You can try making a copy of the matrix editor in your own class and 
start changing that
to match you needs. I think thats the easiest way to get started.

You will probably find the drawing code quite convoluted, but if your 
from an MFC background
you will find it familiar.

/Joakim

Harald Rieder wrote:

> Hello Dave and Joakim,
>
> encouraged by your answers I'll checkout the sources and try to get 
> them compiled on Windows. Then I'll start integrating my features...
>
> Yet 2 questions:
>
> 1. which person(s) coordinate(s) the development ?
> 2. are there any stable software interfaces inside Jazz++ I can rely on ?
>
> ad 1.: some changes to the user interface I want to make might have to 
> follow some common guidelines - which I don't know ? And I need some 
> persistent data for my features. Where to place them ?
> ad 2.: I don't want to checkout a version, integrate my features, and 
> later find out that checking in is nearly impossible because other 
> developers changed all interfaces I used. I have limited time, so this 
> is a probable case because of long periods between chechout and checkin.
>
> Kind Regards
> Harald
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 
> 10g. Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

Re: [jazzplusplus-devel] Re: jazzplusplus-devel digest, Vol 1 #42 - 3 msgs

[Dave F. <dav...@co...>]

On Tuesday 01 June 2004 02:52 am, Harald Rieder wrote:
> Hello Dave and Joakim,
>
> encouraged by your answers I'll checkout the sources and try to get them
> compiled on Windows. Then I'll start integrating my features...
>
> Yet 2 questions:
>
> 1. which person(s) coordinate(s) the development ?

Well, there's only like four of us (five?  how many of us are there, anyway?), 
and we haven't felt the need to have one specific person coordinating 
development.  For the most part, though, Patrick sets the rules and nags us 
when we screw up.  So I guess that makes him the "Project Coordinator".  In 
other words, Jazz++ is developed like a regular ol' traditional jazz jam.  
Everybody just plays what they want.  ;)  There's so much work to get the 
thing finished ported to wxWidgets 2.4 that there's very little overlap 
between us right now, and we're all generally on the same page (as in, 
whenever we argue, we wind up discovering that we agreed and the argument was 
pretty stupid to begin with ;)  ).

> 2. are there any stable software interfaces inside Jazz++ I can rely on ?

gProject, which is the global instance of jppProject.  It's a global interface 
declared in Project.h (it may be in a subdirectory, it's been a little while 
since I cracked it open).  The only thing it's missing right now is complete 
selection support.  Right now selection is supported by a hack using tFilter, 
and that interface should be deprecated, but without a new interface....  
Anyway, jppProject inherits from tSong, which contains most of the stuff for 
loading project files and so forth.

> ad 1.: some changes to the user interface I want to make might have to
> follow some common guidelines - which I don't know ? And I need some
> persistent data for my features. Where to place them ?

Depending on the actual data itself, it probably belongs in gProject.  It may, 
however, belong in tConfig.  If you're wanting to take a crack at it, tConfig 
needs to be rewritten to use wxWidgets' config classes, and we need a new 
preferences dialog that takes all the existing global settings (that are 
currently stacked in the Misc menu) and sticks them all into one nice dialog.

As far as interface, the only real guideline we have is that we're all 
committed to using XRC for GUI declarations.  Joakim will no doubt have more 
information on this than I (I've been working on the gProject object and 
nothing else ;)  )  We also have a sorta guideline along the lines of "Easy 
to use, discoverable, and so forth", but that's pretty ambiguous.  Just don't 
do any of the regular open source stupid GUI designs, ok?  Quick and dirty to 
test the feature is fine, because we all do that.  ;)  It also gets the 
feature into the code where we can all test it and debate the best possible 
UI for the feature.  SO don't be shy about it, but don't be surprised if 
someone comes back and says "Can you make it, er, easier?"  ;)

> ad 2.: I don't want to checkout a version, integrate my features, and later
> find out that checking in is nearly impossible because other developers
> changed all interfaces I used. I have limited time, so this is a probable
> case because of long periods between chechout and checkin.

This is your lucky day!  We have all been so inactive that you're very likely 
to find that nothing's changed.  The rule of thumb is, if the interface you 
want currently exists in a class with a jpp prefix, it's probably not going 
to change for awhile.  If it exists in a class with a t prefix, it may or may 
not change.  If you depend on any global variables other than gProject, then 
expect the interface to completely disappear when I get my next Jazz++ 
timeslice.  (Except any new config implementation, which probably also needs 
to be global, but I'm definitely trying to eliminate as many global variables 
as possible)

The other rule is to submit patches regularly so someone can checkin the 
patch.  The only rule there is that it has to build.  Not necessarily run :) 
, but at least build.  I suspect we'll probably change this at some point and 
say "It also has to run", but we haven't yet.  The code is too, um, er, 
likely not to run right now for such a rule to be practical.  ;)  (Except it 
runs right now, I think)  Actually, it's not exactly a hard and set rule that 
you have to send the patches regularly so we can check them in, but if you 
wait six months to send in your work, and all the interfaces change in the 
meantime, I personally won't be all that sympathetic.  ;)

Hmm, finally, the only coding standard I can remember right now that we have 
is that new classes get the jpp prefix, and they're 
jppCamelCaseNamesThatAreSomewhatDescriptiveOfWhatTheyDoButNotLongLikeMicrosoftInterfaceNames.  
Do we have any indenting standards and braces and stuff?  Mm, as a general 
convention I usually use an mMember for private members, and I'm hard-core 
addicted to Getters and Setters, but that's me.  I also tend to steal from 
Python's thread interface and make a ->Run method for classes that have such 
appropriate methods, threaded or not.  (yadayada, I know Python's thread 
interface is in turn stolen from somewhere else)

Dave

> Kind Regards
> Harald
>
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&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

Classical music is the kind we keep thinking will turn into a tune.
		-- Kin Hubbard, "Abe Martin's Sayings"

[jazzplusplus-devel] Re: jazzplusplus-devel digest, Vol 1 #42 - 3 msgs

[Harald R. <Har...@im...>]

Hello Dave and Joakim,

encouraged by your answers I'll checkout the sources and try to get them 
compiled on Windows. Then I'll start integrating my features...

Yet 2 questions:

1. which person(s) coordinate(s) the development ?
2. are there any stable software interfaces inside Jazz++ I can rely on ?

ad 1.: some changes to the user interface I want to make might have to follow 
some common guidelines - which I don't know ? And I need some persistent data 
for my features. Where to place them ?
ad 2.: I don't want to checkout a version, integrate my features, and later find 
out that checking in is nearly impossible because other developers changed all 
interfaces I used. I have limited time, so this is a probable case because of 
long periods between chechout and checkin.

Kind Regards
Harald

Re: [jazzplusplus-devel] Cooperation wanted!

[joakim v. <jo...@ve...>]

Rieder,

It would be great if you wanted to try this.

Its good for the project with more developers, whatever their interest.

I would say Jazz++ is a good choice for experiments such as this.

On the other hand you should be aware that our port of Jazz++ is only 
alpha grade, and
speed of progress varies with the workloads of the developers.

I'm coming out of a workload tunnel right now, and can help you if you 
have any questions.


Regards,
/Joakim


Rieder wrote:

> Hello together,
>  
> my name is Harald Rieder, I'm from Germany, 41 years old.
> In the past I was looking for a project exactly like Jazz++. Let me 
> first explain why:
>  
> I "invented" my own music notation - which is very similar to the 
> things shown in matrix editors of MIDI sequencers - and also 
> developped a MIDI file viewer with print capabilities, first for the 
> Atari TOS, second for 32 bit Windows. You may get an impression of my 
> leisure work on http://home.eplus-online.de/Rieder/ . While I'm very 
> content with the Atari version, I'm not so with the Windows version. 
> The latter one is based on a (not really good) commercial library and 
> I must not make an open source project of it which I want to. 
> Therefore the windows version is still 0.0, like a beta, and has some 
> bugs.
>  
> My idea was to convince a manufacturer of MIDI sequencers to integrate 
> the features of my program into his products. I did not yet start 
> action, when I came by accident to the Jazz++ site.
>  
> So what I want from you is: let me integrate my notation into the 
> Jazz++ sequencer. There is the music notation modernization 
> association evaluating better music notations and I am a member of it. 
> But I do not speak as a member here but in my own interest. The MNMA 
> did not yet finally decide on a notation to replace the traditional 
> one. There is no clear recommendation from them (see 
> also http://www.mnma.org/ ), and progress there is very slow. I can't 
> wait. 
>  
> The traditional notation has many disadvantages. The Jazz++ sequencer 
> does not (yet) have a notation view - as far as I could see, correct? 
> It will make much development effort to achieve a good rendering for 
> the traditional notation (How many developers are you ? ;-). The 
> user must deal with many parameters (as I observed in "Capella" I 
> purchased for my wife).
>  
> My notation knows few parameters for the user, but has color support - 
> just like a matrix editor. It needs low development effort and I have 
> working and tested C sources available.
>  
> So what I can contribute: I'm a very experienced C++ developer (doing 
> it since years to earn money). I could integrate my notation into 
> Jazz++. I could also to some other work you have for me.
>  
> Would this be O.K.?
>  
> Looking forward to your answer
> Harald Rieder
>  
>  

Re: [jazzplusplus-devel] Cooperation wanted!

[Dave F. <dav...@co...>]

On Thursday 27 May 2004 02:57 am, Rieder wrote:
> So what I can contribute: I'm a very experienced C++ developer (doing it
> since years to earn money). I could integrate my notation into Jazz++. I
> could also to some other work you have for me.
>
> Would this be O.K.?

Ummmm, have a patch ready?  ;)  Seriously, I don't have time to read the whole 
thing, so I skimmed it, and I can say without fear of contradiction that 
we'll look at any patch somebody sends.  ;)

So, if you haven't already, get wxWidgets 2.4, Jazz from CVS, and start 
working on that patch!  (um, Jazz may not compile on Windows at this time, so 
you might have to tweak that a bit)

Dave

> Looking forward to your answer
> Harald Rieder

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

Every little picofarad has a nanohenry all its own.
		-- Don Vonada

[jazzplusplus-devel] Cooperation wanted!

[Rieder <har...@im...>]

Hello together,

my name is Harald Rieder, I'm from Germany, 41 years old.
In the past I was looking for a project exactly like Jazz++. Let me first explain why:

I "invented" my own music notation - which is very similar to the things shown in matrix editors of MIDI sequencers - and also developped a MIDI file viewer with print capabilities, first for the Atari TOS, second for 32 bit Windows. You may get an impression of my leisure work on http://home.eplus-online.de/Rieder/ . While I'm very content with the Atari version, I'm not so with the Windows version. The latter one is based on a (not really good) commercial library and I must not make an open source project of it which I want to. Therefore the windows version is still 0.0, like a beta, and has some bugs.

My idea was to convince a manufacturer of MIDI sequencers to integrate the features of my program into his products. I did not yet start action, when I came by accident to the Jazz++ site.

So what I want from you is: let me integrate my notation into the Jazz++ sequencer. There is the music notation modernization association evaluating better music notations and I am a member of it. But I do not speak as a member here but in my own interest. The MNMA did not yet finally decide on a notation to replace the traditional one. There is no clear recommendation from them (see also http://www.mnma.org/ ), and progress there is very slow. I can't wait. 

The traditional notation has many disadvantages. The Jazz++ sequencer does not (yet) have a notation view - as far as I could see, correct? It will make much development effort to achieve a good rendering for the traditional notation (How many developers are you ? ;-). The user must deal with many parameters (as I observed in "Capella" I purchased for my wife).

My notation knows few parameters for the user, but has color support - just like a matrix editor. It needs low development effort and I have working and tested C sources available.

So what I can contribute: I'm a very experienced C++ developer (doing it since years to earn money). I could integrate my notation into Jazz++. I could also to some other work you have for me.

Would this be O.K.?

Looking forward to your answer
Harald Rieder

[jazzplusplus-devel] What I'm up to

[Dave F. <dav...@co...>]

All,

I noticed the list has been real quiet.  ;)

Whether you guys knew or not (I seem to recall mentioning it) I had a 
mid-April deadline at which time I had to stop pursuing certain projects, or 
rather, lower them in priority, because I launched a new business in 
mid-April.  So I'm still thinking about Jazz, of course, but it's looking 
like it might be some time before I can actually get my hands dirty again.  
:(

On the upside, if any of you guys are going to be in the Seattle area this 
summer, you can check out my new business venture.  :)  Texas Brand Barbecue!  
Yay!  ;)

Dave

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

You will be reincarnated as a toad; and you will be much happier.

Re: [jazzplusplus-devel] Using Jazz++ in another program

[Dave F. <dav...@co...>]

On Sunday 09 May 2004 07:54 pm, Michael Kesler wrote:
> I'm working on developing a program called GatewayMU*
> (http://gatewaymu.sourceforge.net) which is a cross-platform MUD client.
> ~ While researching implementations for certain protocols, I discovered
> that the sound protocol uses .WAV and MIDI files.
>
> I was wondering if I could port over Jazz++ into GatewayMU* to handle
> the MIDI sounds (as wxWidgets has a class to handle .WAV files and not
> MIDI files).  Full credit for Jazz++ will be provided.

Have you considered SDL_mixer?  It handles wav, midi, and ogg, at least, and 
possibly a few more, and is cross-platform as well.

Dave

> Thank you for your time on this.
>
> Michael Kesler
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to
> deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

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

She is not refined.  She is not unrefined.  She keeps a parrot.
		-- Mark Twain

Re: [jazzplusplus-devel] Using Jazz++ in another program

[Patrick E. <pa...@pa...>]

I get the impression that you're looking for something closer to 
portmidi and maybe portaudio.  Google knows how to find them.  Best 
of luck in your work. :)

        Patrick

On Sunday 09 May 2004 20:54, Michael Kesler wrote:
> I'm working on developing a program called GatewayMU*
> (http://gatewaymu.sourceforge.net) which is a cross-platform MUD
> client. ~ While researching implementations for certain protocols,
> I discovered that the sound protocol uses .WAV and MIDI files.
>
> I was wondering if I could port over Jazz++ into GatewayMU* to
> handle the MIDI sounds (as wxWidgets has a class to handle .WAV
> files and not MIDI files).  Full credit for Jazz++ will be
> provided.
>
> Thank you for your time on this.
>
> Michael Kesler
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by Sleepycat Software
> Learn developer strategies Cisco, Motorola, Ericsson & Lucent use
> to deliver higher performing products faster, at low TCO.
> http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3
> _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

[jazzplusplus-devel] Using Jazz++ in another program

[Michael K. <ka...@pa...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm working on developing a program called GatewayMU*
(http://gatewaymu.sourceforge.net) which is a cross-platform MUD client.
~ While researching implementations for certain protocols, I discovered
that the sound protocol uses .WAV and MIDI files.

I was wondering if I could port over Jazz++ into GatewayMU* to handle
the MIDI sounds (as wxWidgets has a class to handle .WAV files and not
MIDI files).  Full credit for Jazz++ will be provided.

Thank you for your time on this.

Michael Kesler
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAnu74mZYt44qyIMIRAt97AJ9eF+efZ/c6A8zuJtniKBOBdsLUFQCgy9fm
XViPMS0xY06JoONa7BmglIk=
=sJhq
-----END PGP SIGNATURE-----

Re: [jazzplusplus-devel] More selection stuff

[joakim v. <jo...@ve...>]

I still havent considered all the issues with selection, but just to 
give you some feedback,
I think selections should be separate entities, and there should be one 
instance in
jppProject, item 2 in your list.

One thing that would be useful with a better selection mechanism is
undo or change of specific operations made on a track.

For example, to be able to select a number of note-on events, apply a 
midi echo
operation on them, and later go back and change the midi echo settings 
on the selected events would
be useful.

So maybe thats not exactly like your item 2... I can see that there 
would be a number of problems
with such a selection scheme, to persist it you would need some way to 
identify events uniquely,
which serialization would solve, but I kind of dont like serialization. 
Anyway, its just an idea.

/Joakim

Dave Fancella wrote:

>All,
>
>Ok, I went to implement selection finally, and hit another wall.  ;)  
>Basically, it's the 'how' that's getting me.
>
>I intend to implement it in a fashion that isn't dependent on the tracks 
>appearing in any specific order, so that the GUI won't have to know how the 
>project organizes the tracks and vice versa.  I figure the GUI needs to be 
>able to layout the tracks in a more or less arbitrary fashion.  So here's the 
>options as I see them:
>
>1.  Each track has its own selection.  There would be methods such as 
>"HasSelection" in tTrack, SetSelection, and ClearSelection (with SetSelection 
>automatically calling ClearSelection), GetSelection, GetSelectedEvents, and 
>so forth.  The main disadvantage here is that selection code will be spread 
>out and jppProject will have to go through and clear every track when making 
>a new selection.  The main advantage (and it's a big one) is that there would 
>be a GetSelectedNotes method added to tTrack that would return a list of midi 
>events contained in the selection.  The other methods require 
>GetSelectedNotes(track) to be part of jppProject, which they arguably don't 
>belong there.
>
>2.  jppProject stores selection.  The big advantage here is that all the 
>selection code will be kept in one place and tracks don't have to know about 
>selection.  The disadvantages depend on implementation.  I figure there's two 
>ways to implement this.
>
>2a.  A list of tracks that are selected with a single Filter object storing 
>the position/duration of the selection.  In this option, you'd have 
>SetSelection in jppProject which would ClearSelection and set the 
>position/duration of the select.  ClearSelection would clear all selection.  
>AddSelection would add the selection to a track, so the GUI would have to 
>iterate through all selected tracks saying "AddSelection(track)".
>
>2b.  A list of tracks that are selected with position/duration as part of the 
>list.  The main disadvantage here is that SetSelection would be 
>SetSelection(track, beginning, ending) and the GUI would have to explicitly 
>call ClearSelection every time a new selection is made.
>
>3.  This is the most transparent and also the least.  :(  You pass a list to 
>jppProject containing a track identifier (currently numbers), beginning and 
>end of selection for each track to jppProject, and jppProject stores it 
>however it wants (easiest to just copy the list to internal members to start, 
>but could easily be changed later on).  Probably create a jppSelection class 
>for this to manage the list.  SO the GUI would create a jppSelection 
>instance, then SetSelectionPosition(start, end) and AddTrack(track 
>identifier).  When it finishes making the list it would call 
>jppProject->SetSelection(mySelectionObject) and jppProject would handle it 
>from there.  It's the most transparent because the interface doesn't reflect 
>how it's stored, but the least transparent because the GUI maybe shouldn't 
>have to deal with a jppSelection object, it only needs to give start/end 
>times and tracks.
>
>Of the options I've come up with, I'm favoring 2a, which would provide the 
>simplest interface, but not necessarily the easiest code to read.  It also 
>doesn't provide complete transparency to selection to the GUI, but I think it 
>would satisfy the needs, in any case.
>
>I also intend to move the global Filter object into jppProject.  After 
>selection is rewritten, I don't know if we'll need a global Filter object, 
>but I can't justify getting rid of it completely.  Never know, and it might 
>be a damn useful thing to have around anyway.  :)
>
>What do you guys think?
>
>On another note, I don't recall if I mentioned this or not, I made jppProject 
>inherit from tSong.  So everywhere you call the global tSong should be 
>changed to call the global gProject, and it should 'just work'.  That 
>simplified making a track interface in the jppProject class without having to 
>stupidly rewrite all the code to do it.  :)  We should be able to 
>re-implement as needed to support whatever new backend we want for the thing, 
>and ultimately get rid of tSong.  We may never need to get rid of tSong, 
>though.  SO I didn't see a point to re-implementing the track interface, 
>anyway, since my goal was to just put it in jppProject, not necessarily 
>rewrite it.  ;)
>
>Dave
>
>  
>