普通、光は水に入ると次第に減衰していく。だから極めて浅いところでは色がなく、浅いところでは明るい色になり、深いところでは暗い色になる。

ところがCyclesのGlassは光の減衰を再現してくれないらしい。だから薄く色を付けたGlassのオブジェクトを使うと沼みたいになる。

仕方がないのでVolumeを使用。表面には別に半透明なマテリアルを指定し、Voronoiで波を再現して貼り付けている。

C++のDLLの中に、関数ポインタを取る関数が外部に公開されている。

これをC#から使いたい。

どういうわけか、以下コードのCallFunctionに渡す関数ポインタの型をtypedefした関数ポインタ型(CallFP)にしたところランタイムエラーが起こる。

仕方がないので、void*で受け取って呼び出し直前にキャストするようにしたところうまくいった。今のところ、意味が分からない。

ちなみに、DLLDefs.hはDLL作成時に使用するヘッダで使っているもの。

dlltest.h

#include "DLLDefs.h"
#include <cstdint>
///////////////////////////////////
/// C++側 (ヘッダ) /////////////////
///////////////////////////////////
int APIENTRY DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved);

typedef  void(WINAPI *CallFP)(std::int32_t a, std::int32_t b);

__DLL_PORT void WINAPI CallFunction(void* p,std::int32_t in1,std::int32_t in2);

dlltest.cpp

#include <Windows.h>
#include "dlltest.h"
///////////////////////////////////
/// C++側 (ｃｐｐ) /////////////////
///////////////////////////////////
int APIENTRY
DllMain(HINSTANCE hInstance, DWORD dwReason, LPVOID lpReserved)
{
  switch (dwReason) {
  case DLL_PROCESS_ATTACH:
    //初期処理
    break;
  case DLL_PROCESS_DETACH:
    //終了処理
    break;
  }

  return 1; // OK
};

void WINAPI CallFunction(void* p, std::int32_t in1, std::int32_t in2) {
  CallFP cp = static_cast<CallFP>(p);
  (*cp)(in1, in2);
}

using System;
using System.Runtime.InteropServices;//Marshal用
///////////////////////////////////
/// C#側 (呼び出し)/////////////////
///////////////////////////////////
namespace ConsoleApplication1
{
    //コールバック関数の型を宣言
    [UnmanagedFunctionPointer(CallingConvention.StdCall)]
    delegate void TypeOfCallBack_t(System.Int32 a, System.Int32 b);

    class Program
    {
        //DLLの中の関数を宣言
        [DllImport("Project1.dll",EntryPoint = "CallFunction") ]
        public static extern void CallFunction(IntPtr callbk,Int32 in1,Int32 in2);

        //コールバック関数本体。この関数がＤＬＬ経由で呼び出される
        static public void CallBackMain(Int32 a, Int32 b)
        {
            Console.Write(a + b + "\n");
        }
        

        static TypeOfCallBack_t delgobj;
        static GCHandle gch;

        //エントリポイント
        public static void Main(string[] args)
        {
            delgobj = CallBackMain;
            IntPtr ptr = System.Runtime.InteropServices.Marshal.GetFunctionPointerForDelegate(
                delgobj
                );
            gch = GCHandle.Alloc(delgobj);

            //関数を呼び出す
            CallFunction( ptr ,10,15);

            Console.Read();

            gch.Free();
        }

    }
}

DLLを扱う際にimport,exportを分けるファイル。

DLLを作るプロジェクトへ読み込んだ場合は、プロジェクトの設定などでDLL_EXPORT_DOを定義しておけば、関数宣言時に__DLL_PORTを付けると公開関数となる

DLLを使うプロジェクトへ読み込んだ場合は、libをリンクするだけで関数を使えるようになる。

#ifdef  DLL_EXPORT_DO
/*  DLLを作る場合   */
#define  __DLL_PORT  extern "C" __declspec(dllexport)   
#else
/*  DLLを使う場合   */
#define  __DLL_PORT  extern "C" __declspec(dllimport)   
#endif

もうすぐ冬なので雪を作りたい。

だがなかなかわかりやすいCyclesのノード構成図が見当たらない。

この絵の床は

https://www.packtpub.com/books/content/creating-ice-and-snow-materials

のiceを途中までやったのだがテクスチャが必要と言われ断念。

ゆきだるまのほうは自前で何かしらやった結果。

てか、iceこれで十分じゃね？（ちょっと変えてある）

template<typename T>
struct coord {
  T x;
  T y;
  T z;
  coord() {}
  coord(const T _x, const T _y, const T _z) {
    x = _x;
    y = _y;
    z = _z;
  }
  template<typename U>
  coord<T>& operator=(const coord<U>& src) {
    x = src.x;
    y = src.y;
    z = src.z;
    return *this;
  }
};

このような構造体があったとして、こいつにoperatorを定義するときにいつも悩むのが戻り値の型である。

template<typename T, typename U>
double operator-(const coord<T>& s, U v) {
  typedef decltype(s.x - v) Type;
    return coord< Type >(
      static_cast<Type>(s.x - v),
      static_cast<Type>(s.y - v),
      static_cast<Type>(s.z - v)
    );
}

このように型を決め打ちしてしまうと、TもUもintなのにdoubleが返ってくることになったり、long doubleが入ってきたりすると潰れてしまう。

BoostにはBOOST::TYPEOFなるものがあるらしいが、このためにBoostを使うのは論外だ。

Boostにあるということはメタメタすればいけるんだろうが、これもやりたくない。

ここで思い出したのだが、今は仕事でもVC++2015を使っている。こいつのC++11対応はMicrosoftにしては良い線行っている。

autoとdecltypeを使えば、以下のように書ける。

template<typename T, typename U>
auto operator-(const coord<T>& s, U v) {
  typedef decltype(s.x - v) Type;
  return coord< Type >(
    static_cast<Type>( s.x-v ), 
    static_cast<Type>( s.y-v ),
    static_cast<Type>( s.z-v )
  );
}

やはり、ターゲットプラットフォームに問題がないなら、Visual C++のバージョンは2015以降を使うことを人類の義務にすべきだ。トランプよ法律作れ。

Blender/Cycles 練習 作品No.00002 秋の草原と紅葉

早くしないと冬になってしまうのでとりあえず秋っぽいものを作る。

といっても木はSapling、草はHair、背景はSky Textureなので何一つ自分で作ってない。

家電量販店（爆買いでも減益・赤字）

http://blog.livedoor.jp/nevada_report-investment/archives/4949260.html

家電量販店の業績が惨憺たる状況になっています。
中国人等の「爆買い」と言われる巨大需要を入れましても、業績悪化が進んでいるのです。

コジマ　　　　６３億円の赤字（前期は１０億円の黒字・予想は４．４億円の黒字）　無配転落へ
ビックカメラ　６８億円の黒字（３１％減益：予想は１０２億円）　

本来なら増額修正してもおかしくはない環境ですが、中国人の「爆買い」を入れても上記のような状況になっているのです。

これは日本人、特に地方での販売不振が深刻化しているからだと言え、このため家電量販店は都心に店舗を集中させてきていますが、中国人による「爆買い」が減少しつつあると言われており、家電量販店は更なる業績下方修正となるかも知れません。

リンクとはあまり関係ないのだが、地方の電気屋の品数の少なさはある意味仕方がないことではあるが、それを補う努力があまりされていない。

私がiPadを下見に行ったときの話。まず、iPadがネットにつながっていない。あんなネットありきの機械でネットにつながっていないなどふざけた話である。ダミーのウェブサイトすら用意していないので、Safariの使い勝手を確かめることすらできない。

あるいは、タッチペンの性能が売りのノートパソコンにも関わらず、付属しているClipStudioを起動できる電気屋を見たことがない。私自身はそんなに使うソフトではないのだが、ペン性能を確認したいときにPaintはないだろう。Fresh Paintは薄くて太い線しかかけないし(ちなみにこのあたりは新宿でも大差ない)

ネット通販がこれだけ普及している以上、電気屋は「来ていただく」立場に立たなければならないのではないか。こちらとしては、せっかく「行ってやって」も、広告の内容程度の事しかわからないのでは、利用価値がない。

じゃあどうすればいいかと言うと、私は、体験型のサービスを要求したい。行くことに意味を持たせなければならないからだ。実物を「見る」だけでも価値はあるが、通販でボタン一つで運んでくれる手軽さにそうそう勝てるものではない。

まず、あのうるさいＢＧＭとテレビの垂れ流しをやめるか、スイッチ一つで切れるようにしておく。

その上で、例えば洗濯機を見に来た人には、実際に動かしてどの程度の音が出るか、振動はどうかを比較体験してもらう。オーディオ機器であれば静かな場所で聞くというのは特に重要なはずだ。勿論、自宅の個室と電気屋の開放的な空間では全く違うのだろうが、それはまあいい。

あるいは、マウス・キーボードコーナーにＰＣを置いておき、USBをさして試用できるといい。盗難防止措置はなんとかしろ。

既にそれが行われている分野もある。例えば蛍光灯だ。あれはつけておくだけだから簡単なのだろう。

だがパソコンはそれだけでは不十分だ。Windowsデスクトップが表示されているだけでは何の情報にもならない。Microsoftがいくらユーザーエクスペリエンス（利用者体験）を高らかに叫んでも、電気屋で体験させてもらえないのは片手落ちと言うものだ。

電気屋に行く、と言う行為そのもののせいで、交通費＋時間だけでネット通販の割引率が吹き飛んでしまうという事だって珍しくない。それでも店舗に足を運ぶのは、パンフレットではどうにもわからないものを確認したいからに他ならない。

それとも、インター何とかって横文字はよくわからんですじゃという年寄りばかり相手にするつもりだろうか。あの方々がが新発売のスマホに行列を作る姿はなかなか想像が難しいのだが。

C/C++で警告レベルを高くしていると、意外なところで引っかかる。
自分で書いたモノならいくらでも直すのだが、他のライブラリや、ＩＤＥが勝手に作ったコードなんかの場合できる限り触りたくない。自分の管理下にないコードをいじると、アップデートが入ったとき修正箇所が多くなり大変である。

よく知られた方法として、

#pragma warning (disable : 4996 )

は特定の警告だけを無視できるが、そうではなく、特定の「箇所」だけに対してそれを行いたい。
触りたくないから触らないで居ると結局は直せない警告に埋もれて重要な警告を見落とす可能性が出てくる。

以下のコードは、VC++2012で/W4でコンパイルすると、

warning C4100: 'B' : 引数は関数の本体部で 1 度も参照されません。

だけが表示される。