mieki256's diary

◎ Rubyのバージョン。 :

◎ Ruby/SDLの入手。 :

◎ GetWindowRect や CreateMutex について。 :

gem install ffi -v "1.9.14"

gem install ffi -v "1.9.14" --platform x86-mingw32

◎ exe化について。 :

gem install ocra

◎ 余談。gemについて。 :

◎ 余談。Ruby 2.x.x + Ruby/SDL について。 :

• Windows10 x64 21H1 and
• bass.dll 2.4.16.3 (2021/07/21)
• Ruby 1.8.7 p330 x86 (i386-mswin32)
• Ruby 1.9.3 p551 x86 (i386-mingw32)
• Ruby 2.3.3 p222 x86 (i386-mingw32)
• Ruby 2.6.8 p205 x86 (i386-mingw32)
• Ruby 2.7.4 p191 x86 (i386-mingw32)
• Ruby 3.0.2 p107 x86 (i386-mingw32)

◎ 2021/08/18追記。 :

◎ 経緯。 :

gem install sfml-audio-fiddle

◎ 関連してるかもしれない情報をメモ。 :

◎ 色々試してみた。 :

puts "env RUBY_DLL_PATH = #{ENV["RUBY_DLL_PATH"]}"

my_dll_dir_path = File.expand_path("..", __FILE__)
puts "my_dll_dir_path = #{my_dll_dir_path}"
RubyInstaller::Runtime.add_dll_directory(my_dll_dir_path)

require "sfml/audio"

require 'fiddle/import'
require 'fiddle/types'
module WinAPI
  extend Fiddle::Importer
  dlload 'kernel32.dll'
  include Fiddle::Win32Types
  extern 'int SetDllDirectory(LPCSTR)'
end

my_dll_dir_path = File.expand_path("..", __FILE__)
WinAPI.SetDllDirectory(my_dll_dir_path)

require "sfml/audio"

require_relative "sfmlaudio"

◎ CSFMLのバージョンも関係していたらしい。 :

BEGIN { push @INC, "." if $INC[-1] ne "."; }

• ハンドキャッチャー L。全長約82cm。マジックハンドみたいなモノ。2本購入。
• マグネットフックスクエア。最大保持荷重 2kg。
• 携帯用ゴミ袋。ケース＆ゴミ袋。プラスチックケースの中に丸まったゴミ袋が入っている。犬の散歩時に使えないかと購入。
• S字フック。Sサイズ。5個入り。最大荷重 5kg。遮光ネットをぶら下げるのに使いたい。

• 遮光ネット。88x180cm。端にハトメがついている。
• オーニングフックマグネットタイプ。2個入り。B028、すだれ小物、No.2。二袋購入。
• 綿ロープ。太さ 5mm x 長さ 7m。
• 黄混ロープ。太さ 4mm x 長さ 12m。
• USB2.0ハブ。4ポート。パソコン、No.138。

◎ ほとんど詐欺商品だったらしい。 :

• レイヤーのプロパティで、「HSVモディファイアイメージを使用する」にチェックを入れると使えるようになる。
• RGB24bitのビットマップ画像を指定することで、色相、彩度、明度を変化させられる。
• Rチャンネルが、色相の指定。128を基準にして、+/-すると、色相も+/-で変化する。
• Gチャンネルが、彩度の指定。128を基準にして以下略。
• Bチャンネルが、明度の指定。128を基準にして以下略。
• 画像にアルファチャンネルは含めない。RGBAの32bit画像ではなく、RGB24bit画像を必ず渡す。最初、RGBA画像を渡して変な結果になって、おかしいなーおかしいなーとずっと悩んでました…。

◎ 試してみる。 :

以下の画像を、HSVモディファイアイメージとして指定して、試してみた。

こんな感じになった。



たしかに、色相、彩度、明度が、変化してるように見える。

試してみて分かった点がいくつか。

• HSVモディファイアイメージは、レイヤーの移動等には追従しない。キャンバス上で固定された位置にずっと置かれる。
• ムービーの出力サイズを変化させても、HSVモディファイアイメージの大きさは調整されない。元サイズのまま、キャンバス上で使われる。

前述のムービーは、1280x720のプロジェクト設定を、ハーフサイズの640x360で出力したのだけど。1280x720のまま出力すると、以下のような見た目になる。両方を見比べると、イメージレイヤーはムービーの出力サイズに合わせて拡大縮小・調整されているのに、HSVモディファイアイメージは調整されてないことがわかる。

◎ どこに置かれるのかが分からない。 :

出力されたムービーを眺めていたら、なんだかよく分からないところに、HSVモディファイアイメージが配置されてることに気づいた。どういう法則・仕様で配置されているのか…。Moho の pdfマニュアルにも仕様は載ってない…。「変わった機能だから、とにかく試してみて」としか書いてない…。

眺めながら、仮説を立てた。HSVモディファイアイメージの中心が、キャンバスの左上にくるように配置されて、その後、キャンバス全体にタイリングで敷き詰められるのではないか。

もし、そうだとすれば…。

例えば、以下のような、キャンバス全体を覆うHSVモディファイアイメージを置きたければ…。

横に2つ、縦に2つ並べた画像にして…。

コレを読み込めば、キャンバスの左上に、HSVモディファイアイメージの中央が来るから、思った通りの位置に配置できるのでは。

試してみた。



全然違う位置に置かれてる…。なんでや。

出力結果をよく観察してみる。

640x360のキャンバスの中で、(384, 104)の位置に、HSVモディファイアイメージの左上が置かれているように見える。その (384, 104)って、どこから出てきたんだ？

もしかして、キャンバスの右下が基準になって、かつ、変化させたい元画像のサイズが関係してくるのだろうか。

• 640 - 384 = 256。元画像の横サイズと同じ。
• 360 - 104 = 256。元画像の縦サイズと同じ。

ということは…。元画像サイズをキャンバスサイズと同じにして、かつ、HSVモディファイアイメージもキャンバスサイズと同じにすれば、キャンバスの左上に、HSVモディファイアイメージの左上が来る状態になるのでは。

試してみた。



変わってない。つまり、キャンバスの右下が基準だとか、変化させたい元画像のサイズがどうとかは関係ないらしい。

◎ 置かれる位置が分かった。 :

ふとなんとなく。ひょっとして。HSVモディファイアイメージは、問答無用で、キャンバスの左上から x : -256, y : -256 の位置に置かれているのではないかという疑念が湧いてきた。

つまり、以下のような状態ではなかろうか…。

試してみる。以下のような HSVモディファイアイメージを作成。

コレを読み込んでみたら…。



位置が合った。

上記のムービーは 640x360 のサイズだけど、手元で、1280x720 のムービーや画像を作って試してみた。そちらも、x : -256, y : -256 の決め打ちで、思った通りの位置に配置された。

◎ 結論。 :

◎ 説明。 :

Moho Pro 12 の各レイヤーは、Photoshop等のレイヤーと同様に、ブレンドモードを選ぶことができる。「乗算」「スクリーン」とかそういうヤツ。

更に、Moho Pro 12 は、グループレイヤーの中にイメージレイヤーやベクターレイヤーを入れておくと、そのグループの中でだけ、マスクだのなんだのを働かせることができる。

なので…。

• グループレイヤーの中にイメージレイヤーを入れて、
• その上にベクターレイヤーを作って、
• イメージレイヤーをマスクにしつつ、
• ベクターレイヤーに何かを描いて、
• ベクターレイヤーのブレンドモードを変えてやれば…

ベクターレイヤーの下にあるイメージレイヤーの見た目が変わってくれるはず、みたいな。

実際の操作手順は…。

グループレイヤーのプロパティを開いて、マスキング → すべて非表示、にする。

ちなみに、レイヤーのプロパティの開き方は…。

• レイヤー名をダブルクリック。
• もしくは、レイヤーウインドウの上のほうにある「…」のボタン(レイヤー設定)をクリック。

グループレイヤー内で、一番下にあるはずのイメージレイヤーのプロパティを開いて、マスキング → + マスクを追加、を選ぶ。これで、イメージレイヤーの形が、マスクとして、グループレイヤー内で働く状態になった。

グループレイヤー内で、イメージレイヤーの上にあるはずのベクターレイヤーのプロパティを開いて、マスキング → このレイヤーをマスク、を選ぶ。これで、イメージレイヤーの形がマスクとして、このベクターレイヤーを切り抜いてくれるはず。

ベクターレイヤーのプロパティで、ブレンディングモードを選ぶ。また、変化のかかり具合を調整したいときは、不透明度を利用することもできる。

もし、不透明度もキーフレームを作ってアニメさせたい場合は、「アニメーション化されたレイヤーのエフェクトを許可」にもチェックを入れる。

後は、ベクターレイヤーに、イメージレイヤーを覆いつくすような矩形でも描いて、色を変えたりしてやれば、ベクターレイヤーに描かれたソレに応じて、その下にあるイメージレイヤーの見た目も変化してくれるはず。

例えば、以下の場合だと…。

• 左上から、乗算(multiply)、スクリーン(screen)、オーバーレイ(overlay)、差異(diff)
• 左下から、彩度(saturation)、色合い(hue)

といったブレンディングモードを指定してる。

でもなあ…。こういったことは、レイヤーのプロパティを弄ってやれたほうが助かるよなあ…。まあ、ベクターレイヤーに何を描くかで、変化の仕方に自由度を持たせることができる、というメリットもあるのだけど…。

◎ 雑感。 :

• PCが世間一般に普及していること。
• PCがそこそこの性能を持っていること。
• 3DCG制作技術がある程度育ってきていること。
• PCや3DCGソフトの導入コストが個人でも手が届くレベルになってること。
• 誰かが作った人体モデルの利用が許されている状況にあること。
• 人体モデルのモーションを作れるソフトがあること。
• 発表できる場があること。

◎ 外国での扱い。 :

◎ MSサイトの作りがおかしいので更に困る。 :

• php部分とhtml部分を判別した上で補完が効いてくれる。
• ソース整形もできる。
• MySQLサーバにアクセスしてレコードを追加したりもできる。

• 簡単に動画を作成できるツール、というより、ボタンを押すと絵が変わるストップウォッチ、というか。
• 以前作ったスクリプトの見た目を、小中学生でも使えそうな感じに改良、してみたつもり。
• exe版が入れてあるから、Ruby をインストールしてない Windows環境でも動かせる。

• ゲーム感覚で動画が作れる。
• AviUtl + 拡張編集プラグイン用 exo ファイルを書き出せるので、本格的な動画を作る前の仮映像を数分で作成できる。

◎ DXRubyはイイ感じだと思う。 :

• 表示時間の指定が秒単位、とか当たり前。
• 気が利いたソフトでも、BPMを指定して機械的なリズムで切り替えるとか、その程度のはず。
• 数フレームだけ表示して次の写真に切り替える、なんて機能は、まず持ってない。

◎ 俺のリズムを「見ろ」、という需要。 :

◎ 24bitとか、スゲーなあ。 :

• ワンダと巨像
• ICO
• GT5

• 偏光方式なので、縦の解像度が半分になってしまい、精細感が無くなる。1ライン毎に、左目用、右目用に別れてしまうので。
• メガネをかけると画面が暗く見えてしまう。1ラインごとに黒いラインが挿入されてしまうせいなのか、メガネのフィルタが無駄に光を遮ってしまうせいなのか、そのへんわからんけど。
• クロストークが酷い。画面端が二重に見えたり、白地に黒・黒字に白で分離具合が変わる。…メガネのデザインが悪い＝フィルタ面が曲面になってるせいなのか、平面ディスプレイ上にフィルタを貼ると目に入る光の角度が変わってしまうのか、そのへんわからんんけど。

• 解像度に関して欠落がないので、精細に見える。
• 画面が明るい。
• クロストークがゼロ。おそらく、右目用と左目用に、別々の画面を見せている予感。

• フルHDではないので、フルHDの2D映像を見る場合は、解像度に関して少し劣るはず。(ユーザが気づくかどうかは分からないけど。)
• そこそこ重いので、装着がツラい。
• 装着位置が次第にずれてくる。額に押し付けて装着するので、そのうち汗をかいて、ずるずると動いてしまう。
• ヘッドフォンが交換できない。もっと高価なヘッドフォンで聴くことができない。
• 電源その他を担当する据え置き部分が滅茶苦茶熱くなる。壊れるんじゃないかと不安になるぐらい熱い。

• ワンダもICOも、比較的カメラがゆっくりじわじわと動く場面が多く、また、カメラの設置場所に変化があるので立体感を強く感じる風景のレイアウト(?)が時々出現する。
• GT5はレースゲームだから、アクセルを踏むとかなりのスピードで風景が変わっていってしまう。即座に状況変化に対応しないといけないゲームだから、立体云々どころではない。また、絶えず地面の上にカメラが置かれているので、風景のレイアウト(?)に大きな変化もない。

• 立体感を強く感じさせるためには、ゆっくりじわじわとカメラを動かすほうが良いのかもしれない？
• 3D映像は、基本的には観賞用の映像で、ゲームに使う際には種類を選ぶのでは？ (奥行情報を得ることでプレイが変わるかもしれないFPSなどでは実用性があるのかも、と。)

◎ なんとなく思ったこと。 :

◎ 話は変わるけどドライブモードはないのかな＞ストリートビュー。 :

◎ メモリチェックもした。 :

そこで中学生は浅知恵を巡らせます。映画の中の欲しい場面だけを撰んでダビングするのです。映画の中から特撮がらみの凄い場面のみを撰べば1本のテープの中に何本もの映画（の名場面）が入るではありませんか。早速実行に移します。

その映画の記憶を辿ってあの欲しい場面は始まって何分目か？いやその前に表紙代わりにメインタイトルは入れておいた方が良いんじゃないか？

ただメインタイトルを入れるだけじゃ味気ないし、そういう視点で観るとメインタイトル見せるまでの導入もメインタイトルの一部とはいえまいか？じゃあそこから入れておこう、欲しい場面にしても、驚くべき事に凄い印象のカットは極僅かで、それだけを抜き出しても印象が違うのです。前後のカットがワンカットでは担いきれないイメージを増幅させていたのです。本や雑誌では絶対に判らない、最小限の物量で最大限の効果を与えていたメカニズムを思いもしないきっかけで発見したのです。

また、いきなりそのカットから入れるよりも流れを考えて入れた方がいい、そうやって見返していくと今まで漫然と観て興奮していたそれぞれのカットだけでなく、それぞれの関係そのものが興奮を誘っていた事がだんだん判ってきたような気がしました。面白いと思える場面は決して特撮だけではない、それを受ける俳優の演技が重要なんだ、この表情で俺もつられて驚いていたのか、といった発見もありました。

東芝：樋口真嗣の手のひら映画館 より

◎ HDD :

◎ PCケース :

◎ ケースのLEDのケーブルって色がついてるほうがプラスで白 or 黒がマイナスなのだな :

◎ 背面の12cmファンが轟音を立てるんじゃないかと不安だったけど :

◎ MEMTEST 3.2 をかけてみた :

◎ 仮に新しいデジカメを買うとしたら :

◎ 喉が痛いですよ :

◎ ただ、おかげで得したところも :

◎ せっかくだから、呼称についての別情報も探してみよう :

◎ サイトと、客層によっては、アレかもしれないな :

◎ さておき「ADVと言えば？」 :

◎ だったら「RPGと言えば？」 :

◎ お腹と音楽か :

◎ アレ？ :

◎ スポーツ :

◎ 釣り :

◎ blogツール・blogサービス・Web日記ツール :

◎ PC :

◎ アニメ :

◎ 飲み物 :

◎ まとめてみてどうだった :

◎ 親父さんが「マニュアルと質疑集」のリンクを見つけられなかった理由 :

◎ そもそも、メールを送るのも、掲示板に書くのも、どちらも勇気が要るな :

◎ でも、質問を受け取る側はどうなんだろう :

◎ 何にしても :

◎ _批判 :

◎ _非難 :

◎ _批評 :

◎ _指摘 :

◎ つまり :

◎ 前にもこういうことあったな :

◎ 傾向があるような気がしてきた :

◎ たぶん、自分の思考の問題も絡んでるんだろう :

◎ ふと思う :

◎ それはさておき、自分の勝手な定義を使い続けるわけにもいかない :

◎ ポイントは「分解」かもしれないな :

◎ 知ったのは、東芝ビデオ事件がキッカケだったかな :

◎ オイラの場合はコンテンツの魅力で引きつけられた例なのだろうな :

◎ ちなみに、2chを知った後で「あめぞう」を知った :

◎ 弟の事例 :

◎ さておきこういった事例に照らし合わせて考えてみる :

◎ こうして書いてみると :

◎ こういうのは、どこかでまとめてあるんじゃないのか :

◎ というわけで＜どういうわけだ :

◎ その1：事件を起こして話題にする :

◎ その2：有名人にblogを書いてもらう :

◎ その3：エロで魅了する :

◎ その4：萌えを売りにする :

◎ その5：可愛さで吸引 :

◎ その6：ボータンでハートをゲッツ :

◎ その7：本日だけのお買い得商品作戦 :

◎ その8： :

◎ 急に真面目になってみたり :

◎ まあ、アレですな :

◎ とりあえずくだらない馬鹿話ばっか書いてますけど :