From wesley.hoke at gmail.com Sun Jun 24 16:28:47 2007 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Jun 24 16:28:54 2007 Subject: [Tdg] Mint this summer Message-ID: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> Hi everyone, I've just started working again on Mint. I've got a Cocoa project going on OSX and left the carbon stuff behind since Cocoa is where OSX is going and Carbon will be deprecated in the next version of OSX. Let's figure out a gameplan. I'm thinking to work on the application class and even passing between systems. What I think would be a good first demo is having the audio and graphics subsystems in shape enough to do a demo across multiple screens and speakers with a straightforward to understand section for user code to put things together. I know Rama wants to work on the graphics and Graham wants to work on time. I can work on the things that will tie this all together like the event system and scheduler and how this stuff passes through the app class which will probably overlap somewhat with what Graham wants to work on. I'm going through old code and ideas right now to see where things stand and how the event system will work. Anyway, let's kick this off. wes From rch at umail.ucsb.edu Sun Jun 24 17:06:44 2007 From: rch at umail.ucsb.edu (Rama Hoetzlein) Date: Sun Jun 24 17:07:35 2007 Subject: [Tdg] Mint this summer In-Reply-To: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> Message-ID: <467F0714.7080702@umail.ucsb.edu> Sounds good. I think the memory pooling, event handling, and event passing will be much more impacted by the needs for multi-threading, which will not effect rendering, that I am ok with defering most of those discussions and solutions to the rest of the group. I'd like to focus on enumerating displays, getting windows up, and network rendering - but i may have a few reqests of the event system along the way - such as the ability to handle blocks of events, and group by type, for network transmission. rama Wesley Smith wrote: > Hi everyone, > I've just started working again on Mint. I've got a Cocoa project > going on OSX and left the carbon stuff behind since Cocoa is where OSX > is going and Carbon will be deprecated in the next version of OSX. > Let's figure out a gameplan. I'm thinking to work on the application > class and even passing between systems. > > What I think would be a good first demo is having the audio and > graphics subsystems in shape enough to do a demo across multiple > screens and speakers with a straightforward to understand section for > user code to put things together. I know Rama wants to work on the > graphics and Graham wants to work on time. I can work on the things > that will tie this all together like the event system and scheduler > and how this stuff passes through the app class which will probably > overlap somewhat with what Graham wants to work on. > > I'm going through old code and ideas right now to see where things > stand and how the event system will work. Anyway, let's kick this > off. > > > wes > _______________________________________________ > Tdg mailing list > Tdg@mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg From wesley.hoke at gmail.com Sun Jun 24 17:37:23 2007 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun Jun 24 17:37:32 2007 Subject: [Tdg] Mint this summer In-Reply-To: <467F0714.7080702@umail.ucsb.edu> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> <467F0714.7080702@umail.ucsb.edu> Message-ID: <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> Sounds good. Over the next 2 weeks I will spell out the specs of the event system and memory pooling and request feedback for comments. I a good way to work as a group and avoid to too many chefs in the kitchen syndrome is for us each to take responsibility for a particular aspect of the project and solicit feedback on designs and test programs. What do ya'll think? wes On 6/24/07, Rama Hoetzlein wrote: > Sounds good. > > I think the memory pooling, event handling, and event passing will be > much more impacted by the needs for multi-threading, which will not > effect rendering, that I am ok with defering most of those discussions > and solutions to the rest of the group. > > I'd like to focus on enumerating displays, getting windows up, and > network rendering - but i may have a few reqests of the event system > along the way - such as the ability to handle blocks of events, and > group by type, for network transmission. > > rama > > Wesley Smith wrote: > > > Hi everyone, > > I've just started working again on Mint. I've got a Cocoa project > > going on OSX and left the carbon stuff behind since Cocoa is where OSX > > is going and Carbon will be deprecated in the next version of OSX. > > Let's figure out a gameplan. I'm thinking to work on the application > > class and even passing between systems. > > > > What I think would be a good first demo is having the audio and > > graphics subsystems in shape enough to do a demo across multiple > > screens and speakers with a straightforward to understand section for > > user code to put things together. I know Rama wants to work on the > > graphics and Graham wants to work on time. I can work on the things > > that will tie this all together like the event system and scheduler > > and how this stuff passes through the app class which will probably > > overlap somewhat with what Graham wants to work on. > > > > I'm going through old code and ideas right now to see where things > > stand and how the event system will work. Anyway, let's kick this > > off. > > > > > > wes > > _______________________________________________ > > Tdg mailing list > > Tdg@mat.ucsb.edu > > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > > > _______________________________________________ > Tdg mailing list > Tdg@mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > From lists at grahamwakefield.net Mon Jun 25 10:34:53 2007 From: lists at grahamwakefield.net (Graham Wakefield) Date: Mon Jun 25 10:35:02 2007 Subject: [Tdg] Mint this summer In-Reply-To: <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> <467F0714.7080702@umail.ucsb.edu> <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> Message-ID: <59D67E0F-2183-4963-B0A0-3EC013FE71DC@grahamwakefield.net> Sounds good to me. Definitely concur with Cocoa rather than Carbon for OSX. Though it's another language to deal with my experience in making it work for the thesis project convinced me... Also supports embedding within existing applications better, since most people on mac are using Cocoa anyway now. So, maybe still a bit vague how the areas overlap, but here's what I'd like to contribute to: short term: message buffers / threading solution etc not that I want to, but that I need it ;-|. I think me & Wes can work on this since we also need it for the Vessel/Abelian or jit.gl.lua/lua~ stuff, and have half a solution already that could possibly be generalized. medium term: audio stuff + cocoa stuff no doubt with Lance for the synz binding and so on, and with Wes for cocoa. longer term: timing and scheduling + demo material + documentation a general toolkit for timing, scheduling, grouping and compositing, maybe even some temporal logic. I think this would be a powerful addition. Demo is where the fun starts, and documentation is what makes a project live or die. I'd prefer to avoid working on graphics, devices/hid, file/network IO and so on if others are happy to tackle them. G On Jun 24, 2007, at 5:37 PM, Wesley Smith wrote: > Sounds good. Over the next 2 weeks I will spell out the specs of the > event system and memory pooling and request feedback for comments. I > a good way to work as a group and avoid to too many chefs in the > kitchen syndrome is for us each to take responsibility for a > particular aspect of the project and solicit feedback on designs and > test programs. What do ya'll think? > > wes > > On 6/24/07, Rama Hoetzlein wrote: >> Sounds good. >> >> I think the memory pooling, event handling, and event passing will be >> much more impacted by the needs for multi-threading, which will not >> effect rendering, that I am ok with defering most of those >> discussions >> and solutions to the rest of the group. >> >> I'd like to focus on enumerating displays, getting windows up, and >> network rendering - but i may have a few reqests of the event system >> along the way - such as the ability to handle blocks of events, and >> group by type, for network transmission. >> >> rama >> >> Wesley Smith wrote: >> >> > Hi everyone, >> > I've just started working again on Mint. I've got a Cocoa project >> > going on OSX and left the carbon stuff behind since Cocoa is >> where OSX >> > is going and Carbon will be deprecated in the next version of OSX. >> > Let's figure out a gameplan. I'm thinking to work on the >> application >> > class and even passing between systems. >> > >> > What I think would be a good first demo is having the audio and >> > graphics subsystems in shape enough to do a demo across multiple >> > screens and speakers with a straightforward to understand >> section for >> > user code to put things together. I know Rama wants to work on the >> > graphics and Graham wants to work on time. I can work on the >> things >> > that will tie this all together like the event system and scheduler >> > and how this stuff passes through the app class which will probably >> > overlap somewhat with what Graham wants to work on. >> > >> > I'm going through old code and ideas right now to see where things >> > stand and how the event system will work. Anyway, let's kick this >> > off. >> > >> > >> > wes >> > _______________________________________________ >> > Tdg mailing list >> > Tdg@mat.ucsb.edu >> > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg >> >> >> _______________________________________________ >> Tdg mailing list >> Tdg@mat.ucsb.edu >> http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg >> > _______________________________________________ > Tdg mailing list > Tdg@mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg Graham Wakefield wakefield@mat.ucsb.edu www.mat.ucsb.edu/~wakefield grrr waaa www.grahamwakefield.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://zydeco.mat.ucsb.edu/pipermail/tdg/attachments/20070625/1cbbfebf/attachment-0001.html From alex at neisis.net Mon Jun 25 13:46:07 2007 From: alex at neisis.net (Alex Norman) Date: Mon Jun 25 13:46:20 2007 Subject: [Tdg] Mint this summer In-Reply-To: <59D67E0F-2183-4963-B0A0-3EC013FE71DC@grahamwakefield.net> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> <467F0714.7080702@umail.ucsb.edu> <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> <59D67E0F-2183-4963-B0A0-3EC013FE71DC@grahamwakefield.net> Message-ID: <20070625204607.GK13904@silverninja.net> It turns out I'll actually be in town for most of July and august. I'd like to work on timing/scheduling events in time + Linux integration, I'll be working on my thesis project and allosphere stuff so I won't have a huge amount of time but the event scheduling is something I've wanted to work on for my own purposes anyways [a library I'll be creating] and have a renewed energy to work on. My work with the allosphere stuff could probably also include some mint testing etc. -Alex On 0, Graham Wakefield wrote: > Sounds good to me. > > Definitely concur with Cocoa rather than Carbon for OSX. Though it's > another language to deal with my experience in making it work for the > thesis project convinced me... Also supports embedding within > existing applications better, since most people on mac are using > Cocoa anyway now. > > So, maybe still a bit vague how the areas overlap, but here's what > I'd like to contribute to: > > short term: message buffers / threading solution etc > > not that I want to, but that I need it ;-|. I think me & Wes can > work on this since we also need it for the Vessel/Abelian or > jit.gl.lua/lua~ stuff, and have half a solution already that could > possibly be generalized. > > medium term: audio stuff + cocoa stuff > > no doubt with Lance for the synz binding and so on, and with Wes for > cocoa. > > longer term: timing and scheduling + demo material + documentation > > a general toolkit for timing, scheduling, grouping and compositing, > maybe even some temporal logic. I think this would be a powerful > addition. Demo is where the fun starts, and documentation is what > makes a project live or die. > > I'd prefer to avoid working on graphics, devices/hid, file/network IO > and so on if others are happy to tackle them. > > G > > On Jun 24, 2007, at 5:37 PM, Wesley Smith wrote: > > >Sounds good. Over the next 2 weeks I will spell out the specs of the > >event system and memory pooling and request feedback for comments. I > >a good way to work as a group and avoid to too many chefs in the > >kitchen syndrome is for us each to take responsibility for a > >particular aspect of the project and solicit feedback on designs and > >test programs. What do ya'll think? > > > >wes > > > >On 6/24/07, Rama Hoetzlein wrote: > >>Sounds good. > >> > >>I think the memory pooling, event handling, and event passing will be > >>much more impacted by the needs for multi-threading, which will not > >>effect rendering, that I am ok with defering most of those > >>discussions > >>and solutions to the rest of the group. > >> > >>I'd like to focus on enumerating displays, getting windows up, and > >>network rendering - but i may have a few reqests of the event system > >>along the way - such as the ability to handle blocks of events, and > >>group by type, for network transmission. > >> > >>rama > >> > >>Wesley Smith wrote: > >> > >>> Hi everyone, > >>> I've just started working again on Mint. I've got a Cocoa project > >>> going on OSX and left the carbon stuff behind since Cocoa is > >>where OSX > >>> is going and Carbon will be deprecated in the next version of OSX. > >>> Let's figure out a gameplan. I'm thinking to work on the > >>application > >>> class and even passing between systems. > >>> > >>> What I think would be a good first demo is having the audio and > >>> graphics subsystems in shape enough to do a demo across multiple > >>> screens and speakers with a straightforward to understand > >>section for > >>> user code to put things together. I know Rama wants to work on the > >>> graphics and Graham wants to work on time. I can work on the > >>things > >>> that will tie this all together like the event system and scheduler > >>> and how this stuff passes through the app class which will probably > >>> overlap somewhat with what Graham wants to work on. > >>> > >>> I'm going through old code and ideas right now to see where things > >>> stand and how the event system will work. Anyway, let's kick this > >>> off. > >>> > >>> > >>> wes > >>> _______________________________________________ > >>> Tdg mailing list > >>> Tdg@mat.ucsb.edu > >>> http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > >> > >> > >>_______________________________________________ > >>Tdg mailing list > >>Tdg@mat.ucsb.edu > >>http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > >> > >_______________________________________________ > >Tdg mailing list > >Tdg@mat.ucsb.edu > >http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > > Graham Wakefield > wakefield@mat.ucsb.edu > www.mat.ucsb.edu/~wakefield > > > > grrr waaa > www.grahamwakefield.net > > > > > _______________________________________________ > Tdg mailing list > Tdg@mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg From rch at umail.ucsb.edu Wed Jun 27 20:59:46 2007 From: rch at umail.ucsb.edu (Rama Hoetzlein) Date: Wed Jun 27 21:00:01 2007 Subject: [Tdg] Mint meeting Message-ID: <46833232.5030900@umail.ucsb.edu> I met with Tobias today, who introduced me to Brian Oster. Brian previously worked at Electronic Arts in game design and is now a doctoral student in nanosystems. He has extensive graphics and GPU experience. More importantly, Brian was just hired as Technical Director for the Allosphere, including hardware (I only just met Brian today). Lance recently raised the question of prototype project goals, and Brian is interested in a joint meeting with the Mint team to discuss cross-disciplinary milestones for the Allosphere using Mint. On another note, there are personal reasons why I won't work with Graham now. I am asking for all of your help on maintaining good group communication and future direction of the project while helping to limit my involvement with Graham. Brian has asked if we could have a meeting sometime next week. The topic would not be audio or graphics specific, but would instead focus on determining a unified goal for demonstration by the end of the summer. Tobias would also attend this meeting. I would recommend inviting any other faculty or people who have a vested interest in end-of-summer Allosphere demos. It looks to be a busy summer for Mint and I am excited about the direction of the project. When would be a good time for a larger group meeting next week? (Wes, when do you get back?) Regards, Rama From stp at HeavenEverywhere.com Wed Jun 27 22:06:32 2007 From: stp at HeavenEverywhere.com (Stephen Travis Pope) Date: Wed Jun 27 22:06:50 2007 Subject: [Tdg] Mint meeting In-Reply-To: <46833232.5030900@umail.ucsb.edu> References: <46833232.5030900@umail.ucsb.edu> Message-ID: It's "Brent" Oster, I believe. I'd also love to participate in a group meeting... stp -- Stephen Travis Pope -- Santa Barbara, California, USA http://HeavenEverywhere.com http://FASTLabInc.com -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic.tiff Type: image/tiff Size: 2442 bytes Desc: not available Url : http://zydeco.mat.ucsb.edu/pipermail/tdg/attachments/20070627/2f694c9e/pastedGraphic.tiff -------------- next part -------------- On Jun 27, 2007, at 8:59 PM, Rama Hoetzlein wrote: > I met with Tobias today, who introduced me to Brian Oster. Brian > previously worked at Electronic Arts in game design and is now a > doctoral student in nanosystems. He has extensive graphics and GPU > experience. > > More importantly, Brian was just hired as Technical Director for > the Allosphere, including hardware (I only just met Brian today). > Lance recently raised the question of prototype project goals, and > Brian is interested in a joint meeting with the Mint team to > discuss cross-disciplinary milestones for the Allosphere using Mint. > > On another note, there are personal reasons why I won't work with > Graham now. I am asking for all of your help on maintaining good > group communication and future direction of the project while > helping to limit my involvement with Graham. > > Brian has asked if we could have a meeting sometime next week. The > topic would not be audio or graphics specific, but would instead > focus on determining a unified goal for demonstration by the end of > the summer. Tobias would also attend this meeting. I would > recommend inviting any other faculty or people who have a vested > interest in end-of-summer Allosphere demos. It looks to be a busy > summer for Mint and I am excited about the direction of the project. > > When would be a good time for a larger group meeting next week? > (Wes, when do you get back?) > > Regards, > Rama > _______________________________________________ > Tdg mailing list > Tdg@mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > From ljputnam at umail.ucsb.edu Thu Jun 28 10:10:37 2007 From: ljputnam at umail.ucsb.edu (Lance J. Putnam) Date: Thu Jun 28 10:10:49 2007 Subject: [Tdg] Mint meeting In-Reply-To: <46833232.5030900@umail.ucsb.edu> References: <46833232.5030900@umail.ucsb.edu> Message-ID: <20070628101037.c6pn2q0nocw40wok@webaccess.umail.ucsb.edu> Hi Rama, Yes Brent's name indeed is Brent. I am free anytime next week to meet (other than of course the IGERT Tues. 11AM meeting time). Rama, could you, if not done already, add JoAnn (jkm@create.ucsb.edu) and Brent (brent.oster@create.ucsb.edu) to the TDG list? Tanks. Lance Rama Hoetzlein wrote: > I met with Tobias today, who introduced me to Brian Oster. Brian > previously worked at Electronic Arts in game design and is now a > doctoral student in nanosystems. He has extensive graphics and GPU > experience. > > More importantly, Brian was just hired as Technical Director for the > Allosphere, including hardware (I only just met Brian today). Lance > recently raised the question of prototype project goals, and Brian is > interested in a joint meeting with the Mint team to discuss > cross-disciplinary milestones for the Allosphere using Mint. > > On another note, there are personal reasons why I won't work with > Graham now. I am asking for all of your help on maintaining good group > communication and future direction of the project while helping to > limit my involvement with Graham. > > Brian has asked if we could have a meeting sometime next week. The > topic would not be audio or graphics specific, but would instead focus > on determining a unified goal for demonstration by the end of the > summer. Tobias would also attend this meeting. I would recommend > inviting any other faculty or people who have a vested interest in > end-of-summer Allosphere demos. It looks to be a busy summer for Mint > and I am excited about the direction of the project. > > When would be a good time for a larger group meeting next week? > (Wes, when do you get back?) > > Regards, > Rama > _______________________________________________ > Tdg mailing list > Tdg@mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg -- Lance Putnam Graduate Student Electronic Music and Sound Design Media Arts and Technology / UCSB ljputnam@umail.ucsb.edu From stp at create.ucsb.edu Thu Jun 28 14:13:19 2007 From: stp at create.ucsb.edu (Stephen Travis Pope) Date: Thu Jun 28 19:00:35 2007 Subject: [Tdg] CSL Updates Message-ID: <43F88BE9-DD2D-42F6-B811-009291E5EF58@create.ucsb.edu> Hi all, I've just checked in a load of CSL updates ported CAIO (CoreAudio, less overhead) new instruments (fancy FM, additive) InOut with channel map Fixes in Envelopes and Filters many framework tweaks I'm still working on the SoundFile code to add transposition (as in a sampler) I'm using the OSC servers and SWIG interfaces pretty exclusively nowadays... Do any of the TDG team feel able to make a simple scope app for CSL graphs? stp -- Stephen Travis Pope -- Santa Barbara, California, USA http://HeavenEverywhere.com http://FASTLabInc.com ? -------------- next part -------------- Skipped content of type multipart/related From wesley.hoke at gmail.com Sun Jun 24 16:28:47 2007 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun, 24 Jun 2007 18:28:47 -0500 Subject: [Tdg] Mint this summer Message-ID: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> Hi everyone, I've just started working again on Mint. I've got a Cocoa project going on OSX and left the carbon stuff behind since Cocoa is where OSX is going and Carbon will be deprecated in the next version of OSX. Let's figure out a gameplan. I'm thinking to work on the application class and even passing between systems. What I think would be a good first demo is having the audio and graphics subsystems in shape enough to do a demo across multiple screens and speakers with a straightforward to understand section for user code to put things together. I know Rama wants to work on the graphics and Graham wants to work on time. I can work on the things that will tie this all together like the event system and scheduler and how this stuff passes through the app class which will probably overlap somewhat with what Graham wants to work on. I'm going through old code and ideas right now to see where things stand and how the event system will work. Anyway, let's kick this off. wes From rch at umail.ucsb.edu Sun Jun 24 17:06:44 2007 From: rch at umail.ucsb.edu (Rama Hoetzlein) Date: Sun, 24 Jun 2007 17:06:44 -0700 Subject: [Tdg] Mint this summer In-Reply-To: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> Message-ID: <467F0714.7080702@umail.ucsb.edu> Sounds good. I think the memory pooling, event handling, and event passing will be much more impacted by the needs for multi-threading, which will not effect rendering, that I am ok with defering most of those discussions and solutions to the rest of the group. I'd like to focus on enumerating displays, getting windows up, and network rendering - but i may have a few reqests of the event system along the way - such as the ability to handle blocks of events, and group by type, for network transmission. rama Wesley Smith wrote: > Hi everyone, > I've just started working again on Mint. I've got a Cocoa project > going on OSX and left the carbon stuff behind since Cocoa is where OSX > is going and Carbon will be deprecated in the next version of OSX. > Let's figure out a gameplan. I'm thinking to work on the application > class and even passing between systems. > > What I think would be a good first demo is having the audio and > graphics subsystems in shape enough to do a demo across multiple > screens and speakers with a straightforward to understand section for > user code to put things together. I know Rama wants to work on the > graphics and Graham wants to work on time. I can work on the things > that will tie this all together like the event system and scheduler > and how this stuff passes through the app class which will probably > overlap somewhat with what Graham wants to work on. > > I'm going through old code and ideas right now to see where things > stand and how the event system will work. Anyway, let's kick this > off. > > > wes > _______________________________________________ > Tdg mailing list > Tdg at mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg From wesley.hoke at gmail.com Sun Jun 24 17:37:23 2007 From: wesley.hoke at gmail.com (Wesley Smith) Date: Sun, 24 Jun 2007 19:37:23 -0500 Subject: [Tdg] Mint this summer In-Reply-To: <467F0714.7080702@umail.ucsb.edu> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> <467F0714.7080702@umail.ucsb.edu> Message-ID: <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> Sounds good. Over the next 2 weeks I will spell out the specs of the event system and memory pooling and request feedback for comments. I a good way to work as a group and avoid to too many chefs in the kitchen syndrome is for us each to take responsibility for a particular aspect of the project and solicit feedback on designs and test programs. What do ya'll think? wes On 6/24/07, Rama Hoetzlein wrote: > Sounds good. > > I think the memory pooling, event handling, and event passing will be > much more impacted by the needs for multi-threading, which will not > effect rendering, that I am ok with defering most of those discussions > and solutions to the rest of the group. > > I'd like to focus on enumerating displays, getting windows up, and > network rendering - but i may have a few reqests of the event system > along the way - such as the ability to handle blocks of events, and > group by type, for network transmission. > > rama > > Wesley Smith wrote: > > > Hi everyone, > > I've just started working again on Mint. I've got a Cocoa project > > going on OSX and left the carbon stuff behind since Cocoa is where OSX > > is going and Carbon will be deprecated in the next version of OSX. > > Let's figure out a gameplan. I'm thinking to work on the application > > class and even passing between systems. > > > > What I think would be a good first demo is having the audio and > > graphics subsystems in shape enough to do a demo across multiple > > screens and speakers with a straightforward to understand section for > > user code to put things together. I know Rama wants to work on the > > graphics and Graham wants to work on time. I can work on the things > > that will tie this all together like the event system and scheduler > > and how this stuff passes through the app class which will probably > > overlap somewhat with what Graham wants to work on. > > > > I'm going through old code and ideas right now to see where things > > stand and how the event system will work. Anyway, let's kick this > > off. > > > > > > wes > > _______________________________________________ > > Tdg mailing list > > Tdg at mat.ucsb.edu > > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > > > _______________________________________________ > Tdg mailing list > Tdg at mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > From lists at grahamwakefield.net Mon Jun 25 10:34:53 2007 From: lists at grahamwakefield.net (Graham Wakefield) Date: Mon, 25 Jun 2007 10:34:53 -0700 Subject: [Tdg] Mint this summer In-Reply-To: <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> <467F0714.7080702@umail.ucsb.edu> <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> Message-ID: <59D67E0F-2183-4963-B0A0-3EC013FE71DC@grahamwakefield.net> Sounds good to me. Definitely concur with Cocoa rather than Carbon for OSX. Though it's another language to deal with my experience in making it work for the thesis project convinced me... Also supports embedding within existing applications better, since most people on mac are using Cocoa anyway now. So, maybe still a bit vague how the areas overlap, but here's what I'd like to contribute to: short term: message buffers / threading solution etc not that I want to, but that I need it ;-|. I think me & Wes can work on this since we also need it for the Vessel/Abelian or jit.gl.lua/lua~ stuff, and have half a solution already that could possibly be generalized. medium term: audio stuff + cocoa stuff no doubt with Lance for the synz binding and so on, and with Wes for cocoa. longer term: timing and scheduling + demo material + documentation a general toolkit for timing, scheduling, grouping and compositing, maybe even some temporal logic. I think this would be a powerful addition. Demo is where the fun starts, and documentation is what makes a project live or die. I'd prefer to avoid working on graphics, devices/hid, file/network IO and so on if others are happy to tackle them. G On Jun 24, 2007, at 5:37 PM, Wesley Smith wrote: > Sounds good. Over the next 2 weeks I will spell out the specs of the > event system and memory pooling and request feedback for comments. I > a good way to work as a group and avoid to too many chefs in the > kitchen syndrome is for us each to take responsibility for a > particular aspect of the project and solicit feedback on designs and > test programs. What do ya'll think? > > wes > > On 6/24/07, Rama Hoetzlein wrote: >> Sounds good. >> >> I think the memory pooling, event handling, and event passing will be >> much more impacted by the needs for multi-threading, which will not >> effect rendering, that I am ok with defering most of those >> discussions >> and solutions to the rest of the group. >> >> I'd like to focus on enumerating displays, getting windows up, and >> network rendering - but i may have a few reqests of the event system >> along the way - such as the ability to handle blocks of events, and >> group by type, for network transmission. >> >> rama >> >> Wesley Smith wrote: >> >> > Hi everyone, >> > I've just started working again on Mint. I've got a Cocoa project >> > going on OSX and left the carbon stuff behind since Cocoa is >> where OSX >> > is going and Carbon will be deprecated in the next version of OSX. >> > Let's figure out a gameplan. I'm thinking to work on the >> application >> > class and even passing between systems. >> > >> > What I think would be a good first demo is having the audio and >> > graphics subsystems in shape enough to do a demo across multiple >> > screens and speakers with a straightforward to understand >> section for >> > user code to put things together. I know Rama wants to work on the >> > graphics and Graham wants to work on time. I can work on the >> things >> > that will tie this all together like the event system and scheduler >> > and how this stuff passes through the app class which will probably >> > overlap somewhat with what Graham wants to work on. >> > >> > I'm going through old code and ideas right now to see where things >> > stand and how the event system will work. Anyway, let's kick this >> > off. >> > >> > >> > wes >> > _______________________________________________ >> > Tdg mailing list >> > Tdg at mat.ucsb.edu >> > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg >> >> >> _______________________________________________ >> Tdg mailing list >> Tdg at mat.ucsb.edu >> http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg >> > _______________________________________________ > Tdg mailing list > Tdg at mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg Graham Wakefield wakefield at mat.ucsb.edu www.mat.ucsb.edu/~wakefield grrr waaa www.grahamwakefield.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.create.ucsb.edu/pipermail/tdg/attachments/20070625/1cbbfebf/attachment-0002.html From alex at neisis.net Mon Jun 25 13:46:07 2007 From: alex at neisis.net (Alex Norman) Date: Mon, 25 Jun 2007 13:46:07 -0700 Subject: [Tdg] Mint this summer In-Reply-To: <59D67E0F-2183-4963-B0A0-3EC013FE71DC@grahamwakefield.net> References: <1079b050706241628u4945ce9ft785e909de68c0ca@mail.gmail.com> <467F0714.7080702@umail.ucsb.edu> <1079b050706241737g7f66cfb8pf010546b40f976d@mail.gmail.com> <59D67E0F-2183-4963-B0A0-3EC013FE71DC@grahamwakefield.net> Message-ID: <20070625204607.GK13904@silverninja.net> It turns out I'll actually be in town for most of July and august. I'd like to work on timing/scheduling events in time + Linux integration, I'll be working on my thesis project and allosphere stuff so I won't have a huge amount of time but the event scheduling is something I've wanted to work on for my own purposes anyways [a library I'll be creating] and have a renewed energy to work on. My work with the allosphere stuff could probably also include some mint testing etc. -Alex On 0, Graham Wakefield wrote: > Sounds good to me. > > Definitely concur with Cocoa rather than Carbon for OSX. Though it's > another language to deal with my experience in making it work for the > thesis project convinced me... Also supports embedding within > existing applications better, since most people on mac are using > Cocoa anyway now. > > So, maybe still a bit vague how the areas overlap, but here's what > I'd like to contribute to: > > short term: message buffers / threading solution etc > > not that I want to, but that I need it ;-|. I think me & Wes can > work on this since we also need it for the Vessel/Abelian or > jit.gl.lua/lua~ stuff, and have half a solution already that could > possibly be generalized. > > medium term: audio stuff + cocoa stuff > > no doubt with Lance for the synz binding and so on, and with Wes for > cocoa. > > longer term: timing and scheduling + demo material + documentation > > a general toolkit for timing, scheduling, grouping and compositing, > maybe even some temporal logic. I think this would be a powerful > addition. Demo is where the fun starts, and documentation is what > makes a project live or die. > > I'd prefer to avoid working on graphics, devices/hid, file/network IO > and so on if others are happy to tackle them. > > G > > On Jun 24, 2007, at 5:37 PM, Wesley Smith wrote: > > >Sounds good. Over the next 2 weeks I will spell out the specs of the > >event system and memory pooling and request feedback for comments. I > >a good way to work as a group and avoid to too many chefs in the > >kitchen syndrome is for us each to take responsibility for a > >particular aspect of the project and solicit feedback on designs and > >test programs. What do ya'll think? > > > >wes > > > >On 6/24/07, Rama Hoetzlein wrote: > >>Sounds good. > >> > >>I think the memory pooling, event handling, and event passing will be > >>much more impacted by the needs for multi-threading, which will not > >>effect rendering, that I am ok with defering most of those > >>discussions > >>and solutions to the rest of the group. > >> > >>I'd like to focus on enumerating displays, getting windows up, and > >>network rendering - but i may have a few reqests of the event system > >>along the way - such as the ability to handle blocks of events, and > >>group by type, for network transmission. > >> > >>rama > >> > >>Wesley Smith wrote: > >> > >>> Hi everyone, > >>> I've just started working again on Mint. I've got a Cocoa project > >>> going on OSX and left the carbon stuff behind since Cocoa is > >>where OSX > >>> is going and Carbon will be deprecated in the next version of OSX. > >>> Let's figure out a gameplan. I'm thinking to work on the > >>application > >>> class and even passing between systems. > >>> > >>> What I think would be a good first demo is having the audio and > >>> graphics subsystems in shape enough to do a demo across multiple > >>> screens and speakers with a straightforward to understand > >>section for > >>> user code to put things together. I know Rama wants to work on the > >>> graphics and Graham wants to work on time. I can work on the > >>things > >>> that will tie this all together like the event system and scheduler > >>> and how this stuff passes through the app class which will probably > >>> overlap somewhat with what Graham wants to work on. > >>> > >>> I'm going through old code and ideas right now to see where things > >>> stand and how the event system will work. Anyway, let's kick this > >>> off. > >>> > >>> > >>> wes > >>> _______________________________________________ > >>> Tdg mailing list > >>> Tdg at mat.ucsb.edu > >>> http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > >> > >> > >>_______________________________________________ > >>Tdg mailing list > >>Tdg at mat.ucsb.edu > >>http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > >> > >_______________________________________________ > >Tdg mailing list > >Tdg at mat.ucsb.edu > >http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > > Graham Wakefield > wakefield at mat.ucsb.edu > www.mat.ucsb.edu/~wakefield > > > > grrr waaa > www.grahamwakefield.net > > > > > _______________________________________________ > Tdg mailing list > Tdg at mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg From rch at umail.ucsb.edu Wed Jun 27 20:59:46 2007 From: rch at umail.ucsb.edu (Rama Hoetzlein) Date: Wed, 27 Jun 2007 20:59:46 -0700 Subject: [Tdg] Mint meeting Message-ID: <46833232.5030900@umail.ucsb.edu> I met with Tobias today, who introduced me to Brian Oster. Brian previously worked at Electronic Arts in game design and is now a doctoral student in nanosystems. He has extensive graphics and GPU experience. More importantly, Brian was just hired as Technical Director for the Allosphere, including hardware (I only just met Brian today). Lance recently raised the question of prototype project goals, and Brian is interested in a joint meeting with the Mint team to discuss cross-disciplinary milestones for the Allosphere using Mint. On another note, there are personal reasons why I won't work with Graham now. I am asking for all of your help on maintaining good group communication and future direction of the project while helping to limit my involvement with Graham. Brian has asked if we could have a meeting sometime next week. The topic would not be audio or graphics specific, but would instead focus on determining a unified goal for demonstration by the end of the summer. Tobias would also attend this meeting. I would recommend inviting any other faculty or people who have a vested interest in end-of-summer Allosphere demos. It looks to be a busy summer for Mint and I am excited about the direction of the project. When would be a good time for a larger group meeting next week? (Wes, when do you get back?) Regards, Rama From stp at HeavenEverywhere.com Wed Jun 27 22:06:32 2007 From: stp at HeavenEverywhere.com (Stephen Travis Pope) Date: Wed, 27 Jun 2007 22:06:32 -0700 Subject: [Tdg] Mint meeting In-Reply-To: <46833232.5030900@umail.ucsb.edu> References: <46833232.5030900@umail.ucsb.edu> Message-ID: It's "Brent" Oster, I believe. I'd also love to participate in a group meeting... stp -- Stephen Travis Pope -- Santa Barbara, California, USA http://HeavenEverywhere.com http://FASTLabInc.com -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic.tiff Type: image/tiff Size: 2442 bytes Desc: not available Url : http://lists.create.ucsb.edu/pipermail/tdg/attachments/20070627/2f694c9e/attachment.tiff -------------- next part -------------- On Jun 27, 2007, at 8:59 PM, Rama Hoetzlein wrote: > I met with Tobias today, who introduced me to Brian Oster. Brian > previously worked at Electronic Arts in game design and is now a > doctoral student in nanosystems. He has extensive graphics and GPU > experience. > > More importantly, Brian was just hired as Technical Director for > the Allosphere, including hardware (I only just met Brian today). > Lance recently raised the question of prototype project goals, and > Brian is interested in a joint meeting with the Mint team to > discuss cross-disciplinary milestones for the Allosphere using Mint. > > On another note, there are personal reasons why I won't work with > Graham now. I am asking for all of your help on maintaining good > group communication and future direction of the project while > helping to limit my involvement with Graham. > > Brian has asked if we could have a meeting sometime next week. The > topic would not be audio or graphics specific, but would instead > focus on determining a unified goal for demonstration by the end of > the summer. Tobias would also attend this meeting. I would > recommend inviting any other faculty or people who have a vested > interest in end-of-summer Allosphere demos. It looks to be a busy > summer for Mint and I am excited about the direction of the project. > > When would be a good time for a larger group meeting next week? > (Wes, when do you get back?) > > Regards, > Rama > _______________________________________________ > Tdg mailing list > Tdg at mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg > From ljputnam at umail.ucsb.edu Thu Jun 28 10:10:37 2007 From: ljputnam at umail.ucsb.edu (Lance J. Putnam) Date: Thu, 28 Jun 2007 10:10:37 -0700 Subject: [Tdg] Mint meeting In-Reply-To: <46833232.5030900@umail.ucsb.edu> References: <46833232.5030900@umail.ucsb.edu> Message-ID: <20070628101037.c6pn2q0nocw40wok@webaccess.umail.ucsb.edu> Hi Rama, Yes Brent's name indeed is Brent. I am free anytime next week to meet (other than of course the IGERT Tues. 11AM meeting time). Rama, could you, if not done already, add JoAnn (jkm at create.ucsb.edu) and Brent (brent.oster at create.ucsb.edu) to the TDG list? Tanks. Lance Rama Hoetzlein wrote: > I met with Tobias today, who introduced me to Brian Oster. Brian > previously worked at Electronic Arts in game design and is now a > doctoral student in nanosystems. He has extensive graphics and GPU > experience. > > More importantly, Brian was just hired as Technical Director for the > Allosphere, including hardware (I only just met Brian today). Lance > recently raised the question of prototype project goals, and Brian is > interested in a joint meeting with the Mint team to discuss > cross-disciplinary milestones for the Allosphere using Mint. > > On another note, there are personal reasons why I won't work with > Graham now. I am asking for all of your help on maintaining good group > communication and future direction of the project while helping to > limit my involvement with Graham. > > Brian has asked if we could have a meeting sometime next week. The > topic would not be audio or graphics specific, but would instead focus > on determining a unified goal for demonstration by the end of the > summer. Tobias would also attend this meeting. I would recommend > inviting any other faculty or people who have a vested interest in > end-of-summer Allosphere demos. It looks to be a busy summer for Mint > and I am excited about the direction of the project. > > When would be a good time for a larger group meeting next week? > (Wes, when do you get back?) > > Regards, > Rama > _______________________________________________ > Tdg mailing list > Tdg at mat.ucsb.edu > http://zydeco.mat.ucsb.edu/mailman/listinfo/tdg -- Lance Putnam Graduate Student Electronic Music and Sound Design Media Arts and Technology / UCSB ljputnam at umail.ucsb.edu From stp at create.ucsb.edu Thu Jun 28 14:13:19 2007 From: stp at create.ucsb.edu (Stephen Travis Pope) Date: Thu, 28 Jun 2007 14:13:19 -0700 Subject: [Tdg] CSL Updates Message-ID: <43F88BE9-DD2D-42F6-B811-009291E5EF58@create.ucsb.edu> Hi all, I've just checked in a load of CSL updates ported CAIO (CoreAudio, less overhead) new instruments (fancy FM, additive) InOut with channel map Fixes in Envelopes and Filters many framework tweaks I'm still working on the SoundFile code to add transposition (as in a sampler) I'm using the OSC servers and SWIG interfaces pretty exclusively nowadays... Do any of the TDG team feel able to make a simple scope app for CSL graphs? stp -- Stephen Travis Pope -- Santa Barbara, California, USA http://HeavenEverywhere.com http://FASTLabInc.com ? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.create.ucsb.edu/pipermail/tdg/attachments/20070628/626461ac/attachment-0002.html -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic.tiff Type: image/tiff Size: 2442 bytes Desc: not available Url : http://lists.create.ucsb.edu/pipermail/tdg/attachments/20070628/626461ac/attachment.tiff