[aether] test message ms ms at [nospam] n3krozoft.com Fri May 4 18:23:29 CEST 2007 Next message: [aether] it seems the list is working... Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] does this work?? [aether] it seems the list is working... 1.1 [*] 1904.cc 1.1 [*] 1904.cc Sun May 6 21:57:07 CEST 2007 Previous message: [aether] test message Next message: [aether] it seems the list is working... Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] isn't it? [aether] it seems the list is working... cym cym at cym.net Sun May 6 22:04:41 CEST 2007 Previous message: [aether] it seems the list is working... Next message: [aether] img refresh Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] yes it is On Sun, 6 May 2007 1.1 [*] 1904.cc wrote: > isn't it? > _______________________________________________ > aether mailing list > aether at [nospam] 1904.cc > http://lists.1904.cc/mailman/listinfo/aether > [aether] html seems to work good christiaan cruz fe2cruz at [nospam] hotmail.com Mon May 7 09:03:58 CEST 2007 Previous message: [aether] img refresh Next message: [aether] html seems to work good Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] The html works good so far. You N3krozofties are FAST! The console window doesn't pop up to the correct size though; usually too small. Is there anything else you need help with? Any specific feedback, beta testing calls/submissions or dirty work? Please let me know. -christiaan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.1904.cc/pipermail/aether/attachments/20070507/5dd8fd02/attachment.html [aether] html seems to work good 1.1 [*] 1904.cc 1.1 [*] 1904.cc Mon May 7 11:14:24 CEST 2007 Previous message: [aether] html seems to work good Next message: [aether] [Ascii-announce] webcam (fwd) Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] >The html works good so far. You N3krozofties are FAST! >The console window doesn't pop up to the correct >size though; usually too small. depends probably how your toolbars look like. anyway, the intended setup is double screen: the video frames in full screen, projected. the control window on a control monitor. so the resize is not really needed, just practical for testing on 1 small screen. >Is there anything else you need help with? >Any specific feedback, beta testing >calls/submissions or dirty work? - FEEDBACK: think of what else should/could be implemented in this "html-patch". the principle for now is: one main frame - http://www.1904.cc/~aether/mainframe.html which is divided in a number of subframes (for now six) for each location, there are different versions of subframes with different refresh speed (for now three) e.g. http://www.1904.cc/~aether/frame_brussels_m.html (m: medium speed, 1sec refresh) I attach the zipped html files so you can test in your computer... one function that needs to be implemented would be to change the frame color of one video in order to highlight it - just a different html page, or could this be done in a smart way, like a javascript link that changes style settings of target frame on mouseclick? another function i would like to test is a "hi-speed" mode: a html page where the jpegs would be placed in different layers, only one of them visible at a time, and where the page would cycle through them at very high speed (its quite easy to do using dreamweavers timeline function). there would be no refresh in this mode since refresh needs more time. - BETA TESTING: yes, please test this HTML refresh mode by uploading some pictures and seeing if they refresh instantly as they should. using for the moment the following directories: http://artslashmedia.net/~aether/z/0z.jpg (select:Sydney) http://artslashmedia.net/~aether/g/1g.jpg (select:Brussels) http://artslashmedia.net/~aether/e/2e.jpg (select:Geneva) Also, we should test the different existing webcam-2-ftp softwares. Window users should give a try to these open-source softs: http://lundie.ca/fwink/ http://www.webcam2000.info/ tell us if they work, and how the .pngs or .jpgs are going the be named - this will allow me the include the good filepath into the HTML page. - CALLS/SUBMISSIONS yes, you are all very welcome to look for opportunities to present this project elsewhere, write submissions, fill out forms etc. if someone of you is volunteering for this job, i will be glad to transmit all the text material we have. The Virginia Beach proposal looks very interesting, the detailed specifications are here: http://www.vbgov.com/file_source/dept/cvd/Documents/OFCA-7-0002%20Complete%20RFP%20Package.pdf Deadline for application is: May 18. looking forward, manuel -------------- next part -------------- A non-text attachment was scrubbed... Name: aether_html_code.zip Type: application/octet-stream Size: 119204 bytes Desc: not available Url : http://lists.1904.cc/pipermail/aether/attachments/20070507/f01081c5/attachment.obj [aether] control interface update 1.1 [*] 1904.cc 1.1 [*] 1904.cc Tue May 8 16:20:50 CEST 2007 Previous message: [aether] [Ascii-announce] webcam (fwd) Next message: [aether] Re : [Ascii-announce] webcam (fwd) Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] hi all, a new sexy html controller is online. check it out here: http://www.1904.cc/~aether/control_panel2.html it should be quite intuitive, the numbered arrows will make the images refresh at different speed (1=slow, 3=fast). most of the frames are still void, waiting for your images to be uploaded. to test realtime upload you can use the lastest version of the max patch (v.101), which you can find here: http://1904.cc/~aether/upload_101.pat.zip or you can use the webcam2ftp software of your choice pointing to the following servers (from left to right and from top to bottom): http://1904.cc/~aether/k/ (images named 0k.jpg - 9k.jpg) http://1904.cc/~aether/l/ (images named 0l.jpg - 9l.jpg) http://1904.cc/~aether/m/ (images named 0m.jpg - 9m.jpg) http://10111.org/~aether/0/ (images named 0x.jpg - 9x.jpg) http://10111.org/~aether/1/ (images named 0x.jpg - 9x.jpg) http://10111.org/~aether/x/ (images named 0x.jpg - 9x.jpg) if you use a webcam software that has a non-customisable naming scheme, tell me how the images are named and we will make a specific frame for this. btw we are still awaiting user reports about this two windows webcam softs: http://lundie.ca/fwink/ http://www.webcam2000.info/ we could fix an appointment for this evening or some other day to do a sort of jam session... ps: for all those who subscribed during the last 24 hours, check the list archives for the posts you missed : http://lists.1904.cc/pipermail/aether/ best, manuel [aether] Re : sending testing ::audrey:: ideacritik at [nospam] yahoo.ca Wed May 9 20:49:31 CEST 2007 Previous message: [aether] sending testing Next message: [aether] good test so Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] i am receiving. images from the ocean(?) the refresh every 3seconds or so, around 4-5 different images i think. [aether] good test so Paula Vélez Bravo ciruela at [nospam] une.net.co Wed May 9 21:11:53 CEST 2007 Previous message: [aether] Re : sending testing Next message: [aether] génial qui l'aurais cru Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] audrey: cool. alors, la question est ... je suis en train d'envoyer normalement autour de 33 images differents. fluides d'une femme avec un bonnet blanc sur la figure dans la mer... il faut encore ameliorer le systeme. l'ideal est d'avoir des images fluides dejà. mais c'est très interesant quand même. salut. PAula [aether] fluxus Paula Vélez Bravo ciruela at [nospam] une.net.co Thu May 10 01:43:25 CEST 2007 Previous message: [aether] testing Next message: [aether] fluxus / live session proposal Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] it works beter at speed 2. anyway there are only, maybe, 5 frames... i don't know, maybe 9... and i was trying to send 33 frames. to put it more fluide. not so interrupted. because we can not talk about movement or video. it is diaphorama. then we have to concive something to play the material this way. unfortunaly we can not play with the "persistence retinnienne" in any way if things work like this. paula [aether] fluxus / live session proposal 1.1 [*] 1904.cc 1.1 [*] 1904.cc Thu May 10 11:17:46 CEST 2007 Previous message: [aether] fluxus Next message: [aether] fluxus / live session proposal Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] hi, thanks for the comments, indeed we could implement a version with a longer loop, like 33 frames. the reason of having only 9 images is that there will be a quicker "live" refresh. with 33 images, you will cycle a lot through the same images before you see anything new. but we have to test it. also, for the persistance retinienne, i will try to build this hi-speed htmlpage. but it seems also clear that at higher speeds, even the javascript-code isn't able to refresh the images correctly... still a trick has to be found proposal for a jam session: date: this friday, title: "electronic cafe international" concept: broadcast from a café/ public location with internet access, using possibly a mobile computing device (of course exceptions are possible for locations where showing up publicly with a laptop would endanger your security..) please send a mail to tell if you will participate, then i'll attribute the frames. what's the best global performance time? i propose this: 10 PM in europe = 1 PM in california = 3 PM in colombia = 6 AM in australia (poor australia.. one hour later would be possible too..) and btw a new patch is here: http://1904.cc/kode/upload_103.pat.zip it works at a smaller size (the actual size at which the images are displayed on the web interface) and there is a control of the speed of the video (can be useful to slow it down, to match the upload speed...) best, manuel [aether] Re : fluxus / live session proposal ::audrey:: ideacritik at [nospam] yahoo.ca Thu May 10 14:12:15 CEST 2007 Previous message: [aether] photos STREEMING colombie Next message: [aether] code investigation Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] ok. bypass the refresh and the re-direct. attached code to tell browser to get image every x mmseconds. in the code here: /* the magic call that tells the browser (window) to call the changeimage function every 1000ms (1 sec) */ window.setInterval(changeimage, 1000); the url of the photos on the server change for each square, these have to be changed in the code also. for now i have: "http://www.1904.cc/~aether/frame_k/0k.jpg" (0-9) it has to be tested to see how many images the array can take, the buffer size, etc. if you give me the correct url for the photos i can do this... in any case, for now attached code (html + javascript only), comments are very explicative, curtosy of a mate... audrey [aether] question for preperation for... tomorrow 11/05/2007 GMT/UTC+2 o'clock oheun lee mementoelee at [nospam] gmail.com Thu May 10 23:49:58 CEST 2007 Previous message: [aether] Re : fluxus / live session proposal Next message: [aether] IRC #aether9 (6cell) chat history cafe jam session Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hi, this is ion - oheun lee - around geneva. Thx a lot for all the hard work of aether group. I've been withdrawn for some time but I'd love to participate. Would you kindly explain/suggest what sort of images / objects / etc to prepare in advance, beside "firm" internet connection & laptop with webcam? Best regard, oh eun [aether] aether news 1.1 [*] 1904.cc 1.1 [*] 1904.cc Wed May 16 01:50:24 CEST 2007 Previous message: [aether] IRC #aether9 (6cell) chat history cafe jam session Next message: [aether] Submitted Aether to 07/07/07 conference RE: aether news Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] hi all, busy week, in belgrade for a few days. but here are some thoughts, + some extracts of our recent chat chatter. a) technical considerations some explanations about the HTML interface: open http://www.1904.cc/~aether/control_panel.html click on "open mainframe" try the different buttons: mode 1,2,3 are cycling 10 images (1: refresh every 4 seconds, 2: every second, 3: 5 frames per second) in mode "33", 33 images are loaded and cycled at high speed (actually 8 images per second). this speed couldn't be obtained if the page was refreshing each image everytime it's read. therefore, the images are refreshed at a much slower speed, 1 img per second. so if the performer is transmitting, the loop will be changing very slowly over time. [23:52] ideacritik: 33 is wild... but i get all the same images after a while. [23:52] fe2cruz: it just takes a few seconds for the browser to catch up in mode 1,2,3, each image is refreshed at the moment it is played. so this is closer to "realtime", but it also limits the speed at which the images can cycle. b) general speed considerations: [23:54] ideacritik: i think the speed change is a bit 'gadjetty' myself (though the 33 is certainly hilarious!) [23:54] dspstv: 33 is far to much for what is being uploaded.. not enuf images to make a sentence [23:54] dspstv: it loops to fast [23:54] dspstv: imo [23:55] ideacritik: 2 is ok. [0:25] cym: the problem with speed 33 is that you must first have 33 images :-) [0:25] cym: 33 images that sort of go together c) GRID FORMAT: 6 or 9 frames [0:27] fe2cruz: are we stuck with 6 for now? or can we jump back to 9 on the next jam test? [0:28] ideacritik: it's just a question of adjusting the html page. [0:28] ideacritik: not a big deal. [0:28] cym: if there are 9 people that take part it should work? [0:28] ideacritik: the 9 square grid was aesthetically pleasing. [0:29] cym: i liked the 9 grid very much Comment: 6 frames was really for testing only, with a one-screen computer it's much easier like that, when you need to share the screen between, the HTML frames, the chat, the upload software... 9-frame setting should stay imo the standard for the actual performance. d) the noble art of patching: [0:17] fe2cruz: does anyone know how to write this patch for PD? [0:18] boris_: not me. [0:18] cym: i would like to have a look at it [0:19] fe2cruz: can someone on MAX post screen captures of the patch? would that help at all? no time for that this week, but more explanations about the inner workings of the patch will follow. also, i just discovered through the max list (thanks to a guy called vade who did an interesting webcam project: http://abstrakt.vade.info/?p=80 ) some techniques that could improve the receiving part of the patch significantly and eventually allow it to download the images fast and without crashing... e) concept + content [0:23] cym: i would be very interested to try to create a play, a story for those slow refreshing cameras [0:23] dspstv: exactly [0:23] cym: i actually like the idea that there is a new image only every second or even slower [0:23] dspstv: agree [0:23] fe2cruz: so is 33 just too much? too gittery should we keep it simple and stick with 1 & 2 speeds? [0:24] cym: with 9 cams in a grid it should be possible to create a nice effect, even when the changes are slow [0:24] paulav: maybe [0:25] paulav: il like the possibility of speeds, but if it doesnt work very good? [0:51] boris_: yes, images are important and as cym was saying it would be good to work on some good script that would be playable by 6 (or better: 9) remoters and image per image... maybe packets of images , not necessarly in oreder 1 to 33 but also a reset all function would be very usefull Comment: yes, we need to develop some narrative outline. Concept proposal: GHOST STORY (Ghost Stories from Medellin, from the Californian desert, from the Austrian woods, from the Swiss heights..... we would also really need some Japanese or Korean ghost involved .. think Kairo). Also with our 9-frame split-screen setup, maybe some inpiration could come from such split-narration epics as the Canterbury Tales, the Manuscript of Saragossa.... f) some more possible applications: again very short term, if someone of you would have time and motivation to put together material for an application, would be great. best, manuel [aether] pd patch cym net cymnet at [nospam] gmail.com Tue Jun 12 16:01:45 CEST 2007 Previous message: [aether] performance script! Next message: [aether] Re : last news and performance preparation Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] hello all, a friend of mine wrote a patch for pd last night that should do the same thing as the max/jitter patch (upload images from the live webcam stream to the server via ftp, naming them img1 to img33 and when they reach 33 start again with img1). if anyone of you is working with debian linux pd i can send the patch. in general he would be interested to share and test the patch with anyone. also, he would be interested to join the jam session tomorrow. his name is Nova Viator (or Luka Princic) and you can find more information about him at http://bin.viator.si/?page=biography + http://viator.si/ attached is a png of the pd patch he sent me greetings, cym [aether] AetherOne 02 - pd patch update Luka Prinčič / Nova Viator nova at viator.si Sat Jul 7 20:29:00 CEST 2007 Previous message: [aether] AetherOne 02 - pd patch update Next message: [aether] new version of pd patch - AetherOne - 03 Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] On Sat, 7 Jul 2007 19:21:56 +0200 1.1 [*] 1904.cc wrote: > thanks luka, > > btw, i tested the patch on osx, substituting pdp_v4l with pdp_iee1394 > it was exporting the pngs successfully, but i ran into a problem with shell - actually the object seems to be buggy on OSX (even the help-patch keeps crashing). > > that problem was reported on the PD list back in 2005 - cf. http://lists.puredata.info/pipermail/pd-list/2005-11/032615.html > > this seems to be a kind of solution, however i dont really understand what it means: > > "i had these kind of problem too with shell on macosx+linux. the issue was that whenever a process did exit whit a nonzero status a zombie pd process was left and shell claimed that the process was still running. the solution was to make sure that the return status of the executed script is zero and to [delay] the bang for a short while. as far as i remember i used a value below 100." > > it's certainly not easy to troubleshoot another system than the one you use, but maybe you have an idea what i could try? there is a workaround. i'm attaching a modified patch. (02b) no different names, no shell object. just one png generated in /tmp/aether9.png but uploading is done in separate terminal window with a long commandline like this: ID=0; while (true); do if ((`expr $ID '>' 8`)); then ID=0; else ID=`expr $ID '+' 1`; fi; cat /tmp/aether9.png | ncftpput -u aether -p PASSWORD -c HOSTNAME $ID\x.png; sleep 1; done it's also in the patch, but you have to type it, so rather copypaste from here. also change PASSWORD and HOSTNAME. in the patch change [pdp_noise] to whatever else you want. there is also a [receive] object - [r aetherone] so you can send video signals from some other opened patch with a send object like this: [s aetherone] sleep 1 means wait one second (+ time it needs to upload). you can adjust this. hope it helps [aether] new max/msp patch 1.1.1904 1.1 [*] 1904.cc Fri Mar 7 16:04:16 CET 2008 Previous message: [aether] MY BIKE! Next message: [aether] another festival? (unusual story) Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] hi group, a short message to inform you that a new performance patch is available: http://www.1904.cc/~aether/kode/max_image_upload/ i finally added some functions i was planning since a long time, most importantly an "archiving" function: as soon as you start uploading images, the patch will automatically store an image, ca. once per minute, on a specific server location (for now it's http://www.cave12.org/~aether/archive/ ) this will allow us to have an image data-bank of our performances, which will be ready for many interesting uses. [aether] about aether pad Cym Net cymnet at gmail.com Tue Apr 13 09:52:02 CEST 2010 Previous message: [aether] about aether pad Next message: [aether] about aether pad Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] do we have a copy of the material on etherpad? if someone has the link to the material, I can try to save or export the aether material that's still on etherpad. best, Cym -- [aether] berlin PREPARATION ideacritik idea at 1904.cc Sat Sep 12 16:56:44 CEST 2009 Previous message: [aether] berlin PREPARATION Next message: [aether] berlin PREPARATION Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] On Sat, September 12, 2009 3:36 pm, 1.1 wrote: > i agree with audrey, thinking that it will be very important to focus on > global priorities of the aether project, not only working for the one > performance .... it seemed to me recently that jam-like performances > worked quite well, when enough people are involved. > > talking about phone apps, do any of you people have any experience with > mobile phone platforms, i.e. are you using iphones? nokia linux phones? > google android phones? > i have a dinosaur phone (not even color display! :) however i could borrow some smart phones from this friend that does the treasuremapper. also if we are serious about the phone idea i could meet him (here in NL) and see if he thinks his thing can merge with ours and how complicated it is technically (i.e. is it feasible to achieve/implement in the berlin week). otherwise i have no experience with such things... but always willing to learn of course!! so let me know if i should suss out the situation. > wondering if any "webcam2ftp" application exists for the iphone already? no clue. does anyone have an iphone? ... (last year all my students did... how depressing). > > looking fwd, > manuel --- [aether] website details 1.1 1.1 at 1904.cc Sun Oct 25 00:58:51 CEST 2009 Previous message: [aether] website details Next message: [aether] coming to berlin Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] so, i think the new website, even under construction, looks better than the old one .... therefore i activated it, the new wordpress site is now at: http://1904.cc/aether to log into the admin area, you need to go to this adress: http://1904.cc/aether/wp-admin the old one, for reference, is at http://1904.cc/aether-v2 the live interface is still at the same place. open the champaign! best, manuel --- [aether] mid-way almost the end report alejo alejoduque at gmail.com Fri Oct 30 11:40:14 CET 2009 Previous message: [aether] mid-way almost the end report Next message: [aether] virtual wall berlin tonight Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] eia, will try to follow the taxi stream! On Oct 30, 2009, at 11:26 AM, ideacritik wrote: > workshops: [2 people minimum] > [*move to PD necessary + formal language and notation should be > formulated] really good news :) > > ->PD patch: > working with dynabolic boot CD as way around 'shell' object problem. > one > still uploaded to server! (micro success) > [shell] is buggy, i can tell from personal experience but just read the ml to confirm if in doubt.. i have replaced it in the locus sonus stream patched by [popen] that is part of the moonlib libraries. other suggestions could use pdlua or pyext. it all depends how simple or complex is what you need to achieve. > from the madly working aether9 team in berlin... also we are on > IRC : ) will try to jump in to catch up the action, but weather is nice here and this means last bike rides of the year for me. saludos a los lovely anfitriones /a --- [aether] flat joke and other thoughts from c3cil christiaan cruz fe2cruz at hotmail.com Wed Nov 4 00:55:41 CET 2009 Previous message: [aether] txt-material aether Next message: [aether] flat joke and other thoughts from c3cil Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] yes it was nice even remote i felt really close to you all especially at the rehearsal but on to the issues to be resolved. something has to be done about the uploading problems it plagued us in lebanon and really killed the final minutes of berlin. did we just have too many people viewing the website for Berlin? I'm assuming this is the root of the problem. i was able to stream only after restarting max and then deleting the dummy (0kb) images that were writing incorrectly on our servers. but this would only fix it for a minute. There would be write errors immediately after. This was happening to those trying to fix the locked hand and credits frames at the end of our performance. There must be some way to verify the capacity of our servers and anticipate the number of viewers we have for each performance. the patch does give a red light and an 'error writing image" message. however, there must be a way to prevent this from happening. streaming for me worked fine during rehearsals when no one was viewing the webpage. But it seems like now that we have a good audience its impossible to perform because you can't stream when too many people are viewing the interface website. It seems all of our servers chrash during the performance from too much traffic. Is my assumption correct? If not there must be some other way to correct these upload issues during our performances. It can't be on my end as my isp was not having any problems. we have some time before manuel's & vinny's shows. We should really try to correct this issue before then. -christiaan --- [aether] link PD section code + IRC in contact ideacritik idea at 1904.cc Fri Dec 11 09:34:35 CET 2009 Previous message: [aether] storyteller looking for collaboration Next message: [aether] media lab prado proposal Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] PD link?? je cherchais a ajouter PD code dans la section CODE (http://bin.viator.si/?page=AetherOne - c'est pas ca - une idee ou il a transpose ca? je ne trouve pas) i added IRC channel in contact: http://1904.cc/aether/contact/ (even though its not really 'our' channel) idea ---