I read:

Has anyone been aware of its existence and did anyone managed

yes it was announced on the ex-jmax list, and caused some pretty interesting replys from the pd community.

to get it working within PD under any OS?

well they should first offer a source tarball instead of a .dmg, then someone might actually look at it, and I personally don't think I'd port stuff that will then depend on java for the gui editor ...

FTM is one of the more promising remnants left of the corpse what was once called jMax.

then again a night at the no drinks no smoking disco sounds more promising than jmax ;)

regards,

x

hi,

Am Dienstag 22 März 2005 00:20 schrieb Arie van Schutterhoef: [...]

FTM is one of the more promising remnants left of the corpse what was once called jMax.

hahahaha ...... that was a real good one !

AvS

greets,

chris ;-)

On Tue, 22 Mar 2005, Arie van Schutterhoef wrote:

...

Has anyone been aware of its existence and did anyone managed to get it working within PD under any OS?

-IRCAM's response can be read at: http://listes.ircam.fr/wws/arc/ftm/2005-03/msg00026.html

...

FTM is one of the more promising remnants left of the corpse what was once called jMax.

-Also interesting remnants are the suiviaudio and suivimidi objects. Which basically are elaborate pitch-trackers for audio and midi. used for score-following: http://www.ircam.fr/58.html?&L=1&tx_ircam_pi4%5BshowUid%5D=14&ex...

Also, for jMax 2.5, there were three third-party plugins for video. The only one to have been ported to Pd is called GridFlow, created by myself with the initiative and encouragement and sponsorship of Alexandre Castonguay and artengine.ca.

There was also VideoDSP (aka VDSP or Pixonix), written by Christian Klippel and Etienne Deleflie. However this cannot be ported to Pd, AFAIK, as Pd is lacking a feature: VideoDSP *really* uses DSP chains for video. This makes it fixed-width, fixed-height, fixed-framerate, but damn fast. =) But this means it needs a very-high-bandwidth DSP, with a sample rate of (for example) 9216 kHz (!!!) for 480*640 RGBA 8:8:8:8 in 30 fps.

A third plugin was a straightforward OpenGL wrapper that (AFAIK) can be pretty much learned by picking any OpenGL book. It's called DIPS. However we were never hearing about the authors (who were japanese and wrote only one mail on the list in three years...).

Mathieu Bouchard -=- Montréal QC Canada -=- http://artengine.ca/matju

hi arie,

Am Mittwoch 23 März 2005 01:18 schrieb Arie van Schutterhoef:

...

Also, for jMax 2.5,

-Talking about which; I asked on IRCAM's score-following mailing list if I could have a copy of their suiviaudio and suivimidi objects (version 1.3), to run under jMax 2.5. It's an old version so I guess it shouldn't matter that too much. I still have to receive an answer...

AvS

suivi, as well as gabor are only available to ircam forum members .... that is, you pay $$$ to get a cd with it. same as it was with jmax before it become open source. many (all except jmax itself?) jmax stuff was always only trough the ircam forum .... at least in my experience, there is no chance to get your fingers on any of that other than paying for it, whatever you do.

see here : http://recherche.ircam.fr/equipes/temps-reel/maxmsp/suivi.html http://recherche.ircam.fr/equipes/temps-reel/maxmsp/gabor.html

also this should give a hint of the direction it is heading : http://forumnet.ircam.fr/rubrique.php3?id_rubrique=92

put that together with the statements on
http://recherche.ircam.fr/equipes/temps-reel/maxmsp/ftm.html that read: "FTM is a shared library for Max/MSP ......" and "FTM is the basis of [..] libraries, such as the suivi [..] and the object sets Gabor and MnM"

so, you have a supposedly open-source extension to a closed source $$$ application, whereas that extension should act as basis for just anoter $$$ software.....

you might get your fingers on it, but you will never be able to use it freely. lawsuits about "ideas and methods" or whatever are common nowdays, so one can easy burn its fingers with that, in my opinion.... so it may be better to not have seen it (if one wants still to be able to develop open-source stuff...)

whatever, depends on you, whish you luck ;-)

greets,

chris

so, you have a supposedly open-source extension to a closed source $$$ application, whereas that extension should act as basis for just anoter $$$ software.....

-It is quite a strange and half-hearted attitude. The origins of which are not very clear and quite frankly I don't care about it that much. It's their software and if they're asking people to pay for it, they have all the right to do so. The problem is only the willingness...

AvS

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .....................................................................

` |Schreck Ensemble . . . . . . . . . . . . . . . . . . . . +

`  |# -laboratory for live electro-acoustic music- #            |
   |             http://www.schreck.nl/                         |
   |             http://www.xs4all.nl/~schreck/                 |
 ` *===========================================================++
 ` |Compositions http://www.xs4all.nl/~schreck/html/compo.html  |
 ` |Samples      http://www.xs4all.nl/~schreck/html/samp.html   |
 ` |Patches      http://www.xs4all.nl/~schreck/html/pat.html    |
 ` |Videos       http://www.xs4all.nl/~schreck/html/video.html  |

 ` |Scores       http://www.xs4all.nl/~schreck/html/scores.html |

   *===========================================================++

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .....................................................................

Hi,

Thanks for your pointers, turns out it was a simpler problem, and all I had to do was read the log file more carefully... somewhere in there there was a message saying two monitors were not supported with dri (though I don't have two monitors right now, I had connected a viedobeam recently). Modifying xorg.conf accordingly solves the problem! Thanks! Andrés

On Mon, 2005-03-21 at 15:55, B. Bogart wrote:

Hey,

"direct rendering disabled" means no acceleration. Are you sure your ATI drivers are working fine?

On SUSE I had the problem of system updates uninstalling my nvidia drivers, maybe your ATI drivers got lost after an update?? Gem has nothing to do with acceleration on your machine, this is only defined by your X environment. I get this when typing: glxinfo | head

name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: NVIDIA Corporation server glx version string: 1.3 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer client glx vendor string: NVIDIA Corporation client glx version string: 1.3

your looking for "direct rendering YES!" and something about ATI rather than NVIDIA.

B>

Andres Cabrera wrote:

...

Hi all, I'm making the switch to linux (FC2 planet CCRMA) for my gem projects, but haven't been able to get gem to run fast. (I assume I have no hardware acceleration since a simple movie playback with pix_film sends the cpu to the roof, and the playback is really slow- how can I check if I have hardware acceleration? xorg.0.log reports: (II) RADEON(0): Direct rendering disabled) I have built pd 0.39 and gem 0.90.0 from cvs. I've seen the proprietary ATI drivers that seem to need xorg 6.8: should I update to xorg 6.8 (current version is 6.7)? (is it safe on FC2 planet CCRMA?). Is there another route with free drivers? I'm not actually using planetCCRMA's builds for this, but the CCRMA builds have produced the same result. (btw, gem 0.90.0 is alot more stable than 0.888! (is it the lack of hardware acceleration?))

Cheers, Andrés

PD. I might have broken something because I installed MESA from source (thinking it was needed for building gem), which I think replaces the GL libraries, however I forced installed xorg-devel and libs to the ccrma versions.

---

PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://iem.at/cgi-bin/mailman/listinfo/pd-list