プラナー方式 - 版の履歴

2025年9月5日 (金) 08:06にAdministratorによる

2025-09-05T08:06:18Z

← 古い版		2025年9月5日 (金) 08:06時点における版
53行目:		53行目:
	*[[パックドピクセル]]		*[[パックドピクセル]]

	[[category: ~~コンピューターグラフィックス~~]]		[[category: コンピューター・グラフィックス]]

2025年9月5日 (金) 08:04にAdministratorによる

2025-09-05T08:04:46Z

← 古い版		2025年9月5日 (金) 08:04時点における版
53行目:		53行目:
	*[[パックドピクセル]]		*[[パックドピクセル]]

	~~==参考文献==~~		[[category: コンピューターグラフィックス]]
	~~{{reflist}}~~

	~~{{stub}}~~

153.219.212.246: /* 利点 */

2015-07-21T06:26:39Z

利点

← 古い版		2015年7月21日 (火) 06:26時点における版
17行目:		17行目:
	これには画像圧縮や画像認識などの多くが該当する。		これには画像圧縮や画像認識などの多くが該当する。

	有名なところでは[[JPEG]]やJPEG2000といった画像圧縮アルゴリズムの多くが内部処理においてプラナー形式を採用しており、たとえばJPEGの内部では、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。また[[OpenCV]]も内部的にはプラナー方式を採用している（OpenCVが依存している[[Intel Image Processing Library]]がプラナー形式を採用している）。		有名なところでは[[JPEG]]や[[JPEG2000]]といった画像圧縮アルゴリズムの多くが内部処理においてプラナー形式を採用している。たとえばJPEGの内部では、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。また[[OpenCV]]も内部的にはプラナー方式を採用している（OpenCVが依存している[[Intel Image Processing Library]]がプラナー形式を採用している）。

	[[Kinect for Windows v1]]~~のSDKもベータ版のころはプラナー方式を採用していたが、正式版では~~[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。		[[Kinect for Windows v1]]の[[SDK]]もベータ版のころはプラナー方式を採用していたが、正式版では[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。

	==欠点==		==欠点==

2015年4月21日 (火) 01:56に153.174.184.145による

2015-04-21T01:56:35Z

← 古い版		2015年4月21日 (火) 01:56時点における版
1行目:		1行目:
	'''プラナー''（[[英語]]：Planar）とは、[[コンピューターグラフィックス]]における二次元画像の表現方式のひとつである。		'''プラナー'''（[[英語]]：Planar）とは、[[コンピューターグラフィックス]]における二次元画像の表現方式のひとつである。

	==概要==		==概要==
	~~プラナーはある画像を表現する際に、~~[[色空間]]の色成分ごとに分離した状態で保持している形式のことをいう。		プラナーはある画像を表現する際に[[色空間]]の色成分ごとに分離した状態で保持している形式のことをいう。

	たとえば[[RGB]]であれば以下のように分離された形式で[[データ]]が保持されているものをプラナー方式という。		たとえば[[RGB]]であれば以下のように分離された形式で[[データ]]が保持されているものをプラナー方式という。
9行目:		9行目:
	*BBBBBBBBBBBBBBBB〜		*BBBBBBBBBBBBBBBB〜
	[[Photoshop]]などでいえば[[原色]]ごとに[[レイヤー]]があるような感じである。		[[Photoshop]]などでいえば[[原色]]ごとに[[レイヤー]]があるような感じである。


	逆に分離されていないものを[[パックドピクセル]]方式という。		逆に分離されていないものを[[パックドピクセル]]方式という。
18行目:		17行目:
	これには画像圧縮や画像認識などの多くが該当する。		これには画像圧縮や画像認識などの多くが該当する。

	有名なところでは[[JPEG]]~~などのが採用している。~~		有名なところでは[[JPEG]]やJPEG2000といった画像圧縮アルゴリズムの多くが内部処理においてプラナー形式を採用しており、たとえばJPEGの内部では、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。また[[OpenCV]]も内部的にはプラナー方式を採用している（OpenCVが依存している[[Intel Image Processing Library]]がプラナー形式を採用している）。
	~~JPEGでは、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。~~

	[[OpenCV]]~~なども内部的にはプラナー方式を採用している。~~

	[[Kinect for Windows v1]]のSDKもベータ版のころはプラナー方式を採用していたが、正式版では[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。		[[Kinect for Windows v1]]のSDKもベータ版のころはプラナー方式を採用していたが、正式版では[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。

2014年10月6日 (月) 11:07にimported>Mono Bookによる

2014-10-06T11:07:48Z

← 古い版		2014年10月6日 (月) 11:07時点における版
1行目:		1行目:
	'''~~プレーナー'~~''（[[英語]]：Planar）とは、[[コンピューターグラフィックス]]における二次元画像の表現方式のひとつである。		'''プラナー''（[[英語]]：Planar）とは、[[コンピューターグラフィックス]]における二次元画像の表現方式のひとつである。

	==概要==		==概要==
	~~プレーナーはある画像を表現する際に、~~[[色空間]]の色成分ごとに分離した状態で保持している形式のことをいう。		プラナーはある画像を表現する際に、[[色空間]]の色成分ごとに分離した状態で保持している形式のことをいう。

	たとえば[[RGB]]であれば以下のように分離された形式で[[データ]]~~が保持されているものをプレーナー方式という。~~		たとえば[[RGB]]であれば以下のように分離された形式で[[データ]]が保持されているものをプラナー方式という。
	*RRRRRRRRRRRRRRRR〜		*RRRRRRRRRRRRRRRR〜
	*GGGGGGGGGGGGGGG〜		*GGGGGGGGGGGGGGG〜
15行目:		15行目:

	==利点==		==利点==
	~~プレーナーは色ごとに処理したい~~[[アルゴリズム]]において扱いやすい形式であるとされる。		プラナーは色ごとに処理したい[[アルゴリズム]]において扱いやすい形式であるとされる。
	これには画像圧縮や画像認識などの多くが該当する。		これには画像圧縮や画像認識などの多くが該当する。

21行目:		21行目:
	JPEGでは、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。		JPEGでは、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。

	[[OpenCV]]~~なども内部的にはプレーナーを採用している。~~		[[OpenCV]]なども内部的にはプラナー方式を採用している。

	[[Kinect for Windows v1]]~~のSDKもベータ版のころはプレーナーを採用していたが、正式版では~~[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。		[[Kinect for Windows v1]]のSDKもベータ版のころはプラナー方式を採用していたが、正式版では[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。

	==欠点==		==欠点==
	一方で[[ピクセル]]~~単位で処理したい場合には、たとえばRGBのプレーナーだと１ピクセルを得るのに３カ所もの~~[[データ]]にアクセスして、さらに合成した値を使用せねばならず、非常に効率が悪い。		一方で[[ピクセル]]単位で処理したい場合には、たとえばRGBのプラナー方式だと１[[ピクセル]]を得るのに３カ所もの[[データ]]にアクセスして、さらに合成した値を使用せねばならず、非常に効率が悪い。
	<source lang="csharp">		<source lang="csharp">
	// プレーナーは面倒		// プレーナーは面倒
49行目:		49行目:
	==主な採用事例==		==主な採用事例==
	===PC-9801シリーズ===		===PC-9801シリーズ===
	[[PC-9801シリーズ]]の[[GRAM]]（今でいう[[VRAM]]~~）はプレーナー形式が採用されており、合成処理は~~[[ハードウェア]]内部で自動的に行われていた。		[[PC-9801シリーズ]]の[[GRAM]]（今でいう[[VRAM]]）はプラナー形式が採用されており、合成処理は[[ハードウェア]]内部で自動的に行われていた。
	~~しかもRGB各色1ビットと濃淡1ビットというバイト単位ではなくビット単位という鬼のように面倒な代物であった。~~		しかも[[RGB]]各色1[[ビット]]と濃淡1[[ビット]]という[[バイト]]単位ではなく[[ビット]]単位という鬼のように面倒な代物であった。

	~~プレーナー形式で~~[[疑似スプライト]]を実現しようとするとアホみたいに面倒な処理が必要であり、[[ゲーム]]などには不向きであったため、多くの[[プログラマー]]~~は手軽にパックドピクセル形式で扱えるようにするライブラリを作っていた。~~		プラナー形式で[[疑似スプライト]]を実現しようとするとアホみたいに面倒な処理が必要であり、[[ゲーム]]などには不向きであったため、多くの[[プログラマー]]は手軽に[[パックドピクセル]]形式で扱えるようにする[[ライブラリ]]を作っていた。

	==関連項目==		==関連項目==

imported>Mono Book: Mono Book がページ「プレーナー方式」を「プラナー方式」に移動しました

2014-10-06T11:06:12Z

Mono Book がページ「プレーナー方式」を「プラナー方式」に移動しました

← 古い版	2014年10月6日 (月) 11:06時点における版
(相違点なし)

126.194.9.50: /* 利点 */

2014-10-03T14:39:12Z

利点

← 古い版		2014年10月3日 (金) 14:39時点における版
22行目:		22行目:

	[[OpenCV]]なども内部的にはプレーナーを採用している。		[[OpenCV]]なども内部的にはプレーナーを採用している。

			[[Kinect for Windows v1]]のSDKもベータ版のころはプレーナーを採用していたが、正式版では[[プログラマー]]が扱いやすいよう配慮したのか[[パックドピクセル]]に変更になっていた。

	==欠点==		==欠点==

126.194.9.50: /* 利点 */

2014-10-03T14:36:34Z

利点

← 古い版		2014年10月3日 (金) 14:36時点における版
20行目:		20行目:
	有名なところでは[[JPEG]]などのが採用している。		有名なところでは[[JPEG]]などのが採用している。
	JPEGでは、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。		JPEGでは、赤色を圧縮する、緑色を圧縮する、青色を圧縮するという感じで色ごとに処理するようになっている。

			[[OpenCV]]なども内部的にはプレーナーを採用している。

	==欠点==		==欠点==

126.194.9.50: /* PC-9801シリーズ */

2014-10-03T14:34:41Z

PC-9801シリーズ

← 古い版		2014年10月3日 (金) 14:34時点における版
48行目:		48行目:
	しかもRGB各色1ビットと濃淡1ビットというバイト単位ではなくビット単位という鬼のように面倒な代物であった。		しかもRGB各色1ビットと濃淡1ビットというバイト単位ではなくビット単位という鬼のように面倒な代物であった。

	プレーナー形式で[[疑似スプライト]]を実現しようとするとアホみたいに面倒な処理が必要であり、[[ゲーム]]~~などには不向きであったため、多くのプログラマーは手軽にパックドピクセル形式で扱えるようにするライブラリを作っていた。~~		プレーナー形式で[[疑似スプライト]]を実現しようとするとアホみたいに面倒な処理が必要であり、[[ゲーム]]などには不向きであったため、多くの[[プログラマー]]は手軽にパックドピクセル形式で扱えるようにするライブラリを作っていた。

	==関連項目==		==関連項目==

126.194.9.50: /* 欠点 */

2014-10-03T14:33:53Z

欠点

← 古い版		2014年10月3日 (金) 14:33時点における版
31行目:		31行目:
	\| B[x,y]		\| B[x,y]
	}		}
			</source>
			<source lang="csharp">
	// パックドピクセルなら簡単		// パックドピクセルなら簡単
	Pixel GetPixel(x, y)		Pixel GetPixel(x, y)