hi,
first of all i've made a 'concept implementation' of GEM based on the SDL lib (since i met the freej programmer some days ago and we were talking about possible interaction) - works yet is terribly unfinished (no events etc. yet got rid of X programming, fullscreen mode works but not available in last build). anyone interested in that? please send me a mail. only affects linux in the moment.
second thing:
is anyone in helsinki in the moment? i am here until 10th - would be nice to meet people from the list.
pi
martin pi
http://attacksyour.net/pi
www.machfeld.net
yes, please!
On Mon, 2003-01-06 at 17:23, martin pi wrote:
hi,
first of all i've made a 'concept implementation' of GEM based on the SDL lib (since i met the freej programmer some days ago and we were talking about possible interaction) - works yet is terribly unfinished (no events etc. yet got rid of X programming, fullscreen mode works but not available in last build). anyone interested in that? please send me a mail. only affects linux in the moment.
second thing:
is anyone in helsinki in the moment? i am here until 10th - would be nice to meet people from the list.
pi
martin pi http://attacksyour.net/pi www.machfeld.net
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
hi,
first of all i've made a 'concept implementation' of GEM based on the SDL lib (since i met the freej programmer some days ago and we were talking about possible interaction) - works yet is terribly unfinished (no events etc. yet got rid of X programming, fullscreen mode works but not available in last build). anyone interested in that? please send me a mail. only affects linux in the moment.
hi martin,
...good idea: when I did the OS X port, I thought about doing it via SDL, but went with native support in the end...I don't know that it would help existing implementations, but I think gridflow has some sdl support, so maybe it'd help to get gridflow and gem to work together (if desired?)...
...at any rate, I love sdl!
hehe jamie
Quoting tigital tigital@mac.com:
...good idea: when I did the OS X port, I thought about doing it via
SDL, but went with native support in the end...I don't know that it would help existing implementations, but I think gridflow has some sdl support, so maybe it'd help to get gridflow and gem to work together (if desired?)...
...at any rate, I love sdl!
i was just thinking about sthg like this today when talking about aalib. i would really like Gem to run on console only machines too (at least under linux/un*x); this would not break my ideas of platform independence, since only the output would be platform dependent (which it is anyhow)
ah yes, SDL is supported by aalib.
mfg.,a.sr IOhannes
Hi, zmoelnig@iem.at hat gesagt: // zmoelnig@iem.at wrote:
Quoting tigital tigital@mac.com:
...good idea: when I did the OS X port, I thought about doing it via
SDL, but went with native support in the end...I don't know that it would help existing implementations, but I think gridflow has some sdl support, so maybe it'd help to get gridflow and gem to work together (if desired?)...
...at any rate, I love sdl!
i was just thinking about sthg like this today when talking about aalib. i would really like Gem to run on console only machines too (at least under linux/un*x); this would not break my ideas of platform independence, since only the output would be platform dependent (which it is anyhow)
ah yes, SDL is supported by aalib.
This brings up the question, what Gem should be? It started as a kind of wrapper around OpenGL, then video came in, but still processed in OpenGL (I suspect. I never used the video stuff).
Now SDL also is a wrapper around OpenGL and around a lot of other things, including sound ;) I see, that SDL might be easier to program.
But one of my dreams would be, to be able to design patcher objects in Gem (or another GUI-interface). That means, having a fast OpenGL area inside Pd patches, not (but possibly) in an extra window. I wonder, if SDL is as 'embedable' as OpenGl (which is for example like in gtkglarea, wxwindos, ...)
But this might lead to a Pd toolkit discussion again...
ciao
Frank Barknecht _ ______footils.org__
But one of my dreams would be, to be able to design patcher objects in Gem (or another GUI-interface). That means, having a fast OpenGL area inside Pd patches, not (but possibly) in an extra window. I wonder, if SDL is as 'embedable' as OpenGl (which is for example like in gtkglarea, wxwindos, ...)
SDL is no wrapper around opengl. it replaces the window-code and not the opengl. that is used as ever. so on this side no changes happen (and yes - it initialises hardware accelerated, if desired)
so i would not replace opengl or whatever and no external would need a change. just the window creation and event handling code is altered: from 3 (x+win+osx) to 1 method.
and at no cost maybe
and documentation of capabilities is maintained by third party
martin
ciao
Frank Barknecht _ ______footils.org__
PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list
martin pi
http://attacksyour.net/pi
www.machfeld.net
SDL is no wrapper around opengl. it replaces the window-code and not the opengl. that is used as ever. so on this side no changes happen (and yes - it initialises hardware accelerated, if desired)
So, as i understand it, SDL would just be a replacement for GLUT, no? Maybe with a larger feature set. I'll have a look.
T
...good idea: when I did the OS X port, I thought about doing it via SDL, but went with native support in the end...I don't know that it would help existing implementations, but I think gridflow has some sdl support, so maybe it'd help to get gridflow and gem to work together (if desired?)...
i think a lot of native code could be made platform independent if a shift to SDL would happen. while implementations are not absolutely the same the paradigm - as iohannes described it - is the same: if it is not possible to do something as good as in another system: try it to make it at least "similar" in behaviour/vision.
SDL is still actively developed. and if we happen to realise more cross-platform compatibility it would be good for the community and thus other projects to, since code could be included into SDL itself.
it is always a good choice to make libraries platform independent, not programs - at least in my opinion. and GEM as a "framework" is inbetween.
martin
martin pi
http://attacksyour.net/pi
www.machfeld.net
On Tue, 7 Jan 2003, tigital wrote:
...good idea: when I did the OS X port, I thought about doing it via SDL, but went with native support in the end...I don't know that it would help existing implementations, but I think gridflow has some sdl support, so maybe it'd help to get gridflow and gem to work together (if desired?)...
The support GridFlow has for SDL is very incomplete. AFAIK it's supposed to use SDL_main() and it is expected by SDL that it is being used by a standalone application, but GridFlow is a library, so SDL support is shitty, and the window doesn't respond to any events at all.
PostScriptum: I have made gridflow/format/sdl.c add itself to gridflow's event loop and now it's calling SDL_Poll() so that the window can at least respond to "redraw" events. I don't know whether that will have an impact on a MacOSX and/or Win32 port.
Mathieu Bouchard http://artengine.ca/matju
i will have a look at gridflow when i have more time than now --
sorry - this week gets a bit stressy now
martin
On Thu, 9 Jan 2003, Mathieu Bouchard wrote:
On Tue, 7 Jan 2003, tigital wrote:
...good idea: when I did the OS X port, I thought about doing it via SDL, but went with native support in the end...I don't know that it would help existing implementations, but I think gridflow has some sdl support, so maybe it'd help to get gridflow and gem to work together (if desired?)...
The support GridFlow has for SDL is very incomplete. AFAIK it's supposed to use SDL_main() and it is expected by SDL that it is being used by a standalone application, but GridFlow is a library, so SDL support is shitty, and the window doesn't respond to any events at all.
PostScriptum: I have made gridflow/format/sdl.c add itself to gridflow's event loop and now it's calling SDL_Poll() so that the window can at least respond to "redraw" events. I don't know whether that will have an impact on a MacOSX and/or Win32 port.
Mathieu Bouchard http://artengine.ca/matju
martin pi
http://attacksyour.net/pi
www.machfeld.net
-
Frank Barknecht -
martin pi -
Mathieu Bouchard -
star morin -
Thomas Grill -
tigital -
zmoelnig＠iem.at