第3回「輪郭線処理」 1.はじめに 今回は，トゥーンシェーディングなどのノンフォトリアリスティックレンダリング(NPR)でよく使われる輪郭線処理をRenderMonkeyを使って解説します． 2.輪郭線抽出 輪郭線抽出というと，2次元画像処理ではラプラシアンフィルタやSobelフィルタなどの方法が思い当たります．ですので，こうした手法をレンダリング後シーンに適用してやればいいんじゃないかと思われます．この方法で出来たのが，Fig 1です．ただ，これだと単色のモデルだとシルエット部分しか輪郭線が描画できません．これでは内部の構造を考慮して輪郭線を描くことができません． そこで，今回は，Fig 2のような感じのモデル内部の構造を考慮した輪郭線を描くシェーダを解説します．このシェーダでは，Fig 3の法線をレンダリングしたテクスチャとFig 4の深度をレンダリングしたテクスチャを用いて，そ

Definition:   Memory corruption is an unexpected change in the contents of a memory location. The symptoms of memory corruption can range from hard crashes, all the way through minor glitches, to no symptoms at all. The causes of memory corruption are many and varied, and include memory corruption itself.     In this article I attempt to classify the various ways in which memory corruption can man

Mahjong Ways 3 adalah permainan slot online yang menarik yang menghidupkan permainan ubin klasik Tiongkok dengan sentuhan modern. Dikembangkan oleh PlayStar, game ini menawarkan pengalaman unik dan menarik dengan sistem pembayaran kluster dan gulungan berjatuhan. Gambaran Umum Permainan Gameplay dan Fitur Mahjong Ways 3 menonjol dengan mekanisme permainan inovatifnya: Fitur Bonus Permainan ini men

ウェブっ子の間では Google Chrome の JS 処理系である V8 祭りが絶賛開催中らしい. いつもは出遅れる私もたまにはやんやしたいと思っていろいろ読んでみたものの, VM に食傷気味な自分に気付いた. けれど, そうは言っても祭りは別腹. 一通り騒いでみます. 販促マンガ や 資料 によれば, V8 は以下のような特徴を備えている. hidden class transition と fast property access generational accurate GC accurate だから incremental GC もできる オブジェクトの rellocation はするけど handle は使わず参照元書き換え 中間表現のインタプリタなしの native code 生成. instruction cache コードをみたところ, incremental GC

前回の続きです. コードは飽きないうちに読め. これまでのあらすじ: プロパティアクセスを速くしたいから JIT をしようぜ. コンパイラ概観 V8 のコンパイラは JavaScript の AST を機械語に変換する. (AST はパーサがつくる.) AST のツリー構造は, Node クラスのサブクラス一族で構成されている (ast.h) コンパイラは関数の AST である FunctionLiteral オブジェクトをうけとって Code オブジェクトを生成する. AST とコンパイラは(またしても) Visitor パターンでつながる. (Visitor 好きは Strongtalk からの伝統らしい. Strongtalk VM のコンパイラも同じようなことをしている. 20 世紀の残り香が...) AST 側は Vistor のインターフェイスを提供する: //ast.h cl

XPathでnamespaceにハマった。 lxml で XPath 使ってる時に namespace でハマったのでメモ。 ありがちなところでハマった。 恥さらしの為にもメモりますです。 どんなところでハマったかと言うと、 例えばこんな感じの test.xml なXMLがありまして、 <?xml version="1.0" encoding="UTF-8"?> <root xmlns="http://example.com/hoge/1.0"> <child> <type>1</type> <name>hoge</name> </child> <child> <type>1</type> <name>hige</name> </child> <child> <type>0</type> <name>hage</name> </child> </root> >>> from lxml im

今回のテーマは「拡張for文とIterator」です。 Java5で導入された拡張for文を使うと、コレクションの走査が非常に簡単になります。 拡張for文の内部ではIteratorが使われていて、処理の内容自体はこれまでのIteratorを利用したループと変わりません。 では、拡張for文があればIteratorはもう使う必要がないのでしょうか。 実は拡張for文ではできない処理があり、Iteratorはまだまだ現役なのです。 以下のサンプルで、拡張for文ではできない処理を検証してみましょう。 import java.util.ArrayList; import java.util.Collection; public class Main { public static void main(String[] args) { Collection<Integer> sam

Java yoshioriさんがいいこと書いてるのを発見しました。私も大賛成。今までArrayListが返ってきていたから getでfor文を書いていたとき。 フレームワークをバージョンアップして もしもそこがLinkedListになっていたら それだけでかなりのパフォーマンスの低下になる。 (Iteratorの誤差など遙か彼方へ吹き飛ぶほどに) そのリストを使っているfor文を全部調べ上げて すべて書式を変更するのはかなりの作業になるだろう。 だから、JavaではIteratorを使うべきだ。 関連記事はこのあたりかな。 http://d.hatena.ne.jp/BlacksmithMirai/20061017/1161081012LinkedListに関する不適切な説明J2SE 5.0虎の穴 拡張 for 文 Iteratorと基本forループとの話は、櫻庭さんまで上記虎の穴のリンク

いままで日本語のAPIドキュメントがあるという理由でjavax.xml.xpath.XPathを使っていたのだけれども、隣の芝生であるところのorg.apache.xpath.XPathAPIが異様に青く見えて仕方ないので違いを調べてみた。 一番の違いは、前者はファクトリクラスで生成したオブジェクトを使ってXPath式を評価するのに対し、後者はスタティックメソッドを使ってXPath式を評価する点だと思った。あとはメソッドに渡す引数の型が java.lang.Object か org.w3c.dom.Node かの違いとか、返ってくるのが java.lang.Object か org.w3c.dom.NodeList かの違いとかそんなところ。ちょっと細かく見ていってみよう。 こういうXMLを処理させたい。 <?xml version='1.0' encoding='UTF-8' ?> <d

プログラミングの力を生み出す本 知人がお勧めしていた『プログラミングの力を生み出す本』を読みました。 読みはじめてすぐに、この本は異色なプログラミングの入門書であることがわかりました。普通のプログラミングの入門書は「プログラミングとは」という序論が終わったら hello, world 的なものからコードを書き始めるものが多いと思うのですが、本書の導入はまるっきり異なります。1章の目次は以下の通りです（カッコ内は私のコメント）。 1章 プログラミングへの導入 プログラミングことはじめ（なぜか例が x-y プロッタ） プログラミングの構造（なぜかフローチャート登場） データ（整数、文字列、論理型など） プログラミング言語の構造（コンパイラ、リンカの説明とか） x86 CPU の概要（レジスタの説明とか） GCC と GNUPLOT（なぜか GNUPLOT が導入に登場...） GNU アセンブ

J2SE 5.0 J2SEの次期リリース版である5.0。 今までのようなマイナーバージョンアップではなく、大幅な言語仕様修正が入りました。 なんたって（1.5ではなく）5.0ですから。 以下、その主な内容です。 Generics これが、一番大きな修正点でしょう。 簡単に言うと、コレクションの「型」を指定できるようになりました。 以下のようなロジックがあったとします。 List list = new ArrayList(); list.add("abc"); list.add("def"); for (Iterator it = list.iterator() ; it.hasNext()) { String s = (String)it.next(); System.out.println(s); } これが Generics を適用すると以下のようになります。 List<String>

[ Topページへ戻る ] [ Java SE SDKをビルドする ] Java SE 6 Mustang新機能 2005.10.20よりアクセス はじめに Mustang開発の主要テーマ リリース予定 JSR-270（Java SE 6追加仕様）で定義された新機能 JSR-199 コンパイラAPI JSR-269 アノテーションプロセッサー 参考URL JSR-250 標準アノテーション 新機能 コアクラス 文字列 ファイルI/O ネットワークI/O ユーティリティ JFC/Swing 全般 OSネイティブなルック＆フィールにSwing対応を強化 Swingのサンプルプログラムを強化 レイアウト機能の改善 Swingのドラッグ&ドロップ改善 真のダブルバッファリングを提供 JTableでソート機能、ハイライト、フィルター機能を提供 Swingで別スレッドを扱うユーティリティクラスSwin