Re: [PD] mails from the future
marius schebella wrote: would it be possible to get the timestamp from the mailinglist server? you already do. just have a look at the header of any(!) standard-conformant email (and i am happy to say that at least the headers added by the pd mailing list server are conformant to various RFCs) mfg.asdr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VOSIM with a tiny bug
I wish you luck. Perhaps on Elvis' birthday, 8 Jan, you can perform a sacrificial burning of a VHS copy of Back to the future and send that evil spirit away.. Play it backwards before! signature.asc Description: Ceci est une partie de message numériquement signée ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VOSIM with a tiny bug
cool, thanks frank. this makes a nice squelchy type of synth if you slide the values. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] VOSIM with a tiny bug
Hi, actually wrap~ seems really buggy. Maybe its the nature of its concept, anyway my fix is to wrap wrap~ into [wrap-switch~] that has a sig~ connected to the wrap~ inlet and then a [r wrapswitch]. Now you can change the wrapping on all wrap~´s just by sending 0,1 or even 2 to [r wrapswitch]. Maybe I´m just beeing neurotic but there is some kind of very incosistent bug, maybe some kind of overflow. I´ll try once more to track it. mvh/the other Steffen (Leve Poulsen) on XP Pd version 0.40-2 Frank Barknecht skrev: Hallo, Claude Heiland-Allen hat gesagt: // Claude Heiland-Allen wrote: Hmm, isn't the second [wrap~] redundant anyway? Theoretically yes, but practically it seems that adding the second wrap~ after wrap~ is exactly what fixes the problem! http://lists.puredata.info/pipermail/pd-list/2007-05/049886.html Hope this helps... Ah, it's that one. Okay, I'll add one then. Ciao ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PD VideoPedia Project
Dear list, there are many good video stuff out there about pd: tutorials, docs, pieces of art etc... I've also noted this is a good method to start understanding pd (and digital audio as well). What do you think about an 'official' community Youtube channel with original contents and theme-playlists? Original channel contents should be: - videos from pd-conventions - presentations and lessons by developers (Hans, Dr. Pukette etc...) - stuff by goto10 and pure:dyne geeks - other... Theme-playlist should catalog existing (and new) videos in specific categories: - Documentation - Tutorials - DSP - Synth - Phisical computing (arduino...) - GEM - other... Some links to start with: http://www.youtube.com/oggro http://www.youtube.com/miya6611 http://www.youtube.com/vreahli http://www.youtube.com/pidipid http://www.youtube.com/jkantTube (my tube) http://www.youtube.com/view_play_list?p=B3BCCFC9EBFBFAAE (a playlist i've made) What do you think about this project? Are there someone possibly interested in help managing contents? Let me know. Ciao j ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
here's my favourite pd video: http://www.youtube.com/watch?v=KRD_FShEBFA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
and of course, claude's great constructions. http://www.archive.org/search.php?query=claudiusmaximus%20AND%20mediatype%3Amoviessort=-date ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [psql] object hand-holding
On Tue, 2007-12-11 at 15:48 -0500, Hans-Christoph Steiner wrote: On Dec 11, 2007, at 3:59 AM, Jamie Bullock wrote: On Mon, 2007-12-10 at 18:07 -0500, Hans-Christoph Steiner wrote: It seems many things use the ? alone as the unnamed placeholder, but I only saw MySQL using ?name for named placeholders. It does seem like a nicer syntax rather than using a different character. Perhaps, we should follow pgsql and use $ and $name, since $ is already a marker for replacement vars in Pd. I suppose that could get confusing in something like: SELECT id, ABS(($duration - $1)/$2) AS error FROM datatable ORDER BY error LIMIT 1 I vote that we use ? as a placeholder, and only support unnamed placeholders. We can use this to convert to whatever the db-specific placeholder system is inside the external. I am ok with using ?name for placeholders, but I think we should also support the plain ? with the list input. I am fine if that happens later tho. I'd like to get something working soon, we've done a lot of talking :). I agree about getting on with it. However, I probably won't be able to commit any coding time to [psql] until after Christmas. This might be sensible though - I suggest we get the interface to one of the objects 'right' first and then copy this in the others. Mike seems to be pretty active on the SQLite one, so I suggest we let that take the lead and follow that. Jamie -- www.postlude.co.uk ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
http://www.youtube.com/watch?v=8wEDAqHkJzc On Dec 12, 2007 8:51 AM, hard off [EMAIL PROTECTED] wrote: and of course, claude's great constructions. http://www.archive.org/search.php?query=claudiusmaximus%20AND%20mediatype%3Amoviessort=-date ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
I think this is a great idea. Do you mind if I mention it on Create Digital Motion? This is exactly what the community needs. On Dec 12, 2007, at 10:23 AM, giucant wrote: Dear list, there are many good video stuff out there about pd: tutorials, docs, pieces of art etc... I've also noted this is a good method to start understanding pd (and digital audio as well). What do you think about an 'official' community Youtube channel with original contents and theme-playlists? Original channel contents should be: - videos from pd-conventions - presentations and lessons by developers (Hans, Dr. Pukette etc...) - stuff by goto10 and pure:dyne geeks - other... Theme-playlist should catalog existing (and new) videos in specific categories: - Documentation - Tutorials - DSP - Synth - Phisical computing (arduino...) - GEM - other... Some links to start with: http://www.youtube.com/oggro http://www.youtube.com/miya6611 http://www.youtube.com/vreahli http://www.youtube.com/pidipid http://www.youtube.com/jkantTube (my tube) http://www.youtube.com/view_play_list?p=B3BCCFC9EBFBFAAE (a playlist i've made) What do you think about this project? Are there someone possibly interested in help managing contents? Let me know. Ciao j ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
OK, there are and there will be more videos about PD on youtube and colleagues. The problem is not to organize PD contents on youtube, this monopolistic video vacuum-cleaner, but to organize the links to the youtube/dailymotion etc. PD videos to find the right video at the right time. Some solutions: -create a video links page on the official puredata.info wiki, with categories index, links and descriptions of each film +tag about the language of the video. -create an international video links page on pdpedia wiki, with categories index, links and descriptions of each film+tag about the language of the video. but I would prefer: -Install a PDmotion video server, exempted from advertising, ( Oggvorbis/theora/icecast or Red5 driven ), and use PDpedia. JN ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Colour in Digital Video
Hello Claude, Matju et al, Colour perception is probably as complicated as auditory perception and the accurate representation of colour on digital video systems is probably more difficult that the accurate representation of audio. We can perceive a much wider range of colour and brightness (chrominance and luminance) than the majority of digital video systems can represent, so this wide-gamut information has to be mapped to the narrow-gamut of the systems which we have. To further complicate things, our response to brightness and colour is not linear and so those perceptual curves have to be taken into account during that mapping into video signals (chroma and luma). There are also many other non-linearities in how video displays work so that all has to be taken into account. Add the complexities of PAL, NTSC and SECAM to that and you're set for a party! Most video digitisation systems also use 'chroma sub-sampling' which is a way of reducing the amount of information which needs to be stored (this is a first level of compression or coding which occurs before anything else like MPEG compression is applied). This uses that fact that we are more sensitive to differences in brightness than variations in colour. The YCbCr (corresponds the YUV colour space of our perception) video representation uses this technique which makes it more compact while giving approximately equal quality to an larger RGB representation. Anyone working with colour video systems should know and read Charles Poynton's writing on this subject - he is the acknowledged expert. If you only have one book on your shelf it should be his Digital Video and HDTV. He does have much useful information also on his web site: http://poynton.com/ For example, he has a guided tour of colour space here: http://poynton.com/papers/Guided_tour/abstract.html [you can also be amazed, amused or angered by the way he vacillates between 'color' and 'colour' in his writing...] hope that helps, Andrew p.s. other notable datum: Poynton taught the very first ever microprocessor course given at an art school. (In the 1970s at the Ontario College of Art in Toronto) On Wed, 12 Dec 2007, [EMAIL PROTECTED] wrote: Hi, Redirecting from GEM-dev as it's not about GEM development... Mathieu Bouchard wrote: if you do a polar transform on YUV, you have something easier, faster and more correct all at once. I usually just skip the polar transform: if you apply rotations directly on YUV values, you can make very believable hue shifts. Interesting, I'm in the process of experimenting a bit with different colour spaces, got in a real headache with XYZ and CIE L*a*b and so on, but YUV's simplicity may win. HSV is dubious in part because the apparent brightness at maximum so-called value is very variable and seems to peak high or low at secondaries or primaries: compare yellow (brightness 89%) and blue (brightness 11%). this really makes HSV suck sometimes. YUV does not have this problem. I tried a hybrid approach: $1 1 1 | [hsv2rgb] | [rgb2yuv] | 0.5 $2 $3 | [yuv2rgb] and that seems to eliminate the bad brightness mismatches, at the cost of some colours seeming a bit washed out (blue) or muddy (yellow). Attached image demonstrates the difference. Wondering if there's some set of perceptual brightness curves similar to the isophonic curves [1] there are for perceived loudness of different frequencies and levels led me to [2], which seems very complicated again. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
I use youtube mainly because it is simple and everybody know it and yea, i like vacuum-cleaners, above all their sound... ;-) i agree with you about having a pd video search engine even embedded in a dedicated pdpedia wiki page. But i have thought a PD Videopedia mainly as a community effort to make filters and to extend the community itself... i have some experience in music/audio teaching and training: a beginner prefers a filtered information because actually he doesn't know exactly what to search in mare magnum, and categories can help him in the pd discovery. and there is always a rizoma danger... geeks like Deleuze's rizomas, but students need Porfirio's trees... (a really weak thought :) maybe we should have the two paradigms search-engine/filtered-information embedded in a pdpedia wiki page using a a PDmotion video server (but i really don't know how to implement it, i'd need your help). What do you think? In the meantime please continue to signal video stuff and feel free to partecipate/sponsor this project. ciao j --- Jean-Noël Montagné [EMAIL PROTECTED] ha scritto: OK, there are and there will be more videos about PD on youtube and colleagues. The problem is not to organize PD contents on youtube, this monopolistic video vacuum-cleaner, but to organize the links to the youtube/dailymotion etc. PD videos to find the right video at the right time. Some solutions: -create a video links page on the official puredata.info wiki, with categories index, links and descriptions of each film +tag about the language of the video. -create an international video links page on pdpedia wiki, with categories index, links and descriptions of each film+tag about the language of the video. but I would prefer: -Install a PDmotion video server, exempted from advertising, ( Oggvorbis/theora/icecast or Red5 driven ), and use PDpedia. JN ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolatom: why does it not allow to type spaces?
On Wed, 12 Dec 2007, Hans-Christoph Steiner wrote: It's nice to add those features, but by adding them to the pd-vanilla objects, that means patches written in desiredata are not compatible with pd-vanilla. No, pd-vanilla loads them fine, the patches are compatible. It's just about bugs that you don't consider to be bugs. A bug is a bug is a bug, and I consider the compatibility issue with bugs to be moot, because the bug is the fault of the software that has the bug in it, it's not the fault of the rest of the planet. It's Pd's fault for both looking like it supports spaces in symbols using backslashes and then not supporting them properly. I don't care about your sustained bias in favour of Miller's bugs as if they were features to be supported. It seems a better solution would be to add new desiredata objects, then keep the iemguis compatible. It makes patches even less compatible because then *any* patches using the new objects are not compatible at all, and people have to choose between old vs new objects. Aren't you tired of choosing between floatatom and [nbx] ? why shouldn't everybody else be tired of it already? You want more of that crap? You want 10 times more of that crap, for all iemguis? It's not the first time you suggest things like that. I will not provide new object classes when I can extend existing ones in logical ways. I understand what is the Liskov substitution principle and I apply it to the evolution of classes across versions. Either you don't understand it or you spit on it, and either way, I can't approve you. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
I agree with what you say, but I think it wouldn't hurt to have a youtube channel. I think we should do both. Having a youtube channel would be great since many people are already submitting content there and it is very high profile. But we should encourage people to use free media like archive.org, freesound, pdpedia, wikipedia, etc. I don't think we need to have our own video server, there are already a number of good free ones, like archive.org. .hc On Dec 12, 2007, at 4:03 PM, Jean-Noël Montagné wrote: OK, there are and there will be more videos about PD on youtube and colleagues. The problem is not to organize PD contents on youtube, this monopolistic video vacuum-cleaner, but to organize the links to the youtube/dailymotion etc. PD videos to find the right video at the right time. Some solutions: -create a video links page on the official puredata.info wiki, with categories index, links and descriptions of each film +tag about the language of the video. -create an international video links page on pdpedia wiki, with categories index, links and descriptions of each film+tag about the language of the video. but I would prefer: -Install a PDmotion video server, exempted from advertising, ( Oggvorbis/theora/icecast or Red5 driven ), and use PDpedia. JN ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] symbolatom: why does it not allow to type spaces?
This is purely a practical issue. If your patches don't work across Pd and Desiredata, then they are not compatible. It's that simple. Compatibility is one goal that can get in the way of fixing bugs. Why not just write separate bugfree versions and leave the existing names to be compatible objects? Basically, unless desiredata is compatible, it not very useful to Pd users. .hc On Dec 12, 2007, at 7:39 PM, Mathieu Bouchard wrote: On Wed, 12 Dec 2007, Hans-Christoph Steiner wrote: It's nice to add those features, but by adding them to the pd- vanilla objects, that means patches written in desiredata are not compatible with pd-vanilla. No, pd-vanilla loads them fine, the patches are compatible. It's just about bugs that you don't consider to be bugs. A bug is a bug is a bug, and I consider the compatibility issue with bugs to be moot, because the bug is the fault of the software that has the bug in it, it's not the fault of the rest of the planet. It's Pd's fault for both looking like it supports spaces in symbols using backslashes and then not supporting them properly. I don't care about your sustained bias in favour of Miller's bugs as if they were features to be supported. It seems a better solution would be to add new desiredata objects, then keep the iemguis compatible. It makes patches even less compatible because then *any* patches using the new objects are not compatible at all, and people have to choose between old vs new objects. Aren't you tired of choosing between floatatom and [nbx] ? why shouldn't everybody else be tired of it already? You want more of that crap? You want 10 times more of that crap, for all iemguis? It's not the first time you suggest things like that. I will not provide new object classes when I can extend existing ones in logical ways. I understand what is the Liskov substitution principle and I apply it to the evolution of classes across versions. Either you don't understand it or you spit on it, and either way, I can't approve you. _ _ __ ___ _ _ _ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal QC Canada ¡El pueblo unido jamás será vencido! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [psql] object hand-holding
On Dec 12, 2007, at 11:52 AM, Jamie Bullock wrote: On Tue, 2007-12-11 at 15:48 -0500, Hans-Christoph Steiner wrote: On Dec 11, 2007, at 3:59 AM, Jamie Bullock wrote: On Mon, 2007-12-10 at 18:07 -0500, Hans-Christoph Steiner wrote: It seems many things use the ? alone as the unnamed placeholder, but I only saw MySQL using ?name for named placeholders. It does seem like a nicer syntax rather than using a different character. Perhaps, we should follow pgsql and use $ and $name, since $ is already a marker for replacement vars in Pd. I suppose that could get confusing in something like: SELECT id, ABS(($duration - $1)/$2) AS error FROM datatable ORDER BY error LIMIT 1 I vote that we use ? as a placeholder, and only support unnamed placeholders. We can use this to convert to whatever the db-specific placeholder system is inside the external. I am ok with using ?name for placeholders, but I think we should also support the plain ? with the list input. I am fine if that happens later tho. I'd like to get something working soon, we've done a lot of talking :). I agree about getting on with it. However, I probably won't be able to commit any coding time to [psql] until after Christmas. This might be sensible though - I suggest we get the interface to one of the objects 'right' first and then copy this in the others. Mike seems to be pretty active on the SQLite one, so I suggest we let that take the lead and follow that. Sounds like a plan :) .hc Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] PD VideoPedia Project
I think the main problem with youtube is that you can't download the source video. Bascally they try to prevent you from downloading it. You can download the .flv with some hacks, but it would be nicer to use a site that encourages people to download videos in a format that is easily reusable (e.g. archive.org). As long as people also publish the videos elsewhere in a good format, I don't think it's a problem having them up on youtube. And youtube works write now, so I think that this youtube channel is definitely a worthwhile project. .hc On Dec 12, 2007, at 5:31 PM, giucant wrote: I use youtube mainly because it is simple and everybody know it and yea, i like vacuum-cleaners, above all their sound... ;-) i agree with you about having a pd video search engine even embedded in a dedicated pdpedia wiki page. But i have thought a PD Videopedia mainly as a community effort to make filters and to extend the community itself... i have some experience in music/audio teaching and training: a beginner prefers a filtered information because actually he doesn't know exactly what to search in mare magnum, and categories can help him in the pd discovery. and there is always a rizoma danger... geeks like Deleuze's rizomas, but students need Porfirio's trees... (a really weak thought :) maybe we should have the two paradigms search-engine/filtered-information embedded in a pdpedia wiki page using a a PDmotion video server (but i really don't know how to implement it, i'd need your help). What do you think? In the meantime please continue to signal video stuff and feel free to partecipate/sponsor this project. ciao j --- Jean-Noël Montagné [EMAIL PROTECTED] ha scritto: OK, there are and there will be more videos about PD on youtube and colleagues. The problem is not to organize PD contents on youtube, this monopolistic video vacuum-cleaner, but to organize the links to the youtube/dailymotion etc. PD videos to find the right video at the right time. Some solutions: -create a video links page on the official puredata.info wiki, with categories index, links and descriptions of each film +tag about the language of the video. -create an international video links page on pdpedia wiki, with categories index, links and descriptions of each film+tag about the language of the video. but I would prefer: -Install a PDmotion video server, exempted from advertising, ( Oggvorbis/theora/icecast or Red5 driven ), and use PDpedia. JN ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: http://it.docs.yahoo.com/nowyoucan.html ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] problem with pdp_theonice~
Hello list, hello Yves, I have a problem with the patch 'giss-2.0.pd' (pd-extended 0.39.3- extended – MacosX.4.11 – X11 1.1.3 – XFree86 4.4.0). I have created a channel on http://giss.tv/. I use a FireWire camera and i see the preview (no problem). When i push the start bang in the emission, 'frames emited' go to 39 or 40 or 41 then stop and Pd freezes during 5 minutes then output : 'shutting down encoder'. here the output from PD : pdp_theonice~ : setting password to * pdp_theonice~ : connecting to http://stream.giss.tv:8000/.org pdp_theonice~ : connection request but a connection is pending . . . disconnecting pdp_theonice~ : connection thread 26104523 launched pdp_theonice~ : connecting to port 8000 pdp_theonice~ : logged in to stream.giss.tv pdp_theonice~ : connecting child 26104523 exiting. . . . pdp_theonice~ : initializing encoder. . . pdp_theonice~ : encoder initialized. pdp_theonice~ : writing headers. . . pdp_theonice~ : start streaming at 7 frames/second (freeze here) then 5 mn later : pdp_theonice~ : could not write audio packet (ret=-1). pdp_theonice~ : shutting down encoder pdp_theonice~ : could not write audio packet (ret=-1). pdp_theonice~ : could not write audio packet (ret=-1). Note : it's the same with a quicktime video any idea ? Jack ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Installing GridFlow on MacOSX
Hello list, The things go further with gridflow-0.8.4 but i get an error (Note : it's the same with ./configure --no-gem08 --no-gem09) : Any idea ? Jack ~/Desktop/Mickael/gridflow-0.8.4 rybn12$ ./configure This is the GridFlow 0.8.4 configurator within Ruby version 1.8.1-2003-12-25 [gcc3] GNU C++ Compiler 3 (or 4): found [stl] C++ Standard Template Library: - found [gcc64] GNU C++ in 64-bit mode: -- missing (gcc: error: 'off_t' was not declared in this scope) [libruby] Ruby as a dynamic library (try #1): found [librubystatic] Ruby as a static library: disabled (using libruby instead) [pentium] Pentium-compatible CPU: missing (powerpc-darwin instead) [mmx] MMX-compatible CPU (using NASM): --- disabled (would need pentium) [profiler] profiler (speed measurements): disabled (would need pentium) [usb] USB Library: --- missing (where is usb.h ?) [dv1394] DV1394 for Linux: --- missing (gcc compilation error) [x11] X11 Display Protocol: -- found [x11_shm] X11 acceleration by shared memory (XSHM plugin): --- found [sdl] Simple Directmedia Layer (experimental support): --- missing (gcc compilation error) [objcpp] GNU/Apple ObjectiveC++ Compiler: found [quartz] Apple Quartz/Cocoa Display: - found [aalib] Ascii Art Library: --- found [jpeg] JPEG Library: - found [png] PNG Library libpng12/png.h: -- found [videodev] Video4linux Digitizer Driver Interface: --- missing (where is linux/videodev.h ?) [mpeg3] HeroineWarrior LibMPEG3 libmpeg3/libmpeg3.h: --- missing (where is libmpeg3/libmpeg3.h ?) [mpeg3] HeroineWarrior LibMPEG3 libmpeg3.h: missing (where is libmpeg3.h ?) [quicktimeapple] Apple's QuickTime: -- found [quicktimehw] Plaum's LibQuickTime (try #1) lqt/quicktime.hlqt/ colormodels.hlqt/lqt.hlqt/lqt_version.hlqt/lqt_codecinfo.h: disabled (using quicktimeapple instead) [quicktimehw] Plaum's LibQuickTime (try #1) quicktime/ quicktime.hquicktime/colormodels.hquicktime/lqt.hquicktime/ lqt_version.hquicktime/lqt_codecinfo.h: disabled (using quicktimeapple instead) [quicktimehw] Plaum's LibQuickTime (try #2) lqt/quicktime.hlqt/ colormodels.hlqt/lqt.hlqt/lqt_version.hlqt/lqt_codecinfo.h: disabled (using quicktimeapple instead) [quicktimehw] Plaum's LibQuickTime (try #2) quicktime/ quicktime.hquicktime/colormodels.hquicktime/lqt.hquicktime/ lqt_version.hquicktime/lqt_codecinfo.h: disabled (using quicktimeapple instead) [puredata] Miller Puckette's Pure Data: -- found [gem09] PureData GEM (source code) with m_holdname: -- missing (gcc: error: `CPPExtern' has not been declared) [gem08] PureData GEM (source code) without m_holdname: --- missing (gcc compilation error) [fftw] FFTW (Fastest Fourier Transform in the West): - missing (gcc compilation error) generating ./config.make generating config.h delegating to: devices4ruby/extconf.rb (back) See ./config.log if you want the details of the configuration tests. If you are satisfied with that configuration, you may go on, and do make. make install is not needed anymore, just move your gridflow directory to lib/pd/extra. If you get stuck, you could contact the author about it, but first make sure you read doc/install.html. ~/Desktop/Mickael/gridflow-0.8.4 rybn12$ make ruby -w base/source_filter.rb base/grid.h base/grid.h.fcs ruby -w base/source_filter.rb base/main.c base/main.c.fcs g++ -I/sw/include -I/usr/local/include -I/Users/rybn12/include -I. -xc ++ -fno-operator-names -fno-omit-frame-pointer -I/usr/X11R6/include - I/sw/lib/ruby/1.8/powerpc-darwin -I../Gem/src -I../Gem/src -falign- functions=16 -DMACOSX -Wall -Wno-unused -Wunused-variable -g -fPIC - I. -O2 -funroll-loops -c base/main.c.fcs -o base/main.o base/main.c.fcs:283: warning: 'ciFObject' defined but not used ruby -w base/source_filter.rb base/grid.c base/grid.c.fcs g++ -I/sw/include -I/usr/local/include -I/Users/rybn12/include -I. -xc ++ -fno-operator-names -fno-omit-frame-pointer -I/usr/X11R6/include - I/sw/lib/ruby/1.8/powerpc-darwin -I../Gem/src -I../Gem/src -falign- functions=16
