mieki256's diary

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

#1 [web][linux] _Referer spam 対策

#2 [zatta] 定額小為替＋切手

この記事へのツッコミ

Re: 定額小為替＋切手 by Y    2004/10/06 20:11

切手は確かに何かの対価として考えると微妙な
立場にありますね。
今回は端数が出なかったので切手の出る幕は
無かったのですが、もし１００円以下の端数が
出た場合はやはり切手が楽で良いと思います。

同人通販を始めるとやはり切手はいくらあっても
困りませんですしね。

他にも自分が必要とする金券でしたら対価として
十分通用すると思います。
例えばテレカや図書券などは自分で使えますし、
自活していればお米券や商品券でもかまわない
と思います。

問題は現金化しようとすると割り引かれて
しまうって事ですねｗ

それでも仕事が忙しくて郵便局が開いている
時間帯に行けないって人も沢山居ると思います
ので為替以外の選択肢もあれば買う立場の人に
とっては宜しいのではないかと・・・（汗）

事務処理が面倒って点を除けばですがｗ

電子マネー by がんした    2004/10/07 00:03

自分はエクスリアの有料サービスでＨＰを開設してるのですが、このサービス決算方法は
利用金額をエクスリアの口座まで振り込むと振り込んだ金額分、電子マネーとして
各種サービスに使えます。各種といってもＨＰスペースとドメイン使用料ぐらいですが、
特筆すべきは、他のエクスリア会員へ電子マネーを譲渡出来る機能がある事。

換金は出来ないけど、２４時間いつでも利用できますし何かしら切手の代価手段として使えるかも。

エクスリア
http://www.xrea.com/

Re: 定額小為替＋切手 by mieki256    2004/10/08 02:17

> 切手

あっ。そうか。
自分の記事に、「あまり郵便を使わない人は、困っちゃうのだろうか。」
とあるけれど、これ、「買う側」にも適用されるのか…
自分、「売る側」だけで考えてましたよ(爆)

> 例えばテレカや図書券などは自分で使えますし、
> 自活していればお米券や商品券でもかまわない

それ、なんだか面白いですな。お米券でなきゃ売ってもらえない同人誌か…
いや、お米券ばかりあってもアレだけど(笑)
まだ図書券のほうが…と思ったら、
http://www.toshocard.com/info/info_card03.html
図書券、なくなるのですか。知らなかった。(;´Д｀)

> 事務処理が面倒って点を除けばですが

それを考えると、ダウンロード販売って魅力的ですなぁ…
もっともコピーされる可能性がついてまわるデメリットはあるか…

Re: 電子マネー by mieki256    2004/10/08 02:50

> 電子マネー

おお。電子マネーで決算とは。
http://www.safety-pass.com/chocom/collect/index.html
ふむ…面白そうだ…

#3 [nitijyou] ビデオデッキ、もうダメかな

#4 [anime] グランセイザー、主人公が

#5 [prog] _クォータービューの描画順の問題(1)

_クォータービューの描画順の問題(2)
難しい。どうやるんだろう。

◎ クォータービューと聞いて思い浮かべるのはこのへん :

_SONIC 3D
_ランドストーカー 皇帝の財宝
職人技としかいいようがない。…SONIC 3D は記憶にないけど。

MDの表示能力は、スプライト x 80 + BG x 2。BGは1キャラ(8x8ドット)単位で、プライオリティを指定できる。 *1 スプライトは、1枚につき、8x8〜32x32ドットを選べる。

「ゲームボーイのようなショボイハード」とやらでも、描画に関しては無問題のような気がした。事前にグラフィックの人がそのように描いておいて、それをスクロールさせればいいのだろうし。 *2 しかし、それでも、キャラクターが建物の陰に入ったり、マップの一部がスプライトで描画されつつ移動したとき、重なり具合を表現しないといけない。どうやるんだろう。難しい…。

キャラクターが建物等で隠れるときは、BGの該当箇所だけ、プライオリティを変更すればいいのかしら。でもその為には、地面と建物を別々のBGに描いて分けておかないと。

それでも、複数のスプライトがBG上の一つのマス目の上に来てしまった場合、どうすりゃいいの…。マズそうな建物はスプライトで置き換えちゃうという手もあるけど、建物全部 ―― 画面を埋め尽くすほどのスプライトは表示できないし。 *3 …難しいなぁ。

というか、コレ、元記事で議論されてる内容と全然ちゃうがな。「ショボイハード」の一言で、思考が変な方向に。(;´Д｀)

◎ これじゃダメかしらん :

何度も重ね描き＝フレームバッファへの転送速度が必要になるから、ダメだな。

---

*1: スプライトの前に出したり、自分以外のBGの前に出したり、そういった指定ができる。…のは覚えてるけど、スプライト自体も、BGに対するプライオリティを指定できただろうか。そっちは忘れた…。
*2: そもそも、昔のハードには、キャラ(8x8ドット)を「敷き詰められる」BGしかない。PCよろしく、フレームバッファに何度も転送して画を作る今時の仕組みじゃないので、面ごとに描くとか、六角形を描くとか、たぶん無理。
*3: 当時のスプライトには、横方向（＝走査線単位）に並べる事ができる枚数に制限があったりするので。制限を超えると、プライオリティの低いスプライトから表示されない状態になる。…枚数じゃなくてドット数だったかしら。忘れた。

この記事へのツッコミ

Re: クォータービューの描画順の問題(1) by otsune    2004/10/05 16:19

なんか釈迦に説法ですが。
スプライトの中心点をZとして判定して。図のような場合はモナーが建物の影から急に前面に出てくるみたいなことになりますが。
実機で見てみると意外と違和感がなかったりしますよね。

Re: クォータービューの描画順の問題(1) by mieki256    2004/10/08 02:07

> スプライトの中心点をZとして判定して。
> 図のような場合はモナーが建物の影から急に前面に出てくる

あ。たしかに。
スプライトの中心点をZとして扱っちゃうと、そうなっちゃいますな…
緩和策が必要だ…

#6 [web] _ニチャンネラ★