mieki256's diary

2024/04/18(木) [n年前の日記]

#1 [prog] QGISを試用中。その2

OpenGLで道路を描画するために、道路データが欲しい。QGISというソフトを使うと、現実世界の道路データを取得できるので、試用しているところ。

環境は、Windows10 x64 22H2 + QGIS 3.22.10 LTR。GSI-VTDownloader プラグインも利用している。

◎ QGISのベクタレイヤ上の座標をエクスポート :

_昨日、 道路の線データ(ラインデータ)を、QGIS上で表示するところまではできた。

このラインデータの座標値を、テキストファイル等で出力したい。

以下が参考になった。ありがたや。

_shpファイル（XY座標データ）をCSVファイル（緯度経度）で保存したい


一応手順をメモ。レイヤー名を右クリック → エクスポート → 新規ファイルに地物を保存、を選ぶ。

「ベクタレイヤを名前を付けて保存」というダイアログが開く。

• 形式は、「カンマで区切られた値[CSV]」を選ぶ。
• ファイル名を指定。
• 座標参照系(CRF)は、EPSG:4326 - WGS 84 あたりにしておいた。
• 「レイヤメタデータを保持」のチェックを外す。
• レイヤオプションのGEOMETRYを、「AS_WKT」にする。もし、ラインではなくポイントを出力したい場合は、「AS_XY」を選べば良いらしい。
• 「保存されたファイルを地図に追加する」のチェックを外す。

これで、座標値らしきもの(緯度と経度？)を、csvファイルとして保存することができた。以下は出力サンプル。

_road2.csv


csvの中では、MULTILINESTRING ((...)) という形で座標値が出力されているけれど、x,y値が、空白とカンマ区切りで並んでいるので、エディタで開いて置換をすれば、それらしいデータが得られる。

ただ、一筆書きのラインのように見えつつも、実は分断されていて、複数のラインで構成されてしまっている時がある。そういった状態の場合、出力された csv の中で、座標値が「),(」等で区切られてしまっていたりする。上記のデータも、見事に分断してるデータになっていた…。

できれば、QGIS上で、ちゃんと繋がったラインになるように修正したい。

◎ スナップツールバーの表示 :

ラインの各頂点は、スナップ機能を使うことで、ピッタリ同じ座標にすることができる。そのため、修正作業の前準備として、ツールバー上にスナップツールバーも表示しておいたほうがいい。

ビュー → ツールバー → スナップツールバー、にチェックを入れる。これで、ツールバー上に、スナップツールバーが追加された状態になる。

磁石のようなアイコンをクリックすれば、スナップ機能の有効/無効を切り替えることができる。スナップ機能を有効にすれば、移動中の頂点を、他の頂点にピタリと吸着させることが ―― 移動中の頂点の座標値を、他の頂点の座標値とを全く同じ値にすることができる。

◎ マーカーラインを使って最初の点と最後の点を表示 :

マーカーラインなる機能を使うと、「最初の点のみ」「最後の点のみ」に、何かしらのマーカーを表示することができるらしい。

_地物のラインに起点終点の表示をしたい

これを使えば、ラインが分断されていた場合、ラインのあちこちにマーカーが表示されるので、どこで分断されているか分かりやすいし、修正作業も楽になる。

ベクタレイヤ名の上で右クリックして「プロパティ」を選択。プロパティウインドウが表示される。

• 左側で「シンボロジ」なるタブを選んで、マーカーラインシンボルレイヤを追加していく。
• 右上のほうのプラスアイコンをクリックしてシンボルレイヤを追加。
• シンボルレイヤタイプを「マーカーライン」にする。
• マーカーの位置を、「最後の点のみ」にする。

同様に、もう一つシンボルレイヤを追加して、マーカーの位置を「最初の点のみ」にする。

それぞれ、マーカーの見た目を異なる色や形にしておいたほうが見分けやすい。

これで、ラインが分断されているところには、マーカーがついてくれる。

後は、編集モード切替、かつ、スナップ機能を有効にして、分断されている箇所の頂点が同じ位置になるように修正していく。

修正が終わったら、ベクタ → 空間演算ツール → 融合 (dissolve)、を選んで、繋がっているラインに変換。別レイヤとして追加される。

さて、こうして得られた道路データは、正しいデータになっているのだろうか…。何かプログラムを作って、読み込ませて描画して、確認してみないと…。

◎ Python+pygameで表示してみた :

Python 3.10.10 64bit + pygame 2.5.2 を使って、簡易表示してみることにした。

元のデータは以下。QGISからエクスポートしたcsvを、テキストエディタで修正して、x,y だけが並んでる状態にした。

_housakatouge.csv
_motosuko.csv

QGISのスクリーンショットと、Python + pygame で表示したソレを並べてみる。

一応それらしい形が表示されて喜んだものの、よく見てみると、なんだか縦に潰れてしまっている…。

元のデータはおそらく緯度と経度(経度と緯度？)なのだろうけど、1:1ではないのかもしれない。比率の違いがどの程度なのかググってみたけど、そのものズバリを説明してるページは見当たらず。しかし、たまたま、違いは1.3程度と言及してる箇所に遭遇。その値が本当に正しいのかどうかは分からんけれど、試しに縦方向を1.3倍してみた。

大体似た感じになってるから、これでいいかな…。本来、北や南に行くに従って、地球の円周の長さも変わってくるだろうから、そのあたりを補正しないといけない気もするけれど、正確な形状が欲しいわけでもないので、こんな感じでもいいだろう…。

書いた Pythonスクリプトは以下。

_draw_line.py

python draw_line.py housakatouge.csv
python draw_line.py motosuko.csv

カーソルキーの左右、もしくは上下で、カーソル位置を変更する機能もつけておいた。道路の形に沿ってカーソル位置が変わっていくことで、一筆書き状態のデータになっていることも確認できた。

余談。久々に pygame を触ったので使い方を色々忘れてしまっていて、ググって解説ページを眺めつつ作業してみたけれど。昔と違って、pygame の解説ページが随分と増えている印象を受けた。一時期の pygame がオワコン扱いライブラリだったことを思い返すと、なんだか目頭が熱く…。pygame で使ってる SDL が 1.x から 2.x になって描画処理が高速化したことで復権できたのだろうか。いや、tkinter (Tcl/Tk の Tk を Python から利用できるようにしたライブラリ)もそうだけど、Python の人気に引っ張られる形で各ライブラリ/モジュールが再注目されていった面もあるのだろうな…。

2023/04/18(火) [n年前の日記]

#1 [cg_tools] 画像ビューア XnView について調べてた

#2 [prog] Pandocに渡すgithub風cssについて

pandoc hoge.md -f gfm -t html5 -s --self-contained -c github.css -o hoge.html

h1:hover a.anchor,
h2:hover a.anchor,
h3:hover a.anchor,
h4:hover a.anchor,
h5:hover a.anchor,
h6:hover a.anchor {
    /* background: url("para.png") no-repeat 10px center; */
    background: url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAAZ0lEQVQ4T2NkoBAwUqifAZsBgkBDZwJxKBbDK4Bincji2AzYDVTggqQIpAYkdg+I09ENRTdACajgLpoi+hoAspwiL4AMAHljFRAbQ71CkheQvZ8GjY1RAxjAqZXohETVQCQqn1GcGwEpnyMREv2DmQAAAABJRU5ErkJggg==") no-repeat 10px center;
    text-decoration: none;
}

hr {
    /* background: transparent url("dirty-shade.png") repeat-x 0 0; */
    background: transparent url("data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAYAAAAECAYAAACtBE5DAAAAIklEQVQIW2NkQAXGMC4jkjhcECh2FiaBIghSDJLAEARJAABzRgM4pXO10AAAAABJRU5ErkJggg==") repeat-x 0 0;
    border: 0 none;
    color: #cccccc;
    height: 4px;
    padding: 0;
}

#3 [cg_tools] 画像拡大ツールを試用

2022/04/18(月) [n年前の日記]

#1 [tic80] TIC-80 Android版をインストールしてみた

#2 [moho] Moho Pro 13.5.3について少し調べてた

2021/04/18(日) [n年前の日記]

#1 [windows] エディタを少し試用

2020/04/18(土) [n年前の日記]

#1 [pc] IW-BK623にCore i5-2500を入れた

2019/04/18(木) [n年前の日記]

#1 [pc] KM-BASIC 0.8.1の不具合を見つけてしまったような気がする

KM-BASIC 0.8.1 の動作確認をしていたのだけど、もしかするとまた別の不具合を見つけてしまったのかもしれず。そのあたり、一応メモ。環境は、Windows10 x64 + MZ700WIN 0.56 + KM-BASIC 0.8.1。

症状としては、文字列型変数を使おうとするとエラーが出る模様。

前提として…。KM-BASIC は、変数名として、A〜Z の英文字を使えるようで。

• 数値(整数)が入る場合は、A とか B とか X とか書く。
• 文字列型変数を使う時は A$ とか X$ とか書く。

A=10
PRINT A
10

X$="TEST"
PRINT X$
TEST

しかし、KM-BASIC 0.8.1 で X$ 等を使うと、以下のようなエラーが出てしまう。

代入まではできているのかもしれないけれど、参照しようとするとエラーになる。また、ASC(X$) や LEN(X$) でもエラーが出ている。

ちなみに、KM-BASIC 0.6.8 では、そういった症状は出なかった。

気になって、KM-BASIC 0.8.0 でも確認してみたけれど、そちらも 0.8.1 と同様にエラーになった。

◎ 他の命令その他についても動作確認してみた。 :

もしかすると、他にも不具合があるのではと気になったので、KM-BASIC 0.8.1 上で色々試してみたり。

結果を先に書いておくと、X$(x) という記述と、SGN() の結果が怪しい感じだった。

以下、確認中のスクリーンショット。

関数をチェック。

STRNCMP()、VAL()、CHR$()、DEC$()、HEX$() は、おそらく問題無し。

ただし、X$(x) という書き方はエラーが出る。

ちなみに、0.6.8上ではエラーは出なかった。

演算子についても確認。

+、-、*、/、% は問題無し。比較演算子の、=、!=、<、>、<=、>= も問題無さそう。ビット演算子の AND、OR、XOR も大丈夫そう。

配列を示す DIM についても確認。

DIM も大丈夫そう。

SGN()、ABS()、NOT() についても確認。

ABS()、NOT() は大丈夫そうだけど、SGN() が気になる。ドキュメントには、-1,0,1 を返すとあるけれど、-1,0しか返さない。これは 0.6.8 も同じ結果になった。

ということで、文字列型変数絡みと SGN() が、なんだか気になるなと…。

◎ 動作テスト用のプログラムを書けないものか。 :

LOADしてRUNすると結果が出てきて、各命令や機能が一通り正常に動作していることを確認できる、そんなプログラムを書けないものか…。

◎ 2019/04/24追記。 :

修正版 0.8.2 が公開された旨を作者様から連絡していただけました。ありがとうございます。

動作確認の記事を書いたので、一応メモしておきます。

_mieki256's diary - KM-BASIC 0.8.2の動作確認をしてみたり

この記事へのツッコミ

Re: KM-BASIC 0.8.1の不具合を見つけてしまったような気がする by 名無しさん    2019/04/21 16:13

いろいろ調べて頂き、有り難うございます。見てみます。のんびりお待ちください。

Re: KM-BASIC 0.8.1の不具合を見つけてしまったような気がする by 名無しさん    2019/04/22 11:46

とりあえず、ver 0.8.2を試してみて下さい。

Re: KM-BASIC 0.8.1の不具合を見つけてしまったような気がする by mieki256    2019/04/24 22:49

連絡及び修正、ありがとうございます。＞作者様
KM-BASIC 0.8.2 をDLして動作確認してみたところ、
文字列型変数とSGN()の挙動がたしかに改善されてることを確認できました。
対応していただきありがとうございます。感謝します。

ただ、REM文を使うと、LIST結果が崩れる症状を見つけてしまいました…。
一応報告させていただきます。
小出しに見つけてしまって、なんというか…申し訳ありません…。

Re: KM-BASIC 0.8.1の不具合を見つけてしまったような気がする by 名無しさん    2019/04/27 08:55

テストをどうもありがとうございます。
小出しでも、気づいた段階で言っていただける方がありがたいです。
見てみます。

#2 [pc] MZ700WINが公開中止になっていたらしい

この記事へのツッコミ

Re: MZ700WINが公開中止になっていたらしい by AKD    2019/05/05 14:40

MZ700WIN関連ファイル再配布所
http://mzakd.cool.coocan.jp/mz-memories/mz700win.html

mz-700winのサイトで公開されていたファイルは、許可をいただき、再配布を始めました。このまま静かにまるくんさんの復活を待ちたいと思います。

2018/04/18(水) [n年前の日記]

#1 [anime][neta] 東堂いづみ先生がプリキュアに出てきたりしないかなと妄想

2017/04/18(火) [n年前の日記]

#1 [ruby][dxruby] Ruby + cairo(rcairo)でドット絵モドキを自動生成

Windows10 x64 + Ruby 2.2.6 p396 mingw32版 + cairo(rcairo) + color で、ドット絵モドキを自動生成できるかどうかテスト。

結果はこんな感じに。

_前回の実験結果 と比べると、境界線を追加しただけでも結構それっぽくなってきた、ような気もするけど、やっぱりちょっとビミョーな感じが…どうなんだコレ。

ちなみに、スペースキーを押すと次々にドット絵モドキを自動生成します。

ソースは以下。

_mieki256/tinypixelartgrad.rb

表示確認には DXRuby を使用。生成部分は cairo と color しか使ってないので、Cairo::ImageSurface を変換できれば他の何かしらでも使える、のかな。どうかな。

cairo、color 等は以下でインストールできる、のではないかなと。

gem install cairo --platform=x86-mingw32
gem install color
gem install dxruby

アルゴリズムは…。ランダムに、グラデ塗り＋境界線で、矩形もしくは丸をたくさん描いて、横方向や縦方向でミラー(反転コピー)してるだけ。やっぱりグラデ塗りをするだけでも、なんだか色々と誤魔化せるような気が。

◎ ライセンスについて。 :

今回自分が書いたスクリプトソースは CC0 / Public Domain ってことで。ランダムに矩形や丸を描いてるだけだし…。

ただ、バイナリにまとめてツールとして配布云々となると、cairo(rcairo) が GPL なので、ツールも GPL になっちゃう気がするわけで。いわゆるGPL汚染。そこはちょっと注意を…。 *1 もちろん、cairo を別のライブラリで置き換えたり、描画処理を自前で書けばGPLに汚されなくて済みそうですが。GPL、面倒臭いッスね。

◎ 改良案。 :

もしかすると台形も描画するようにしたらもうちょっとそれっぽく…。いや、どうかな…。

ザクのパイプっぽい模様とか、網目っぽい模様とかを、矩形の一種として描画したらもうちょっと…。いや、どうだろう…。

範囲が広い矩形の上には明度を変えた小さな矩形を何度か描いてやれば、STAR WARSに登場するメカのテクスチャっぽくなってくれたり…するのかな…どうなんだ。

---

*1: cairo自体はLGPLも選べるみたいだけど、rcairo が GPL っぽいようで。 _rcairo/rcairo - github には GPL ってファイルがあるし…。

#2 [ruby][ubuntu] gosuでcairo(rcairo)のサーフェイスを表示できないか実験

上記のドット絵モドキ生成スクリプトは、結果の表示確認用として DXRuby を使っているけど。コレを、Ruby + gosu で表示できないものかと。

少しググって調べてみたけど、どうも gosu は、ファイル名を渡して Gosu::Image を作る以外の方法が無い上に、ドット単位でチマチマと描画していくメソッドすら無いみたいで、コレはちょっと難しいなと。いやまあ、cairo から、一つずつHDDにpngファイルを書きだして、それを読み込み直して、とかやればできなくもないけど…。ソレってダサいというか、絶対に遅いよなと…。

一応、RMagick の何かを渡して Gosu::Image を作れる、という記述も見かけたけど。Windows上で RMagick をインストールしようとすると、一緒にインストールする ImageMagick のバージョンによってはハマる罠があるので、できれば RMagick は使わずに済ませたいわけで。

でもまあ、*NIX や Mac なら RMagick のインストールも特にハマらないのかもしれないか…。せめて Ubuntu Linux上で試してみるか…。

◎ Ubuntu Linux で RMagickのインストール。 :

一応、Ubuntu Linux で RMagick をインストールする方法もググったり。

_Ubuntu 14.04 で gem install rmagick - kunitooの日記
_Ubuntu12.04でimage-magickとrmagickを入れる - Qiita
_ruby - Installing rmagick on Ubuntu - Stack Overflow
_Ubuntu14.04にRmagickをインストールしようとしたらエラーが出たので、やったことメモ
_rmagick/rmagick: Ruby bindings for ImageMagick

Ubuntuもインストール時にエラーが出てハマる時があるのか…。何だよソレ…面倒臭いな…。

これがもし Python だったら、PIL(Pillow) を入れればある程度は画像処理ができてしまうのだけど。Ruby には PIL 相当が無いから ImageMagick関連に頼るしか無くてなんだか不便だなと思えてきたり。

などとブツブツ言いつつも、一応 github のソレには、「libmagickwand-dev もインストールしろ」と注意書きがあるので、ソレを信じて VMware Player + Ubuntu 16.04 LTS上で試してみたり。

$ sudo aptitude install libmagickwand-dev

以下の新規パッケージがインストールされます:
  bzip2-doc{a} gir1.2-rsvg-2.0{a} libbz2-dev{a} libcdt5{a} libcgraph6{a} libdjvulibre-dev{a} 
  libexif-dev{a} libgraphviz-dev{a} libgvc6{a} libgvc6-plugins-gtk{a} libgvpr2{a} 
  libilmbase-dev{a} libjasper-dev{a} libjbig-dev{a} libjpeg-dev{a} libjpeg-turbo8-dev{a} 
  libjpeg8-dev{a} liblcms2-dev{a} liblqr-1-0-dev{a} liblzma-dev{a} 
  libmagickcore-6-arch-config{a} libmagickcore-6-headers{a} libmagickcore-6.q16-dev{a} 
  libmagickwand-6-headers{a} libmagickwand-6.q16-dev{a} libmagickwand-dev libopenexr-dev{a} 
  libpathplan4{a} librsvg2-dev{a} libtiff5-dev{a} libtiffxx5{a} libwmf-dev{a} libxdot4{a} 
0 個のパッケージを更新、 33 個を新たにインストール、 0 個を削除予定、0 個が更新されていない。
12.3 M バイトのアーカイブを取得する必要があります。 展開後に 37.8 M バイトのディスク領域が新たに消費されます。
先に進みますか? [Y/n/?]
(以下略)

$ sudo gem install rmagick

Fetching: rmagick-2.16.0.gem (100%)
Building native extensions.  This could take a while...
Successfully installed rmagick-2.16.0
Parsing documentation for rmagick-2.16.0
Installing ri documentation for rmagick-2.16.0
Done installing documentation for rmagick after 6 seconds
1 gem installed

$ irb

irb(main):001:0> require 'rmagick'
=> true
irb(main):002:0> exit

大量にパッケージがインストールされたけど、すんなり入ってくれた、ような気がする。助かった。

でも、本当にインストールできたのかな。

◎ RMagickの動作確認。 :

ちゃんとインストールできたのか試してみる。

$ irb

irb(main):001:0> require 'rmagick'
=> true

irb(main):002:0> img = Magick::ImageList.new("0001.jpg")
=> [0001.jpg JPEG 3888x2592 3888x2592+0+0 DirectClass 8-bit 3307kb]
scene=0

irb(main):003:0> img.flop.write("dst.jpg")
=> 0001.jpg=>dst.jpg JPEG 3888x2592 3888x2592+0+0 DirectClass 8-bit 3299kb

動いてるっぽい。左右反転した jpg が保存された。

◎ cairoのサーフェイスをRMagickのImageに変換。 :

さて。cairo(rcairo)のサーフェイスを RMagick の Image に変換するには、何をどうすればいいのやら。

以下でやり方が紹介されてた。ありがたや。

_3階建ての2階角部屋 2nd : ruby/tk + cairoで高速化を目指す 3

おそらく以下の2行がソレなのだろう…。

magick = Magick::Image.new(width, height)
...
magick.import_pixels(0,0, cairo.width, cairo.height, 'BGRA', cairo.data)

ただし、この書き方は、リトルエンディアンのCPUにしか対応してない書き方、のような気がする。ビッグエンディアンのCPUで cairo を使うと、BGRAじゃなくてARGBの並びで返ってきそうな予感。

◎ gosuで表示確認ができた。 :

ということで、Ubuntu 16.04 LTS上で、Ruby 2.3.1 p112 + RMagick 2.16.0 + gosu 0.11.3.1 を使って、前述のドット絵モドキ生成スクリプトの動作確認ができた。以下は証拠画像。

ソースは以下。もちろん、 _tinypixelartgrad.rb も必要。

_gosu_draw.rb

さておき。gosu はウインドウの背景色を指定できないようで、各画像の輪郭が分かりづらいなと…。背景画像を用意して背景色指定の代替に、と思ったら単色豆腐画像もすぐには作れないようだし。それと、キーボードを押した瞬間を取得できないのもなんだかアレで…。

その点 DXRuby は、ウインドウの背景色は1行で指定できるし、即座に単色豆腐画像を作れるし、キーボードを押した瞬間も取得できるしで、細かい部分で色々と気が利いてるので助かります。ありがたや。

#3 [pc] 何故にsvgビューアが存在しないのだろう

javaw -jar Batikインストールフォルダ\batik-squiggle-1.9.jar
javaw -jar Batikインストールフォルダ\batik-squiggle-1.9.jar hoge.svg

2016/04/18(月) [n年前の日記]

#1 [proce55ing][processing] Processingで一本道の道路を延々走るソレを弄ってたり

しばらく前にProcessingで書いていた、どこまでも一本道を走り続けるソレに、背景を追加してみたり。

_DEMO (Processing.js版)
_sketch_roadmake4.pde (ソース)
_tex2.png (使用画像)

ソースも画像も CC0 / Public Domain ってことで。

背景は、Cubemap というか Skybox というか、大きい四角い箱を描画するだけのアレで追加。カメラの向きは上下方向に変化しないようにしてるので、Skybox の上面と下面は表示しないようにしてる。箱の大きさは、 _画角と距離から算出。 縦方向が、ウインドウの縦幅と一致する大きさを求めてる。

最初は、512x512のテクスチャ画像に、背景、道路、木、全てのテクスチャを入れてたけど、さすがにそのサイズだと解像度が足りなくて背景がボケボケだったので、仕方なく 1024x1024のテクスチャ画像を作り直したり。

背景に使った画像は、先日 Vue 5 Easel で試行錯誤してた時の成果物を使用。

_OneDrive上の piblic > Pictures > panorama_images

自由に使ってください。まあ、クオリティが低過ぎてアレだけど。

◎ ひとまず Processing は終了。 :

ひとまず、Processingでやれるのはこのへんまでかな、このソースを弄るのはここで終了かな、という気がしていたり。

本当は、ライトで照らしたり、フォグをかけたりしたいけど、Processing.js を使う限り、テクスチャを貼ったポリゴンの色を変更することができないのでちょっと難しいなと。いや、機能としてはあるのだけど、色を変えた後のテクスチャを再生成して描画するらしいので、処理が重くなるらしくて。

まあ、それは Processing.js の制限なので、Processing.js を使うことは考えずに、Processing だけでやることにすれば、もうちょっと色々できるかもしれんけど…。

もし、見た目についてもう少し何かしらを試したいなら、WebGL を Three.js だの Away3D TypeScript 経由で使う形で書き直す、みたいなことになるんじゃないかと予想していたり。そういう形なら、ブラウザ内の全画面表示もできて、少しは迫力も増すのかも。

#2 [zatta] なんで止めないんだろ

2015/04/18(土) [n年前の日記]

#1 [pc] バックアップしたパーティションを小さくしたい

2014/04/18(金) [n年前の日記]

#1 [nitijyou] サーバから別サーバへファイルをコピーするのってどうすればいいんだろう

2013/04/18(木) [n年前の日記]

#1 [digital] リンク機構シミュレータを2つほど試用

この記事へのツッコミ

Re: リンク機構シミュレータを2つほど試用 by takazin    2013/12/22 19:39

リンクテスタ(ベータ)の開発者のtakazinと申します．
今回はご使用いただきありがとうございます．
使ってくれる人がいて大変うれしく思っています．

#2 [windows] どうしてWindows8はXPモードを用意しなかったんだろう

2012/04/18(水) [n年前の日記]

#1 [anime] 「おまえうまそうだな」を視聴

この記事へのツッコミ

Re: 「おまえうまそうだな」を視聴 by むー    2013/04/27 21:48

この映画は全体的な面で言ったらおそらく監督の趣向みたいのは
半分も占めてないんじゃないかと思いました。実際の発言があったのを考えました。

そう思う理由を述べたいと思うます。

１：とにかく泣ける映画を作って欲しいと頼んだのはプロデュースサイドだから。
ここで泣ける部分というのは親子愛絡みの事（主人公の成長とか）を指してると思います。この映画はそういう要望を受け入れて作った結果だと思います。
「お題で頂いた”泣ける映画”というのを苦労していれつつ〜」と言っていました。

２：この映画の原画スタッフの1人もtwitterで「感動を全面に出してますが〜」
「個人的には藤森監督の趣味の分野（背動・アクション・ギャグ）も混在してるので〜」と言ったから。「感動を全面に出していますが」という発言だと、この映画ではそれがメインという意味になります。そして「監督の趣味の分野も混在してるので」という発言だと、逆に考えると「も」と言ってるので監督の趣味とは違う分野も混在してるという意味になります。

監督とクレジットされていますが、殆どの功罪がこの監督というよりはプロデュース含む他スタッフが欠けても成り立たなかったと思います。
寧ろ一般客や視聴者の目線で言うと監督の趣向らしきものは感じなくて、普通に感動の映画だと思ってるようです。単に「可愛いキャラの感動映画」って思ってる方が多いです。
http://photozou.jp/photo/photo_only/2860818/156276493の監督本人のインタビューでも、監督の趣向やプロデュース側の要望について述べています。

Re: 「おまえうまそうだな」を視聴 by むー    2013/04/27 21:51

映画の絵柄も誰が考えた物なのかはわかりません。
推測ですが、上の人の誰かから監督やキャラデザイナーに人に「こんな感じの絵柄でお願いします」と頼んだのかもしれません。キャラデザイナーは柳田義明氏ですが、藤森監督は共同ですが昔ポケモン映画の作画をやった事があります。
なので、藤森監督に対しても、単に「ポケモンみたいな絵柄にしてくれ」と頼んだ可能性もあります。寧ろ、そういう風な感じの映画にして欲しくてこの映画に藤森監督を起用したのかもしれませんし。上辺だけの経歴で偏見で判断したとも考えられるかと思います。もっとも絵柄だけではなく、内容面でも「この監督だったらこういう、ぬるま湯映画にぴったりだろう」という上辺だけの経歴で判断したのかもしれませんが。作者の宮西達也さんが「原作絵本と違う物にしてください」と頼まれたのもあると思いますが。

藤森監督はデザイン面で「丸っこいキャラだけど〜」「マイアサウラのお母さんのお母さんの色っぽさは想定外」と言っていますがこれだけでは藤森監督の発案かどうかわかりませんよね。

Re: 「おまえうまそうだな」を視聴 by むー    2013/04/27 21:51

マイアサウラのお母さんについても述べたいと思います。

マイアサウラのお母さんについても監督自身が「肉食だとわかっていながら平気で育てちゃう」と言い方もしてたので、本人も多少なりとも呆れを感じてるのかと思いました。 浮世離れってのは良い意味で使われるとは限りませんので。
実際に、作中のを見る限りでは周りの足を引っ張ってばかりでしたねえ。

何食わぬ態度で草食の身内の事考えないで肉食の主人公を育てるし
その肉食の主人公にしても赤い実ばかり食わせる。
そしてその主人公がいなくなった後もちゃっかり子供を増やすという発情っぷりも発揮。この子供を産んだシーンはhttp://photozou.jp/photo/photo_only/2860818/156276493でも触れていましたね。「お母さんにも女としての性がある」という事みたいです。

肉食のボスについて、ハートをお母さんが育てた件について聞いて
「肉食は肉を食べないとダメだ。どうするつもりだったんだ？」と言われても反省もしないでちゃっかりする。
おまけに終盤になっても「ハートに対して一緒に暮らそうという」子離れの悪さを発揮する。

Re: 「おまえうまそうだな」を視聴 by 名無しさん    2013/09/10 17:57

既にある被るので申し訳ありません。

原作はベストセラーの絵本です。

この映画版で心温まる、絵柄、お母さんの事で言いたい事があったので言います。毒舌になるかもしれませんが。
原作絵本はともかく、制作サイドを手放しに擁護するってわけでもないのであしからず。

原作者の意向もあって絵本とは違う物になったのは知っています。
http://mi-te.jp/contents/cafe/1-9-742/

映画自体は勿論、アニメージュ2011年8月号「この人に話を聞きたい」でのインタビューも読んで後、色々言いたい事が増えました。
http://photozou.jp/photo/photo_only/2860818/156276493の画像にインタビューが一部載っています。
アニメージュ2011年8月号は中古であるかもしれません。


■心温まるストーリー面について

「絵本の何冊かをまとめなければならなかった」「とにかく泣ける映画という要望を頂いた」「映画の世界観の作り方」「嘘の関係バレた後に付き合っていくかどうか」「主人公ハートが特訓してライバルと対決する」「主人公ハートのキャラ付け」「お母さんがまた子供を産むという女」「お母さんのキャスティングの質問回答」「主人公ハートの生き方を追いかけて、最終的に少しグッとくるような形に。それで考えるより動くキャラにした」「映画後半の方のアクションの指示」だけを見たら、別に「心温まる」とは違う物でも、他の路線でも、他のジャンルでも使えそうな気します。

それゆえに、この映画のメインの心温まるって所もどこまでが制作サイドの発案なのかわからない、という事です。心温まるってのも本当に制作サイドの発案なのか、最初にあった話を受け入れた上でやった結果なのか、どちらかなのかはわかりません。



■映画のキャラデザについて

上の人の誰かから監督やキャラデザイナーに人に「こんな感じの絵柄でお願いします」と頼んだのかもしれません。キャラデザイナーは柳田義明氏ですが、監督は共同ですが昔ポケモン映画の作画をやった事があります。

なので、監督に対しても、単に「ポケモンみたいな絵柄にしてくれ」と頼んだ可能性もあります。
寧ろ、そういう風な感じの映画にして欲しくてこの映画に監督を起用したのかもしれませんし。上辺だけの経歴で偏見で判断したとも考えられるかと思います。

もっとも絵柄だけではなく、内容面でも「この監督だったらこういう、ぬるま湯映画にぴったりだろう」という上辺だけの経歴で判断したのかもしれませんが。

作者の宮西達也さんが「原作絵本と違う物にしてください」と頼まれたのもあると思いますが。

制作サイドはデザイン面で「丸っこいキャラだけど〜」「マイアサウラのお母さんのお母さんの色っぽさは想定外」と言っていますがこれだけでは本当に制作サイドの発案かどうかわかりません。

■マイアサウラのお母さんについて
制作サイドも「肉食だとわかっていながら平気で育てちゃう」と言い方もしてたので、制作サイドも多少なりとも呆れを感じてるのかと思いました。
何食わぬ態度で草食の身内の事考えないで肉食の主人公を育てるし、その肉食の主人公にしても赤い実ばかり食わせる。
肉食のボスについて、ハートをお母さんが育てた件について聞いて「肉食は肉を食べないとダメだ。どうするつもりだったんだ？」と言われても反省もしないでちゃっかりする。
終盤になっても「ハートに対して一緒に暮らそうという」子離れの悪さを発揮する。

お母さんの存在も、「泣けるというお題を苦労していれつつも〜」な部分なのかもしれませんが。

映画はプロデュースサイドが「とにかく女の人が泣ける映画を作ってください」と要望を出したらしいですし。
ただ可愛いキャラでウルウルな話を作れば良いとでも思ってたのでしょうか？女の人を舐めてますね。


続きます。

Re: 「おまえうまそうだな」を視聴 by 名無しさん    2013/09/10 17:59

何が言いたいかと言うと

この映画のプロデュース側について
「人気絵本のネームバリューを使いたかったのか」
「原作者が絵本と違う物をって頼んだのを良い事に映画を単なるお涙頂戴物にしたかったのか」って事を突っ込みたいのです。

原作者は絵本と違う物と頼んだけど
「絵本と違う物」って良い意味でも悪い意味にも
なり得るのである意味範囲が広いです。

映画は勿論監督以下スタッフ側も色々口出ししたので
彼等の意向もあるのは間違いないのですが
企画には関わってなかったかもしれませんねえ。
口出ししたと言ってもあくまでああいう企画の枠内でやっただけなのかも。

映画の絵柄についても、監督に対しても単に「ポケモンみたいな絵柄にしてくれ」と頼んだ可能性もあります。
寧ろ、そういう風な感じの映画にして欲しくてこの映画に監督を起用したのかもしれませんし。上辺だけの経歴で偏見で判断したとも考えられるかと思います。
もっとも絵柄だけではなく、内容面でも「この監督だったらこういう、ぬるま湯映画にぴったりだろう」という上辺だけの経歴で判断したのかもしれませんが。

http://photozou.jp/photo/photo_only/2860818/156276493
このアニメージュ2011年8月号のインタビューはこちらも読みましたが、映画全体を見る限りだと必ずしもインタビューで答えたスタッフの意向が全面に出てるってわけではなかったというか、プロデュース側の意向（とにかく女が泣ける映画を作って欲しい・・・）のが優先されてたって感じですねえ。

それにしてもこれは女性を舐めてますね。
単なる可愛いキャラでお涙頂戴物語を作れば良いと思っていたのでしょうか？

Re: 「おまえうまそうだな」を視聴 by 名無しさん    2013/09/22 05:37

言い忘れました。

http://photozou.jp/photo/photo_only/2860818/156276493
わざわざこのアニメ雑誌の記事を持ち出してるのには理由があります。

なぜなら「映画全体を見る限りだと必ずしもインタビューで答えたスタッフの意向が全面に出ててないじゃん」と思いました。

本当にスタッフの意向が全面に出る映画は、例えそのスタッフの力量が足りなくてもそれっぽい形（スタッフの言う意図が形だけでも全面に出てたり）にはなりうなのですが。実際、独りよがりかに問わず、スタッフの意図が全面に出てる作品あると思いますから。



「映画を単なるお涙頂戴物にしたかたったのか」と思った理由を詳しく書くとこうと思います。
■可愛いキャラ（キャラデザ）
既に描いた通りですが、キャラデザについては監督やった人間が「お母さんが色っぽいのも柳田さんのおかげですよね。お母さんが色っぽさは想定外」「丸っこいキャラだけど格好良いアクションをやる」的な言っていました。こういった意見しか知らないのですが、これだけだと本当に監督（下手すりゃキャラデザイナーも）の意向であのデザインになったのかどうかわかりませんね。

「本当はもっと違うデザインでやろうと思ってたけど
ポケモンみたいにしろと頼まれて仕方なくやった」という可能性だってあります。
「こんなキャラだけどアクションをやってやる」という意地とかで。

・・・おっと制作サイド中心の話になってしまいました。

■狙った感じのウルウル感
映画にはいかにも「ここ泣けるだろ」みたいなシーンやBGMとかもありました。
マイアサウラのお母さんの存在もそうです。

実は肝心の制作サイドからも「肉食だとわかっていながら平気で育てちゃう」と言い方もしてたので、制作サイドも多少なりとも呆れを感じてるのかと思いました。

浮世離れってのは良い意味で使われるとは限りませんので。
実際に、作中のを見る限りでは周りの足を引っ張ってばかりでしたねえ。

何食わぬ態度で草食の身内の事考えないで肉食の主人公を育てるし、その肉食の主人公にしても赤い実ばかり食わせる。


肉食のボスについて、ハートをお母さんが育てた件について聞いて「肉食は肉を食べないとダメだ。どうするつもりだったんだ？」と言われても反省もしないでちゃっかりする。

おまけに終盤になっても「ハートに対して一緒に暮らそうという」子離れの悪さを発揮する。

このマイアサウラのお母さんの存在も、「泣けるというお題を苦労していれつつも〜」な部分なのかもしれませんが。


原作絵本も泣けると言われてるけど、原作絵本は結果的に泣けたという感じじゃないのかと思いました。
寧ろ映画の方がお涙頂戴を狙ってるのかと思ったくらいです。

「映画を単なるお涙頂戴物にしたかたったのか」って思ったのは、プロデュースサイドが「とにかく女の人が泣ける」と要望を出したらしいので気になりました。

そういった題目を苦労しながらも意識するなら、
どうしても多少なりともいかにも計算したお涙頂戴になるのではないのしょうか？（自然と結果的に泣けるとは違う）

それにこのテのうるうる系幼児映画ってのは、そういったいかにもなお涙頂戴物も多いんじゃないでしょうか？

ああいういかにもお涙頂戴のシーンは簡単に作れるので、技術の難易度自体は低かったと思いますよ。
このテの子供映画は無難に親子愛とか言っててうるうるBGMを流すだけですからチョロイ物ですね。一般映画とも違いますから。

Re: 「おまえうまそうだな」を視聴 by 名無しさん    2013/09/23 14:00

もっともスタッフ側はプロデューサーの「とにかく女の人が泣ける映画を作って欲しい」という要望について「泣ける題目だけで1本の映画作るのに抵抗がある」「アクション物も作りたい」「世界観云々」と考えていたらしいのですが。（そもそも「自然と泣けてくる物」と「いかにもな泣かせ物」は別物なんです。絵本だって泣けると言われてますが、自然と結果的に泣けるという印象です。）

映画はスタッフが幾ら口出ししてもそれが前面に出なかったって事はそれだけ上の意向も強かったかもしれません。つまり企画段階？ではそのスタッフ陣がマトモに関わってたかどうか怪しい。

本当にスタッフの意向が全面に出る映画は、例えそのスタッフの力量が足りなかろうとそれっぽい形（スタッフの言う意図が形だけでも全面に出てたり）にはなりそうな物なっても良さそうな物ですからね。

まあこのスタッフ陣はその内のその意向に対しての憂さ晴らし出来るような作品に取り掛かれると良いですね、と他人事ながら思います（もしそれが出来が悪かったとしても）。

スタッフの自己満足なだけの作品も問題ですが、企画やらプロデューサーのゴリ押しのような作品も困り物です。要するにスタッフの意向、プロデューサーの意向とバランス取って欲しいと思います

2011/04/18(月) [n年前の日記]

#1 [pc] 親父さんの旧PCのHDD内容をバックアップ

#2 [pc] Amazonから色々届いた

2010/04/18(日) [n年前の日記]

#1 [movie] 「アイ・アム・レジェンド」を視聴

2009/04/18(土) [n年前の日記]

#1 [pc] MM3500機で色々試行錯誤中

2008/04/18(金) [n年前の日記]

#1 [jiji] _「アナログ放送は終了します」といった字幕がテレビに常時表示されるようになります - GIGAZINE

#2 [anime] コードギアスR2、2話

2007/04/18(水) [n年前の日記]

#1 [iappli] なんとか一巡

2006/04/18(火) [n年前の日記]

#1 [movie] TVをつけてたらガメラの新作のCM映像が流れてた

#2 [pc] Excelファイルから画像だけを抽出したいのだけどどうしたらええのやろ

この記事へのツッコミ

Re: Excelファイルから画像だけを抽出したいのだけどどうしたらええのやろ by tnk#    2006/04/19 12:13

単純にExecl上で画像を指定してコピーして、
適当な画像ソフト(ペイントとか)に貼付するのは駄目なんでしょうか？
そういう事務仕事みたいな話でもない？

結局、コピー→貼り付け作戦でいきました by mieki256    2006/04/25 02:45

> Execl上で画像コピー → 画像ソフト(ペイントとか)に貼付

量的にそれでもなんとかなりそうだったので、
結局それでやってしまったでありますです。
Photoshopはクリップボード内の画像サイズで
新規画像を作ってくれるから便利。

しまった。
クリップボードに画像が入ったら自動で保存してくれるツール、
なんてのを導入すれば楽だったかもしれない、と今頃気がつきました…。
あるよな…そういうツール…たぶん…。探せばよかった…。

#3 [cg_tools] 画像中で使われてる色の数を調べたいのだが

#4 [nitijyou] ktから頼まれてたページは修正終了

#5 [iappli] BG2枚をスクロールさせる処理を作らないとだな…

2005/04/18(月) [n年前の日記]

#1 [anime] BJ、食あたりの回

#2 [anime] エウレカセブン1話をビデオで見返したり

#3 [movie] _特典ヲ聴コウ。　DVD「CASSHERN」

#4 [windows][nitijyou] HDDの空き容量が厳しくなってきたのでDVD-Rにバックアップ

2004/04/18(日) [n年前の日記]

#1 [zatta] _手製銃で元同僚の頭撃つ 北九州、殺人未遂で逮捕

#2 [game] _データイースト世界遺産(2004/02/03の項)

#3 [zatta] ボールの重さ

#4 [tv] 愛情を取り戻す方法

#5 [seiji] 3人、イラクから帰ってきたのか

2003/04/18(金) [n年前の日記]

#1 [hns] 復活しました

#2 [anime] はじめの一歩TVSP

#3 [hns] log.cgiの修正が必要

#4 [hns] hnsを導入してみた感想

#5 [hns] hnsが抱えていたであろう問題点

2002/04/18(木) [n年前の日記]

#1 眠い

2001/04/18(水) [n年前の日記]

#1 「逮捕しちゃうぞ」新シリーズ？

2000/04/18(火) [n年前の日記]

#1 (NoTitle)まだしつこく、i-mode...

1999/04/18(日) [n年前の日記]

#1 (NoTitle)昨日の時点での生活サ...