各楽器のテンポに注意して聴いてみてください。変化は最初から始まっているようです。ものすごい集中力だ。
終わり方もはんぱないかっこいい。
2010年6月29日火曜日
2010年6月27日日曜日
ある日古い友人と美術館で見たおもしろかったものと気持ち悪かったもの
おもしろかったものは絵だったし、気持ち悪かったものも絵だった。
まずおもしろかったほうから。
定規で引いたような線には興味がないのだが、それは100号くらいの直線的な青い抽象画で、線は全て平行だった。
フォトショップで加工してすぐ作れそうな、こんなつまらない絵をなんでわざわざ描くんだろう。
なんでだろうと少し考えた。
近くでよくみると定規で引いたような線だけれども、マスキングテープを剥がしたような、絵の具の厚みを見た。
塗りもびっちりじゃないし、ところどころ線を引き直したあともある。
こういうのは、フォトショップで加工して出力してもぜったいに出せない味だと思った。
もしそういう作品だったら、こんなに長い時間見ないと思う。
そういうことを思いながら見ていると画面が、急に空間を提示してきた。
青黒い柱が6本くらい立っているところに奥から霧が流れてくるところだった。
画面の黒が巧妙に働いて、そう見える。
もちろん作者がそのように見えることを想定して作ったかどうかはぼくには関係がない。
最初の印象に反して、いろんな言葉を使ったのでおもしろかった。
波多野と一緒だったからというのもあると思う。
あと、でっかい陶器もよかったが、これはなにがどう良いのか言葉にするのがむずかしい。
かっこつけてなくて、あたりまえで。でも機械的ではなくほどよい人間味だからか。
でもそれはすべての魅力的なものに当てはまってしまうかな。
それから、気持ち悪かったもの。
それも絵だった。
その絵の気持ち悪さは、まずデッサンの微妙さだった。
おもいきり崩れているならいいのだが。
古のイタリアあたりの巨匠もそうだが、その微妙さで気を引くとか、そういうのをねらってるのだろうか。たしかに気は引かれた。
もしかしたら、別々にデッサンしたものを一つの画面に構成する時に起こりやすい現象なのかもしれない。
タッチもちまちましていて苦手だ。
構図に関しても、なんとか展に応募しそうだった。
犬が描かれていて、そこだけ塗りが浅い。何一つ良いところが見つからない。
絵画教室に通うプライドだけ高いおばちゃんが描いてそうだ。
それを笑えるようになったららくちんだろうなあ。好きになれない。
結局、好きな作品はほとんどなかったけれど話をするのは楽しい!!
美術ってそういう使い方がよいと思います。
好きな作品だったら話をしなくて眺めているだけで、にやにやしちゃうよね。
2010年6月26日土曜日
絵を描いた
絵を描いて、絵を描いた。
たのしい。
コラージュを取り入れてからは、一枚の絵に長時間夢中になれる。
そして、キャンバスは丈夫でぼくの攻撃に耐えてくれるのだが、木枠の形が表面に影響する。
なので次はパネルかボードに描いてみようとおもう。
イラストボードっていうのを見せてもらった。
6ミリ厚くらいの板におそらく水彩紙を貼って商品化したものだった。
板の縁のあたりは薄くなっているのが描きにくそう。
きっと、はじっこのほうをグイって描いたら板が起き上がると思う。
値段が高かったら自分で作ろう。
なぜなら普通のパネルよりも薄くしたい。保管の問題があるから。
パネルに布を貼ってもいいなあ。
そしたら膠もつかえるぞ。ふむふむ。
2010年6月24日木曜日
2010年6月22日火曜日
web design, javascript, css, html
しまやんのサイトのjavascriptを担当しました。
http://www.misakoshimaya.com/
クロスブラウザというのを知らなかったので、Internet Explorer での表示は未確認です。
safari 4.0.5 と Firfox 3.6.3 で動作確認済みです。
今後ゆっくりIEのバグに対応していこうと思います。IEはシェアがけっこうあるので。
たとえば、ぼくのサイトは page viewの18.2%はIEです。
{-- 以下長文注意!
てゆうか、コーディングがおもしろい。
processingというのにはまってるのだけれども、英語や他の言語を学ぶのと同じだ。なんで言語っていうのかわかった。
単語と文法をいくつか理解したら入れ替えたりしてみても、相手に通じたらわーうれしい。
子供のころ、MSXとかPC88とかのBASICていう言語で遊んだのを思い出した。当時のBASICは、すごく判りやすかったのだが、ハードが弱くて処理が遅すぎた。なのでマシン語というもっとも原始的な言語を少し勉強してBASICの負荷が高い部分をマシン語に入れ替えたりしたものです。そうして、マップを自動生成する3D迷路を探検するゲーム(wizardryのマネ)を作ったことある。ああなつかしい。当時はインターネットとかなくて、情報は本から得た。当時は何も知らなかったので、ゲームを作る環境を作ったものだ。つまり、簡単なペイントソフトを作ってゲーム用の絵を作り、メモリも小さいので圧縮するシステムも作ったなあ。圧縮を実現するアイデアがうまくいったときは、わーってうれしいかった。
だから初めてMacにさわったときは、とても不可解だった。ファイルの中身が読めない!!みたいな。わざと読ませなくしてあって、画像は画像としてしか提示しないという考え方のOSなのだったmacは。今ではそれがあたりまえだけど、当時のぼくはひどく困惑した。
そう考えると、processingは画像を左上から順番に数値化できるので理解できる。
jpegとか、どうなってるんだろう。どこを捨てて圧縮してるんだろうか。
しかし子供の頃にやっていたことが、今のprocessing でなかなかできない。
だけれども、当時ハード的に無理だった速度が簡単に出るので、信じられない短い分でコードが完結する。感動。
あるいみライブラリ集なのか。うんきっとそうだ。
昔は扱える数字の上限も低かったしね。6万いくつかが上限だったきがする。
processingは扱える数字の上限は無限のように動作しているけれど、きっと内部でうまいことやっているのだろう。上限はあるはずだ、なんとなく。
こんどprocessing.jsだけでwebsiteをつくってみようとおもう。IEではめちゃくちゃ遅くなるらしいけれど、興味深い。javascriptとして記述できるということは、iphoneでも見れるのかな?flashはだめなんだよね。たしか。
やってみよー。
--}

