2007-03-16-00 matrixデータ画像にノイズがはいる。
著者: GLOBALBASE PROJECT ※
状態
初期報告:bugs / エージェント gbmx / バージョン ver.B.b14.03 / OS all
作業状況:報告受理段階>>観測>>対応中>>解決
報告の影響範囲:
- 対象エージェント: gbmx,gbview,cosmos
- OS:all
- 解決が反映されたバージョン: ver.B.b14.04
初期報告 (日時2007-03-16)
大規模な画像をmatrixデータへ変換すると、機械的な黒い四角が大量にはいる。■ ■ ■ ■ ■ ■ ■ ■ ■ ■という感じである。
▲ページトップへ戻る
最終報告 (著者:森洋久 / 日時:2007-03-22)
マトリックスフォーマットの階層構造における親ブロックの中にある子ブロックのリストを生成する部分に、クリティカルセクションのバグがあった。 タイミングに寄っては子ブロックリストが正しく生成されず、子ブロックがあるのに無いと認識され、子ブロックが黒い正方形となる。
マトリックスの書き込みを行うエージェントにはすべてこのバグが存在する。cosmosやgbviewもこれらのキャッシュに対して書き込みを行っているので、同様なバグが存在する。
cosmosでズームインしても解像度が上がらない現象が以前から報告されていた。いったんズームアウトしてもう一度ズームインするとなおったりする。おそらくこれはこのバグであった可能性が高い。
▲ページトップへ戻る
ワークアラウンド
ver.B.b14.04へバージョンアップする。あるいは、pnm-import-overを使って2度書き、3度書きすると、子ブロックが埋まっていく可能性がある。
レポート (著者:森 洋久 / 日時:2007-03-17)
問題のあるマトリックスの四角いブロックのある場所に対して、
$ gbmx xlterm
0>([gmxGetPoint mode="block" channel="8"] "europe.mtx" (List 0 30784 19905))
<Result> 3 ^
%E
("localhost" "stdio" 3 "mxCH" 0x80040501
("invalid object in channel of NODE" "channel data not exist" (0 (0 30720 19840))))</Result>
0>([gmxGetPoint mode="block" channel="8"] "europe.mtx" (List 0 (+ 30784 128) 19905))
<Result> 4 <data>(0 30848 19840) ^#1f35#]</data></Result>
0>([gmxGetPoint mode="block" channel="9"] "europe.mtx" (List 0 (+ 30784 128) 19905))
insert purge matrix
<Result> 5 <data>(0 30848 19840) ^#1000c#]</data></Result>
0>([gmxGetPoint mode="block" channel="9"] "europe.mtx" (List 0 30784 19905))
_start_file_access europe.mtx
C
insert purge matrix
<Result> 1 <data>(0 30720 19840) ^#1000c#]</data></Result>
0>
0>([gmxGetPoint mode="block" channel="9"] "europe.mtx" (List 1 30784 19905))
insert purge matrix
_start_file_access europe.mtx
C
<Result> 2 <data>(1 30720 19456) ^#1000c#]</data></Result>
0>([gmxGetPoint mode="block" channel="8"] "europe.mtx" (List 1 30784 19905))
<Result> 3 <data>(1 30720 19456) ^#eb7#]</data></Result>
0>
この実験からみると、 問題のあるブロック ( List 03078419905)においては、被圧縮データ ( CH="9")は存在するが、圧縮データ ( CH="8")が存在しない。 その他のブロック、たとえば、隣のブロック、 ( List 03091219905) あるいは、一段上のブロック ( List 13078412819905)においては両方とも存在する。
以上の考察により、おそらく、gbmxのデータの階層化、圧縮データ作成部分で何らかの問題が発生していると考えられる。
▲ページトップへ戻る
|