bluemusic-devel Mailing List for blue (Page 9)
Brought to you by:
kunstmusik
You can subscribe to this list here.
2004 |
Jan
(3) |
Feb
(3) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
|
Feb
(14) |
Mar
(7) |
Apr
(13) |
May
|
Jun
(7) |
Jul
(47) |
Aug
(11) |
Sep
(7) |
Oct
(3) |
Nov
(3) |
Dec
|
2006 |
Jan
(1) |
Feb
(28) |
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
(11) |
Feb
(14) |
Mar
|
Apr
(6) |
May
(3) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
2009 |
Jan
(6) |
Feb
|
Mar
|
Apr
(16) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
(2) |
Jun
(5) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
From: Michael B. <got...@ya...> - 2005-07-11 21:28:50
|
> Right now the > SoundObjects have been modified to all subclass > AbstractSoundObject > and AbstractSoundObject has had the listener code > added. I think > tomorrow I'll try to sit and just work until it's > done. > Good to hear. SoundObject (and all its subclasses) is one of those classes where leveraging inheritence would definitely help. Michael __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Steven Yi <ste...@gm...> - 2005-07-11 21:17:45
|
SGkgTWljaGFlbCwKCk5pY2UhICBJJ20gc3luY2luZyB3aXRoIHRoZSBzZXJ2ZXIgbm93LiAgTm8g cHJvYiBhYm91dCB0aGUgZG9jawp3aW5kb3csIGl0J3Mgc29tZXRoaW5nIHRvIHNob290IGZvciwg bm90IHNvbWV0aGluZyB0aGF0J3MgcmVhbGx5IHN1cGVyCm5lY2Vzc2FyeSBhdCB0aGUgbW9tZW50 IEkgdGhpbmsuICBJJ2xsIGNvbXBpbGUgYW5kIGNoZWNrIGl0IG91dCwKcHJvYmFibHkgd2lsbCBn ZXQgYmFjayB0byB5b3UgdG9tb3Jyb3cgb24gdGhpcy4KCkFzIGEgZ2VuZXJhbCB1cGRhdGUgZm9y IHRvZGF5LCBJJ20gaW4gdGhlIHByb2Nlc3Mgb2YgKmZpbmFsbHkqIHJlZG9pbmcKdGhlIHNvdW5k T2JqZWN0cyB0byB1c2UgZXZlbnRzIHRvIG5vdGlmeSBjaGFuZ2VzIG9mIHByb3BlcnRpZXMuICBU aGlzCndpbGwgYWxsb3cgZ2V0dGluZyByaWQgb2YgYSBsb3Qgb2YgaGFja2lzaCBjb2RlIHRoYXQn cyBiZWVuIGFyb3VuZCBmb3IKcXVpdGUgYSBmZXcgeWVhcnMgYW5kIHRoYXQgSSd2ZSBiZWVuIGxv YXRoZSB0byBnb2luZyB0aHJvdWdoIGFuZApyZWRvaW5nLiAgSSB3YXMgdGFraW5nIGEgbG9vayBh dCBmaXhpbmcgdGhlIGJ1ZyBtZW50aW9uZWQgYnkgS2V2aW4KYWJvdXQgcHJvcGVydGllcyBub3Qg dXBkYXRpbmcgaW4gdGhlIFNvdW5kT2JqZWN0UHJvcGVydHlXaW5kb3cgYW5kCmRlY2lkZWQgaXQg d2FzIGFzIGdvb2QgYSB0aW1lIGFzIGFueSB0byBkbyB0aGUgd29yay4gIFJpZ2h0IG5vdyB0aGUK U291bmRPYmplY3RzIGhhdmUgYmVlbiBtb2RpZmllZCB0byBhbGwgc3ViY2xhc3MgQWJzdHJhY3RT b3VuZE9iamVjdAphbmQgQWJzdHJhY3RTb3VuZE9iamVjdCBoYXMgaGFkIHRoZSBsaXN0ZW5lciBj b2RlIGFkZGVkLiAgSSB0aGluawp0b21vcnJvdyBJJ2xsIHRyeSB0byBzaXQgYW5kIGp1c3Qgd29y ayB1bnRpbCBpdCdzIGRvbmUuCgpUaGFua3MgZm9yIHRoZSBjb2RlIGNoZWNrIGluIGFuZCB3aWxs IHdyaXRlIGJhY2sgbW9yZSB0b21vcnJvdyEKc3RldmVuCgoKCgpPbiA3LzExLzA1LCBNaWNoYWVs IEJlY2hhcmQgPGdvdGhtYWdvZ0B5YWhvby5jb20+IHdyb3RlOgo+IC4uLmZpbmFsbHkuICBJIGRv bid0IGhhdmUgdGhlIG91dHB1dCB3aW5kb3cgYXMgYQo+IGRvY2thYmxlIHdpbmRvdyBsaWtlIHlv dSB3YW50ZWQsIFN0ZXZlbjsgdGhhdCB3aWxsCj4gcmVxdWlyZSBhbG90IG1vcmUgd29yayBpZiB3 ZSdyZSBnb2luZyB0byBidWlsZCBvdXIKPiBvd24uIFRoaXMgaXMgYW5vdGhlciBvbmUgdGhhdCBJ IGhhdmVuJ3QgcHV0IHRvbyBtdWNoCj4gdGVzdGluZyBiZWhpbmQsIGJ1dCBJIGludGVuZCB0byBk byB0aGF0IHdoZW4gSSBnZXQgdGhlCj4gY2hhbmNlLgo+IAo+IE1pY2hhZWwKPiAKPiAKPiAKPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gU2Vs bCBvbiBZYWhvbyEgQXVjdGlvbnMgliBubyBmZWVzLiBCaWQgb24gZ3JlYXQgaXRlbXMuCj4gaHR0 cDovL2F1Y3Rpb25zLnlhaG9vLmNvbS8KPiAKPiAKPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gVGhpcyBTRi5OZXQgZW1haWwgaXMgc3Bv bnNvcmVkIGJ5IHRoZSAnRG8gTW9yZSBXaXRoIER1YWwhJyB3ZWJpbmFyIGhhcHBlbmluZwo+IEp1 bHkgMTQgYXQgOGFtIFBEVC8xMWFtIEVEVC4gV2UgaW52aXRlIHlvdSB0byBleHBsb3JlIHRoZSBs YXRlc3QgaW4gZHVhbAo+IGNvcmUgYW5kIGR1YWwgZ3JhcGhpY3MgdGVjaG5vbG9neSBhdCB0aGlz IGZyZWUgb25lIGhvdXIgZXZlbnQgaG9zdGVkIGJ5IEhQLAo+IEFNRCwgYW5kIE5WSURJQS4gIFRv IHJlZ2lzdGVyIHZpc2l0IGh0dHA6Ly93d3cuaHAuY29tL2dvL2R1YWx3ZWJpbmFyCj4gX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBCbHVlbXVzaWMtZGV2 ZWwgbWFpbGluZyBsaXN0Cj4gQmx1ZW11c2ljLWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2JsdWVtdXNpYy1k ZXZlbAo+Cg== |
From: Michael B. <got...@ya...> - 2005-07-11 19:18:36
|
...finally. I don't have the output window as a dockable window like you wanted, Steven; that will require alot more work if we're going to build our own. This is another one that I haven't put too much testing behind, but I intend to do that when I get the chance. Michael ____________________________________________________ Sell on Yahoo! Auctions no fees. Bid on great items. http://auctions.yahoo.com/ |
From: Steven Yi <ste...@gm...> - 2005-06-09 13:35:16
|
We should be able to hack together a dockable window that wouldn't be fancy but should do the job. Using JToolBar seems to be a not so good path to take as you mentioned (I've had no good experiences with jtoolbar and docking myself). I'd say go ahead and commit what you got, I think I have a pretty clear idea of what do to make it dockable. Perhaps in the future we can use a docking framework, but the ones I've seen didn't quite do it for me yet, but on the other hand, I haven't evaluated too in great depth. steven On 6/9/05, Michael Bechard <got...@ya...> wrote: > I've noticed the buffering problem too. I tried > setting the buffer size on the BufferedReader class, > but that didn't seem to have much of an effect, so it > must be csound, as you said. The performance hit > seems to be negligable, though (at least on my > machine), and we're piping the csound output to blue's > stdout anyway, so it shouldn't make much of a > difference. >=20 > I've got things more or less working except for the > UI. I'm trying to use a JToolBar to house the output, > because it seems to be the only native java component > that supports docking. Anyway, it isn't resizable and > I get wierd behavior when I reset the preferred size > of the text box (which I have to do when adding text > for the scroll view). >=20 > Anyway, I think in order to have a dockable, resizable > output window I'd have to rewrite one from scratch or > use something else available out there; surely > someone's written a component like that available for > free. Know of any? If the dockable, resizable > requirement isn't a big deal, I've got an > implementation with an external window ready to go. >=20 > Michael >=20 > --- Steven Yi <ste...@gm...> wrote: >=20 > > BTW: I did try to do a console output area before, > > but had bad > > performance problems, or at least I had thought. > > There was a problem > > with Csound buffering output to stderr and stdout, > > and so programs > > like blue would receive output in 4k chunks. When I > > had figured that > > out, I had asked and eventually submitted a change > > to Csound4 and > > Csound5, maybe about half a year ago or so (???). > > However, I haven't > > tried to build a console area again since then as > > I've been > > preoccupied with music and other things. > > > > I'll be glad to see how it turns out! Thanks as > > well from me for > > looking into this. > > > > steven > > > > > > On 6/7/05, Michael Bechard <got...@ya...> > > wrote: > > > > > > > > > --- Steven Yi <ste...@gm...> wrote: > > > > > > > Hi Michael, > > > > > > > > Having a console would be neat. The easiest > > > > solution I think would be > > > > to have an extra tab, but at the same time, I > > think > > > > it's very useful > > > > to be able to view the output and also be able > > to > > > > view the score > > > > timeline. A collpasible pane on the bottom of > > the > > > > editor could be a > > > > good place for it. It'd be nice to have a > > dockable > > > > option, so a > > > > collapsible bottom pane that has an option to be > > > > docked or not. > > > > > > > > > > Ok, I'll look into that. > > > > > > > If you're looking for where to grab the Csound > > > > output, check out > > > > ProcessConsole. There's already code there to > > > > handle appending to a > > > > JTextArea (the code is very old and comes from > > > > Michael Gogins old Java > > > > version of Silence). > > > > > > > > > > Yeah, I noticed. I thought, for a little while, > > that > > > you had already started on this feature. It > > removed > > > alot of the legwork for me, so thanks! > > > > > > Michael > > > > > > > > > > > > > > > __________________________________ > > > Discover Yahoo! > > > Get on-the-go sports scores, stock quotes, news > > and more. Check it out! > > > http://discover.yahoo.com/mobile.html > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email is sponsored by: NEC IT Guy > > Games. How far can you shotput > > > a projector? How fast can you ride your desk chair > > down the office luge track? > > > If you want to score the big prize, get to know > > the little guy. > > > Play to win an NEC 61" plasma display: > > http://www.necitguy.com/?r=3D20 > > > _______________________________________________ > > > Bluemusic-devel mailing list > > > Blu...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. > > How far can you shotput > > a projector? How fast can you ride your desk chair > > down the office luge track? > > If you want to score the big prize, get to know the > > little guy. > > Play to win an NEC 61" plasma display: > > http://www.necitguy.com/?r > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > >=20 >=20 >=20 >=20 > __________________________________ > Discover Yahoo! > Stay in touch with email, IM, photo sharing and more. Check it out! > http://discover.yahoo.com/stayintouch.html >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Michael B. <got...@ya...> - 2005-06-09 13:05:38
|
I've noticed the buffering problem too. I tried setting the buffer size on the BufferedReader class, but that didn't seem to have much of an effect, so it must be csound, as you said. The performance hit seems to be negligable, though (at least on my machine), and we're piping the csound output to blue's stdout anyway, so it shouldn't make much of a difference. I've got things more or less working except for the UI. I'm trying to use a JToolBar to house the output, because it seems to be the only native java component that supports docking. Anyway, it isn't resizable and I get wierd behavior when I reset the preferred size of the text box (which I have to do when adding text for the scroll view). Anyway, I think in order to have a dockable, resizable output window I'd have to rewrite one from scratch or use something else available out there; surely someone's written a component like that available for free. Know of any? If the dockable, resizable requirement isn't a big deal, I've got an implementation with an external window ready to go. Michael --- Steven Yi <ste...@gm...> wrote: > BTW: I did try to do a console output area before, > but had bad > performance problems, or at least I had thought. > There was a problem > with Csound buffering output to stderr and stdout, > and so programs > like blue would receive output in 4k chunks. When I > had figured that > out, I had asked and eventually submitted a change > to Csound4 and > Csound5, maybe about half a year ago or so (???). > However, I haven't > tried to build a console area again since then as > I've been > preoccupied with music and other things. > > I'll be glad to see how it turns out! Thanks as > well from me for > looking into this. > > steven > > > On 6/7/05, Michael Bechard <got...@ya...> > wrote: > > > > > > --- Steven Yi <ste...@gm...> wrote: > > > > > Hi Michael, > > > > > > Having a console would be neat. The easiest > > > solution I think would be > > > to have an extra tab, but at the same time, I > think > > > it's very useful > > > to be able to view the output and also be able > to > > > view the score > > > timeline. A collpasible pane on the bottom of > the > > > editor could be a > > > good place for it. It'd be nice to have a > dockable > > > option, so a > > > collapsible bottom pane that has an option to be > > > docked or not. > > > > > > > Ok, I'll look into that. > > > > > If you're looking for where to grab the Csound > > > output, check out > > > ProcessConsole. There's already code there to > > > handle appending to a > > > JTextArea (the code is very old and comes from > > > Michael Gogins old Java > > > version of Silence). > > > > > > > Yeah, I noticed. I thought, for a little while, > that > > you had already started on this feature. It > removed > > alot of the legwork for me, so thanks! > > > > Michael > > > > > > > > > > __________________________________ > > Discover Yahoo! > > Get on-the-go sports scores, stock quotes, news > and more. Check it out! > > http://discover.yahoo.com/mobile.html > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy > Games. How far can you shotput > > a projector? How fast can you ride your desk chair > down the office luge track? > > If you want to score the big prize, get to know > the little guy. > > Play to win an NEC 61" plasma display: > http://www.necitguy.com/?r=20 > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > How far can you shotput > a projector? How fast can you ride your desk chair > down the office luge track? > If you want to score the big prize, get to know the > little guy. > Play to win an NEC 61" plasma display: > http://www.necitguy.com/?r > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > __________________________________ Discover Yahoo! Stay in touch with email, IM, photo sharing and more. Check it out! http://discover.yahoo.com/stayintouch.html |
From: Steven Yi <ste...@gm...> - 2005-06-08 22:20:11
|
BTW: I did try to do a console output area before, but had bad performance problems, or at least I had thought. There was a problem with Csound buffering output to stderr and stdout, and so programs like blue would receive output in 4k chunks. When I had figured that out, I had asked and eventually submitted a change to Csound4 and Csound5, maybe about half a year ago or so (???). However, I haven't tried to build a console area again since then as I've been preoccupied with music and other things. I'll be glad to see how it turns out! Thanks as well from me for looking into this. steven On 6/7/05, Michael Bechard <got...@ya...> wrote: >=20 >=20 > --- Steven Yi <ste...@gm...> wrote: >=20 > > Hi Michael, > > > > Having a console would be neat. The easiest > > solution I think would be > > to have an extra tab, but at the same time, I think > > it's very useful > > to be able to view the output and also be able to > > view the score > > timeline. A collpasible pane on the bottom of the > > editor could be a > > good place for it. It'd be nice to have a dockable > > option, so a > > collapsible bottom pane that has an option to be > > docked or not. > > >=20 > Ok, I'll look into that. >=20 > > If you're looking for where to grab the Csound > > output, check out > > ProcessConsole. There's already code there to > > handle appending to a > > JTextArea (the code is very old and comes from > > Michael Gogins old Java > > version of Silence). > > >=20 > Yeah, I noticed. I thought, for a little while, that > you had already started on this feature. It removed > alot of the legwork for me, so thanks! >=20 > Michael >=20 >=20 >=20 >=20 > __________________________________ > Discover Yahoo! > Get on-the-go sports scores, stock quotes, news and more. Check it out! > http://discover.yahoo.com/mobile.html >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Andres C. <an...@ge...> - 2005-06-07 14:11:05
|
Hi, I'm very much looking forward to this! Thanks Andres On Tue, 2005-06-07 at 08:38, Steven Yi wrote: > Hi Michael, > > Having a console would be neat. The easiest solution I think would be > to have an extra tab, but at the same time, I think it's very useful > to be able to view the output and also be able to view the score > timeline. A collpasible pane on the bottom of the editor could be a > good place for it. It'd be nice to have a dockable option, so a > collapsible bottom pane that has an option to be docked or not. > > If you're looking for where to grab the Csound output, check out > ProcessConsole. There's already code there to handle appending to a > JTextArea (the code is very old and comes from Michael Gogins old Java > version of Silence). > > steven > > > On 6/7/05, Michael Bechard <got...@ya...> wrote: > > Hey, I'm currently implementing Csound output to a > > blue window (as an option, of course). The question I > > have is, what about the window itself? Should it be > > free-floating, modal, or a pane in the main frame? > > > > Michael Bechard > > > > > > > > __________________________________ > > Discover Yahoo! > > Get on-the-go sports scores, stock quotes, news and more. Check it out! > > http://discover.yahoo.com/mobile.html > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > > a projector? How fast can you ride your desk chair down the office luge track? > > If you want to score the big prize, get to know the little guy. > > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput > a projector? How fast can you ride your desk chair down the office luge track? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > |
From: Michael B. <got...@ya...> - 2005-06-07 14:08:54
|
--- Steven Yi <ste...@gm...> wrote: > Hi Michael, > > Having a console would be neat. The easiest > solution I think would be > to have an extra tab, but at the same time, I think > it's very useful > to be able to view the output and also be able to > view the score > timeline. A collpasible pane on the bottom of the > editor could be a > good place for it. It'd be nice to have a dockable > option, so a > collapsible bottom pane that has an option to be > docked or not. > Ok, I'll look into that. > If you're looking for where to grab the Csound > output, check out > ProcessConsole. There's already code there to > handle appending to a > JTextArea (the code is very old and comes from > Michael Gogins old Java > version of Silence). > Yeah, I noticed. I thought, for a little while, that you had already started on this feature. It removed alot of the legwork for me, so thanks! Michael __________________________________ Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html |
From: Steven Yi <ste...@gm...> - 2005-06-07 13:39:07
|
Hi Michael, Having a console would be neat. The easiest solution I think would be to have an extra tab, but at the same time, I think it's very useful to be able to view the output and also be able to view the score timeline. A collpasible pane on the bottom of the editor could be a good place for it. It'd be nice to have a dockable option, so a collapsible bottom pane that has an option to be docked or not. If you're looking for where to grab the Csound output, check out ProcessConsole. There's already code there to handle appending to a JTextArea (the code is very old and comes from Michael Gogins old Java version of Silence). steven On 6/7/05, Michael Bechard <got...@ya...> wrote: > Hey, I'm currently implementing Csound output to a > blue window (as an option, of course). The question I > have is, what about the window itself? Should it be > free-floating, modal, or a pane in the main frame? >=20 > Michael Bechard >=20 >=20 >=20 > __________________________________ > Discover Yahoo! > Get on-the-go sports scores, stock quotes, news and more. Check it out! > http://discover.yahoo.com/mobile.html >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. How far can you sho= tput > a projector? How fast can you ride your desk chair down the office luge t= rack? > If you want to score the big prize, get to know the little guy. > Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=3D20 > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Michael B. <got...@ya...> - 2005-06-07 13:26:31
|
Hey, I'm currently implementing Csound output to a blue window (as an option, of course). The question I have is, what about the window itself? Should it be free-floating, modal, or a pane in the main frame? Michael Bechard __________________________________ Discover Yahoo! Get on-the-go sports scores, stock quotes, news and more. Check it out! http://discover.yahoo.com/mobile.html |
From: Steven Yi <ste...@gm...> - 2005-04-29 01:11:08
|
Found a separate bug in the LineObject that prevents it from working altogethe. Yikes!; I haven't used it in a while but from CVS looks like it might have been in for the past couple releases. I'll try to fix up the PolyObject testSoundObject first and will push out a release as soon as that is fixed up. steven On 4/28/05, Steven Yi <ste...@gm...> wrote: > Hi Michael, >=20 > Thanks for reporting this. I think the best way to go is to work with > editing the testSoundObject function. I'm not sure if we need to work > with CSDRender or if we'll need to clean up CSDRender to make it more > usable in a generic fashion (will have to look at code). Without > looking, my take on it would be that we will probably need to clone > the current BlueData object as well as the object that needs to be > tested to make sure that the order of calls for the soundObject > methods is done in the same order as when they are called in > CSDRender. We'll need clones as blue, when it goes to render, makes a > complete clone of the main BlueData object and may append values to > the different sub-objects at render time, which we don't want to be > permanent modifications to BlueData. >=20 > I'll take a look at this today to see what is required. >=20 > Thanks again! > steven >=20 >=20 > On 4/27/05, Michael Bechard <got...@ya...> wrote: > > I found a bug in the LineObject that prevents it or > > any PolyObject it may be embedded in to render notes > > when the Test button is pressed. This is because the > > parameters to its notes are reliant on the generation > > of the instruments and ftables of the rest of the > > score (tables, instrument # are generated > > dynamically). > > > > My thoughts on how to approach this problem have two > > possibilities: 1.) Change the SoundObject interface to > > accept a BlueData object as a parameter to the > > generateNotes function. That way any SoundObject that > > is reliant on the rest of the CSD may use it to render > > its notes. 2.) Change the testSoundObject functions to > > leverage some of the functionality in the CSDRender's > > generateCSD function (we can extract out into another > > function the necessary function calls like > > generateGlobals, generateFTables, etc.) before calling > > generateNotes on the SoundObject in question. > > > > We'll need this kind of functionality for any kind of > > SoundObject that generates its instrument text and/or > > ftables dynamically. Let me know your thoughts and any > > other options that should be considered. > > > > Michael Bechard > > > > __________________________________________________ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam protection around > > http://mail.yahoo.com > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Tell us your software development plans! > > Take this survey and enter to win a one-year sub to SourceForge.net > > Plus IDC's 2005 look-ahead and a copy of this survey > > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=3D105hix > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > |
From: Steven Yi <ste...@gm...> - 2005-04-28 16:57:49
|
Hi Michael, Thanks for reporting this. I think the best way to go is to work with editing the testSoundObject function. I'm not sure if we need to work with CSDRender or if we'll need to clean up CSDRender to make it more usable in a generic fashion (will have to look at code). Without looking, my take on it would be that we will probably need to clone the current BlueData object as well as the object that needs to be tested to make sure that the order of calls for the soundObject methods is done in the same order as when they are called in CSDRender. We'll need clones as blue, when it goes to render, makes a complete clone of the main BlueData object and may append values to the different sub-objects at render time, which we don't want to be permanent modifications to BlueData. I'll take a look at this today to see what is required. Thanks again! steven On 4/27/05, Michael Bechard <got...@ya...> wrote: > I found a bug in the LineObject that prevents it or > any PolyObject it may be embedded in to render notes > when the Test button is pressed. This is because the > parameters to its notes are reliant on the generation > of the instruments and ftables of the rest of the > score (tables, instrument # are generated > dynamically). >=20 > My thoughts on how to approach this problem have two > possibilities: 1.) Change the SoundObject interface to > accept a BlueData object as a parameter to the > generateNotes function. That way any SoundObject that > is reliant on the rest of the CSD may use it to render > its notes. 2.) Change the testSoundObject functions to > leverage some of the functionality in the CSDRender's > generateCSD function (we can extract out into another > function the necessary function calls like > generateGlobals, generateFTables, etc.) before calling > generateNotes on the SoundObject in question. >=20 > We'll need this kind of functionality for any kind of > SoundObject that generates its instrument text and/or > ftables dynamically. Let me know your thoughts and any > other options that should be considered. >=20 > Michael Bechard >=20 > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Tell us your software development plans! > Take this survey and enter to win a one-year sub to SourceForge.net > Plus IDC's 2005 look-ahead and a copy of this survey > Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=3D105hix > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Michael B. <got...@ya...> - 2005-04-27 19:25:59
|
I found a bug in the LineObject that prevents it or any PolyObject it may be embedded in to render notes when the Test button is pressed. This is because the parameters to its notes are reliant on the generation of the instruments and ftables of the rest of the score (tables, instrument # are generated dynamically). My thoughts on how to approach this problem have two possibilities: 1.) Change the SoundObject interface to accept a BlueData object as a parameter to the generateNotes function. That way any SoundObject that is reliant on the rest of the CSD may use it to render its notes. 2.) Change the testSoundObject functions to leverage some of the functionality in the CSDRender's generateCSD function (we can extract out into another function the necessary function calls like generateGlobals, generateFTables, etc.) before calling generateNotes on the SoundObject in question. We'll need this kind of functionality for any kind of SoundObject that generates its instrument text and/or ftables dynamically. Let me know your thoughts and any other options that should be considered. Michael Bechard __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
From: Steven Yi <ste...@gm...> - 2005-04-24 03:52:30
|
Hi all, I've committed a bunch of changes that revolve around SoundObjectExceptions and sub exceptions like SoundLayerExceptions and NoteParseExceptions. Only been lightly tested, but if anyone could start testing it it'd be very much appreciated. I'm particulary interested in comments on the message format for the display of exceptions. Ultimately I'd love to have the exception system have a single click link that will auto navigate to the errorneous soundObject or noteProcessor. Thanks, steven |
From: Steven Yi <ste...@gm...> - 2005-04-20 22:28:53
|
Hi All, Some features I have been thinking about that I thought some of you might know how to do or would simply like to discuss: -Trying to get rid of requiring BLUE_HOME. This is required so I can find all of the files in the blue/conf and blue/lib directories. I tried doing some trickery to figure out from the runtime what the path of the jars are but it didn't work. Any other ideas? (The test code I had worked on is in blue.BlueSystem.initalizeProgramRoot() ) -Loadable plugins: I'd like to be able to create plugins that live in jars or zip that you could just drop into a plugins directory and blue would load up. That would then allow getting rid of the registry.xml file and I think would make it more attractive to build plugins for blue I think. -Exposing more of blue to allow for more plugin points (i.e. actions for groups of soundObjects by adding a plugin) (this would require a lot of work to clean up the design of the program, but may well be worth it) Well, just some thoughts floating around in my head. Any thoughts?=20 Any other thoughts on blue's development that anyone would like to chime in with? Thanks! steven |
From: Steven Yi <ste...@gm...> - 2005-04-20 20:18:21
|
Hi all, I changed out the starter scripts to no longer add the classpath for all of the libraries blue depends on. Instead, I put all the classpath information in a MANIFEST.MF file in the lib directory that gets added to the blue.jar when it is built. It's a bit easier to track the dependencies this way as it's all in one place and it also makes blue.jar executable (though, still have to work out setting BLUE_HOME, so not quite all done yet). steven |
From: Michael B. <got...@ya...> - 2005-04-11 12:49:54
|
All makes sense to me... --- Steven Yi <ste...@gm...> wrote: > HI MIchael, > > I'm working on building a SoundObjectException at > the moment. Taking > a look at NoteProcessorException, I had a few > questions: > > 1)What do you think about getting rid of the "String > processorName" > argument and passing in the noteProcessor? More > information could be > gleaned from that IMO and might be of use later down > the road, say, > implementing a "click here to navigate to problem" > feature. > > 2)I've changed the messageFormat to be private > static final as it > doesn't help much to use a MessageFormat untess it's > going to be > reused. Any objections? > > Thanks! > steven > > > On Apr 8, 2005 5:42 AM, Michael Bechard > <got...@ya...> wrote: > > Yeah, I'm right with ya. I was thinking about the > > problem of how the user would identify where > > specifically the error occured. Having the > SoundObject > > handle NoteProcessor exceptions sounds like the > way to > > go. > > > > And speaking of JUnit, I thought about the JUnit > > tests, but so far I haven't been able to get JUnit > to > > work for me. I need to give it another go, though, > as > > my efforts haven't been too significant. > > > > Michael Bechard > > --- Steven Yi <ste...@gm...> wrote: > > > > > Oh, another thought, regarding having exceptions > for > > > SoundObjects: in > > > general usage, noteProcessors can bubble up the > > > exception to the > > > SoundObject, the SoundObject could then throw a > > > SoundObjectException, > > > wrapping the noteProcessor exception as well as > > > having a reference to > > > itself. That way, we can display information > like: > > > > > > "An error happened on SoundObject titled: > > > mySoundObject > > > startTime: 0 > > > duration: 10 > > > on SoundLayer titled: mylayer > > > Message: message" > > > > > > Or something along those lines. That would be > sort > > > of handy I think. > > > THere could be a PolyObject exception that > > > subclasses > > > SoundObjectException as well, to hold the > soundLayer > > > and other > > > information. > > > > > > How does that sound? > > > > > > steven > > > > > > > > > On Apr 7, 2005 8:31 PM, Steven Yi > > > <ste...@gm...> wrote: > > > > Hi MIchael, > > > > > > > > I took a look at the code as I updated from > CVS > > > and from first glance > > > > things seemed like they were done just fine. > > > > > > > > The one thing that came to mind was that I > have > > > written a very very > > > > small number of JUnit tests, and this would > have > > > been good situation > > > > to have had tests written to test against. So, > > > perhaps when I get some > > > > free time I will write some tests against all > the > > > noteProcessors and > > > > add to the test suite. > > > > > > > > Thanks very much for this code change! I > think it > > > is a first good > > > > step forward towards having a better error > > > reporting system for users. > > > > > > > > ^_^ > > > > > > > > steven > > > > > > > > > > > > On Apr 7, 2005 4:18 PM, Michael Bechard > > > <got...@ya...> wrote: > > > > > I added more robust error handling in all of > the > > > > > NoteProcessors. Two new classes; > > > > > NoteProcessorException and > > > NoteProcessorRTException. > > > > > NoteProcessorException gets thrown in > > > > > NoteProcessor.processNotes. > > > > > ScoreUtilities.applyNoteProcessorChain > catches > > > them, > > > > > shows a popup to the user, and bubbles the > > > exception > > > > > further up via NoteProcessorRTException, > which > > > is a > > > > > RuntimeException. > > > > > > > > > > I tried to only throw errors on conditions > that > > > would > > > > > have caused the CSD generation to not work > > > anyway. > > > > > Please please let me know if I missed > anything. > > > > > > > > > > Thanks, > > > > > Michael Bechard > > > > > > > > > > __________________________________ > > > > > Do you Yahoo!? > > > > > Make Yahoo! your home page > > > > > http://www.yahoo.com/r/hs > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > > SF email is sponsored by - The IT Product > Guide > > > > > Read honest & candid reviews on hundreds of > IT > > > Products from real users. > > > > > Discover which products truly live up to the > > > hype. Start reading now. > > > > > > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > > > > _______________________________________________ > > > > > Bluemusic-devel mailing list > > > > > Blu...@li... > > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT > > > Products from real users. > > > Discover which products truly live up to the > hype. > > > Start reading now. > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > Bluemusic-devel mailing list > > > Blu...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Personals - Better first dates. More second > dates. > > http://personals.yahoo.com > > > === message truncated === __________________________________ Yahoo! Mail Mobile Take Yahoo! Mail with you! Check email on your mobile phone. http://mobile.yahoo.com/learn/mail |
From: Steven Yi <ste...@gm...> - 2005-04-11 02:20:52
|
HI MIchael, I'm working on building a SoundObjectException at the moment. Taking a look at NoteProcessorException, I had a few questions: 1)What do you think about getting rid of the "String processorName" argument and passing in the noteProcessor? More information could be gleaned from that IMO and might be of use later down the road, say, implementing a "click here to navigate to problem" feature. 2)I've changed the messageFormat to be private static final as it doesn't help much to use a MessageFormat untess it's going to be reused. Any objections? Thanks! steven On Apr 8, 2005 5:42 AM, Michael Bechard <got...@ya...> wrote: > Yeah, I'm right with ya. I was thinking about the > problem of how the user would identify where > specifically the error occured. Having the SoundObject > handle NoteProcessor exceptions sounds like the way to > go. > > And speaking of JUnit, I thought about the JUnit > tests, but so far I haven't been able to get JUnit to > work for me. I need to give it another go, though, as > my efforts haven't been too significant. > > Michael Bechard > --- Steven Yi <ste...@gm...> wrote: > > > Oh, another thought, regarding having exceptions for > > SoundObjects: in > > general usage, noteProcessors can bubble up the > > exception to the > > SoundObject, the SoundObject could then throw a > > SoundObjectException, > > wrapping the noteProcessor exception as well as > > having a reference to > > itself. That way, we can display information like: > > > > "An error happened on SoundObject titled: > > mySoundObject > > startTime: 0 > > duration: 10 > > on SoundLayer titled: mylayer > > Message: message" > > > > Or something along those lines. That would be sort > > of handy I think. > > THere could be a PolyObject exception that > > subclasses > > SoundObjectException as well, to hold the soundLayer > > and other > > information. > > > > How does that sound? > > > > steven > > > > > > On Apr 7, 2005 8:31 PM, Steven Yi > > <ste...@gm...> wrote: > > > Hi MIchael, > > > > > > I took a look at the code as I updated from CVS > > and from first glance > > > things seemed like they were done just fine. > > > > > > The one thing that came to mind was that I have > > written a very very > > > small number of JUnit tests, and this would have > > been good situation > > > to have had tests written to test against. So, > > perhaps when I get some > > > free time I will write some tests against all the > > noteProcessors and > > > add to the test suite. > > > > > > Thanks very much for this code change! I think it > > is a first good > > > step forward towards having a better error > > reporting system for users. > > > > > > ^_^ > > > > > > steven > > > > > > > > > On Apr 7, 2005 4:18 PM, Michael Bechard > > <got...@ya...> wrote: > > > > I added more robust error handling in all of the > > > > NoteProcessors. Two new classes; > > > > NoteProcessorException and > > NoteProcessorRTException. > > > > NoteProcessorException gets thrown in > > > > NoteProcessor.processNotes. > > > > ScoreUtilities.applyNoteProcessorChain catches > > them, > > > > shows a popup to the user, and bubbles the > > exception > > > > further up via NoteProcessorRTException, which > > is a > > > > RuntimeException. > > > > > > > > I tried to only throw errors on conditions that > > would > > > > have caused the CSD generation to not work > > anyway. > > > > Please please let me know if I missed anything. > > > > > > > > Thanks, > > > > Michael Bechard > > > > > > > > __________________________________ > > > > Do you Yahoo!? > > > > Make Yahoo! your home page > > > > http://www.yahoo.com/r/hs > > > > > > > > > > > ------------------------------------------------------- > > > > SF email is sponsored by - The IT Product Guide > > > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > > > Discover which products truly live up to the > > hype. Start reading now. > > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > > _______________________________________________ > > > > Bluemusic-devel mailing list > > > > Blu...@li... > > > > > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > > > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > Discover which products truly live up to the hype. > > Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > __________________________________ > Do you Yahoo!? > Yahoo! Personals - Better first dates. More second dates. > http://personals.yahoo.com > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Michael B. <got...@ya...> - 2005-04-08 12:42:34
|
Yeah, I'm right with ya. I was thinking about the problem of how the user would identify where specifically the error occured. Having the SoundObject handle NoteProcessor exceptions sounds like the way to go. And speaking of JUnit, I thought about the JUnit tests, but so far I haven't been able to get JUnit to work for me. I need to give it another go, though, as my efforts haven't been too significant. Michael Bechard --- Steven Yi <ste...@gm...> wrote: > Oh, another thought, regarding having exceptions for > SoundObjects: in > general usage, noteProcessors can bubble up the > exception to the > SoundObject, the SoundObject could then throw a > SoundObjectException, > wrapping the noteProcessor exception as well as > having a reference to > itself. That way, we can display information like: > > "An error happened on SoundObject titled: > mySoundObject > startTime: 0 > duration: 10 > on SoundLayer titled: mylayer > Message: message" > > Or something along those lines. That would be sort > of handy I think. > THere could be a PolyObject exception that > subclasses > SoundObjectException as well, to hold the soundLayer > and other > information. > > How does that sound? > > steven > > > On Apr 7, 2005 8:31 PM, Steven Yi > <ste...@gm...> wrote: > > Hi MIchael, > > > > I took a look at the code as I updated from CVS > and from first glance > > things seemed like they were done just fine. > > > > The one thing that came to mind was that I have > written a very very > > small number of JUnit tests, and this would have > been good situation > > to have had tests written to test against. So, > perhaps when I get some > > free time I will write some tests against all the > noteProcessors and > > add to the test suite. > > > > Thanks very much for this code change! I think it > is a first good > > step forward towards having a better error > reporting system for users. > > > > ^_^ > > > > steven > > > > > > On Apr 7, 2005 4:18 PM, Michael Bechard > <got...@ya...> wrote: > > > I added more robust error handling in all of the > > > NoteProcessors. Two new classes; > > > NoteProcessorException and > NoteProcessorRTException. > > > NoteProcessorException gets thrown in > > > NoteProcessor.processNotes. > > > ScoreUtilities.applyNoteProcessorChain catches > them, > > > shows a popup to the user, and bubbles the > exception > > > further up via NoteProcessorRTException, which > is a > > > RuntimeException. > > > > > > I tried to only throw errors on conditions that > would > > > have caused the CSD generation to not work > anyway. > > > Please please let me know if I missed anything. > > > > > > Thanks, > > > Michael Bechard > > > > > > __________________________________ > > > Do you Yahoo!? > > > Make Yahoo! your home page > > > http://www.yahoo.com/r/hs > > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT > Products from real users. > > > Discover which products truly live up to the > hype. Start reading now. > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > Bluemusic-devel mailing list > > > Blu...@li... > > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com |
From: Steven Yi <ste...@gm...> - 2005-04-08 03:36:47
|
Oh, another thought, regarding having exceptions for SoundObjects: in general usage, noteProcessors can bubble up the exception to the SoundObject, the SoundObject could then throw a SoundObjectException, wrapping the noteProcessor exception as well as having a reference to itself. That way, we can display information like: "An error happened on SoundObject titled: mySoundObject startTime: 0 duration: 10 on SoundLayer titled: mylayer Message: message" Or something along those lines. That would be sort of handy I think. THere could be a PolyObject exception that subclasses SoundObjectException as well, to hold the soundLayer and other information. How does that sound? steven On Apr 7, 2005 8:31 PM, Steven Yi <ste...@gm...> wrote: > Hi MIchael, > > I took a look at the code as I updated from CVS and from first glance > things seemed like they were done just fine. > > The one thing that came to mind was that I have written a very very > small number of JUnit tests, and this would have been good situation > to have had tests written to test against. So, perhaps when I get some > free time I will write some tests against all the noteProcessors and > add to the test suite. > > Thanks very much for this code change! I think it is a first good > step forward towards having a better error reporting system for users. > > ^_^ > > steven > > > On Apr 7, 2005 4:18 PM, Michael Bechard <got...@ya...> wrote: > > I added more robust error handling in all of the > > NoteProcessors. Two new classes; > > NoteProcessorException and NoteProcessorRTException. > > NoteProcessorException gets thrown in > > NoteProcessor.processNotes. > > ScoreUtilities.applyNoteProcessorChain catches them, > > shows a popup to the user, and bubbles the exception > > further up via NoteProcessorRTException, which is a > > RuntimeException. > > > > I tried to only throw errors on conditions that would > > have caused the CSD generation to not work anyway. > > Please please let me know if I missed anything. > > > > Thanks, > > Michael Bechard > > > > __________________________________ > > Do you Yahoo!? > > Make Yahoo! your home page > > http://www.yahoo.com/r/hs > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > |
From: Steven Yi <ste...@gm...> - 2005-04-08 03:31:44
|
Hi MIchael, I took a look at the code as I updated from CVS and from first glance things seemed like they were done just fine. The one thing that came to mind was that I have written a very very small number of JUnit tests, and this would have been good situation to have had tests written to test against. So, perhaps when I get some free time I will write some tests against all the noteProcessors and add to the test suite. Thanks very much for this code change! I think it is a first good step forward towards having a better error reporting system for users. ^_^ steven On Apr 7, 2005 4:18 PM, Michael Bechard <got...@ya...> wrote: > I added more robust error handling in all of the > NoteProcessors. Two new classes; > NoteProcessorException and NoteProcessorRTException. > NoteProcessorException gets thrown in > NoteProcessor.processNotes. > ScoreUtilities.applyNoteProcessorChain catches them, > shows a popup to the user, and bubbles the exception > further up via NoteProcessorRTException, which is a > RuntimeException. > > I tried to only throw errors on conditions that would > have caused the CSD generation to not work anyway. > Please please let me know if I missed anything. > > Thanks, > Michael Bechard > > __________________________________ > Do you Yahoo!? > Make Yahoo! your home page > http://www.yahoo.com/r/hs > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Michael B. <got...@ya...> - 2005-04-07 23:18:47
|
I added more robust error handling in all of the NoteProcessors. Two new classes; NoteProcessorException and NoteProcessorRTException. NoteProcessorException gets thrown in NoteProcessor.processNotes. ScoreUtilities.applyNoteProcessorChain catches them, shows a popup to the user, and bubbles the exception further up via NoteProcessorRTException, which is a RuntimeException. I tried to only throw errors on conditions that would have caused the CSD generation to not work anyway. Please please let me know if I missed anything. Thanks, Michael Bechard __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs |
From: Steven Yi <ste...@gm...> - 2005-04-02 01:52:29
|
Hi all, Just wanted to give everyone a head's up, I've commited the User InstrumentLibrary into CVS. It's got a few bugs at the moment that should be getting fixed up tonight or tomorrow, so I would recommend not using CVS version of blue for music work at the moment. Right now it is set up to load userInstrumentLibrary.xml from the user's .blue directory (if it exists), as well as save there on exit. If projects are loaded that contain a per-project instrument library, a prompt will be given notifying the user that the current version of blue will remove the library and update arrangements, as well as give an option to import the library into the user instrument library (it comes in as a folder called "Imported from Project"). I have to rework the Arrangement part to work like the old OrchestraGUI. (I think I will return to calling it Orchestra in the UI, even though the code will remain blue.Arrangement). You will be able to add instruments straight to your Orchestra, as well as copy back and forth between your user library and Orchestra. blueShare is broken at the moment, but shouldn't be too hard to fix. It will be modified to import/export from the user InstrumentLibrary. I'll send an updated email when I have gotten CVS version back to "usable for music work" state. Thanks, steven |
From: Steven Yi <ste...@gm...> - 2005-03-20 22:06:37
|
Well, now that I think of it, I'm not sure either. =o I was thinking that because CSDRender itself is called by the threaded playing code that by bubbling the exception it would kill off rendering, but that's a bad use of exceptions. Probably CSDRender should throw a CSDException and all the calling classes should catch that and proceed to render the returned CSD if no exceptions. The CSDException could aggregate a number of exceptions from soundObjects/instruments/noteProcessors etc. if there are a bunch and throw that instead of returning a CSD at the end of that method. steven On Sun, 20 Mar 2005 07:16:10 -0800 (PST), Michael Bechard <got...@ya...> wrote: > That sounds good. I'm confused, though, as to why you > would want to bubble up a RuntimeException with the > CSDRender class. If the error is being caught and > dealt with at the CSDRender class, why propogate the > error further and "crash" the whole system? > > Michael Bechard > > --- Steven Yi <ste...@gm...> wrote: > > > Hi Michael, > > > > You raise a good issue. I prefer that things not be > > silently ignored > > and messages be posted to the user and no CSD is > > outputted. The > > easiest way I can think of is creating a > > SoundObjectException and > > NoteProcessorException classes that soundObjects can > > raise and bubble > > up to the CSDRender class. That class can then > > report messages and > > kill the compilation process. > > > > For the time being, I have largely allowed the > > processors to throw > > exceptions to kill the stack as a primitive > > (lazy...) way to do this. > > I guess for me it hasn't been a problem to figure > > out what's going on > > as stack traces are easy for me to follow as a Java > > Programmer, but > > for users I'm sure it makes no sense. > > > > At the end of the chain (CSDREnder I guess), all > > exceptions could be > > wrapped in a RuntimeException so that calling > > classes wouldn't have > > to explicitly catch the exception and the > > RuntimeException can bubble > > up to kill the stack. > > > > How's that sound? > > > > steven > > > > > > On Sat, 19 Mar 2005 14:47:50 -0800 (PST), Michael > > Bechard > > <got...@ya...> wrote: > > > I've found a bug similar to the one I just fixed. > > > It's with the EqualsProcessor (and probably other > > > processors as well); if the pfield it's trying to > > do > > > its processing on is not there, it will crash. > > > > > > Now the question I've got is, do we just have the > > app > > > silently ignore that pfield and have the processor > > > process the rest of the notes, or do we alert the > > user > > > about this problem, or a combination of both; I'd > > > think some kind of alert would be best. But the > > > problem goes a little deeper than that. What if > > > someone were inadvertently trying to apply a > > > PchAddProcessor to a negative pfield? There are > > all > > > sorts of situations that may not make sense to a > > note > > > processor and cause it to crash, so should we add > > that > > > error checking into all of the processors? > > > > > > I feel silly for running into this problem in the > > > first place, because really I ought to be paying > > more > > > attention to my polyObjects and note processors > > (am I > > > the only user who has encountered this sort of > > > thing?). However, mistakes will happen, and the > > > application should be smart enough to catch them. > > When > > > the application simply won't generate a CSD > > because of > > > these problems, the user has no idea where to > > begin to > > > look for the problem and wastes alot of time > > digging > > > around. > > > > > > Michael Bechard > > > > > > __________________________________ > > > Do you Yahoo!? > > > Make Yahoo! your home page > > > http://www.yahoo.com/r/hs > > > > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > > Discover which products truly live up to the hype. > > Start reading now. > > > > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > Bluemusic-devel mailing list > > > Blu...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > Discover which products truly live up to the hype. > > Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > __________________________________ > Do you Yahoo!? > Yahoo! Mail - Easier than ever with enhanced search. Learn more. > http://info.mail.yahoo.com/mail_250 > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > |
From: Michael B. <got...@ya...> - 2005-03-20 15:16:11
|
That sounds good. I'm confused, though, as to why you would want to bubble up a RuntimeException with the CSDRender class. If the error is being caught and dealt with at the CSDRender class, why propogate the error further and "crash" the whole system? Michael Bechard --- Steven Yi <ste...@gm...> wrote: > Hi Michael, > > You raise a good issue. I prefer that things not be > silently ignored > and messages be posted to the user and no CSD is > outputted. The > easiest way I can think of is creating a > SoundObjectException and > NoteProcessorException classes that soundObjects can > raise and bubble > up to the CSDRender class. That class can then > report messages and > kill the compilation process. > > For the time being, I have largely allowed the > processors to throw > exceptions to kill the stack as a primitive > (lazy...) way to do this. > I guess for me it hasn't been a problem to figure > out what's going on > as stack traces are easy for me to follow as a Java > Programmer, but > for users I'm sure it makes no sense. > > At the end of the chain (CSDREnder I guess), all > exceptions could be > wrapped in a RuntimeException so that calling > classes wouldn't have > to explicitly catch the exception and the > RuntimeException can bubble > up to kill the stack. > > How's that sound? > > steven > > > On Sat, 19 Mar 2005 14:47:50 -0800 (PST), Michael > Bechard > <got...@ya...> wrote: > > I've found a bug similar to the one I just fixed. > > It's with the EqualsProcessor (and probably other > > processors as well); if the pfield it's trying to > do > > its processing on is not there, it will crash. > > > > Now the question I've got is, do we just have the > app > > silently ignore that pfield and have the processor > > process the rest of the notes, or do we alert the > user > > about this problem, or a combination of both; I'd > > think some kind of alert would be best. But the > > problem goes a little deeper than that. What if > > someone were inadvertently trying to apply a > > PchAddProcessor to a negative pfield? There are > all > > sorts of situations that may not make sense to a > note > > processor and cause it to crash, so should we add > that > > error checking into all of the processors? > > > > I feel silly for running into this problem in the > > first place, because really I ought to be paying > more > > attention to my polyObjects and note processors > (am I > > the only user who has encountered this sort of > > thing?). However, mistakes will happen, and the > > application should be smart enough to catch them. > When > > the application simply won't generate a CSD > because of > > these problems, the user has no idea where to > begin to > > look for the problem and wastes alot of time > digging > > around. > > > > Michael Bechard > > > > __________________________________ > > Do you Yahoo!? > > Make Yahoo! your home page > > http://www.yahoo.com/r/hs > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT > Products from real users. > > Discover which products truly live up to the hype. > Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > Bluemusic-devel mailing list > > Blu...@li... > > > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Bluemusic-devel mailing list > Blu...@li... > https://lists.sourceforge.net/lists/listinfo/bluemusic-devel > __________________________________ Do you Yahoo!? Yahoo! Mail - Easier than ever with enhanced search. Learn more. http://info.mail.yahoo.com/mail_250 |