アカウント名:
パスワード:
頂いた質問の、訳が不十分だったところを直したものをRMSへ送るのが 遅れており、仮訳ページ [rieti.go.jp]への反映が遅れております。 ご助力いただいた方々には申し訳ない限りです… （ちょっとここ1,2ヶ月バタバタしていて遅くなってしまいました）
先ほど再質問メールを送ったので、近日中にお返事が来るとおもいます。（お返事が来たらまたフォローします）
いずれにせよ彼は、アクが強いと言われますが、個人的に接していると、非常に楽しいおじさんですよね。 アクが強いというの
GPL ライセンスで曲を書いてくれる人とか、出てこないかなぁ。。。
。。。おいらがやろうかなぁ :-)
MML も好きですが、楽譜で良いと思います。何も常に完璧なアレンジをソースとすることを望む必要もないんじゃないかなと。演奏者が変わればニュアンスも変わるのが音楽の醍醐味なわけですから :-) 。
オンラインでの配布なら、ビットマップや ps 、svg なんかも手段としては使えそう。あるいは、サクラ [oto.chu.jp]み
えっと、なんだか考えていることがだいぶ違うみたいなので、もそっとフォローなのですが、私はどちらかというと、まず先に楽譜ありきで、SMF やサウンドなどはストリームとして、出力結果として考えていました。プログラムの場合でいうソースが楽譜に当たって、それに対する出力結果がバイナリであるのと同じような感覚です。
それと対象となるような製作環境を実現するツールとなると、確かに現存のツールでは MML コンパイラぐらいしかなさそうにも見えますが (^_^;、そこら辺の環境もやっぱり GPL で音楽やりたい人たちで手を取り合って構築してゆ
うーん、やっぱりそもそもの前提条件が違うみたいです。
音楽ってのは、試行錯誤の芸術なんですよ。 いろいろあーでもこーでもとっかえひっかえやった結果が作品になるんです。 まず、これが前提。
この試行錯誤は、DTM であれば細かい部分の調整やアレンジ、生演奏であれば練習の段階で行われるものだと思います。これは、どちらかと言うと演奏者の仕事であると思います。
もちろんそれも、音楽のとてもとても大切な要素なのですが、そもそもが私は、ソースとしての楽譜情報にそこまでの内容を求めてはいなかったのでした。
「自由なライセンス」に話を戻しましょう。音楽の場合、ライセンスを自由にすることによって、人々が享受できる自由って何でしょうか? それは、もちろん「聴く自由」でもありますが、それ以外にも、例えば「演奏する自由」であったり、「アレンジする自由」であったりするのだと思います。それらを行う以上、やっぱりソースは読める形態であるべきだと思うのです。テープから耳コピして起こすとか、職人技として実際に行われてきたことですが (^_^;、現実的とは言いがたいですよね。
そのへん勝手が違う世界なんで、一筋縄でいかないことは確か。
これは分かります。確かに、プログラムのようにバージョン管理が必要な世界であるとすれば、それを音楽でやるのは難しいことだと思います。
まぁ、音楽の場合はそこまで (バージョン管理まで) する必要もないかとは思いますが (^_^;
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
RMSへの再インタビュー遅れててごめんなさい… (スコア:2, 参考になる)
頂いた質問の、訳が不十分だったところを直したものをRMSへ送るのが
遅れており、仮訳ページ [rieti.go.jp]への反映が遅れております。
ご助力いただいた方々には申し訳ない限りです…
（ちょっとここ1,2ヶ月バタバタしていて遅くなってしまいました）
先ほど再質問メールを送ったので、近日中にお返事が来るとおもいます。
（お返事が来たらまたフォローします）
いずれにせよ彼は、アクが強いと言われますが、個人的に接している
と、非常に楽しいおじさんですよね。
アクが強いというの
音楽，本，映画 (スコア:0)
Re:音楽，本，映画 (スコア:1)
GPL ライセンスで曲を書いてくれる人とか、出てこないかなぁ。。。
。。。おいらがやろうかなぁ :-)
むらちより/あい/をこめて。
Re:音楽，本，映画 (スコア:1)
SMFじゃソースコードとしては不十分だし。
(SMFを直に書いているとかならともかく)
かといって、シーケンサ独自のデータ形式で貰っても使いようがない罠。
# ACなのでAC
Re:音楽，本，映画 (スコア:1)
MML も好きですが、楽譜で良いと思います。何も常に完璧なアレンジをソースとすることを望む必要もないんじゃないかなと。演奏者が変わればニュアンスも変わるのが音楽の醍醐味なわけですから :-) 。
オンラインでの配布なら、ビットマップや ps 、svg なんかも手段としては使えそう。あるいは、サクラ [oto.chu.jp]み
むらちより/あい/をこめて。
で… (スコア:1)
DTMに限った話なんですが、作った曲データを楽譜に戻すのって
意外と面倒なんです。
単純な作りの曲ならSMFからベタ変換するだけでもそれなりの
ものができるのですが、細かいところをいじくりまくったやつは
楽譜としての機能が維持できないほどメタクソになること多々。
で、わざわざそれを修正してやる必要があるんです。
ヘタしたら楽譜用に作り直した方が早いかも。
オ
# ACなのでAC
Re:で… (スコア:1)
えっと、なんだか考えていることがだいぶ違うみたいなので、もそっとフォローなのですが、私はどちらかというと、まず先に楽譜ありきで、SMF やサウンドなどはストリームとして、出力結果として考えていました。プログラムの場合でいうソースが楽譜に当たって、それに対する出力結果がバイナリであるのと同じような感覚です。
それと対象となるような製作環境を実現するツールとなると、確かに現存のツールでは MML コンパイラぐらいしかなさそうにも見えますが (^_^;、そこら辺の環境もやっぱり GPL で音楽やりたい人たちで手を取り合って構築してゆ
むらちより/あい/をこめて。
似て非なり (スコア:1)
いろいろあーでもこーでもとっかえひっかえやった結果が作品になるんです。
まず、これが前提。
あと、楽譜をソース,SMFをバイナリに喩えるのもいいんですが、
楽譜出力を念頭におくならば、実際はその間にシーケンサでの
編集という派生させたソースが存在する。しかも、作者の気分次第で
元のソースがコロコロ変わってしまうというおまけつき。
その度に派生版も修正しなければならんのです。
結局、それが面倒だから楽譜なんか作ってられっか～ (ノ｀Д´)ノ＝＝＝┻━┻ と。
そのへん勝手が違う世界なんで、一筋縄でいかないことは確か。
# ACなのでAC
Re:似て非なり (スコア:0)
試行錯誤すると思うのだけれども。
音楽だけ特別扱いする必要があるとは思えません。
さらに言えばプログラムだって、
あーでもないこーでもないと仕様が変わりますよ。
Re:似て非なり (スコア:1)
うーん、やっぱりそもそもの前提条件が違うみたいです。
この試行錯誤は、DTM であれば細かい部分の調整やアレンジ、生演奏であれば練習の段階で行われるものだと思います。これは、どちらかと言うと演奏者の仕事であると思います。
もちろんそれも、音楽のとてもとても大切な要素なのですが、そもそもが私は、ソースとしての楽譜情報にそこまでの内容を求めてはいなかったのでした。
「自由なライセンス」に話を戻しましょう。音楽の場合、ライセンスを自由にすることによって、人々が享受できる自由って何でしょうか? それは、もちろん「聴く自由」でもありますが、それ以外にも、例えば「演奏する自由」であったり、「アレンジする自由」であったりするのだと思います。それらを行う以上、やっぱりソースは読める形態であるべきだと思うのです。テープから耳コピして起こすとか、職人技として実際に行われてきたことですが (^_^;、現実的とは言いがたいですよね。
これは分かります。確かに、プログラムのようにバージョン管理が必要な世界であるとすれば、それを音楽でやるのは難しいことだと思います。
まぁ、音楽の場合はそこまで (バージョン管理まで) する必要もないかとは思いますが (^_^;
むらちより/あい/をこめて。
Re:似て非なり (スコア:1)
分野によって細かいところがいろいろ違ってくる。
文学は確かに同じような感じか。
絵画,彫刻,プログラムは作業工程が似てもいないんで試行錯誤の性質が別物かと。
これらはまず土台をしっかりさせてからだんだん末端に向かって
手を加えていきますよね。ここで、微調整程度ならまだしも、
大きく変える必要があればその部分から末端まで破棄して
作り直すしかない。だから設計は慎重になる。
音楽や文学にも土台ってのはありますが、これは固定的な存在じゃ
ないから後で部分的に修正しても他の場所に影響しにくい。
変えたきゃ存分に変えられるし、設計もいいかげんで全然問題なし。
…というわけで、それぞれのローカルな事情があるんです。
そのへんを御理解くだちい。
# ACなのでAC
おけ。 (スコア:1)
製作作業について
Ａ 音符の配置など楽曲としてごくプライマルなこと
Ｂ 演奏に該当するような細かいこと
という具合に分け、Ａについてのみの話ってことでOK?
で、これの何が問題なのかというと…
普通はＡ→Ｂという順に作業すると思いがちなんですが、実際は
そんなことなくて、ＡとＢが並行してるもんなんです。だから
完成したときにＡだけの完成品ってのが存在しない。Ａだけが
必要なら、(Ａ＋Ｂ)の状態からＡだけを抽出するか、作業時に
Ａと(Ａ＋Ｂ)の2バージョン用意して、Ａの変更時はもう片方に
コミットしてやるといった形で進める必要がある。
どっちも面倒だから普通やりたがんない…という話をしていたわけ。
かといって、初めからＡだけ作ってりゃいいんだというのもエゴ
っちい話。この両者の間を埋めるには、やっぱ間に耳コピ職人が
入るのがベストなんじゃないかな。
ライセンス的に自由なら、そーゆーのもアリでしょ。
作る側は楽しんで作り、聴く側は楽しんで聴き、耳コピは楽しんで
耳コピ。これで皆幸せ、それでこそ音楽。
# ACなのでAC