GEM-dev July 2005

gem-dev@lists.iem.at

11 participants
13 discussions

pf/pdp/3dp in Gem
by Tom Schouten 11 Aug '06

11 Aug '06

hi gemmers, just talking with jamie here in bergen and it's pretty clear to me how to write the bridge between libpdp and Gem. practicly, for me it is the build system. i'd like to add 5 objects. 3 of them are already in the pf/pd bridge. * [gem.get <thing>] : forks off one gemstate object as pdp packet * [gem.set <thing>] : inserts one pdp object in gem state * [pdp <thing>] : generic pdp processors (functional maps) * [3dp <thing] : 3d drawing objects (draw to current gl context) * [pf <script>] : any pf script the last 3 i have C code for and they don't depend on gem, but if pf/pdp/3dp is running inside Gem they need to be included. the first 2 need to be written from scratch as gem objects, possibly just derived from GemBase. i suggest someone helps me with setting this up, by adding templates for the gem.get and gem.set objects in the source tree and add them to the build process. the names are of course open to discussion. anything sane and short. the rest i need is just an init callback. this callback will: * initialize the forth and pdp memory manager * create the pf/pdp/3dp pd objects maybe it is best to keep this optional, since it introduces a library dependency. so, who is motivated to help me out here by adding the templates? i don't have time to learn the build and init process. cheers tom

10 62

Re: multiple_window: the questions begin!
by IOhannes m zmoelnig 16 Dec '05

16 Dec '05

james tittle wrote: > yallo, > > ...ok, checked it out and started compiling and stuff...immediately ran fine. > into a prob with the triggerMotionEvent(), which apparently takes four admittedly triggerMotionEvent (or rather: all of the hid-things like mouse, keyboard and probably tabled) does not really work yet in multiple_windows. we should discuss this (that is why i put this on gem-dev too): [gemmouse] outputs (as we all know) the mouse-position in the gem-window. now what happens if we have several gemwindows ? i think it there should be a mechanism to get the mouse-coordinates attached to the window the mouse appears in. this is not really possible with [gemmouse]. furthermore, [gemmouse] has several limitations (e.g.: no scroll-wheel support; what about mice with 10 buttons ?) now what should we do about it ? probably the simplest thing (as it is e.g. in pdp) would be to add an outlet to the various gem-windows that would emit the state of the mouse (or of any pointer). we could then build an abstraction (or do it in C) that sends this data to [gemmouse] which would act as a global receiver. as for outlets: personally i think by now(;-)) that it might be best to have just one outlet and prefix the outgoing messages, like [mouse <x> <y> <bt1> <bt2> <bt3>( this way we could always add another parameter to a certain message or just use a new message like [mouse_pos <x> <y>( [mouse_button 3 1( ok, the last 2 don't sound too convincing. anyhow, we need several messages to query things like the dimension of the window (or whatever): [dimen <x> <y>( > args: x, y, w, & h...why were the w & h added? I assume this is width > and height of the window that is being tracked? yes. the idea was to get away from absolute coordinates. i mean, you had to rewrite (well: adjust) your patch everytime you changed the window-dimensions (e.g. developping with a small window and performing with a big one) so i though normalized coordinates would be a cool thing (e.g. 0/0 is always upper left, 1/1 is lower/right) to make it compatible with older versions of [gemmouse] (else this would break every single patch that uses [gemmouse]) i decided to make this behaviour dependent on parameters. so you could give the maximum output range as arguments [gemmouse 1 1] would normalize x & y between 0..1 [gemmouse 10 20] would scale x between 0..10 and y between 0..20 ideally [gemmouse 1] would scale x&y between 0..1 on square windows and between 0..1 and 0..x/y (or the other way around ? thats the big question; i think i t would be better to fix the y-axis and scale x appropriately as this would make "moving objects with the mouse" much easier) on rectangle windows. mfg.as.dr IOhannes

5 16

osx fullscreen changes survey
by james tittle 16 Aug '05

16 Aug '05

hey, ...well, it had to happen sometime! I've finally come around to a need for a 'kiosk'-like presentation via gem, on a single monitor/ touchscreen...we've been a bit conservative in allowing this, because without the proper foresight/design, it's incredibly easy to lock yourself out of the computer, and thereby require a hard restart :-) ...so, I'm going to go ahead and make it possible in a coupla different ways, but I also want to have an easy way to get out of it...basically, I'm talking about taking over the escape key, such that whenever we're in fullscreen or fullscreen-windowed mode, hitting the escape button will destroy the window...there is a caveat: this will only always work in my pd++.app (or derivations thereof), because keyboard input in gem is dependent on the gem window being front "focused"... ...I think the best way to do this is two pronged: 1. a "fullscreen 1" message will capture the main device, hiding the dock/menubar/option-tab application selector...it'll also always cause the window to be "focused", so 'esc' will always work...plus, in this state we control the VRAM, so we can manage that better... 2. creating a window the size of the screen without a fullscreen message, and without an offset to another device, would also cover the screen, and either automatically turn off the dock/menubar/option- tab-selector, or do so by another message ...does this sound ok? I think using 'esc' for exiting fullscreen is pretty standard in the gaming world and so would be an easy fit here...In any event, I'll be doing it this weekend... jamie

6 9

GEM Linux and video codecs
by Etienne Desautels 14 Aug '05

14 Aug '05

Hi list, I'm developing a patch in PD/Gem on Linux where I'll have to play many hi-res videos at the same time. I did some research to find the best codec with the lowest CPU usage on Linux. I found that there's not a lot of well optimize codecs on Linux. Patrick via Ben B. told me that after a lot of testing he found that MPEG2 was the best choice. After some testing I found mostly the same thing: MPEG2 or MPEG4 are the most optimize codecs on Linux. I did also some testing with different libraries for playback. LibMPEG2 (MPlayer is using that one for MPEG2) is the fastest one for MPEG2 follow by FFMPEG. In my case I'll only play the file from start at normal speed, so it's not a problem if the codec have temporal compression. Just to give you an idea, I can play a 800x440 px, 24fps at a really good quality and using less then 15% of CPU on an P4 2,6GHz in MPEG2 with LibMPEG2 ! So here's my questions. I tried to compile Gem with FFMPEG support and it always fail in one manner or another. Or it doesn't build at all, or it build but when I load Gem I got this error message (undefined symbol: ogg_stream_init Gem: can't load library), or everything seems OK but when I try to load a movie, any type, in pix_film, FFMPEG always say that it doesn't support this format. So I can't play MPEG2 or MPEG4 in Gem, except with other less (very less) efficient libraries (it take around 50% CPU to play the same file with LibMPEG3). I did my compilation test on Unbuntu (Debian) and I try with the distro installation of FFMPEG and also with a version I compile myself (this one is more efficient in CPU usage). I tried with both Gem 0.90 and the CVS version. Same result. Could someone help me compiling Gem with a working FFMPEG ? I'm using PD 0.37 Also, what I would really prefer is to had support in Gem for LibMPEG2. Do you think it could be difficult to do ? Is it about creating a filmMPEG2.cpp and filmMPEG2.h files with the good function calls to the library and add the reference into the pix_filmNEW.cpp ? And I would like to know what's the best container (.mov, .avi, .mpg, raw) to playback video in Gem. One last thing, I was not able to use FSAA. My video card is an ATI 9600 and I'm using the binary driver with x.org. I put the lines to enable FSAA in my X86-config-4 file without any success. Any ideas ? Thanks and sorry to ask so much questions in one time. Etienne

6 19

GEM Capture Methods
by Enkidu (Xt#) 01 Aug '05

01 Aug '05

Hi there, I'm sorry for asking a question often asked, but I want to have it clear once and (hopefully not) for all (time): Is there a way to record or capture my [pd]-GEM output or framebuffer with any means of the software. Or do I need a capturedevice & software (witch I have, but it isn't a nice quality). If there is a way, please tell me. If not, let me ask for your experiences and know how and: when will it be implemented? I know, this has been asked often, but I'm not quiet shure if I missed some exotic way of doing it. Let me apologize for being a first time mailinglist user - hope I'm doing this right. Anyway, thanx a lot for programming and maintaining this wonderful piece of software. Enkidu Enkidu @ www.Einheit7.de/Personal/Enkidu Mr.&Mrs.T's Music @ www.Einheit7.de/Mr-T I.A.T.W.I.A.T.I.A.

3 2

curve3d acts very very odd with lots of control points OSX+Linux)
by B. Bogart 27 Jul '05

27 Jul '05

Hey all, In trying to build a 32x24 control point curve3d I realized a nasty bug. Seems that if you use curve3d with more than 8x8 (linux) and 10x10 (OSX) points you get into some trouble. In some cases it seems that the 8x9 grid on linux will simply never render a curve3d shape. If you have two curve3d's in a patch and one of them is 8x9 or bigger it actually interacts with the other 8x8 curve3d. The attached patch shows the interaction bug. Changing both to 8x8 fixes the problem. If your on OSX you'll need to change the curve3d size to 10x10 and 10x11 respectively. Happens on my fresh gem CVS on linux and an older (6 months+) CVS on OSX. Thanks! b> #N canvas 604 283 541 542 10; #N canvas 79 562 455 304 gemwin 0; #X obj 132 182 gemwin; #X obj 67 89 outlet; #X obj 67 10 inlet; #X obj 67 41 route create; #X msg 67 70 set destroy; #X msg 142 68 set create; #X msg 198 112 destroy; #X msg 132 112 create \, 1; #X obj 207 134 loadbang; #X msg 207 155 lighting 0; #X connect 2 0 3 0; #X connect 3 0 4 0; #X connect 3 0 7 0; #X connect 3 1 5 0; #X connect 3 1 6 0; #X connect 4 0 1 0; #X connect 5 0 1 0; #X connect 6 0 0 0; #X connect 7 0 0 0; #X connect 8 0 9 0; #X connect 9 0 0 0; #X restore 26 61 pd gemwin; #X msg 26 42 create; #X text 22 21 Create window:; #X obj 27 118 gemhead; #X floatatom 55 161 5 0 0 0 - - -; #X floatatom 90 161 5 0 0 0 - - -; #X floatatom 126 161 5 0 0 0 - - -; #X floatatom 95 119 5 0 0 0 - - -; #X floatatom 143 119 5 0 0 0 - - -; #X floatatom 192 119 5 0 0 0 - - -; #X obj 27 182 rotateXYZ 0 0 0; #X floatatom 113 268 5 0 0 0 - - -; #X obj 28 221 colorRGB 1 0 0; #X obj 27 139 translateXYZ -2.5 0 0; #X obj 247 118 gemhead; #X floatatom 275 161 5 0 0 0 - - -; #X floatatom 310 161 5 0 0 0 - - -; #X floatatom 346 161 5 0 0 0 - - -; #X floatatom 315 119 5 0 0 0 - - -; #X floatatom 363 119 5 0 0 0 - - -; #X floatatom 412 119 5 0 0 0 - - -; #X obj 247 182 rotateXYZ 0 0 0; #X msg 267 291 set 0 0 0 0 \$1; #X floatatom 333 268 5 0 0 0 - - -; #X obj 27 344 curve3d 8 8; #X obj 249 221 colorRGB 0 1 0; #X obj 247 139 translateXYZ -2.5 -2 0; #X msg 47 291 set 0 0 0 0 \$1; #X obj 247 344 curve3d 8 9; #X obj 338 344 cnv 15 15 15 empty empty empty 20 12 0 14 -260818 -66577 0; #X text 23 407 If you change the second curve3d to 8x8 then it works as expected. Change back to 8x9 and then the two get confused again. Seems this is happening on my OSX machine as well (except only when using a 10x11 or bigger grid) \, using a much older CVS version.; #X text 25 365 For OSX: 10 10; #X text 247 366 For OSX: 10 11; #X text 129 42 Curve3d is acting very odd when using lots of control points. My aim is at least a 32x24 curve3d.; #X connect 0 0 1 0; #X connect 1 0 0 0; #X connect 3 0 13 0; #X connect 4 0 10 1; #X connect 5 0 10 2; #X connect 6 0 10 3; #X connect 7 0 13 1; #X connect 8 0 13 2; #X connect 9 0 13 3; #X connect 10 0 12 0; #X connect 11 0 27 0; #X connect 12 0 24 0; #X connect 13 0 10 0; #X connect 14 0 26 0; #X connect 15 0 21 1; #X connect 16 0 21 2; #X connect 17 0 21 3; #X connect 18 0 26 1; #X connect 19 0 26 2; #X connect 20 0 26 3; #X connect 21 0 25 0; #X connect 22 0 28 0; #X connect 23 0 22 0; #X connect 25 0 28 0; #X connect 26 0 21 0; #X connect 27 0 24 0;

6 21

Making multiple gem curve3d objects seamless
by B. Bogart 22 Jul '05

22 Jul '05

Hey all, To get around the issues of curve3d matrix size I'm hoping to use multiple curve3d objects to create one surface. The biggest problem I'm having is makes the curve surface seamless. Even with variable overlap between "patches" I always see the seams. :( So if the max matrix size bug could be fixed, or a method of seamlessly joining curve3d objects would be great... 4x 8x8 curve3d's perform fine on the laptop.. (have not tried on linux due to a numarray/py issue) Any hints would be appreciated. Thanks all! b>

2 1

fullscreen on second screen linux does not work
by B. Bogart 15 Jul '05

15 Jul '05

Hey all, I'm experimenting with a touch-screen I have on loan. I've configured by X server (nvidia driver) not for twinview, but for multi-head (:0.0 and :0.1). I can open a full-screen window on 0.0 fine: [dimen 1280 1024, fullscreen 1, create :0.0 < But if I try and do the same on the second screen: [dimen 1024 768, fullscreen 1, create :0.1 < or [dimen 1024 768, fullscreen 2, create :0.1 < Gem only creates a normal window with a title-bar and complains: GEM: creating gem-window on display :0.1 error: GEM: fullscreen not available on remote display :( I don't see why the second display should be any different? I'm looking into running no display manager on the second screen, but using gnome it does not seem so clear how to run only on 0.0 and not on 0.1. Any tricks ? Thanks all! b>

4 3

compiling gem with mingw - almost there ...
by Thoralf Schulze 13 Jul '05

13 Jul '05

Hi there, especially Johannes, the never-ending story continues ... but the end is getting near. After having a look at the ms psdk, I decided to comment out the offending lines in pix_videoDS.h (1271-72): wsprintfW(wsz, L"FilterGraph %08x pid %08x", (DWORD_PTR)pUnkGraph, GetCurrentProcessId()); Am I right with the assumption that the above line just prints out some debugging stuff? According to the MS PSDK, wsprintfW is deprecated and should not be used anymore. They recommend using StringCchPrintfW instead, but that didn't work either - in any case, they didn't manage a smooth transition ...Will it do any harm do gem if this statement is missing in the dll? Furthermore, I ran into some trouble with partlib_actions.cpp : including iostream.h instead of iostream doesn't work with mingw, iostream works quite well on the other hand. Since iostream.h is necessary for vc6, I changed this block to: #if defined __WIN32__ && !defined __MINGW32__ /* jmz: at least my vc6 doesn't like linking against the "new" io-libraries * with <iostream.h> it links against the old libs */ #include <iostream.h> #else #include <iostream> #endif which compiled fine. Another issue in this file is the use of the drand48() function, which was missing. It gets defined in part_vector.h, but the function was still missing after I included this file in partlib_actions.cpp. Looks like the WIN32 definition gets lost somewhere inbetween? I resorted to copy&paste the definition #ifdef __WIN32__ #define drand48() (((float) rand())/((float) RAND_MAX)) #define srand48(x) srand(x) #endif into partlib_actions.cpp, that worked. I realise that these are quite ugly hacks, but I just want to get the cvs gem compiled with mingw ... Another issue is linking all the .o-files into a dll - command line for dllwrap.exe is getting too long ... bummer. with kind regards, thoralf. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

1 0

configure (again): call for testing....
by IOhannes m zmoelnig 08 Jul '05

08 Jul '05

hi all i have adapted gÃŒnter's build system (and of course, overcomplicated things again ;-) :-( ) i have checked it into Gem/src and i do think it is ready for testing by now. features: moved from src/Gnu to src checks work (e.g. for ARB-extensions) dependencies are generated on the fly (no need for Make.depend) source-files are generated on the fly (no need for Make.source) source-files containing white-spaces are ignored partial compilation support (e.g. skip openGL/ if you don't want it) usage of pkg-config automatic checking for apple-frameworks ... caveats: i just _had_ to: add my own m4-code, esp. for package-detection (this is: per default use PKG_CHECK_MODULES, fall back to AC_CHECK_LIB ffmpeg-detection seems to work on my machines, but i am not sure whether it really does. GemLibs might be a bit ignored without manual tuning. m4-features: added checks for flags supported by the compiler overcomplicated package-detection (see above: using PKG_CHECK_MODULES and as a fallback AC_CHECK_LIB) m4-caveats: haven't found a way yet how to test for special linker flags. file-layout: src/acinclude.m4-(aclocal)->src/aclocal.m4-+ |-(autoconf)-> src/configure src/configure.ac---------------------------+ src/Make.config.in ---------------(./configure)-->src/Make.config src/Base/config${KERN}.h.in --(./configure)-->src/Base/config${KERN}.h with ${KERN} being $(uname -s) (Linux, Darwin,...) src/Makefile includes src/Make.include includes src/Make.config master-makefile, cd's into subdirs and calls make there src/Makefile.subdir includes src/Make.include includes src/Make.config makefile for subdirectories (called via "make -f ../Makefile.subdir") both the old and the new build-system can live together (with the old build-system having files in src/*/ and the new one _only_ in src/) in theory, you just need to check it out, cd to Gem/src and run "make" everything (including aclocal.m4 and configure) should be built as needed. would be great if someone could test it (at least on linux-flavours and osX; i fear w32 will not work out of the box, but who knows) mfg.asd.r IOhannes

3 14

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

GEM-dev July 2005