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 : --> found [videodev] Video4linux Digitizer Driver Interface: ---> missing (where is linux/videodev.h ?) [mpeg3] HeroineWarrior LibMPEG3 : ---> missing (where is libmpeg3/libmpeg3.h ?) [mpeg3] HeroineWarrior LibMPEG3 : > missing (where is libmpeg3.h ?) [quicktimeapple] Apple's QuickTime: --> found [quicktimehw] Plaum's LibQuickTime (try #1) : > disabled (using quicktimeapple instead) [quicktimehw] Plaum's LibQuickTime (try #1) : > disabled (using quicktimeapple instead) [quicktimehw] Plaum's LibQuickTime (try #2) : > disabled (using quicktimeapple instead) [quicktimehw] Plaum's LibQuickTime (try #2) : > 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 -DMACOSX -Wall -Wno-unused -Wunused-variable -g -fPIC - I. -O2 -funroll-loops -c base/grid.c.fcs -o base/grid.o ruby -w base/source_filter.rb base/bitpacking.c base/bitpacking.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-
[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] 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
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] 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] 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?
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 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
[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
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
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] SQL Object Model was: [psql] object hand-holding
I attached an updated Pd sketch of all this stuff. Hopefully it's clear. sql-interface.pd Description: Binary data On Dec 11, 2007, at 4:20 PM, Mike McGonagle wrote:(As the other thread seemed to diverge greatly in topic, I figured this might be a time to branch off and discuss what we are trying to implement) So, can we take a step back and figure out exactly what we are doing? It seems that even within the thread itself, we have changed the Object Model a LOT... From what I have read, this is what I now understand the model to be... [mySQL-Connection id-symbol ] <-- a PD object representing connection[SQL-Query id-symbol ] <-- an SQL query object The first object, the Connection, takes a symbol that identifies itself to PD, and optionally the connection info. The second takes a symbol linking it to a Connection object (this linking can also be changed to point to another connection using a control message), and an optional SQL statement for Placeholder Inlet creation. This method will "bind" those inlets into the SQL statement. If there is no SQL statement, no binding is allowed using that object, and all SQL come to a cold inlet, using PD messages (variable stuff can be put into the statement via PD's $ mechanism).Sounds good, but I don't think we need the 'id-symbol' in the query, the results would just be feed from the query's outlet to the connection's inlets. The connection object responds to the followingopen/connect - to open a file (in an embedded database) or connects to serverclose/disconnect - close the file or breaks the connection As the connection object can represent any database, its named . A MySQL database would be [MySQL-connect ...], sqlite would be [sqlite-connect ...], etc. A connection object provides a single outlet to provide status about the connection (similar to a [netsend] object). There is a single inlet used to control the connection object.I think the original names for the connection/database objects are good: psql, sqlite, mysql. Then for queries, there could be a generic object. That generic object wouldn't need to understand the SQL, so it should be able to handle the variants. The only thing it needs to understand is the placeholder stuff. Then for the various databases, we do placeholder translation where necessary (this is how things like Perl:DBI handle it, AFAIK).[sql_query] - (generic SQL constructs)Then if need be:[psql_query][mysql_query][sqlite_query] The query object responds to the followingbuffer - to change the size of the SQL input bufferresults - to change the size of the results bufferAs long as the "buffer" and "results" messages are optional, then it's fine by me. If possible, things should work without having to set these, then these would be for performance tweaks. bang - submits the initial query, and outputs a result set for each bangclear - clears the SQL bufferSounds good.addsemi - appends a semicolon to the SQL bufferaddcomma - appends a comma to the SQL buffer adddollar - appends a dollar sign to the buffer (do we need this?)If you want to be able to add the string $1 to a database, then we need the adddollar message.If the query is created with an embedded statement, any placeholders will generate an inlet. No cold inlet for SQL will be created.Sounds good. If the query does not have an embedded statement, it will provide an arbitrary inlet that accepts SQL to process.If the connection object has the arbitrary SQL cold inlet, I am not sure we need the same functionality in the query object, but I could be wrong.The query object has 3 outlets, the first outputs a list for each result set (on each subsequent bang, very much like a [textfile] object), the second will outlet a float representing the ROWID of the last insert statement, and the third outlet indicates the status of the query, with a bang indicating the end of the result sets, a symbol or a list is a status message from the database.query objects would just be a handy way to generate queries to send to the connection object. So the outlets would be designed to plug straight into the inlets of the connection object. Then I think the above outlets you describe would be on the connection object, which returns the results.*Does this sound about right? I would like to have a clear outline before I start coding anything Indeed, it's time for some coding! I am thinking of coding up a version of the [sql_query] object if no one has any objections. Ultimately, I think we should decide on a name for a common library, then start building it out as a unified library of database things. First, let's get a working interface that we all like :)..hc Access to computers should be unlimited and total. - the hacker ethic ___ 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%3Amovies&sort=-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] [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
and of course, claude's great constructions. http://www.archive.org/search.php?query=claudiusmaximus%20AND%20mediatype%3Amovies&sort=-date ___ 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
[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] 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
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
> 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
On 11/12/2007, at 7:56 PM, Andy Farnell wrote: > > I put ntpd on. When it boots it has the right time > for a while and then it ignores that and goes back > to the future. "Back to the future"a suspicious effect > > If this doesn't work, how do you go about getting a > computer exorcism? Having Michael J Fox exorcised is hard. As we know, he is one evil motherfucker, as Mojo Nixon and Skid Roper have told us: "Elvis is in everybody out there. Everybody's got Elvis in them. Everybody except one person that is, Yeah, one person! The evil opposite of Elvis, The Anti-Elvis! Anti-Elvis got no Elvis in him, Lemme tell ya. Michael J. Fox has no Elvis in him." http://www.geocities.com/multielvi/mojo.html 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.. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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