jazzplusplus-devel Mailing List for Jazz++ MIDI and Audio Sequencer (Page 21)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Guess I should have RTFC'd.  :)

I now see that the close is intended for the closing of the Audacity-like 
project.  I'll leave it alone.

Matt

I know this is a minor nit, but I don't think we should have a
"Close" option in the track win's File menu.  It makes no sense
to have this.

If a user closes this window, there is no way to get it back.
We will never have > 1 track window displayed, correct?  The trackwin
is the "main" window.  Thus, there is no point in having a "close" option.

If there are no objections, I'll remove it.

Matt

On Thursday 01 April 2004 06:00 pm, joakim verona wrote:
> How does i18n work in wxWidgets?

http://www.wxwidgets.org/manuals/2.4.2/wx460.htm#internationalization

Not sure how this affects xrc.

Dave

> As it is now, I'm just hard-coding strings in the xrc resources.
>
>
> /Joakim
>
>
> -------------------------------------------------------
> 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

Whistler's Law:
	You never know who is right, but you always know who is in charge.

How does i18n work in wxWidgets?

As it is now, I'm just hard-coding strings in the xrc resources.

/Joakim

Valgrind rules!

There is supposed to be some gui for it now,
aleyoop. Have you tested it?

/Joakim

Patrick Earl wrote:

>I fixed and commited a memory bug that was in engine/Project.cpp.  It 
>may have been causing the wierd crash.
>
>The following line is there:
>    if(mRecInfo) delete mRecInfo;
>
>However, there was no mRecInfo=0 in the constructor.  It was deleting 
>a garbage pointer, which can no doubt lead to all sorts of craziness.
>
>This memory fix brought to you by our friendly neighbourhood valgrind.
>
>        Patrick
>
>On Thursday 01 April 2004 00:34, Joakim Verona wrote:
>  
>
>>Patrick Earl wrote:
>>    
>>
>>>I don't think that had anything to do with the problem.  If it
>>>were me, I'd try and reproduce the problem and do some valgrind
>>>work on it.
>>>      
>>>
>>Well, the problem is gone now, so we'll see how it turns out.
>>    
>>
>
>
>
>-------------------------------------------------------
>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
>  
>

I fixed and commited a memory bug that was in engine/Project.cpp.  It 
may have been causing the wierd crash.

The following line is there:
    if(mRecInfo) delete mRecInfo;

However, there was no mRecInfo=0 in the constructor.  It was deleting 
a garbage pointer, which can no doubt lead to all sorts of craziness.

This memory fix brought to you by our friendly neighbourhood valgrind.

        Patrick

On Thursday 01 April 2004 00:34, Joakim Verona wrote:
> Patrick Earl wrote:
> >I don't think that had anything to do with the problem.  If it
> > were me, I'd try and reproduce the problem and do some valgrind
> > work on it.
>
> Well, the problem is gone now, so we'll see how it turns out.

Ok, so I've re-implemented a small number of static dialogs, and that works.

But what about the dynamic dialogs?

There are a number of dialogs that have varying number of controls,
for instance the mixer window

http://www.jazzware.com/docs/html/jazz35.html#mixer

How should these be made now?

- build them with code like previously

- some kind of xml resource aproach.

The later aproach could maybe be achieved with 2 resources, one for the
dialog, and one used as a template for dynamic addition to the parent 
dialog.

Ideas?

/Joakim

Patrick Earl wrote:

>I don't think that had anything to do with the problem.  If it were 
>me, I'd try and reproduce the problem and do some valgrind work on 
>it.
>  
>
Well, the problem is gone now, so we'll see how it turns out.

>      Patrick
>
>On Thursday 01 April 2004 00:37, joakim verona wrote:
>  
>
>>Hmm.
>>
>>When I changed the initialization code for the listbox it worked:
>>
>>from
>>Mode=8;
>>to
>>Mode=modes[0];
>>
>>which is odd because it should be exacctly the same thing.
>>
>>My guess is some strange c++ type conversion magic that I've
>>forgotten about.
>>
>>/Joakim
>>
>>joakim verona wrote:
>>    
>>
>>>Odd, for me it crashes within the jppResourceDialog destructor,
>>>on the showModal call.
>>>
>>>I experienced the same behaviour previously when I hadn't named
>>>the xrc resource properly.
>>>
>>>This leads me to believe that there is some slight difference
>>>between our system
>>>finding dialog resources.
>>>
>>>How are the resources located actually?
>>>
>>>/Joakim
>>>
>>>Patrick Earl wrote:
>>>      
>>>
>>>>It works for me.  Try running it under gdb or adding print
>>>>statements all over the place?
>>>>
>>>>       Patrick
>>>>
>>>>On Wednesday 31 March 2004 15:49, joakim verona wrote:
>>>>        
>>>>
>>>>>It segfaults, but compiles.
>>>>>
>>>>>Hints as to why it segfaults would be welcome.
>>>>>
>>>>>It doesnt even show the dialog.
>>>>>
>>>>>Cheers,
>>>>>/Joakim
>>>>>
>>>>>
>>>>>-------------------------------------------------------
>>>>>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
>>>>>=cli ck _______________________________________________
>>>>>jazzplusplus-devel mailing list
>>>>>jaz...@li...
>>>>>https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>>>>>          
>>>>>
>>>>-------------------------------------------------------
>>>>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
>>>>        
>>>>
>>>-------------------------------------------------------
>>>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=c
>>>lick _______________________________________________
>>>jazzplusplus-devel mailing list
>>>jaz...@li...
>>>https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>>>      
>>>
>>-------------------------------------------------------
>>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=cli
>>ck _______________________________________________
>>jazzplusplus-devel mailing list
>>jaz...@li...
>>https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>>    
>>
>
>
>
>-------------------------------------------------------
>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
>  
>

Dave Fancella wrote:

>
>The dialog explains everything! :)  So, when you select, the GUI sets the 
>filter to the events you selected.  Then, when you copy or cut, the GUI uses 
>the filter to copy or cut the events from the track into the clipboard.  Then 
>when you paste, it just copies events from the clipboard into the track.  
>Hurray!  ;)
>
>So I'm thinking we should keep the Filter around but put it in jppProject 
>rather than have it hanging around as a global variable.
>  
>
That sounds about right...

Im not shure any copying is done until very late in the process.

That is because the selection + filter is used as a source for a number 
of commands.

So I dont think there really is a clipboard in the classical sense, just 
a way to indicate
which events you want to act on, and different commands that take this 
notion of selected
events as argument, and then acts on them.

/Joakim

>Dave
>
>  
>
>>/Joakim
>>
>>Dave Fancella wrote:
>>    
>>
>>>All,
>>>
>>>Ok, now I'm pretty thoroughly confused, again.  :(  I'm working on making
>>>selection and the clipboard exist inside jppProject instead of inside the
>>>GUI.  Here's what I've got:
>>>
>>>With an empty project, I can select events.  There aren't any to select. 
>>>When I load a midi file, selection doesn't work anymore at all.  (I may
>>>have broken that, sorry!)
>>>
>>>I'm thoroughly confused for several reasons.  First, I'm not very good at
>>>graphics/GUI stuff when I have to build my own, so I use stock widgets
>>>pretty much all the time.  :)  So I don't understand the drawing code all
>>>that well, well, not at all, really.  Second, the selection code is
>>>extremely convoluted.  I've narrowed it down, I think.
>>>
>>>It looks like when you're done selecting, jazz uses a Filter object to
>>>store the selection.  I feel like Marty McFly, but what the hell's a
>>>Filter?  ;) So when you do have a selection with real events in it, do
>>>the events get copied to the filter object, or does the filter object
>>>just store locations of those events?
>>>
>>>Dave
>>>      
>>>
>>-------------------------------------------------------
>>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
>>    
>>
>
>  
>

I don't think that had anything to do with the problem.  If it were 
me, I'd try and reproduce the problem and do some valgrind work on 
it.

      Patrick

On Thursday 01 April 2004 00:37, joakim verona wrote:
> Hmm.
>
> When I changed the initialization code for the listbox it worked:
>
> from
> Mode=8;
> to
> Mode=modes[0];
>
> which is odd because it should be exacctly the same thing.
>
> My guess is some strange c++ type conversion magic that I've
> forgotten about.
>
> /Joakim
>
> joakim verona wrote:
> > Odd, for me it crashes within the jppResourceDialog destructor,
> > on the showModal call.
> >
> > I experienced the same behaviour previously when I hadn't named
> > the xrc resource properly.
> >
> > This leads me to believe that there is some slight difference
> > between our system
> > finding dialog resources.
> >
> > How are the resources located actually?
> >
> > /Joakim
> >
> > Patrick Earl wrote:
> >> It works for me.  Try running it under gdb or adding print
> >> statements all over the place?
> >>
> >>        Patrick
> >>
> >> On Wednesday 31 March 2004 15:49, joakim verona wrote:
> >>> It segfaults, but compiles.
> >>>
> >>> Hints as to why it segfaults would be welcome.
> >>>
> >>> It doesnt even show the dialog.
> >>>
> >>> Cheers,
> >>> /Joakim
> >>>
> >>>
> >>> -------------------------------------------------------
> >>> 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
> >>>=cli ck _______________________________________________
> >>> jazzplusplus-devel mailing list
> >>> jaz...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
> >>
> >> -------------------------------------------------------
> >> 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
> >
> > -------------------------------------------------------
> > 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=c
> >lick _______________________________________________
> > jazzplusplus-devel mailing list
> > jaz...@li...
> > https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>
> -------------------------------------------------------
> 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=cli
>ck _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

On Wednesday 31 March 2004 12:43 pm, Joakim Verona wrote:
> It used to be that drawing occured in the event listeners, which really
> is a no-no,
> and led to all sorts of gui bugs in the pre-port code base. Im shure
> theres plenty of these problems
> around still.   But I digress... i hope I answered your question!

The dialog explains everything! :)  So, when you select, the GUI sets the 
filter to the events you selected.  Then, when you copy or cut, the GUI uses 
the filter to copy or cut the events from the track into the clipboard.  Then 
when you paste, it just copies events from the clipboard into the track.  
Hurray!  ;)

So I'm thinking we should keep the Filter around but put it in jppProject 
rather than have it hanging around as a global variable.

Dave

> /Joakim
>
> Dave Fancella wrote:
> >All,
> >
> >Ok, now I'm pretty thoroughly confused, again.  :(  I'm working on making
> >selection and the clipboard exist inside jppProject instead of inside the
> >GUI.  Here's what I've got:
> >
> >With an empty project, I can select events.  There aren't any to select. 
> > When I load a midi file, selection doesn't work anymore at all.  (I may
> > have broken that, sorry!)
> >
> >I'm thoroughly confused for several reasons.  First, I'm not very good at
> >graphics/GUI stuff when I have to build my own, so I use stock widgets
> > pretty much all the time.  :)  So I don't understand the drawing code all
> > that well, well, not at all, really.  Second, the selection code is
> > extremely convoluted.  I've narrowed it down, I think.
> >
> >It looks like when you're done selecting, jazz uses a Filter object to
> > store the selection.  I feel like Marty McFly, but what the hell's a
> > Filter?  ;) So when you do have a selection with real events in it, do
> > the events get copied to the filter object, or does the filter object
> > just store locations of those events?
> >
> >Dave
>
> -------------------------------------------------------
> 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

"...Unix, MS-DOS, and Windows NT (also known as the Good, the Bad, and
the Ugly)."
(By Matt Welsh)

Hmm.

When I changed the initialization code for the listbox it worked:

from
Mode=8;
to
Mode=modes[0];

which is odd because it should be exacctly the same thing.

My guess is some strange c++ type conversion magic that I've forgotten 
about.

/Joakim

joakim verona wrote:

> Odd, for me it crashes within the jppResourceDialog destructor,
> on the showModal call.
>
> I experienced the same behaviour previously when I hadn't named
> the xrc resource properly.
>
> This leads me to believe that there is some slight difference between 
> our system
> finding dialog resources.
>
> How are the resources located actually?
>
> /Joakim
>
> Patrick Earl wrote:
>
>> It works for me.  Try running it under gdb or adding print statements 
>> all over the place?
>>
>>        Patrick
>>
>> On Wednesday 31 March 2004 15:49, joakim verona wrote:
>>  
>>
>>> It segfaults, but compiles.
>>>
>>> Hints as to why it segfaults would be welcome.
>>>
>>> It doesnt even show the dialog.
>>>
>>> Cheers,
>>> /Joakim
>>>
>>>
>>> -------------------------------------------------------
>>> 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=cli
>>> ck _______________________________________________
>>> jazzplusplus-devel mailing list
>>> jaz...@li...
>>> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>>>   
>>
>>
>>
>>
>> -------------------------------------------------------
>> 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
>>  
>>
>
>
>
> -------------------------------------------------------
> 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

Odd, for me it crashes within the jppResourceDialog destructor,
on the showModal call.

I experienced the same behaviour previously when I hadn't named
the xrc resource properly.

This leads me to believe that there is some slight difference between 
our system
finding dialog resources.

How are the resources located actually?

/Joakim

Patrick Earl wrote:

>It works for me.  Try running it under gdb or adding print statements 
>all over the place?
>
>        Patrick
>
>On Wednesday 31 March 2004 15:49, joakim verona wrote:
>  
>
>>It segfaults, but compiles.
>>
>>Hints as to why it segfaults would be welcome.
>>
>>It doesnt even show the dialog.
>>
>>Cheers,
>>/Joakim
>>
>>
>>-------------------------------------------------------
>>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=cli
>>ck _______________________________________________
>>jazzplusplus-devel mailing list
>>jaz...@li...
>>https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel
>>    
>>
>
>
>
>-------------------------------------------------------
>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
>  
>

It works for me.  Try running it under gdb or adding print statements 
all over the place?

        Patrick

On Wednesday 31 March 2004 15:49, joakim verona wrote:
> It segfaults, but compiles.
>
> Hints as to why it segfaults would be welcome.
>
> It doesnt even show the dialog.
>
> Cheers,
> /Joakim
>
>
> -------------------------------------------------------
> 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=cli
>ck _______________________________________________
> jazzplusplus-devel mailing list
> jaz...@li...
> https://lists.sourceforge.net/lists/listinfo/jazzplusplus-devel

It segfaults, but compiles.

Hints as to why it segfaults would be welcome.

It doesnt even show the dialog.

Cheers,
/Joakim

I have a few comments that I'd like to get out of my head.

The fewer threads that we need to create, the better.  Threads are a 
proven source of race conditions and other crazy bugs.  I agree with 
Ousterhout in his paper on threads (Google knows where to find it).  
Though threads appear simple, it's not an easy task to avoid all 
synchronization bugs.  Debugging threaded code is also a pain.

I realize that we may need threads to handle some backend tasks, but 
those should be well defined and accessed only through properly 
synchronized interfaces.

In my opinion, file operations during routine operation of the program 
should consist mostly of sequential reads and writes that append to 
the end of files.  These are both fast operations.

I'm not sure what level of audio support we want, but as to handling 
midi, I envision it as follows.

When playing midi, it's all played back straight from memory.  MIDI 
data is small and there's no need to stream it off disk.

When recording midi, it's temporarily stored to memory.  When the 
"operation" is complete, it's stored to disk.  Note that an operation 
could consist of recording a section, doing a cut or paste operation, 
quantizing, or anything like that.

I see that there are two seperate issues to deal with in keeping 
unsaved data safe:

1.  Handling program crashes.
2.  Handling computer crashses.

The first issue shouldn't exist, but I realize it might.  Simplicity 
is a powerful weapon in combatting #1.  Signal handlers can also be 
used to perform emergency saves.

The second issue can only really be dealt with by writing as we go, 
but how do we write efficiently as we go?

Well, we can use the same technology that filesystems use.  We append 
unsaved data to a journal.  When the user requests a save, the 
updates in the journal are added to the main file.  When the journal 
is empty, the old main file is removed and replaced with the new one.  
It is much easier to do this operation atomically on a single file, 
as it's just a rename OS call.  In my opinion, a single file plus a 
journal file provides the maximum in safety and simplicity.  The same 
format used for the journal can be used to provide unlimited undo.

        Patrick

> 
> On Wednesday 31 March 2004 05:46 am, Matt Kelly wrote:
> > > But like I said (I think it was here), since I never lost any data from
> > > Audacity doing this, I'm not particularly worried about it there, so we
> > > just make sure we've saved everything before the core dump.  ;)
> >
> > You are correct... I too have never lost anything to the core dumps.
> > It's mostly cosmetic.
> 
> Hmm, I set out to prove that this bug in Audacity had the same cause earlier 
> tonight, and latest Audacity cvs doesn't segfault on exit any more.  The plot 
> thickens....  ;)

I did prove that my existing Audacity does indeed core dump for the same
reason.  Didn't try the CVS.

One thing, though, is that this problem is caused by an initialization/
construction ordering problem.  Maybe the latest CVS Audacity code 
causes a change in this order, causing the bug to go away.

Matt

On 26 March 2004 at 13:16, Dave Fancella <dav...@co...> wrote:

> > Does that mean there would be a file for each track in a song?

> Yes, there'd be a file for each track in the song....

Been off list on vacation, so I haven't followed this very much.  One 
of the things I really prefer in jazz over other sequencer programs 
is that it actually uses a MIDI file format, as opposed to a special 
format of its own.  Other programs always seem have a little bit of 
trouble on export, which is a pain.  If we go for a jazz-only file 
format, then I really want to push for extremely clean import/export.

TTFN...

The in the gui the selection code works by drawing a rectangle round the 
events you want.

The filter is a gui state variable that says what type of events you 
want to select.

A command can basically choose to ignore the filter, thats why its a 
separate entity from the selection.

Heres what the filter dialog used to look like:

http://www.jazzware.com/docs/html/jazz42.html#midifilter

So the Filter is very clearly not a gui object(except you set the Filter 
in a gui of course).

The drawing code is mostly pretty standard model-view-controller stuff,
very similar to what you would do in microsofts MFC, except the
jazz code is pretty confused over how this pattern is supposed to work,
which I've spent a lot of time trying to fix in various parts of the code.

It used to be that drawing occured in the event listeners, which really 
is a no-no,
and led to all sorts of gui bugs in the pre-port code base. Im shure 
theres plenty of these problems
around still.   But I digress... i hope I answered your question!

/Joakim

Dave Fancella wrote:

>All,
>
>Ok, now I'm pretty thoroughly confused, again.  :(  I'm working on making 
>selection and the clipboard exist inside jppProject instead of inside the 
>GUI.  Here's what I've got:
>
>With an empty project, I can select events.  There aren't any to select.  When 
>I load a midi file, selection doesn't work anymore at all.  (I may have 
>broken that, sorry!)
>
>I'm thoroughly confused for several reasons.  First, I'm not very good at 
>graphics/GUI stuff when I have to build my own, so I use stock widgets pretty 
>much all the time.  :)  So I don't understand the drawing code all that well, 
>well, not at all, really.  Second, the selection code is extremely 
>convoluted.  I've narrowed it down, I think.
>
>It looks like when you're done selecting, jazz uses a Filter object to store 
>the selection.  I feel like Marty McFly, but what the hell's a Filter?  ;)  
>So when you do have a selection with real events in it, do the events get 
>copied to the filter object, or does the filter object just store locations 
>of those events?
>
>Dave
>
>  
>

On Wednesday 31 March 2004 09:17 am, Joakim Verona wrote:
> Ok, so that should mean that we can use tNullPlayer when we cross-compile,
> until we get portmidi working.
>
> I'm all for switching to a more reliable method of Midi communication
> than the current one,
> but it should be possible to use both the Portmidi and the current Alsa
> driver
> like its now(or was) possible to choose either Alsa and OSS.

Hmm, I wouldn't mind supporting Alsa and OSS separate from PortMidi, but I 
really really really think that those drivers should be rewritten to a new 
system along with the PortMidi thing.  ;)

> Maybe its easy to get a playback-only portmidi driver working initially?

It's real easy, really.  ;)  I'm about to take a crack at a new preferences 
dialog, and then maybe I'll put a portmidi driver on my todo list after I 
finish the selection stuff, if nobody gets to it first.

>
> (BTW I think you were looking for the idiom "real time privilegies")

(Yes, I was)  :)

Dave

> /Joakim
>
> Dave Fancella wrote:
> >On Wednesday 31 March 2004 08:41 am, Joakim Verona wrote:
> >>Well, this seems really cool!
> >>
> >>I remember that the jazz architecture allowed for several audio/midi
> >>drivers,
> >>and that the configure script makes it possible to enable/disable
> >> drivers.
> >>
> >>Can we make a "dummy" midi/audio driver, that does absolutely nothing
> >>that we can use to compile
> >>against while porting to other platforms?
> >
> >tNullPlayer, I think, is what you're looking for.  Check player.h.  Also,
> > read through the OnInit method of the wxApp object (I forget was jazz
> > calls it, is it TheApp?), and you'll see lots of places where it is used.
> >
> >The setup is this:
> >
> >For no audio, tNullPlayer derives from tPlayer.  Each subsequent audio
> > driver derives from tPlayer.
> >
> >I don't recall how tPlayer is setup right off the top of my head, but
> >somewhere along the line an audio driver gets derived from wxTimer.  What
> > we need is an audio API that's actually multi-threaded that we can set
> > priority on and get root priority (or whatever it's called) but will fail
> > gracefully (so root privileges aren't required just to run).
> >
> >Here's what I've written in the past, anyway, for this:
> >
> >GUI Thread starts two threads, a file-reading thread and a playback
> > thread.
> >
> >RingBuffer (stolen from Audacity) used to exchange data between the two
> >threads.
> >
> >PortMidi should start the playback thread for us, so we just need a thread
> > to handle reading the file (or to store an internal temporary copy of the
> > file separate from the GUI--we don't want to have to poll the GUI for
> > this stuff, and we do want the GUI to be responsive during playback).
> >
> >Dave
> >
> >>Cheers
> >>/Joakim
> >>
> >>Patrick Earl wrote:
> >>>Well, in taking too long of a break from my real work, I installed the
> >>>mingw32 cross-compiler.  After dos2unixing all of wxWidgets'
> >>>configure type scripts, I have the wxWindows library compiling on my
> >>>box.
> >>>
> >>>The next step will be compiling Jazz with the windows compiler and
> >>>library and seeing what happens.  Right now, there are problems with
> >>>the dependency on ALSA.  We'll need to at least start the conversion
> >>>to portmidi to make things compile.  It's probably a good idea to
> >>>make sure things compile under windows as we go.  Ensures that we
> >>>don't end up with a super mess later on.
> >>>
> >>>For informational purposes, here's the rough steps I followed on my
> >>>debian box:
> >>>
> >>>1.  Installed the three mingw32 packages.
> >>>2.  Extracted the wxMSW source.
> >>>3.  Converted all the configure.in files and the other files in the
> >>>top level dir to unix format.
> >>>4.  Ran autoconf in all of the dirs with configure.in files.
> >>>5.  Did this:
> >>>       ./configure --with-msw --disable-shared
> >>>--host=i586-mingw32msvc --prefix=/home/patearl/usr/wxmsw-2.4.2
> >>>6.  Ran make
> >>>7.  Watched the magic happen.
> >>>
> >>>       Patrick
> >>>
> >>>
> >>>
> >>>-------------------------------------------------------
> >>>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
> >>
> >>-------------------------------------------------------
> >>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
>
> -------------------------------------------------------
> 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

Q:	What is the difference between Texas and yogurt?
A:	Yogurt has culture.

All,

Ok, now I'm pretty thoroughly confused, again.  :(  I'm working on making 
selection and the clipboard exist inside jppProject instead of inside the 
GUI.  Here's what I've got:

With an empty project, I can select events.  There aren't any to select.  When 
I load a midi file, selection doesn't work anymore at all.  (I may have 
broken that, sorry!)

I'm thoroughly confused for several reasons.  First, I'm not very good at 
graphics/GUI stuff when I have to build my own, so I use stock widgets pretty 
much all the time.  :)  So I don't understand the drawing code all that well, 
well, not at all, really.  Second, the selection code is extremely 
convoluted.  I've narrowed it down, I think.

It looks like when you're done selecting, jazz uses a Filter object to store 
the selection.  I feel like Marty McFly, but what the hell's a Filter?  ;)  
So when you do have a selection with real events in it, do the events get 
copied to the filter object, or does the filter object just store locations 
of those events?

Dave

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

An authority is a person who can tell you more about something than you
really care to know.

Ok, so that should mean that we can use tNullPlayer when we cross-compile,
until we get portmidi working.

I'm all for switching to a more reliable method of Midi communication 
than the current one,
but it should be possible to use both the Portmidi and the current Alsa 
driver
like its now(or was) possible to choose either Alsa and OSS.

Maybe its easy to get a playback-only portmidi driver working initially?

(BTW I think you were looking for the idiom "real time privilegies")

/Joakim

Dave Fancella wrote:

>On Wednesday 31 March 2004 08:41 am, Joakim Verona wrote:
>  
>
>>Well, this seems really cool!
>>
>>I remember that the jazz architecture allowed for several audio/midi
>>drivers,
>>and that the configure script makes it possible to enable/disable drivers.
>>
>>Can we make a "dummy" midi/audio driver, that does absolutely nothing
>>that we can use to compile
>>against while porting to other platforms?
>>    
>>
>
>tNullPlayer, I think, is what you're looking for.  Check player.h.  Also, read 
>through the OnInit method of the wxApp object (I forget was jazz calls it, is 
>it TheApp?), and you'll see lots of places where it is used.
>
>The setup is this:
>
>For no audio, tNullPlayer derives from tPlayer.  Each subsequent audio driver 
>derives from tPlayer.
>
>I don't recall how tPlayer is setup right off the top of my head, but 
>somewhere along the line an audio driver gets derived from wxTimer.  What we 
>need is an audio API that's actually multi-threaded that we can set priority 
>on and get root priority (or whatever it's called) but will fail gracefully 
>(so root privileges aren't required just to run).
>
>Here's what I've written in the past, anyway, for this:
>
>GUI Thread starts two threads, a file-reading thread and a playback thread.
>
>RingBuffer (stolen from Audacity) used to exchange data between the two 
>threads.
>
>PortMidi should start the playback thread for us, so we just need a thread to 
>handle reading the file (or to store an internal temporary copy of the file 
>separate from the GUI--we don't want to have to poll the GUI for this stuff, 
>and we do want the GUI to be responsive during playback).
>
>Dave
>
>  
>
>>Cheers
>>/Joakim
>>
>>Patrick Earl wrote:
>>    
>>
>>>Well, in taking too long of a break from my real work, I installed the
>>>mingw32 cross-compiler.  After dos2unixing all of wxWidgets'
>>>configure type scripts, I have the wxWindows library compiling on my
>>>box.
>>>
>>>The next step will be compiling Jazz with the windows compiler and
>>>library and seeing what happens.  Right now, there are problems with
>>>the dependency on ALSA.  We'll need to at least start the conversion
>>>to portmidi to make things compile.  It's probably a good idea to
>>>make sure things compile under windows as we go.  Ensures that we
>>>don't end up with a super mess later on.
>>>
>>>For informational purposes, here's the rough steps I followed on my
>>>debian box:
>>>
>>>1.  Installed the three mingw32 packages.
>>>2.  Extracted the wxMSW source.
>>>3.  Converted all the configure.in files and the other files in the
>>>top level dir to unix format.
>>>4.  Ran autoconf in all of the dirs with configure.in files.
>>>5.  Did this:
>>>       ./configure --with-msw --disable-shared
>>>--host=i586-mingw32msvc --prefix=/home/patearl/usr/wxmsw-2.4.2
>>>6.  Ran make
>>>7.  Watched the magic happen.
>>>
>>>       Patrick
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>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
>>>      
>>>
>>-------------------------------------------------------
>>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
>>    
>>
>
>  
>

On Wednesday 31 March 2004 08:41 am, Joakim Verona wrote:
> Well, this seems really cool!
>
> I remember that the jazz architecture allowed for several audio/midi
> drivers,
> and that the configure script makes it possible to enable/disable drivers.
>
> Can we make a "dummy" midi/audio driver, that does absolutely nothing
> that we can use to compile
> against while porting to other platforms?

tNullPlayer, I think, is what you're looking for.  Check player.h.  Also, read 
through the OnInit method of the wxApp object (I forget was jazz calls it, is 
it TheApp?), and you'll see lots of places where it is used.

The setup is this:

For no audio, tNullPlayer derives from tPlayer.  Each subsequent audio driver 
derives from tPlayer.

I don't recall how tPlayer is setup right off the top of my head, but 
somewhere along the line an audio driver gets derived from wxTimer.  What we 
need is an audio API that's actually multi-threaded that we can set priority 
on and get root priority (or whatever it's called) but will fail gracefully 
(so root privileges aren't required just to run).

Here's what I've written in the past, anyway, for this:

GUI Thread starts two threads, a file-reading thread and a playback thread.

RingBuffer (stolen from Audacity) used to exchange data between the two 
threads.

PortMidi should start the playback thread for us, so we just need a thread to 
handle reading the file (or to store an internal temporary copy of the file 
separate from the GUI--we don't want to have to poll the GUI for this stuff, 
and we do want the GUI to be responsive during playback).

Dave

> Cheers
> /Joakim
>
> Patrick Earl wrote:
> >Well, in taking too long of a break from my real work, I installed the
> >mingw32 cross-compiler.  After dos2unixing all of wxWidgets'
> >configure type scripts, I have the wxWindows library compiling on my
> >box.
> >
> >The next step will be compiling Jazz with the windows compiler and
> >library and seeing what happens.  Right now, there are problems with
> >the dependency on ALSA.  We'll need to at least start the conversion
> >to portmidi to make things compile.  It's probably a good idea to
> >make sure things compile under windows as we go.  Ensures that we
> >don't end up with a super mess later on.
> >
> >For informational purposes, here's the rough steps I followed on my
> >debian box:
> >
> >1.  Installed the three mingw32 packages.
> >2.  Extracted the wxMSW source.
> >3.  Converted all the configure.in files and the other files in the
> >top level dir to unix format.
> >4.  Ran autoconf in all of the dirs with configure.in files.
> >5.  Did this:
> >        ./configure --with-msw --disable-shared
> >--host=i586-mingw32msvc --prefix=/home/patearl/usr/wxmsw-2.4.2
> >6.  Ran make
> >7.  Watched the magic happen.
> >
> >        Patrick
> >
> >
> >
> >-------------------------------------------------------
> >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
>
> -------------------------------------------------------
> 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

Are you a turtle?

Well, this seems really cool!

I remember that the jazz architecture allowed for several audio/midi 
drivers,
and that the configure script makes it possible to enable/disable drivers.

Can we make a "dummy" midi/audio driver, that does absolutely nothing 
that we can use to compile
against while porting to other platforms?

Cheers
/Joakim

Patrick Earl wrote:

>Well, in taking too long of a break from my real work, I installed the 
>mingw32 cross-compiler.  After dos2unixing all of wxWidgets' 
>configure type scripts, I have the wxWindows library compiling on my 
>box.
>
>The next step will be compiling Jazz with the windows compiler and 
>library and seeing what happens.  Right now, there are problems with 
>the dependency on ALSA.  We'll need to at least start the conversion 
>to portmidi to make things compile.  It's probably a good idea to 
>make sure things compile under windows as we go.  Ensures that we 
>don't end up with a super mess later on.
>
>For informational purposes, here's the rough steps I followed on my 
>debian box:
>
>1.  Installed the three mingw32 packages.
>2.  Extracted the wxMSW source.
>3.  Converted all the configure.in files and the other files in the 
>top level dir to unix format.
>4.  Ran autoconf in all of the dirs with configure.in files.
>5.  Did this:
>        ./configure --with-msw --disable-shared 
>--host=i586-mingw32msvc --prefix=/home/patearl/usr/wxmsw-2.4.2
>6.  Ran make
>7.  Watched the magic happen.
>
>        Patrick
>
>
>
>-------------------------------------------------------
>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
>  
>

Well, in taking too long of a break from my real work, I installed the 
mingw32 cross-compiler.  After dos2unixing all of wxWidgets' 
configure type scripts, I have the wxWindows library compiling on my 
box.

The next step will be compiling Jazz with the windows compiler and 
library and seeing what happens.  Right now, there are problems with 
the dependency on ALSA.  We'll need to at least start the conversion 
to portmidi to make things compile.  It's probably a good idea to 
make sure things compile under windows as we go.  Ensures that we 
don't end up with a super mess later on.

For informational purposes, here's the rough steps I followed on my 
debian box:

1.  Installed the three mingw32 packages.
2.  Extracted the wxMSW source.
3.  Converted all the configure.in files and the other files in the 
top level dir to unix format.
4.  Ran autoconf in all of the dirs with configure.in files.
5.  Did this:
        ./configure --with-msw --disable-shared 
--host=i586-mingw32msvc --prefix=/home/patearl/usr/wxmsw-2.4.2
6.  Ran make
7.  Watched the magic happen.

        Patrick

2004	Jan	Feb	Mar (189)	Apr (40)	May (8)	Jun (6)	Jul (5)	Aug	Sep	Oct	Nov (13)	Dec (10)
2005	Jan (4)	Feb (1)	Mar (3)	Apr	May (7)	Jun	Jul (1)	Aug	Sep	Oct	Nov (1)	Dec (1)
2006	Jan	Feb (1)	Mar	Apr	May (1)	Jun	Jul	Aug (1)	Sep (8)	Oct (19)	Nov (19)	Dec (7)
2007	Jan (6)	Feb (6)	Mar (3)	Apr (6)	May (1)	Jun (1)	Jul	Aug (1)	Sep	Oct (1)	Nov (2)	Dec (1)
2008	Jan (19)	Feb (1)	Mar (40)	Apr (31)	May (174)	Jun (24)	Jul (1)	Aug	Sep	Oct	Nov (64)	Dec (17)
2009	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct (14)	Nov	Dec
2010	Jan	Feb	Mar	Apr	May	Jun (1)	Jul (7)	Aug	Sep	Oct	Nov	Dec
2011	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug (2)	Sep	Oct	Nov	Dec
2012	Jan	Feb (5)	Mar (1)	Apr (1)	May (3)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2013	Jan	Feb	Mar	Apr	May	Jun	Jul (11)	Aug	Sep	Oct	Nov	Dec

jazzplusplus-devel Mailing List for Jazz++ MIDI and Audio Sequencer (Page 21)

jazzplusplus-devel — Discussion Forum for Jazz Developers