おちゃめくらぶ掲示板 - 1659321896

1：御茶目菜子：2009/09/12(土) 15:33:12: 現在大阪オフ中にょ
現在大阪オフにょ。
昼食を12時に済ませ現在3時のおやつ休憩にょ。
昼ご飯を食べてから現在までいろいろ買い物をしたけどもう3万円くらい使っているにょ。
めぼしいものは大体買えたけどそろそろ資金が尽きるにょ。

マリモーマさんへ
＞今日は　大阪オフだけど　関西は　雨が降ってたよ

さっきは結構降っていたにょ。
また詳しくは明日書くにょ。
869：マリモーマ：2012/02/13(月) 00:21:26: コダックの黄色い容器を　今のうち集めた方がいいな
進数変換か　昔　作ったのがあるけど　全部の進数には　対応してないな
http://marimo.s60.xrea.com/to/hen.cgi

http://liv0.com
870：御茶目菜子：2012/02/13(月) 15:26:26: 明日はバレンタインだけど・・・
明日はバレンタインということで毎年恒例のバレンタイン絵を描いているのだけどまだ
全然出来てないのでとても明日中には間に合いそうにないにょ。
まぁ毎年間に合ってないのだから別にいいのだけどバレンタインデーにはpixivでも
大量のバレンタイン絵が投稿されるにょ。
早い人は今月初めにすでにバレンタイン絵を投稿しているけどメインとなるのはやはり
2月14日であり、その日はバレンタイン絵の激戦区であると言えるにょ。

たくさん投稿されれば必然的に起こるのがネタ被りにょ。
人気キャラともなるとバレンタイン絵だけでも相当数が投稿されるため「キャラ」と
「ネタ」の両方において被る可能性が出てくるにょ。
バレンタイン絵となると作るシーンか渡すシーン（渡されるシーン）が大半でありある
程度シチュが限定されてしまうにょ。
まぁキャラによって個性が出てくるし、構図も人それぞれであるためキャラ被り、
シーン被り、構図被りが起きてしまうことはあまりないし、渡すシーンの構図が同じと
いってもよくある構図ならば被ったところでそれほど気にはならないにょ。
したがって、バレンタイン絵はネタが思いつきやすく描きやすいし、年に1度のイベント
であるため自分が好きなキャラを描くには最適といえるにょ。（これがお正月絵や
クリスマス絵ならば考えられるシチュのパターンも多いし、振り袖などは描くのが難しい
ため手を出し辛い）
自分の想いを伝えるという役割もできるしね（笑）

ネタ被りといえば最近投稿した絵もネタが被ってしまったものがあるにょ。
1つはアニメ本編で出てきたシーンを別アングルから描いたものにょ。
端的に言えば本編では見えなかったパンツを見えるように描いたというだけのものにょ。
さすがにそれと同じことを考えた人は大量にいたためネタ被りが非常に多かった（正確に
数えたわけではないけど100枚近くの同ネタ投稿がありそう）にょ。
まぁ私と同じアングルの人は意外に少なかったけど・・・。
それだけ盛大にネタ被りをすればネタ被りそのものは全く問題なくなるのだけどこれが
数枚レベルのわずかなネタ被りならやはり気になってしまうにょ。

最近描いた絵もネタ被り、構図被りをしてしまったにょ。
普段ならば気にしないところだけど今回はそれでテンションが下がったため同じネタを
使った全く別の絵を描くことにしたにょ。（バレンタイン絵で例えるならばチョコの
渡し方を変えるといった感じ）
バレンタイン絵を描きたかったので速攻で描き終えたせいか評価は今ひとつにょ。
といっても、評価点は自己平均よりやや低めというレベルであって爆死というレベルでは
ないし、評価回数に対するブクマ率も5割弱ということで単純に率から言えば普段よりも
いい（私の平均が3割少々）ために決して悪くはないにょ。（一応ブクマも20に達したし）
見てくれた人の多くが評価、ブクマをしてくれているというわけでR-18の割りに普段よりも
閲覧数が伸びなかったことが原因であると思われるにょ。

pixivの閲覧数は1月29日にも書いたようにタグ力とサムネ力で決まってくるにょ。
タグ力というのは投稿数や閲覧数の多い人気版権キャラだと大きくなるにょ。
それとR-18の場合は性癖別のタグの影響も大きいにょ。
要するに検索の機会が多い絵がタグ力が高いといえるにょ。
これが、特殊性癖やフェチ系タグのないオリジナル絵だとキャラの容姿やシチュのタグ
だけで閲覧数を伸ばさなくてはならないため閲覧数は被お気に入りの数に大きく左右されて
しまうにょ。
ちゃんと見て貰えさえすれば評価が得られるはずの絵でもその見て貰う機会が非常に
乏しいためpixivにおいてはオリジナル絵は正当な評価がされているとはとても言い難い
ものになっているにょ。（pixivの会員数を考慮すればいい絵が描けていれば十分な閲覧の
機会がある場合には数千点レベルの評価点を得ることはいくらでも可能）
これが並はずれたレベルの絵ならばtwitterなどで話題になり伸びるため初投稿で被が
ゼロの場合であっても「オリジナルだから伸びない」というわけではないけどその
しきい値が版権キャラよりも圧倒的に高くなるにょ。

その点、人気版権キャラではタグ検索による伸びが期待できる（被が少なくても人気版権
キャラでR-18絵を描けば閲覧数4桁はそれほど難しくはない）ために版権人気を考慮して
やれば絵の出来がどうだったのかを客観的に判別可能になるにょ。（超マイナー版権だと
オリジナル絵よりも伸びが期待できないのでオリジナル絵と同じく外見などを示すタグを
付けて検索の機会を増やすしかない）
ただし、これも人気順検索がデフォになれば変わってくるにょ。（現在はpixivモバイルと
プレミアム会員のみ）
というわけで、最新絵が思ったほど閲覧数が伸びてないのはタグ力ではなくサムネ力に
問題があったと思われるにょ。
まぁ急いで塗ったからバランスがあまり良い絵とは言い難いからそれが影響していると
考えられるにょ。

さて、バレンタイン絵がなかなか上手く描けないのでその息抜きの時間にしょぼい
ポケコンゲームを作ってみたにょ。

《　「バレンタインゲーム」　プログラムリスト　》
10 CLS :CLEAR :DIM A(3)
20 PRINT "バレンタインゲーム"
30 INPUT "アナタノナマエ=";N$
40 FOR I=0TO 3:A=RND -(ASC N$/(I+1)):A(I)=RND 6+9:NEXT
50 T=A(2):FOR I=4TO 14STEP 0.5:H=INT I
60 CLS :PRINT H+(H>12)*12;"ガツ ";(I-H)*2+1
70 PRINT USING "チリョク### タイリョク###/### ヨウシ###";A(1);T;A(2);A(3)
80 PRINT "1:ベンキョウ 2:ウンドウ 3:オシャレ 0:ヤスム"
90 INPUT "ドウスル?(0-3)";C
100 IF T<SGN C OR C>3OR C<0PAUSE "ソレハデキマセン!":GOTO 60
110 IF C=0THEN T=A(2)ELSE X=INT (RND -(A(0)*I)*7)+1:T=T-X-RND 7:A(C)=A(C)+X
120 IF T<1PAUSE "アナタハビョウキニナッタ":A(2)=INT (A(2)*0.8)+1:T=0
130 NEXT
140 PAUSE :PAUSE :PAUSE :PAUSE
150 Z=INT ((SQU A(1)*2+CUB A(2)/30+A(3)*50)*A(3)/9999)
160 PAUSE "2/14 バレンタインデートウジツ"
170 PRINT "アナタハチョコヲ ";Z;"コモラッタ!"

ときメモなどと同じく自分のパラメータを上げていくシミュレーションゲームにょ。
といってもイベントは何もないけどね（笑）
各月は上旬と下旬の2ターンになっているにょ。
4月からスタートし2月の1ターン目が終了した時点でバレンタインとなるにょ。
選べるコマンドは勉強、運動、おしゃれ、休むの4つで最初の3つが知力、最大体力、
容姿に影響を与えているにょ。
コマンドを実行すると体力を消費し、体力が0になると病気になってしまうため適度に
休む必要があるにょ。
病気になった場合は休むしか実行できないだけでなく最大体力もダウンしてしまうにょ。
ゲームは至ってシンプルだけどこのゲームは乱数が多用されているけど名前によって
初期パラメータだけではなく月ごとの上昇パラメータや消費体力が決まってしまうため
運ゲーではなく覚えゲーとなっているにょ。

ちなみにこのゲーム内での評価はこんな感じにょ。

　チョコ30個以上　・・・・　超モテモテ
　チョコ20～29個　・・・・　モテモテ
　チョコ10～19個　・・・・　普通
　チョコ0～9個　・・・・・　もう少しがんばりましょう

多くチョコをもらうためには容姿が良ければ有利になるのは言うまでもないけど他の
パラメータも重要にょ。
バランス良く上げるよりも特筆した能力があった方が有利になるにょ。
このゲームはPC-E500シリーズ用だけど乱数の部分だけ変えれば他のポケコンに移植する
のは容易にょ。
プチコンへの移植も容易だし、上手く削れば1画面化も可能だけどテキスト4行表示の
構成であり大画面のプチコンでは画面がスカスカになってしまうという難点があるにょ。
画面をリッチにしてイベントを増やせばいいけどリストが長くなってしまうしね。
というか、このゲームはバレンタイン絵を描いている間の時間を使って速攻で作ったの
だけどそんなに手を加えたゲームだと作るのに時間がかかってしまうにょ。

リアルのバレンタインでもらうチョコの数もpixivの評価のように数字で一喜一憂するの
ではなくその数字に込められた意味を理解する必要がありそうにょ。
伸びるような努力や方法を取らなければ数字は伸びることはないからね。
というか、それよりも早くバレンタイン絵を描かないといけないにょ。

マリモーマさんへ
＞進数変換か　昔　作ったのがあるけど　全部の進数には　対応してないな

普段使うのは2進数、10進数、16進数くらいなのでそれがカバーできていれば十分にょ。
871：わぁぃ@：2012/02/13(月) 17:09:36: 移植してみる
つまらないので↓のバレンタインゲームをプチコンに移植しようと思う。
872：御茶目菜子：2012/02/14(火) 14:55:01: レスにょ
わぁぃ@さんへ
＞つまらないので↓のバレンタインゲームをプチコンに移植しようと思う。

短時間で作ったのでバランスは適当でイベントも何もないのでその辺を何とかすれば
面白くなるかもしれないにょ。
なお、このプログラムで分からない部分があれば遠慮無く言ってにょ。
873：わぁぃ@：2012/02/15(水) 17:27:18: 移植に関して
プチコンにない関数がある気がします。
874：御茶目菜子：2012/02/16(木) 15:34:59: レスにょ
わぁぃ@さんへ
＞プチコンにない関数がある気がします。

とりあえず、このプログラム内で使われているものに関してのみ違いを書いてみたにょ。

◎プチコンにはない命令、関数

USING ・・・###の数によって桁を揃えて表示する命令。
　　　　　　プチコンでは表示を分割してLOCATEで代用
PAUSE ・・・約0.85秒表示を停止する命令。プチコンではPRINT "表示":VSYNC 50で代用
　　　　　　140行のPAUSE4連続表記は4行表示のポケコンでゆっくり画面クリアするため。
ELSE　・・・IF文において条件が不成立な場合にELSE以下を実行する。
　　　　　　プチコンでは2行に分割してラベルジャンプで代用。
INT ・・・・プチコンのFLOORと同じ
SQU ・・・・二乗する関数。SQU AはA*Aと同じ
CUB ・・・・三乗する関数。CUB AはA*A*Aと同じ
　　　　　　※プチコンでは524288以上の数は扱えないため大きな数字になる場合は
　　　　　　　注意が必要。

◎プチコンとは仕様が異なる命令、関数

DIM ・・・・DIM A(3)でA(0)～A(3)の4つの配列変数が確保される。（プチコンは1～3）
RND ・・・・RND 6で1～6の乱数を発生させる。（プチコンは0～5）
RND 負の数・値に応じて乱数列を初期化可能。プチコンでは代用不可。
　　　　　　なおRNDの引数が1未満の時は発生する乱数は0～1の範囲の小数になる。
論理式・・・(H>12)はHが13の時にはマイナス1になるけどプチコンではプラス1になる。
IF文・・・・等しい場合は「＝」だけどプチコンの場合は「＝＝」になる。

　　関数に関してはポケコンではカッコの省略が可能。
　　あとIF文のTHENも省略可能。

RND(負の数)以外は簡単にプチコンで実現可能となっているにょ。
プチコンで実現するには自前で疑似乱数ルーチンを作るしかないにょ。
http://ww5.tiki.ne.jp/~ochame/E500/TECH/TECH032.HTM
それか、パターン化された覚えゲーにするのは諦めて運ゲーにするしかないにょ。
875：御茶目菜子：2012/02/20(月) 15:06:49: またもやHDDがクラッシュ
先日ノートPCのHDDがクラッシュしてしまったにょ。
幸いにして異変に気づいてすぐに必要最小限のデータは退避できたため被害は小さく抑える
ことができたのだけどやはりHDDは非常に壊れやすいものにょ。
というのも、私の記憶にあるだけでも2000年代に入ってから9台のHDDがクラッシュして
いるために平均するとおよそ年に1台ペースでクラッシュしているからにょ。
HDDの寿命は機種によって異なるもののやはり使用方法、使用環境それと運の影響が
非常に多いにょ。
それでも普通に使っていれば概ね5年間くらいの寿命があるのではないかと思われるにょ。
人間の平均寿命が80年といっても20歳で亡くなる人もいれば100歳を越えてまだ元気な
人がいるように「平均寿命が5年のHDDは5年で壊れる」という単純なものではないにょ。
人間の場合は細胞分裂の限界数があるため上限はある程度決まっているのだけどHDDの場合は
運が良ければ平均寿命の数倍となる10年、20年と長生きする場合もあるからね。

しかし、平均寿命が5年と仮定した場合にほぼ年に1台ペースで壊れるのは運だけの問題
ではないにょ。
たまたま2台が同じ年に壊れることは2つのサイコロを振ってゾロ目が出るくらいの確率
だから珍しいことではない（昨年8月16日に書いたように2台のHDDがほぼ同時に壊れた
経験もある）けどそのペースを維持し続ける（ゾロ目が出続ける）というのは統計上の
誤差を大きく超えているにょ。（正確な日付を覚えていればχ二乗検定をすれば棄却される
かどうかが分かるけどそんなことをしなくても明らかにおかしいのが分かるレベル）
とはいうもののこれは実際のところそんなにおかしなことではないにょ。
それは単に使用台数が多いということに加えて使用環境に問題もあるからにょ。

台数に注目するとHDDの平均寿命が5年と仮定した場合に5台のPCを同時に使う場合には
全体としての平均故障間隔は1年に縮まることになるにょ。
つまり、毎年いずれかのPCのHDDが故障するということにょ。
これはPC1台＋NASという構成でも同じにょ。
NASが4台のHDDをRAID5で構成されたものだと仮定すれば合計のHDDは5台になるからね。
ただし、RAID5の場合は4台中1台が壊れてもデータの完全復旧が可能になるためリスクは
軽減できるにょ。
私の場合はノートPCを3台（録画用、ネット用、モバイル用）同時使用しているという
ことに加えて外付けHDDも3台使用（うち1台は常時稼働）しているし、Blu-rayレコーダーに
内蔵のHDDもあるからね。
したがって、台数的に考えれば1年に1台ペースでHDDが壊れても何ら不思議ではないにょ。

あと、私の場合はノートPCは基本的に中古で購入している場合が多いからにょ。
HDDは初期不良の多いパーツだけど一定時間稼働ができればそれから1、2年に壊れる機会は
あまりなく古くなればなるほど壊れやすくなるにょ。（これは磁性体の劣化というのが
理由ではなく可動部分が多いというのが理由）
したがって、新品購入後1～2年の1年間と5～6年の1年間では後者の方が壊れる確率が
アップするといえるにょ。

さらに使用環境によってもHDDの寿命は大きく変わってくるにょ。
HDDは動作温度が10度高くなれば寿命は半減してしまうと言われているからね。
私の部屋は今の時期は問題ないとはいえ、夏は冷房がないために室温30度台半ばを維持して
おり動作時にはかなり高温になるにょ。
それに部屋はかなりほこりっぽいけどそれもHDDに悪影響を与えているにょ。
何せノートPCの冷却ファンが1年以内に壊れる確率が極めて高いからね。
冷却ファンが故障したノートPCを冷却するために買った冷却台のファンが1年でほこり
だらけになって動かなくなるレベルにょ（笑）
何にせよHDDにとってとてもいい環境とは言えるようなものではなく早期に壊れてもやむを
得ないといった感じの環境であることには間違いないにょ。

ということで、念のため常時予備HDDを確保しているにょ。
ここで問題となるのがPATAのHDDの入手性にょ。
大都市圏ではSATAより割高であるものの普通に入手可能な場合もあるPATAのHDDだけど
地方ではかなり入手困難になってきているからね。
家電量販店の店頭に置いていることはまずないし、唯一入手可能なパソコン工房でも
常時在庫があるわけではないので取り寄せになることも少なくないにょ。
これがSATAならば最悪の場合、近所にある家電量販店でUSB接続のモバイルHDDを買って
その中身を取り出してPCへと換装も可能だからHDDが手に入らないということはまずあり
得ないことにょ。（タイの水害のあったあとでも価格は高騰したものの店頭からHDDが
すべて消えたなんてことはない）

今回換装したことで予備のHDDは160GBのと250GBの2台だけになってしまったにょ。
年に1台ペースで壊れたら再来年には予備のHDDが無くなるにょ。
私が現在使用しているノートPCの中でSATAのHDDが使用できる機種は1台しかないため
PATAのHDDが無くなるとかなり困ったことになるにょ。
まぁそうなる前にPCのSATAへの移行を済ませるかPATAのHDDが入手可能なうちにさらに
予備を確保しておくしかないんだけど予算的な問題で厳しいにょ。

PCのシステムドライブとして考えるならばHDDが必要不可欠（SSDでもいいけどPATAのSSD
だと選択肢がほとんどない上に高価でありあまりメリットがない）だけどデータの保存
だけで考えるならばHDDに拘る必要性はないにょ。
10年前までならばCD-Rというのが最も有力なデータバックアップな選択肢だったけど
今更1枚700MBのメディアは700MBで収まるデータの配布用や音楽CD用でない限りは保存に
かかる手間だけではなくコスト面でもメリットはないにょ。
DVD-Rならば1層で4.7GB、2層で8.5GBだけどこれでも大容量化が進むデータにおいては
DVD-VIDEOの記録用（DVDプレイヤーでの再生目的用）でない限りは使用するメリットは
ないにょ。
BD-Rならば片面1層で25GB、2層で50GBと大きく、1層式ならば1枚あたり100円台という
10年前のCD-R並の価格にまで下落しているものの大容量化が進むHDDのバックアップ目的で
使用するならば容量的に心許ないにょ。

USBメモリやSDカードといったフラッシュメモリを使った媒体はバックアップ目的で使用
する場合はコスト面の問題が大きい（HDDやBlu-rayと比べて1桁高価）だけではなく信頼性
という面においても不十分にょ。（メディア自体の耐久性問題、ファイルシステムの
問題、小さいため物理的な紛失の問題など）
最近話題となっているクラウドでのバックアップも容量や回線速度を考えると必要最小限の
データを置く程度に止まり、やはり、HDDのバックアップはHDDでないと難しいというのが
現状だと思われるにょ。
とはいえ、頻度によってクラウドやUSBメモリなどをHDDと兼用することは十分に意義がある
ことだと思われるにょ。（そういった頻度の高い重要データをHDDへバックアップする
ことは必要不可欠）
私はそんなにこまめにバックアップはとってないもののデータによっては複数のHDDへと
保存しているためリスクは分散されていると思われるにょ。
876：わぁぃ@：2012/02/20(月) 21:29:31: IF==REM?
今思ったのですが、IF 0 THEN ～って
THEN以降が絶対に実行されないので、実質コメント行ですね(え
877：御茶目菜子：2012/02/21(火) 15:16:39: レスにょ
わぁぃ@さんへ
＞今思ったのですが、IF 0 THEN ～って
＞THEN以降が絶対に実行されないので、実質コメント行ですね(え

確かにプチコンではそうなるにょ。
でも、ELSEが使えるBASICならばIF 0 THEN～は確実にELSE以下を実行してくれるため
デバッグ時やテストプレイ時などでは十分に意味があると思うにょ。
878：御茶目菜子：2012/02/21(火) 15:18:10: Windowsのサポート延長がもたらすもの
Windows Vistaと7のサポート期間が変更された模様にょ。
http://internet.watch.impress.co.jp/docs/news/20120220_513275.html
サポート期間が変更されたのは個人向けのSKU（Home Edition）にょ。
Windowsには昨年9月20日にも書いたようにメインストリームサポートと延長サポートの
2つのサポートがあるにょ。
メインストリームサポートはサービスパックをはじめとする各種新機能の追加が行われる
サポートであり、延長サポートは基本的に不具合修正のみに止まるにょ。
延長サポート終了後は基本的にいかなる不具合があってもそれは修正されないために
ネット接続するためにはセキュリティー面で問題があるにょ。（ネット接続せずに完全に
スタンドアロンで使えば問題ない）

そのメインストリームサポートと延長サポートの期間は下記のようになっていたにょ。

　　　　　　　　　　　　　　メインストリームサポート　　　延長サポート
　Windows XP Home/Pro　　　　2009年 4月14日終了　　　　2014年 4月 8日終了予定
　Windows Vista Home　　　　 2012年 4月10日終了予定　　　対象外
　Windows Vista Business　　 2012年 4月10日終了予定　　2017年 4月11日終了予定
　Windows 7 Home　　　　　　 2015年 1月13日終了予定　　　対象外
　Windows 7 Pro　　　　　　　2015年 1月13日終了予定　　2020年 1月14日終了予定

見てのようにVista Homeのサポートが再来月で終了してしまうことになっていたにょ。
XPにおいては使用ユーザーが多いということを理由に本来ならば延長サポートの無かった
Homeを特例として延長サポート対象にしたのだけどそのためXPよりもVistaの方が先に
サポート終了するという逆転現象に繋がっていたにょ。
これが、この度上記で延長サポート対象外となっていたHomeがサポート対象へと変わる
ことになったにょ。

　　　　　　　　　　　　　　メインストリームサポート　　　延長サポート
　Windows XP Home/Pro　　　　2009年 4月14日終了　　　　2014年 4月 8日終了予定
　Windows Vista Home　　　　 2012年 4月10日終了予定　　2017年 4月11日終了予定 New
　Windows Vista Business　　 2012年 4月10日終了予定　　2017年 4月11日終了予定
　Windows 7 Home　　　　　　 2015年 1月13日終了予定　　2020年 1月14日終了予定 New
　Windows 7 Pro　　　　　　　2015年 1月13日終了予定　　2020年 1月14日終了予定

しかし、今回はVistaだけではなく7も延長サポートの対象になっているにょ。
これは逆転現象を避けるために延長サポートの対象になったというのではなくHome Edition
そのもののサポート期間が変更されているにょ。
「ユーザーによりわかりやすくサービスを提供することなどを目的にコンシューマー製品も
ビジネス製品と同様に5年間の延長サポートを提供することを決定した」とのことなので
Vistaと7に止まらず今後は個人向けのHome Editionもビジネス向けのエディションと同じく
5年間の延長サポートの対象となる模様にょ。
メインストリームサポートはOS発売後5年間が保証されているため延長サポートと合わせると
10年間のサポートが約束されたことになるにょ。

これには下記の3つの意味が込められているのではないかと思われるにょ。

　(1)安心して7への乗り換えができるようにするため
　(2)Windowsのスムーズな移行を行うため
　(3)Windows離れを抑制するため

(1)MSによって今年の目玉であり、今後の社運を大きく左右するのが次世代Windowsとなる
Windows 8の発売にょ。
次世代Windowsの発売が迫れば当然ながら現行製品の買い控えも出てくるにょ。
そこで問題となるのが7のサポート期間にょ。
未だに使用者が多いXPからの移行を促進したいところだけど従来のサポート期間を比較した
場合にはXP Homeから7 Homeに乗り換えてもたったの9ヶ月間しか伸びないにょ。
サポート期間なんてごく一部のユーザーしか知らないこととはいえ、最新PCを買って
3年も経たずにOSがサポート切れになるというのはさすがにユーザーにとって好ましい状態
ではないにょ。
しかし、2020年まで使えるとなればあと8年弱になるにょ。
これならば7のサポート期間の短さによって「今更乗り換えても・・・」と躊躇していた
ユーザーもXPから乗り換える価値を感じられるのではないかと思われるにょ。

(2)従来のサポート期間の5年という短さは90年代のPCのめまぐるしい進化の時にはハード
ウェアの陳腐化が激しくて長期間使用することができなかった（実際OSの要求スペックも
95→XPとXP→Vistaでは同程度の期間にもかかわらず前者の方が圧倒的に要求スペックの
アップ率が大きくなっている）ということで、普通に使用するだけでも5年経てば事実上
新しいPCを購入せざるを得ない状況下にあったにょ。
それが今では5年前のPCでも問題なく使えるにょ。
ノートPCでも5年前にはCore2Duoの初代モデルが登場しているからね。
5年というサポート期間はWin95のサポート期間（95年8月～2002年12月）よりも短いにょ。

今回の変更によって延長サポート込みで最低10年間のサポート期間が設けられることに
なったのだけどやはり最も気になるのはそのOS搭載機の末期の購入者にょ。
3年ごとに新OSが登場するとなると新OSが発売された時に旧OS搭載機を購入した場合には
従来の5年間のサポート期間では2年間しかサポート期間が残ってなかったにょ。
しかし、サポート期間が10年になればOS末期の世代交代の時に購入しても7年間は使える
ことになるにょ。

今から7年前のPCというとDothanコアのPenMが出た頃にょ。
PenMが現役使用できるかどうかは使い方次第だけどXPをそのまま使用し、メモリを十分に
搭載していれば一般的な用途であればそれほど困ることはないと思われるにょ。
メモリも当時主流の855GMEにおいてはチップセット上は2GBまでサポートされており、
メモリスロットを2つ搭載していれば上限の2GBを搭載可能にょ。
メモリスロットが1つのモバイルノートの場合は上限が1.25GB（256MBオンボードという
機種が多かった）になってしまうけどそれでもXPならば重い作業をしなければそれで
大きく不足することはないと思われるにょ。（今から10年前の2001年初頭だノートPCは
Pen3 800MHzくらいがミドルクラスであり、メモリもチップセットの上限で1GBの830MGが
出る前であり上限256MBの440MXが主流となっていたため現在十分に現役使用できるとは
言い難い）

これがXPが発売された2001年を起点に考えるとその7年前の94年はまだ486DX2が主流であり
（デスクトップPCにおいてはPentiumがハイエンドからミドルレンジへと移ろうとしていた
時期だけどノートPCにおいてはPentiumはフラッグシップ機のみの搭載だったためとても
一般向けとは言い難い価格だった）けどWindows 3.1も486DX2も2001年のXPが発売された
時点で現役と呼べるものではなかったからね。
今は現役使用ができるハードの寿命（耐久性の問題ではなく単にスペック面の寿命）が長く
なったためサポート期間を伸ばさないとOSのスムーズな移行は難しくなってきている
というわけにょ。

また上記のようにPCのハードウェアスペックの面で現役として使える期間が長くなっている
関係上、新しいバージョンごとにOSの乗り換えを行うという人は少なくなっていると
思われるにょ。
OSが3年ごとに世代交代するとすれば2世代に1回くらいで丁度いい感じにょ。
個人向けにおいてもトータル10年間のサポート期間を設けることでその1世代飛ばしの
乗り換えが可能になっているにょ。
つまり、XP、Vista、7のように3世代が現役使用されその割合が徐々に変化していくことで
世代交代がスムーズに行われていくと思われるにょ。

(3)Windows対抗としてやはり有力な候補となるのはLinuxをベースとしたOSにょ。
個人での利用者も多いubuntuだけど半年に1回新バージョンがリリースされているにょ。
そのため頻繁にOSを入れ替える必要性が出てくるにょ。
この作業は慣れない人にとってはハードルが高いし、個人の使用ならばまだしも法人の
使用においては致命的な短さにょ。
そのためubuntuを普及させるためにはサポート期間を長くするしかないということで
長期サポート（LTS）版を設けているにょ。
1年半という通常版のサポート期間に対してLTS版はデスクトップ版において3年、サーバ版
において5年だったのがこの度の4月にリリースされるUbuntu 12.04 LTSからはデスクトップ
版も5年に延長されたにょ。
http://news.mynavi.jp/news/2011/10/26/030/index.html
Linuxのディストリの中では高いサポートで知られるRed Hatだけどこちらもエンター
プライズ向けが従来が7年間のサポート期間だったのが10年間へと延長すると発表したにょ。
http://news.mynavi.jp/news/2012/02/07/012/index.html

このようにLinux系も従来は弱かったサポートを強化することで法人需要を伸ばそうとして
いるけれど実際の所は5年リースでPCを使用する場合には最低5年間のサポート期間があれば
問題ないにょ。
3年ごとに世代交代をする場合だと5年間のサポート期間しかない場合にはOSの世代交代時に
PCを導入した際には実質2年間しかサポート期間がないため法人向けにおいてはWindowsは
古くから延長サポートを導入しており、合計10年間のサポート期間があるにょ。
それによって上記のようにOSの世代交代時でも7年間のサポート期間を得ることが可能に
なっているにょ。
法人向けにおいては今回の発表では従来通りとなっているのだけどやはり重要なのは
「いかにWindowsのシェアを落とさないようにするか」ということにょ。

法人向けでサポートの強さ（サポート期間の長さ）をアピールしても個人向けでは無料の
Ubuntuでは長期サポートをするのは難しいにょ。
それに対して有料であり、決して安くはないWindowsはサポートを強くして「高くても
長く使える」ということをアピールするために今回個人向けのWindows（Home Edition）に
おいても延長サポート対象にしたのだと思われるにょ。
さすがに個人向けで10年間のサポートとなると追従するのは極めて難しいにょ。
「ubuntuは無料だから定期的にOSを入れ直せばOK」なんて言っている間は一般への普及は
あり得ないにょ。
ほとんどの人はPCにプリインストールされたOSを使い続けるのでそのOSがPCの寿命ほど
使えることが重要になってくるからね。

個人向けで今後大きくシェアを伸ばすと思われるのはAndroidにょ。
すでにスマホにおいては過半数のシェアを獲得するに至っておりスマホだけではなく
タブレット端末においても高いシェアを得ようとしているにょ。
今後はPCとのシェア争いも過酷になってくるのではないかと思われるにょ。
そこで重要になってくるのがサポート問題にょ。
2年間で買い換える人も多いスマホならばサポート期間が短くても問題ないのだけど
PCのリプレイスとしてタブレット端末を使用する場合にはこのサポート期間が短いことが
問題となってくるにょ。
OSそのものは無料であるため自ら新しいバージョンを導入すれば解決と思われるけど
そんなに簡単なものではないからね。
PCもドライバがないとOSだけを入れ替えても正常動作しないのと同様にタブレット端末も
OSを載せ替えるだけでは正常動作する保証は全くないにょ。
つまり、その端末メーカーがどこまでアップデートを積極的に行っているかですべてが
決まるにょ。

これがiOS搭載機（iPhone、iPod touch、iPad）ならば現状は2年前の機種までが
新バージョンのOSへのアップデート対象となっているのだけどAndroidの場合は下手をすると
プリインストールで終わりとなるにょ。
そうすれば2年も経たずに事実上使えなくなる恐れがあるにょ。
現状ではまだPCのリプレイス目的でAndroid搭載の端末を購入している人は少ないと思われる
けれどタブレット端末の普及によって将来的には増加が予想されるにょ。（個人的には
2年後にまともに使えるか分からないようなAndroidタブレット端末に高額を払う気には
なれない）
そうしたときにそのサポート問題が顕著化してくるわけにょ。
長期間安心して使えるというイメージをユーザーに植え付けるために今回MSは個人向けの
エディションも延長サポート対象にすることでサポート期間を伸ばしたと思われるにょ。

これが20年、30年のサポート期間になるとOSの価格上昇を招くことになってしまい20年前の
PCを現役として使いたいという一部のユーザーのために大勢のユーザーが犠牲になって
しまうため無意味なものになってしまうにょ。
そもそも現状では高性能なSandyBridgeでも20年後に現役として使えるかと言われたら
かなり微妙だし、バグフィックスが続行されているというだけで現役OSかと言われたら
微妙だからね。
結局「現行の周辺機器や現行のソフトの多くがまだ使える」ということが現役の証だと
私は思うにょ。（XPも4KBセクタに対応できないため2TB超のHDDが使えないなど徐々に
使えない機器も登場しているため現役で使えるとはどんどん言い難くなってきている）
「20年間現役」を謳うためにはバグフィックスをMSが行うだけでは駄目で現時点で
ソフトや周辺機器をWindows 3.0を考慮したものにする必要があるというわけにょ。
これはどう考えても無理であると言えるにょ。（MS-DOSもまだ用途によっては現役で
あるもののごく限定的な用途に限ったものは一般的に現役のPC用OSとは言えない）
自動車や電化製品ならば正常に動くだけで古い製品でも十分に現役といってもいいけど
結局のところPCは本体やOSが動作してもそれだけでは何の意味もないため新しい環境に
対応するためには修繕だけではなく10年ごとくらいに新築（バグフィックスや機能追加
ではなくカーネルから作り直したOS）の必要があると言えるにょ。
すでにWindowsにおいてはビジネス向けは延長サポート込みで10年のサポート期間と
なっていたため個人向けのWindowsを延長サポート対象（バグフィックス対象）にしても
コストはほとんど変わらず非常に効果的なものだといえるにょ。
879：るかか：2012/02/21(火) 20:14:58: 初めまして。
はじめまして、るかかと言います。
ミクシィのプチコンコミュから来ました。
学生の頃、ポケコン（PC-G805/815)でゲーム作ってました。
もう、実機は残っていなく、プログラムだけしか残っていませんが・・。

最近は、プチコンでゲームつくって遊んでいます。
当時は比べものにならないくらい色々出来て楽しいです。
880：御茶目菜子：2012/02/22(水) 14:45:24: レスにょ
るかかさんへ
＞はじめまして、るかかと言います。
＞ミクシィのプチコンコミュから来ました。

はじめましてにょ！
プチコンで魔導物語を作った方ですね。
ニコ動で動画を拝見しましたにょ。
キャラグラフィックもPCで作るならば実機データを流用可能だけどプチコンの場合は
すべて手書きになるため完成まで苦労されたことだと思うにょ。

＞学生の頃、ポケコン（PC-G805/815)でゲーム作ってました。
＞もう、実機は残っていなく、プログラムだけしか残っていませんが・・。

学生時代にポケコンを触っていてもポケコンだと速度面、画面サイズの面やメモリ
容量の制限などががあるために思ったものを作るのはなかなか難しいし（これは私に
とっては楽しい部分ではあるけど）、ポケコンの現在の状況を考えると作ったものを
発表してもなかなか反応を得ることはできないため卒業後もずっと使い続けている人は
かなり少ないと思われるにょ。

＞最近は、プチコンでゲームつくって遊んでいます。
＞当時は比べものにならないくらい色々出来て楽しいです。

プチコンはポケコンと比べて高速だし、大画面のカラー表示ができるためファミコンや
MSXなどの8ビットパソコンのマシン語ゲームがオールBASICでも出来てしまうというのは
当時を知る世代にとっては非常に魅力的にょ。（これが最新スマホレベルの性能になって
しまうとレトロゲームの再現をする意義が減ってしまう）
唯一の不満点だったプログラムのネットでの公開もmkIIで改善されるみたいだしね。
プチコンは使用するためのハードルもポケコンよりも低いので作ったものに対しての
反応が得られやすいというのもモチベーションアップに繋がると思うにょ。

ただ、私は昔のように数100行～数千行の大作を作る気力はもうないにょ。
ニコ動やYouTubeですごいゲームが作られているのを見ても「すごい」と思うだけで
「それを越えるものを作ってやる」という気持ちが沸かないにょ。
1画面のような小さなサイズのプログラムをちくちく弄る方が性に合っている感じにょ。
881：御茶目菜子：2012/02/23(木) 16:14:17: モバイル通信に求めるもの
一昨年12月に正式に運用を始めたドコモのLTEによる通信サービスXi（クロッシィ）だけど
やはり従来のHSDPAと異なる点は速度にょ。
理論上は下り最大75Mbps、屋外の理論値は下り37.5Mbpsだからね。
それに追従すべくこのたびイー・モバイルが「EMOBILE LTE」を3月からスタートすると
発表したにょ。
http://k-tai.impress.co.jp/docs/news/20120222_513779.html
具体的な料金はまだ発表されてないもののドコモと同じ方式を用いており下り最大75Mbps
となっているにょ。（ドコモと違って屋外でも75Mbps対応のエリアも用意するとのこと）

それに対抗すべくソフトバンクは下り最大110Mbpsの「Softbank 4G」サービスを24日から
開始するにょ。（ただし、当初の端末は最大76Mbpsまで対応）
http://k-tai.impress.co.jp/docs/news/20120220_513298.html
これはWILLCOMが開発をしてたXGPがベースになっているにょ。
このXGP事業は経営破綻したWILLCOMからソフトバンクグループのWireless City Planningに
委譲されたのだけどこの度始まるサービスはそのXGPをベースにしたAXGPと呼ばれるもので
あり、TD-LTEとも互換性のある通信規格となっているにょ。

ワイヤレス通信の場合は理論値と実効値に大きな開きがある場合が多いので理論値が
大きいから速いとは限らないにょ。
実際に使用してみたとこと正式サービス開始前であるということを差し引いてもこの
レビューを見る限りはなかなか期待が持てそうにょ。
http://k-tai.impress.co.jp/docs/review/20120215_512021.html

　秋葉原　下り平均　27.94Mbps　　上り平均　6.51Mbps
　有楽町　下り平均　39.85Mbps　　上り平均　5.59Mbps
　品川　　下り平均　29.30Mbps　　上り平均　5.83Mbps
　渋谷　　下り平均　17.38Mbps　　上り平均　2.38Mbps
　池袋　　下り平均　23.05Mbps　　上り平均　7.90Mbps

3G通信よりも高速なモバイル通信で先行しているモバイルWiMAXが理論値40Mbpsで実効値は
速い観測地点で20Mbps弱、平均すると10Mbps前後（ただし、サービス開始直後に屋外の
建物の陰などではない場所に限られたものであり、現在は実効速度がダウンしている）
なのでそれと比べても2倍近い速度が得られていると思われるにょ。
あくまで正式サービス前であり、回線状態に余裕があるということを考える必要はある
ものの通信規格の速度（理論値）と比べて十分な速度が得られていると言ってもいいにょ。

問題は価格にょ。
「4Gデータし放題フラット」の場合は月額5985円なのだけど10月以降は月間5GBの通信量を
越えると通信速度が128Kbpsに制限されるようになるにょ。
これを越えた場合は2GBあたり2625円の従量課金を選択することでこの速度規制を解除する
ことができるにょ。
これはドコモのXiと同一のものにょ。
変なところを真似しなくてもいいけど一部の大量通信を行う人のために多くの人の通信に
影響が出るというのは好ましくないためその大量通信を行う人にのみ対価を支払ってもらう
というのが妥当と考えれば至極当然のことにょ。（この2625円という単価や上限の5GBが
妥当かどうかはまた別問題だけど）

さて、モバイル通信の重要なものといえば下記の3つだと思われるにょ。

　(1)速度
　(2)エリア
　(3)価格

(1)モバイル通信といえばデジタル携帯が登場した時には2400bpsだったのが、PDC（2.5G）に
よって9600bps～28.8Kbpsが実現されたにょ。
そして、3G携帯の登場によって大幅に高速化されたにょ。
W-CDMAは当初から最大384Kbpsだったからね。
さらに3.5GとなるHSDPAによって最大3.6～14.4Mbpsになり現在に至っているにょ。
PHSも当初は14.4Kbpsだったのが64Kbpsになり、そして、高度化通信規格W-OAMとAIR-EGDEの
8回線同時使用によって理論最大408Kbps（光IPエリアのみ最大800Kbps）にまで達したにょ。
とはいえ、PHSはそれが限界で次世代となるXGP導入が検討されていたものの実験段階で
終了し、ソフトバンクの手によってそれは形を変えて今回Softbank 4Gとして正式サービスが
スタートするに至ったにょ。

私も90年代はモデム＋デジタル公衆電話による通信や9600bpsのPDC携帯による通信で
ネットを利用していたのがAIR-EGDE（32K）の導入で大幅に高速化されたにょ。
その後、価格をを維持したまま2回線を束ねたプランが登場し、そして末期には8回線を
束ねたものも同価格になったにょ。（4回線を束ねた128Kbpsが登場した当初はその
オプション料金だけで3500円もかかっていた）
2年前にイー・モバイルのPokcket WiFiを導入して現在に至っているにょ。
つまり、分かりやすく私のモバイル通信の流れを記せば下記のようになるにょ。

　PDC携帯（9600bps）→AIR-EGDE（32K→64K→128K）→HSDPA（7.2Mbps）

ここまで変われば体感速度はまるで異なるにょ。
90年代はWebサイトも軽かったとはいえ、9600bpsでは画像をOFFにするなどの工夫をしないと
まともにネットサーフィンはできなかったにょ。
こういった通信端末を所持していない場合は公衆電話で通信ができていたにょ。
古くは音響カプラによる通信しかできなかったのだけどISDNの普及によってデジタル回線を
使った公衆電話が普及しはじめたにょ。
この通称「グレ電」によって当時としては高速な64Kbpsの通信が可能になったにょ。
私もデジタル携帯を入手前だけではなく入手後でもある程度の速度が必要な時はこのグレ電に
よって通信を行っていたにょ。

どれだけの速度が得られれば十分かというとまたこれは難しいにょ。
速ければ速い方がいいわけだけどコスト面の兼ね合いがあるからね。
したがって、個人的にはモバイル通信の場合は常時1Mbpsの実効速度が得られるならば
速度÷価格のコストパフォーマンスより絶対的な価格の安さの方を重視しているにょ。
とはいうものの最大7.2MbpsのHSDPAも私の地元ではせいぜい300～800Kbpsであるため
現在使用しているPocket WiFiは速度面の不満を抱えているにょ。（まぁAIR-EGDEを使って
いた頃よりは遙かに快適なのだけど）

(2)いくら速くても繋がらなければ何の意味もないにょ。
徐々にエリアを広げつつあるけどモバイルWiMAXは建物内では繋がりにくくなっているにょ。
その点、3G（3.5Gを含む）は浸透性が高く広いエリアをカバーしているにょ。
それでもキャリアによって大きな差があり、800MHz帯を持たないソフトバンクはドコモや
auと比べるとエリアはかなり狭くなっているにょ。（個人的にはイー・モバイルと大差
ないように感じる）

狭いエリアでも安く高速通信が出来ればいいというのならば各社が提供している公衆無線
LANによる通信を利用すればいいにょ。
ただし、これは100mおきくらいにサービスが設けられている大都市圏でこそ意味があるもの
であり、地方都市だとそれはほとんど役に立たないにょ。
一昨年5月24日に書いたように私の地元都市では20km四方の都市内にほんの数カ所しか
サービスが設けられてないからね。（つまり数10平方Kmあたり1箇所）
これはド田舎ではなく普通の10万都市でこの有様にょ。

したがって、モバイル通信を行おうとするならば3G通信やモバイルWiMAXに頼るしかないと
いうのが現状にょ。
Xiも正式サービスを開始して1年余り経過したものの私の地元では県庁所在地付近のごく
限られた地点のみしかサービスエリアが存在せず、実用になるレベルにはまったく
至ってないにょ。
イーモバイルのLTEサービスやソフトバンクのAXGPサービスなども開始されても当面は
大都市圏に止まると思われるにょ。（ソフトバンクの方はマイクロセルによる通信なので
実効速度や安定性に優れる反面でエリア拡大に時間がかかりそうな感じ）
したがって、LTE等の次世代高速通信がが私に地元に普及するにはまだ数年かかりそうな
感じにょ。

もっとも、地元がエリアに入って無くてもそういう大都市圏に頻繁に出張等で出かけると
いうのならば十分に使用価値はあるのだけど私の場合はそんなこともないにょ。
LTE端末もHSDPAでの通信が可能であるため端末はLTE対応で問題ないと考えるかもしれない
けれど通信料金は割高なLTEの料金プランを強いられてしまうためLTEが不要（使うことが
ない）ならばそういった端末を使用するメリットは全くないにょ。
要するに現在大都市圏に住んでいて（もしくは頻繁に大都市圏に行っていて）、さらに
割高でも通信速度を求める人のみメリットがあるといえるにょ。

(3)やはり、個人的には最も重要なのが価格にょ。
高速通信サービスは興味があるけど高価であればそのサービスを使いたいとは思わない
からね。
現在はキャンペーン期間中で「Xiデータプランフラット」の2年契約時の月額は5880円と
なっているけど通常価格は7455円で3Gの料金プランよりも割高になっているにょ。
これで月間7GBまでは普通に通信できるもののそれを越えると128Kbpsの大幅な帯域制限と
なりそれを避けるためには2GBあたり2625円の従量課金となるにょ。（Softbank 4Gでは
5985円で5GBまでとなっている）
これは、昨年9月11日に書いたように速度を考えると明らかに少ないものといえるにょ。

ドコモと提携している動画配信サービスHuluで720pのHD動画（3Mbps）も見れるのだけど
HSDPAだとせいぜい1～2MbpsなのでHD動画をリアルタイムとストリーミング鑑賞するのは
無理であり、これが可能になるのはLTEの大きなアドバンテージになるにょ。
ただし、3Mbpsだと30分間で単純計算で600MBを越えるにょ。
平均ビットレートは分からないけど平均で半分としても300MBを越えるにょ。
毎日30分間動画を視聴すればそれだけで7GBの制限を超えてしまうためXiによって動画が
気楽に見れるというのをアピールするためには最低でも10数GBまでは帯域制限を緩和する
必要があると思われるにょ。
それに月間だけではなく直前3日間の通信量の制限もあり、こちらは2625円の追加料金を
払っても解除できないため例えば旅行や出張の際に数時間動画鑑賞をすればそれだけで
帯域制限の対象になってしまいかねないにょ。

「720pのHD動画なんてモバイルで見ない」というのならばLTEは不要であるためHSDPAで
契約すれば月間7GB制限はなく直前3日間のみの制限となるにょ。
大容量通信を行わないため直前3日間の通信量制限にも引っ掛かりにくくなり128Kbpsの
帯域制限になる可能性はLTEよりもずっと小さくなり、ある意味「LTEよりもHSDPAの方が
コンスタントに快適な通信ができる」と言っても過言では無くなるにょ。
確かに普通にWebサイトの閲覧が高速になるというだけでもLTEのメリットはあるものの
そのための代償も小さくはないにょ。

HSDPAの速度で満足できるならば安価な料金プランはいくつもあるにょ。
例えばBIGLOBE 3GであればドコモのMVNOであり通信速度は同じでありながら月額2980円
固定で通信が可能になっているにょ。
さらに2時～20時限定のデイタイムプランならば月額1980円で通信可能にょ。
http://join.biglobe.ne.jp/mobile/3g/campaign/
これでも高価に感じるならば最大100kbpsとXiの帯域制限時よりも遅い速度ながら月額
980円で利用できるイオンの日本通信によるデータ通信SIMを利用するという方法もあるにょ。
こちらはPS Vitaで使えたという報告もあるため月間20時間の時間制限がある純正SIM
よりもかなり使い勝手がいいと思われるにょ。

結局のところどの程度の速度、エリア、価格を求めているのかというのが人によって異なる
ためどれが良いのかはかなり難しいにょ。
とはいえ、90年代～2000年代前半とは異なり現在は選択肢が豊富であり自分が何を最も
求めているのか明確になっていればそれに合ったサービスを見つけやすくなっているにょ。
速ければ速いほどいいのは確かだけど速さを求めるにはエリアや価格の代償が必要になって
くるため注意が必要にょ。
882：御茶目菜子：2012/02/28(火) 16:23:58: X-Pro1はデジタル一眼を越えることが出来るか・・・？
FUJIFILM X-Pro1のレビューが公開されているのでそれを見てみることにするにょ。
http://dc.watch.impress.co.jp/docs/review/newproduct/20120227_514842.html
X-Pro1は1月11日にも書いたように富士フイルムが画質と操作性を重視しレンズ交換式
デジカメに再参入したものにょ。
デジタル一眼レフ「FinePix S5 Pro」ではマウントはニコンFマウントを採用したけれど
今回は自社の独自規格であるXマウントを採用となったにょ。
当然ながらレンズのラインナップをそろえることから開始しないといけないため
ハードルが高くなってしまうもののその分だけ自分たちが思っているような製品を
投入しやすくなっているにょ。
それにレンズ交換式カメラの場合は交換レンズを販売することで多くの利益を上げる
ビジネスモデルとなっているためボディだけを販売していてはそのメリットはあまり
ないわけだしね。

というわけで、まずは外観から見ていくにょ。
これは製品発表当初からその写真で見て分かるように昨今は小型、軽量化によって
ダイヤルやボタン数が減少となっているレンズ交換式ミラーレスカメラとは対極的な
存在といっていいにょ。
シャッター速度ダイヤルが独立しているのもX100譲りにょ。
まぁ電子ダイヤルが普及する前の銀塩カメラだとシャッターダイヤルは当たり前のこと
だったけど今となっては電子ダイヤルで複数機能を併用した方が（基本的に親指が
移動することは無いため）便利なことも多いとはいえファインダーや液晶画面で確認
する必要があるからね。
外部からシャッター速度が一瞬にして分かるというのは良いことにょ。

レンズにおいても絞りリングが省略されていないというのは好感が持てるにょ。
昨今（完全電子マウントは1986年のキャノンEOSシリーズのEFマウントが初なのでそれ
から考えてももう四半世紀経っているけど）は電子化によって絞りは電子制御が主流と
なっており絞りリングの必要性はかなり薄れてきているにょ。
ただし、その電子制御であるが故によって昨今は多く活用されているマウントアダプター
経由での撮影の際には絞りが活用できないという問題があるにょ。（つまり、すべて
絞り解放になってしまう）
これは一部のマウントアダプタでは電子マウントの信号を探知するようになっている
ものの大半のアダプタは機械的に動作しているだけであるためやむを得ないことにょ。
電子マウントであり、本来は不要なはずの絞りリングを設けているのはシャッター
ダイヤルと同じく往年のカメラファンへの安心感のためだと思われるにょ。
中には絞りリングだけではなくピントリングまで省略したレンズまであるということを
考えるとやはりこのX-Pro1の想定ユーザー層がどのようなものかが想像できるにょ。

ファインダーもX100譲りのOVF、EVF兼用タイプとなっているにょ。
優れたEVFであればパララックスが大きなOVFは不要に個人的には感じるけど現時点では
EVFの表示タイムラグがあるし、X-Pro1のOVFはただの素通しファインダーというわけ
ではなく撮影情報表示もちゃんと行われているというのは好感が持てるにょ。
X10のような素通しファインダーだとあまり意義を感じないからね。
ただし、視度調整機能がなく近視や老眼の人だとやや辛そうな感じにょ。
オプションとして視度調整レンズが用意されるみたいなので心配ならばそれを購入する
という手段もあるけどね。

やはりこのX-Pro1の一番の注目ポイントといえばその新開発のセンサーによるものだと
思われるにょ。
縦横2ピクセルがRGGBのセンサーで構成されているベイヤー配列とは異なり、このX-Pro1
用として新開発されたCMOSセンサーは縦横6ピクセルで構成されているからね。
これによってモアレが軽減可能とのことなのでローパスフィルタが省略されているにょ。
ローパスフィルタはモアレ軽減のためには必要不可欠な存在であるもののこれによって
解像感が低下する原因にもなっているにょ。
2月8日に書いた3600万画素のニコンD800はローパスレス（実際はローパスフィルタは搭載
されているもののそれが機能しないように光学的に制御されている）となっている反面
やはり幾何学的なものを撮影するのに向いてないためかメーカーもローパスレスモデル
であるD800Eに加えて普通にローパスフィルタを搭載したD800も用意しているにょ。
しかし、このX-Pro1ではセンサーそのものの配列によってモアレが軽減できるため
そのような派生モデルは不要となっているにょ。

では、そのセンサーの実力を見ていくにょ。
まずは、ベース感度（ISO200）での風景はこんな感じにょ。
http://dc.watch.impress.co.jp/img/dcw/docs/514/842/027.jpg
確かに解像感は高いにょ。（ベース感度がISO200と高いためかややのっぺりした感じの
画質になっているけどこれは新開発のセンサーということもあり、画像処理エンジンが
熟成されれば改善されると思われるのでここでは深く言及しないことにする）
現時点のAPS-Cセンサー搭載機の中で最高の解像感を誇る2400万画素のNEX-7にも負けて
ない感じであり、フルサイズに匹敵するかは微妙だけどAPS-Cではトップの解像感と
いっても良い感じにょ。

しかし、これはやはりレンズの恩恵もあると思われるにょ。
X-Pro1は同時発表されたレンズは単焦点のみであり、ズームレンズはしばらく発売が
ないにょ。
これは画質重視であるというのが理由だと思われるにょ。
新製品発表の際には各所のレビューで様々な形で発表されるのだけどこれがズーム
レンズが同時発売の場合はそれを装着してレビューされる可能性もあるからね。
メーカー側としては「安価な標準ズームレンズではこのセンサーの力を生かすことは
できない」と考えていても単焦点のみに拘束することはできないにょ。
しかし、単焦点しか用意されてないならばそれでレビューするしかないからね。
つまり、画質の良さをアピールするためにはズームレンズはローンチで出すのはマイナス
にしかならないということにょ。（ズームレンズを好意的に受け入れるユーザー層が
買うようなデジカメではないというのも1つの理由であり、ズームが出ないからといって
本体の売上が下がることはないと予想できる）

モアレ軽減効果に関してはレビューされてないため高感度画質を見てみることに
するにょ。

　◎ノイズリダクション　強
　ISO1600　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/044.jpg
　ISO3200　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/045.jpg
　ISO6400　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/046.jpg
　ISO12800 http://dc.watch.impress.co.jp/img/dcw/docs/514/842/047.jpg
　ISO25600 http://dc.watch.impress.co.jp/img/dcw/docs/514/842/048.jpg
　◎ノイズリダクション　普通
　ISO1600　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/062.jpg
　ISO3200　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/063.jpg
　ISO6400　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/064.jpg
　ISO12800 http://dc.watch.impress.co.jp/img/dcw/docs/514/842/065.jpg
　ISO25600 http://dc.watch.impress.co.jp/img/dcw/docs/514/842/066.jpg
　◎ノイズリダクション　弱
　ISO1600　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/080.jpg
　ISO3200　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/081.jpg
　ISO6400　http://dc.watch.impress.co.jp/img/dcw/docs/514/842/082.jpg
　ISO12800 http://dc.watch.impress.co.jp/img/dcw/docs/514/842/083.jpg
　ISO25600 http://dc.watch.impress.co.jp/img/dcw/docs/514/842/084.jpg

ざっと見てみるとどれもISO1600ならば全く問題ないにょ。
ノイズリダクション普通で見るとISO3200もまだ十分に常用できるレベルであり
ISO6400ではややノイズが出てくるものの実用の範囲内にょ。
さすがにISO12800になると色ノイズがかなり目立ってきているものの等倍鑑賞を
しなければ気にならないレベルにょ。
これがノイズリダクション強であればディティールは失われるもののISO12800は
等倍でもそれなりに見れるレベルのものになっているにょ。
それでもISO25600になるとディティールの損失はかなり大きくなるにょ。
非常用レベルの画質とはいえ縦横1/2に縮小すれば十分に使えるレベルに感じるため
APS-Cとして考えると驚異的にょ。
さすがにD3sなどのフルサイズセンサー搭載機よりはやや劣るもののAPS-Cセンサー
搭載の中ではトップといっても良いのではと感じるにょ。（これに近いレベルの性能
といえるのはNEX-5Nくらい）

「解像感」「高感度画質」を両立したX-Pro1はAPS-Cセンサーを搭載のデジカメの中では
トップに位置する感じにょ。
さすが、メーカーが「フルサイズ並の画質」と言うだけのことはあるにょ。
新マウントということもあり、現時点ではまだレンズラインナップが乏しいのと
ボディは一般的なデジタル一眼の中級機レベルの価格であり、ミラーレスの中では
高価な部類であるためやはり売上の面では苦戦しそうだけどX100がヒットしたという
前例を考えるとやはり画質や操作性で惹かれる人は結構多いと思われるにょ。
ミラーレスがデジタル一眼未満の入門機になってしまうのはデジタル一眼を抱えている
メーカーがコンデジからのステップアップを考慮しているのに加えて自社のデジタル
一眼を喰ってしまわないためのものとして考えているからだと思われるにょ。
その点、デジタル一眼を現在発売していない富士フイルムは自由度が高いにょ。
これによって画質を高めることは可能になったため競合他社がこれに追従した画質
重視のミラーレスを発売するのは難しいのではないかと私は考えているにょ。
883：マリモーマ：2012/03/03(土) 21:30:50: 末期？
噂らしいけど『Windows 8』は9種類だって　多すぎだね
http://sierblog.com/archives/1602470.html

まあ　当分は XPを使うんだけどね

http://liv0.com
884：わぁぃ@：2012/03/04(日) 15:06:33: 恐怖
DSiブラウザーを使っていたら、存在するサイトで404が出るという不気味なことが起こった。
885：御茶目菜子：2012/03/04(日) 15:57:03: レスにょ
マリモーマさんへ
＞噂らしいけど『Windows 8』は9種類だって　多すぎだね

確かに多すぎるとどれを選んだらいいのか分からないけど実際はそれらのほとんどは
店頭に並ぶことがないので増えても多くのユーザーには関係ないことにょ。
それならば増やす意味もないように見えるけどMSはOSを販売することで利益を出す
必要性があるために多くの利益が取れる部分からは多く取るという方法をとっている
ということにょ。
これが1つに統一してしまうと高価で販売できるエンタープライズ向けの機能を持った
ものさえも個人で買える価格にしなくてはならず、そのしわ寄せとしてOSの価格高騰を
招いてしまうにょ。
つまり、安くするためにOSをたくさん出しているということにょ。

＞まあ　当分は XPを使うんだけどね

XPで困ることは現時点では2TB超のHDDが使えないなどの一部のものだけだしね。
2014年にサポートが終了するまではXPでそれほど問題はないと思われるにょ。
今から新規に導入するならばあと2年しか使えないXPは微妙だけどね。

わぁぃ@さんへ
＞DSiブラウザーを使っていたら、存在するサイトで404が出るという不気味なことが起こった。

サーバ移転などでIPアドレスが変わった場合はDNSに反映されるまで時間がかかるため
その間に一時的に404を返すことがあるけど他のWebブラウザではちゃんと閲覧できると
いうことにょ？
だとしたら理解不能にょ（笑）
886：御茶目菜子：2012/03/04(日) 15:58:25: EOS 5D Mark IIIのライバルは・・・？
キヤノンがデジタル一眼「EOS 5D Mark III」を発表したにょ。
http://dc.watch.impress.co.jp/docs/news/20120302_516132.html
先日ニコンが発表したD800と同じくフルサイズセンサーを搭載でアマチュア向け（プロ
機を除いたもの）としては最上位になるにょ。
型番を見てのようにEOS 5D Martk IIの後継機種となっており、それとの違いも気になる
ところにょ。

　　　　　　　　　　EOS 5D MarkIII　　　EOS 5D MarkII 　　　ニコンD800
センサーサイズ　　　35mmフルサイズ　　　35mmフルサイズ　　　35mmフルサイズ
画素数　　　　　　　2230万画素　　　　　2110万画素　　　　　3630万画素
感度　通常時　　　　ISO100-25600　　　　ISO100-6400　　　　 ISO100-6400
　　　拡張時　　　　ISO50-102400　　　　ISO50-25600　　　　 ISO50-25600
画像処理エンジン　　DIGIC5+　　　　　　 DIGIC4　　　　　　　EXPEED3
視野率　　　　　　　100％　　　　　　　 98％　　　　　　　　100％
AF測定距点　　　　　61点（クロス41点）　9点　　　　　　　　 51点（クロス15点）
最高シャッター速度　1/8000秒　　　　　　1/8000秒　　　　　　1/8000秒
最高シンクロ速度　　1/200秒　　　　　　1/200秒　　　　　　 1/320秒
連写速度　　　　　　6コマ/秒　　　　　　3.9コマ/秒　　　　　4コマ/秒
記録メディア　　　　CFx1、SDXCx1　　　　CFx1　　　　　　　　CFx1、SDXCx1
発売時予価　　　　　35.8万円　　　　　　30万円　　　　　　　30万円（D800）
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　35万円（D800E）

ニコンD800の時はフルサイズ以下のセンサーで始めて3000万画素を越えたということで
画素数が話題となり、さらにローパスレスモデルとなるD800Eも用意することで高い
期待感があったにょ。
それと比べると5D MarkIIIは抜きん出たものはないもののそれがこの機種のメリット
ではないかと思われるにょ。

デジカメの画質は主にセンサー、画像処理エンジン、レンズで決まるのだけどセンサー
においては5Dと比べて画素数があまり増えてないということで解像感のアップは
それほど期待はできないにょ。（高性能なレンズを使い、画素ピッチがそのレンズ
性能に似合った物であるならば画素数が多ければ多いほど基本的に解像感は高くなる）
しかし、センサー性能は日進月歩にょ。
5D MarkIIが出てから約3年半経っているからその間のAPS-Cセンサー採用機の高感度時の
画質向上を見てみるとその違いは明白にょ。
当時はAPS-Cでは常用可能なレベルはせいぜいISO1600程度だったのだけど昨今はISO3200
であっても普通に使える画質になり、条件次第ではISO6400でも実用レベルの画質を得る
ことが可能になっているにょ。
そうすると3年半前の時点ですでにISO3200～6400が実用レベルだったフルサイズに
おいては画素数が維持ならばISO12800～ISO25600が実用レベルになるのではないかと
思われるにょ。

もっとも、それはセンサー性能だけに起因するものではないにょ。
画像処理エンジンの性能アップがあってこそその画質を実現できるにょ。
DIGIC4からDIGIC5+（DIGIC5+はDIGIC5の高クロック版）になり処理性能が17倍にアップ
しており、その多くが画質アップに費やされているにょ。
実際PowerShot S100などのコンデジでDIGIC5が使用されているけど高感度時のノイズ
リダクション機能は従来より大きくパワーアップしているのが分かるにょ。
これが画素数が大幅に増えてしまうとそちらに処理能力を奪われてしまうため連写速度
低下を招いてしまうにょ。
ニコンD800は従来のD700の3倍の画素数になってしまったため画像処理エンジンが大幅に
性能向上しているのにもかかわらず連写速度が低下してしまったにょ。
しかし、EOS 5D MarkIIIはMarkIIと比べて微増であるため画像処理エンジンの性能向上を
画質アップに割り振ってもお釣りが来るため従来よりも高速連写が可能になったにょ。
といっても従来が3.9コマ/秒ということで中級機にさえ劣るレベルだったのがようやく
中級機下位レベル（もしくは入門機上位レベル）となる6コマ/秒に止まっているにょ。
これは1800万画素のEOS 1DXがDIGIC5+をデュアル搭載にも関わらず最大で14コマ/秒
ということを考えると2230万画素では6コマ/秒が限界なのかもしれないにょ。

5D MarkIIIは従来機より高感度画質と連写速度の向上だけではなくレリーズタイムラグ
減少やAF性能の向上もあり、シャッターチャンスに強くなっているにょ。
なにせAFに関しては上位モデルとなるプロ機のEOS 1DXのものを採用しているみたい
だからね。
D800の「3630万画素」のようにインパクトのあるものはないものの（画素数以外は）
あらゆる面において3年半の歳月に似合った性能向上をしていると言えそうにょ。
見方を変えれば上位となるEOS 1DXの機能削減版でありD800がD4と方向性の異なる
機種になっているのと比べると5D MarkIIIは完全に価格だけで選択するということに
なりそうにょ。
そうなるとその価格が妥当かどうかが重要になってくるにょ。

5D MarkIIIの予価は35.8万円となっているにょ。
これは予価65万円のEOS 1DXよりも30万円安いものの安いかといわれたら微妙にょ。
ほぼオンリーワン的なD800が30万円（D800Eが35万円）であるため相対的に見てみると
割高感があるにょ。
キャノンは5D MarkIII以外に画素数重視モデル（EOS 3D？）を用意しているという
噂があるけどその機種が5D MarkIIIと1DXの中間の価格帯（発売当初40～50万円程度）に
なってしまうとアマチュア向けの価格帯では無くなってしまうにょ。
35万円という価格が上限だとするとそのモデルと5D MarkIIIとの価格差はあまり無く
なってしまうことになるにょ。
とはいえ、あくまで噂レベルであり、本当に出るのか分からない機種が発表されるのを
待つというのも得策ではないにょ。

やはり、5D MarkIIIの最大のライバルは価格の下がった5D MarkIIだと思われるにょ。
価格がこなれた旧機種と比較するのは旧機種が有利なのは明白だけど新機種は価格が
割高であっても購入したいと思わせる要素が必要になるにょ。
ISO6400以上を頻繁に使う人ならば両者の差はかなり大きいのではないかと思われるけど
そんな人はあまり多くは居ないと思われるにょ。
かといって、連写速度3.9コマ/秒だと厳しいけど6コマ/秒ならば十分な被写体を撮影
する人もあまり多くは居ないと思われるにょ。
5D MarkIIIは全体のバランスに舵取りした機種と思われ好感は持てるものの価格を
考えるとやや割高感が否めない感じにょ。
887：御茶目菜子：2012/03/06(火) 15:35:19: プチコンmkIIがついに発表！
プチコンmkIIが発表されたにょ。
http://game.watch.impress.co.jp/docs/news/20120305_516623.html
これは当初は「プチコン＋」と発表されていたものであり、プチコンの後継モデルとなる
ソフトにょ。
配信日は3月14日で価格は800DSiポイント（800円）ということでプチコンと同価格にょ。
プチコンと同じくDSiウェアであり3DSにも対応しているもののDSiウェアであるが故に3DS
ならではの機能には対応していないものの大幅にパワーアップしているにょ。
主に改善のポイントを分けると下記の3つになるにょ。

　(1)プログラムの公開。入力が容易になった
　(2)サウンド、スプライト機能の大幅パワーアップ
　(3)新命令の大幅追加

(1)プチコンを使ってみて個人的に最も気になったのがせっかくいいものができてもそれを
配信できる環境が乏しいということにょ。
リアルでDSを持ち寄れば自由にファイルを交換できるもののせっかくネット上での盛り
上がりには限界が出てくるにょ。
Web上で公開するためにはリストの形にして公開する必要があるけどこれは基本的には
プチコン画面を見ながらPCのテキストエディタで再入力するという手間があるにょ。
手入力にはミスがつきものだしリソースファイルを使ったものだとテキスト化を行うのは
難しいにょ。
1画面プログラムのように簡単で短いプログラムであれば画面撮影をして終わりであるため
比較的簡単に公開できるし、リストが短いため入力する側の負担も小さいけどさすがに1画面
プログラムだと限界があるため万人向けの解決策ではないにょ。
このmkIIではプログラムのSDカードへの出力とQRコード経由の入力をサポートすることで
その問題を改善しているにょ。

SDカードへプログラムを保存するということはやろうと思えば簡単にできることなのだけど
それができないのはやはり「任天堂チェック」を通過できないためだと思われるにょ。
これはコンシューマゲーム機の宿命であり、解析に利用されそうな穴を開けるわけには
いかないというのと同時にソフトウェアビジネスの問題でフリーウェアが広く流通するのを
避けたいというものありそうにょ。
したがって、SDカードに出力できるからPCで無制限に活用できるかというとそういう仕様には
なっておらず、SDカードへは暗号化された状態で出力される模様にょ。
それをPCにおいてブラウザ経由でQRコードへと変換することで不特定多数へ公開が可能に
なっているにょ。（ブラウザ経由ということは専用のアプリでローカル変換が行える仕様には
なっておらずサーバを仲介することで変換するような仕様になっていると思われる）
QRコードになってしまえばあとはプチコンへは内蔵カメラ経由で簡単に取り込むことが可能に
なっているにょ。
QRコードは複数への分割対応が可能になっているのだけど最大でどれくらいのサイズまで
公開が可能なのかは明らかにはなってないにょ。（上限の1MBまで対応可能ならばすさまじい
枚数のQRコードが必要になる）

(2)プチコンでゲーム等を作る場合にはやはりネックとなったのは自由に自作曲を演奏する
ことができないということにょ。
BGMはプリセットの曲があらかじめ用意されているだけだからね。
とはいえ、これはBEEPを駆使することでいくらでも可能なのでそれほど問題はないという
考えの人も中にはいるのではないかと思われるにょ。（プチコン講座第3回を参照）
私もOMPやプチコンMMLのような音階演奏プログラムを作ったもののやはり問題となるのは
上記の講座を見ての通り複数トラックでの演奏時に発生する音ずれにょ。
これはメインルーチン1回の処理が確実に1/60秒以下で収まり、かつ、MMLの音長指定の
フレーム数が整数になっている場合は問題ないけど1/60秒以上かかることがあったり、
音長指定のフレーム数が小数になった場合には確実発生するため微調整によってそれを軽減
するしか無かったにょ。
微調整も容易ではないためテンポ指定や音符の音長指定値に制限を加えることで音ずれ問題を
回避している状態だったにょ。
根本的な対策はOMP（単音版）やプチコンMMLが対応している1トラックによる和音演奏を行う
しかないけどその方法で音色を1つしか使えないという問題があるにょ。
ということでユーザーが作った曲を自由にBGMとして鳴らすことができるmkIIはかなり期待して
いる人も多いのではないかと思われるにょ。

音階演奏だけではなくサウンド面では音声合成機能がついているにょ。
これはテキストを入力するだけで簡単にプチコンにしゃべらせることができるものにょ。
しかし、パラメータ制御はかなり細かくできるみたいでしゃべり方は細かく変えられそうな
感じにょ。
アクセントだけではなくピッチにも対応しており、自作曲に合わせて歌わせるということが
可能になっているためプチコンで「初音ミク」のようなプログラムを作ることさえ可能に
なっているにょ。（調教次第では意外に聴けるレベルになる・・・かも）
細かい調整ができる音声合成があるのならばゲームでも活用範囲はかなり広がりそうにょ。
例えば「旗あげゲーム」のような単純なゲームでも画面の文字を頼りに操作するのと音声を
聞きながら操作するのとではゲーム性が異なるものになるからね。
使い方次第では様々に活用することができそうにょ。

スプライトは現在は基本的に16x16で定義しているのだけどそれが8x8～32x32まで自由に変更が
可能になったにょ。
スプライトには衝突判定が行えるようになり（現在は座標を元にユーザーが計算する必要が
あった）、拡大、回転の際の基準点座標も選べるようになったため非常に扱いやすくなった
といえるにょ。
回転をまともに行うためには高校レベルの数学である一次変換についての知識が必要だったし
拡大の基準点は疑似3Dゲームを作る際の座標のずれを生じていたためにそういったゲームを
作る場合は基準点を中心に持ってくるだけですべて解決ができるにょ。
まぁ、前述のような知識があれば別に難しいことではないけどハードルが下がることはいい
ことだし、それで速度も上がりそうな感じだしね。（プチコンはポケコンと比べて100倍程度
高速とはいえ、凝った処理を行えば速度面の限界がすぐに訪れてしまう）

(3)やはり、個人的にはELSEの追加がうれしいにょ。
IF文を書く時にELSEがないというだけで簡単なものでさえ分割して処理する必要があった
からね。
プチコンの場合はラベルジャンプのみなので2つに分けた時点でラベルのある行を含めて
3行分になっていたにょ。
PC-E500のBASICレベルの複雑なマルチステートメントが記述できるとうれしいけど1行の
最大が100文字という仕様そのままならばそこまでの必要性はないかもしれないにょ。

ACLSもかなり使える命令にょ。
プチコンでは[R][←][START]の同時押しで画面初期化ができたのだけどそれをプログラムの
中で行うにはかなりの工夫が必要になったにょ。
これがPC-E500ならばオールリセット（[BREAK]＋リセットボタン）で可能であり、プログラム
内で実行するためにはワンポイントテクニックの「自動フォント復帰」のような方法で
可能となっていたにょ。
しかし、コンソール、グラフィック、スプライト、BG画面を持つプチコンの場合はポケコンの
ようには簡単にはいかず、初期化をするためには複雑な処理をさせる必要があったにょ。
それが4文字で済むならばこれほどうれしいことはないにょ。

あとラベルジャンプに変数が使えるのもポケコンライクでなかなかナイスな改善にょ。
これによって複雑な分岐処理が短く記述できそうにょ。
あとべき乗関数が使えるようになったり、文字列＊数値の演算（スペース20個入れるとかが
容易になる）ができるようになったりとか、SWAPによる変数の交換ができたりとか、短く
コーディングできるようになりそうな命令が多数追加されているにょ。
それとVSYNCの仕様が変更になり、これでVSYNC 2で30fpsのゲームが作れそうにょ。
従来のVSYNCの仕様は新命令WAITが引き継ぐことになりこれによって1バイトの短縮化も
可能になっているにょ。

私にはあまり影響がないことだけど本格的なゲームを作る人ならば変数の数が最大1024個
だったのが2048個になったり、変数名が最大16文字まで使えるようになるのはうれしいこと
かもしれないにょ。
グラフィック画面も4画面を自由に使えるようになり、裏画面を積極的に使えば処理が
1/60秒を超えてもちらつきのないゲームを作れそうにょ。

入力関連もポケコンならば短縮コマンドで入力の負担を減らせるのだけどこのmkIIも入力
支援機能によって入力するのをかなり軽減できそうにょ。
ハードウェアキーボードを持たないプチコンではかなり便利な機能にょ。
それに従来はFILES命令でセーブしているプログラムの一覧が表示されるだけだったのが
ファイラを搭載しているというのが非常に大きいにょ。
ファイラくらい自分で作ってもいいし、すでに作っている人は大勢いるのだけど簡易的な
ものとはいえ標準で備わっているということは非常に重要にょ。

全体的に見て従来不満に感じていた部分やあったらいいなと感じていた部分がほとんど
実現された感じにょ。
これもtwitterなどのネットを活用することでユーザーの意見を取り入れた結果ではないか
と思われるにょ。
特定のクライアントから受注があったものではなく広く一般ユーザーに向けて作っている
ソフトの場合はなかなか個人個人の意見に耳を傾けるというのは難しいことだけどTwitterを
通してこまめにユーザーと意見交換をしていたからこそ実現が可能になったと思われるにょ。
これで800円相当ならばまだプチコンを持ってない人でプチコンに興味がある人ならば
間違いなく「買い」といえるにょ。
すでにプチコンを使っている人ならば買うのは当然にょ！？（笑）
すでにプチコンを買ったけどそれを使いこなせてないからmrIIを買うのも気が引けるという
人も単にMMLの入力や音声合成だけでも遊べそうだし、QRコード経由で他のユーザーが作った
プログラムも簡単に使用できるようになっているためmkIIを買うはありだと思うにょ。
やはり、広く普及しているDSi（3DS）というハードと800円という金額でプリペイドカードで
気軽に変えるためハードルが低いし、何よりユーザーを大事にしているという点が好感を
感じるためAndroidやiOS用のBASICアプリよりも良いと感じるにょ。

プチコン→プチコンmkIIときたら次は3DS専用のプチコンmkIISR（？）を期待したいにょ。
3DSでプチコンを使う場合の唯一の不満点はDSiウェアであるという点だからね。
個人的には画面解像度以外は同一仕様であっても3DSアプリになればそっちを買いたい
ところだけどやはり3DS専用になればさらなるスペックアップを望んでいる人もいるかと
思うにょ。
すでにプチコンはmkIIの時点でSRクラス（？）のインパクトがあるので3DS専用にはVA
クラスのものを期待か・・・ってそれは爆死フラグにょ！？（笑）
やっぱり、プチコンはこれくらいのスペックの方がいいかもしれないにょ。
あまりハイスペックになると萌えなくなってしまうからね（笑）
888：御茶目菜子：2012/03/08(木) 15:33:18: Quad XGAの新型iPadが発表！
新型iPadが発表されたにょ。
http://pc.watch.impress.co.jp/docs/news/20120308_517271.html
http://av.watch.impress.co.jp/docs/news/20120308_517270.html
名称は「iPad3」ではなく「New iPad」となっているにょ。
日本語でいえば直訳で新iPadといった感じか・・・。
この新iPadをiPad2とスペック比較をすると下記のようになっているにょ。

　　　　　　　　　　新iPad　　　　　　　　　　　iPad2
画面サイズ　　　　　9.7インチ　IPS液晶　　　　　9.7インチ　IPS液晶
解像度　　　　　　　2048x1536　　　　　　　　　 1024x768
CPU　　　　　　　　 Apple A5X（2コア）　　　　　Apple A5（2コア）
グラフィック　　　　4コア（PoweVR SGX MP4+？　）2コア（PowerVR SGX 543MP2）
メモリ　　　　　　　（不明）　　　　　　　　　　512MB
ストレージ　　　　　16GB/32GB/64GB　　　　　　　16GB/32GB/64GB
カメラ　　　　　　　500万画素裏面照射1080p動画　720p動画
通信　　　　　　　　HSPA+、DC-HSDPA、LTE　　　??HSPA
　　　　　　　　　　802.11 a/b/g/n、BT4.0　　　 802.11 a/b/g/n、BT2.1+EDR
サイズ　　　　　　　241.2x185.7x9.4mm　　　　　 241.2x185.7x8.8mm
重量　　　　　　　　652g　　　　　　　　　　　　601g
バッテリ駆動時間　　最大10時間　　　　　　　　　最大10時間
バッテリ容量　　　　42 5Wh　　　　　　　　　　　25Wh
価格（Wi-Fiモデル） 16GB　42800円　　　　　　　 16GB　34800円
　　　　　　　　　　32GB　50800円　　　　　　　 ※16GBモデルのみ値下げをして併売
　　　　　　　　　　64GB　58800円

この新iPadの特長は下記の3つだと思われるにょ。

　(1)　画面の高解像度化
　(2)　カメラ性能の強化
　(3)　通信の強化

(1)やはり、一番目立つのがこの画面の高解像度化にょ。
画面サイズは9.7インチを維持した状態従来の縦横2倍となる2048x1536という超高解像度を
実現しているにょ。
とはいえ、ドットピッチは264ppiであるため昨今のスマホレベル（4インチFWVGAの場合は
約257ppi）であり、極端に細かいというものではないにょ。
それでも、320x480のiPhone3GSから640x960のiPhone4へと変わった時と同レベルの感動を
得られると思われるにょ。
この高解像度化はすでにiPad2がリークされた昨年初頭の時点で言われていることであり
その頃にすでに高解像度液晶の採用が決まっていたものと思われるにょ。（この情報の
錯綜によってiPad2で高解像度液晶が採用されるとうウワサもあった）

高解像度化のメリットとえば単純に情報量が増えるというものにょ。
これは極めて単純だけどこの情報量が増えるというのは例えば動画再生においてはフルHD
動画を劣化なく鑑賞ができるというメリットがあるにょ。
従来のXGA液晶のままだと720pだろうとフルHDだろうとほとんどその違いが分からない
からね。
これは内蔵カメラがフルHDに対応しただけではなくフルHDの動画配信サービスを開始する
ためだと思われるにょ。
このフルHD動画配信サービスは新型のApple TVが1080pになったのを見ても明らかにょ。
http://av.watch.impress.co.jp/docs/news/20120308_517268.html
配信される動画の解像度がいくら上がろうとも出力がそれに対応していなければその意味は
無くなってしまうからね。
これはサービスとハードウェアが別々の法人が提供している場合はどちらかが先行する
という場合があり、同時に行われることの方が少ないけどアップル社の場合はハードと
ソフト、サービスはすべて自社による提供を行っているためフレキシブルな対応が可能と
なっているにょ。

高解像度化のメリットは動画だけではないにょ。
当然ながら普通にWeb閲覧するだけでもその恩恵が得られるにょ。
従来ならば縮小表示が必要でつぶれていた画面がそのまま閲覧できるわけだからね。
Webサイトの多くは横1024～1280ドットを想定してい作られているためにXGAでもそれほど
不都合を感じる必要はないけどこれは横画面での使用に限定されるにょ。
縦画面で使用した場合にはXGAでは768pixelしかなくこれでWeb閲覧を行う場合には縮小
表示が必要になり細かい部分がつぶれがちにょ。
しかし、2048x1536のQuad XGAならば縦画面で使用しても1536pixelとなるために不満は
全く無くなるにょ。
これで文字サイズが小さいと感じれば顔に画面を近づければいいにょ。
もちろんピンチアウトをして拡大表示をしてもいいけどね。
これは電子書籍などのテキストベースのデータを閲覧する際にも有用で解像度が高く
なると文字がキレイになるため非常に読みやすくなるにょ。
元のデータがQuad XGAに対応していなくても十分に意味があるといえるにょ。

フルHD液晶ではなくQuad XGAなのかというとやはり互換性の問題が大きいと思われるにょ。
iPhone4がiPhone3GSと比べて縦横2倍の解像度になったのを見ても明らかなように従来の
アプリとの互換性を高く求めるならば縦横整数倍というのが望ましいにょ。
整数倍にすることで拡大表示しても劣化（ドットがぼやける）が無くなるだけではなく
拡大補完がしやすくなるために速度面においても有利になるからね。
そして、アイコンサイズは1つのアイコンを従来の縦横2倍のピクセルサイズにすることで
アイコンサイズは変わらず操作性に影響を与えることもないにょ。
これがAndroid端末の場合は端末によって液晶サイズや解像度はバラバラであり操作性は
端末によって大きく変わってくるにょ。
そのため「互換性重視のため」従来機より縦横2倍の解像度にするというのはあまり意味が
あるものではないにょ。
したがって、上記のようにハードだけではなくOSやソフトも自社で提供するアップル社
ならではのアドバンテージになっているにょ。（ジャンルは異なるけどコンシューマ
ゲームにおいてPS VitaがPSPの縦横2倍の解像度になったのはそういう意図もある）

高解像度化のメリットが大きいのは十分に分かったと思うけどそれで高価格化を招いて
しまっては意味がないにょ。
特殊用途用ならば高性能、高価格は許されるけど広く普及させようとしているものまらば
いくら良いものであっても高価格化になればそれを採用する意味は半減するからね。
液晶の高解像度化というのは歩留まりの影響で多少は高解像度のものが高価になるとはいえ
（同じ方式の液晶パネルの場合は）サイズと生産量で大きくコストが変わってくるにょ。
サイズが同じならば生産量ですべて決まるといっても過言ではないにょ。
Android搭載タブレット端末においてここ最近10インチクラスでフルHD液晶を搭載した
機種が多く発表されたけどこれは量産効果によって10インチフルHD液晶パネルが安くなる
ということを見越したものだと思われるにょ。
これはiPadの場合はiPadだけで十分に大きな市場があるため9.7インチQuad XGAという
従来であれば特殊仕様ともいえるような高解像度であっても量産効果によって従来の
XGAパネルとそれほど変わらない価格で入手可能になっていると思われるにょ。
したがって、高解像度化による価格面のデメリットはほとんどないと言えるにょ。

(2)従来のiPadの弱点といえばやはりカメラ機能にょ。
iPhoneが世代を重ねるごとにカメラ機能が進化しており、iPhone4では500万画素の裏面
照射CMOSセンサーを採用したことが話題になったけど4Sではセンサーを最新のものに
変更することで同じ500万画素でありながら従来とは大幅に高解像感、低ノイズを実現
しているにょ。
それに対してiPad2のカメラは90万画素しかなく960x720というiPod touchと同レベルの
ものだったにょ。
数字で判断するならば昨今のトイデジカメにさえ大きく劣るものになっており、昨今の
ケータイやスマホと比べて大きく劣るものになっているにょ。
iPhoneではカメラを使ったアプリは増えているもののiPadではカメラ性能がボトルネック
となっていてそれらを十分活用できていないというのが現状だと思われるにょ。

この度のモデルチェンジによってカメラ機能は大幅に変わったにょ。
恐らくこれはiPhone4Sに搭載されているものと同様のものだと思われるにょ。
そうなれば十分に実用レベルの性能（下位レベルコンデジに匹敵する性能）を有している
といえそうにょ。
従来のカメラだと撮影した画像の解像度が新型iPodの画面解像度よりも小さいからカメラ
機能を刷新するのは至極当然のことなんだけどね。
液晶画面の解像度が300万画素相当であるために最低でも300万画素クラスはないと話に
ならないからね。
このカメラ機能の強化によってiPadが抱えていた弱点の1つが解消されたにょ。

(3)国内では一昨年の12月にドコモがXi（クロッシィ）という名称で開始したLTEだけど
海外でもすでに一部のキャリアがLTEのサービスを開始しているにょ。
それによってこの新iPadではLTEに対応しているにょ。
ただし、日本向けのサイトではLTE対応ということは明記されていないにょ。
これは扱うキャリアがソフトバンクであるためだと思われるにょ。

3GにはW-CDMAやCDMA2000などのいくつかの規格があるのだけど3.9GとなるLTEにも複数の
規格が存在するにょ。
ドコモやイーモバが採用しているFDD方式とソフトバンクが採用しているTDD方式の2つが
あるにょ。
TDD方式となるTD-LTEは日本ではソフトバンクのみが採用となっているけどこれは中国で
スタンダードとなっている方式であり、中国市場をねらった製品においては対応して
いくと思われるためそれほど不利な状況にはならないと思われるにょ。
新iPadは現時点ではLTEには対応と明示しているものの日本ではLTEに対応と謳ってない
ところをTD-LTEには対応していないのではないかと思われるにょ。

とはいえ、DC-HSDPAに対応しているのでソフトバンクが行っている最大42bpsのULTRA
SPEEDは利用できると思われるにょ。
最大42MbpsならばモバイルWiMAXレベルの速度を期待するかもしれないけど最大21Mbpsの
HSDPAを2チャンネル束ねているだけであり、よほど電波状態と回線状態の良い場所で
ないと理論値と大きなギャップがあるのではないかと思われるにょ。
そもそもソフトバンクの場合は3G対応エリアそのものがドコモやauよりも狭いのだけど
21Mbpsに対応したエリアはその中でさらに一部となっているからね。
エリアマップから単純に判断しても地方都市だと市街地だと何とか使えるけど郊外だと
ほぼエリア外といった感じにょ。
これが大都市圏ならば広い範囲で使えるもののエリア内でも抜けがあったり、理論値と
実測値の大きなギャップがあるため快適に通信できるという保証はできないにょ。

そこで役立つのが無線LANにょ。
ソフトバンクは全キャリアの中で公衆無線LANに最も力を入れており「ソフトバンクWi-Fi
スポット」は全国に20万カ所あるにょ。
月額使用料金は490円だけどデータ定額プラン加入者の場合は新規加入から2年間は無償
となっているにょ。
また月額料金固定のフラット型のデータ定額プランに加入すれば永続的に無料となって
いるにょ。
そのためソフトバンクでデータ定額プランに加入した場合には積極的にこのサービスを
利用していくと良いのではないかと思われるにょ。

それでもやっぱり、「ソフトバンクはちょっと・・・」という人はWi-Fiモデルを買って
自分がベストと思われるキャリアのモバイルルータと合わせて使用するというのが良い
と思われるにょ。
また自宅専用で使うのであればそういうモバイル通信を利用する必要もないにょ。
ほとんどの人が自宅に無線LANルータを備えていると思うのでキャリア契約せずにそのまま
使用することができるにょ。
ただし、ネックとなるのいつものようにWi-FiモデルにはGPSが搭載されてないことにょ。
自宅専用の人は非搭載で困ることはないけどモバイルルータの使用などによって他の
キャリアを利用する人でGPS対応アプリを活用したいという人は割高になるもののソフト
バンクと契約して4G対応版を購入するしかないにょ。

今回の新iPadは高解像度の液晶パネルを採用によってiPad2登場時以上にインパクトに
なっていると思われるけど唯一のマイナス点は厚く、重くなっていることにょ。
その原因となっているのはバッテリ容量の増加にょ。
従来の25Whから42.5Whへと1.7倍も増えているからね。
しかし、駆動時間は最大10時間と変わらないにょ。
この原因になっているのは高解像度化に伴うスペックアップをしているからにょ。
GPUにおいては従来のデュアルコアからクアッドコアへと大幅に性能が上がっているにょ。
製造プロセスが従来の40nmから28nmに進化すればこの程度は十分に相殺でき逆に省電力に
さえなると思われるのだけど同一の製造プロセスにおいて単純にスペックアップを行った
場合には消費電力の増加を招いてしまうにょ。
Tegra3においてはOS上では見えない5つ目のCPUを搭載しCPUパワーを要求しない場面では
この省電力CPUのお陰でコア数が増えても省電力になっているとはいえ、画面解像度が
拡大された分だけGPU負担は確実に大きくなるためそこで省電力化は難しいにょ。

また画面解像度が上がったためメモリ搭載量も増えていると予想されるにょ。
従来は512MBということで最新スマホと比べても多いものではなくハイエンドスマホが1GB
搭載しているということを考えるとかなり心許ない量になっていたにょ。
画面解像度が上がりそれに対応したアプリを動作させるならば512MBでは足りないのは
明白であり、1GB以上には確実に達していると言えそうにょ。
DRAMも製造プロセスによって動作時の消費電力が変わってくるとはいえ、同一の製造
プロセスならば消費電力は搭載量に比例するためにメモリ搭載量の増加分だけバッテリ
消費量は増えてしまうにょ。
つまり、従来と同じバッテリ容量だと従来と比べて大幅に駆動時間が短くなってしまうため
従来と同レベルの駆動時間を確保するためにバッテリ容量を増やしそれが厚さと重量の
増加を招いてしまったというわけにょ。
個人的にはこの新iPadに採用された液晶を搭載したPC（新型のLet'snote Rシリーズ）が
欲しいとところにょ。（ivyBridgeならば内蔵GPUも2560x1600とかにも対応しているし）
889：御茶目菜子：2012/03/09(金) 14:54:13: G1Xの最大の弱点は・・・
PowerShot G1Xのレビューが行われたので見てみることにするにょ。
http://dc.watch.impress.co.jp/docs/review/newproduct/20120308_517101.html
G1Xは1月10日に書いたようにコンデジと同じレンズ一体型スタイルでありながら1.5インチ
という大型のセンサーを搭載しているのが特長になっているにょ。
これはフォーサーズよりも1周り大きなセンサーにょ。
1/1.7インチセンサーを搭載したいわゆる高級コンデジは使用しているレンズが普通の
コンデジよりは優れているため日中屋外の限られた条件下であれば満足いく描写を得る
ことができるもののセンサーサイズが一般的なデジタル一眼レフやミラーレスと比べて
大幅に小さいことで高感度時の画質低下を招いてしまったり、ダイナミックレンジの
低下を招いてしまったりしているにょ。
センサー性能や画像処理エンジンの改善で進歩してはいるものの根本的な改善策は
センサーサイズを大きくする以外にはないにょ。

G1Xのような大型センサー（1インチ以上のセンサー）を搭載のコンデジ（レンズ一体型
デジカメ）が今まで無かったのかというとそんなこともなく今まで何度か出ては消えを
繰り返しているにょ。
1つの例としてCybershot R1を挙げるにょ。
http://dc.watch.impress.co.jp/cda/review/2005/12/05/2804.html
このデジカメを見てのように換算24-120mmの5倍ズームレンズを搭載とはいえ、センサー
サイズが大きくなるとレンズが大きくなってしまうため一体型として作ってもコンパクト
サイズにはならないにょ。
これでは状況に応じてズーム比の小さなレンズや単焦点広角レンズが使用できるレンズ
交換型のデジカメの方が有利になる場合も少なくはないにょ。

またコンデジやミラーレスの多くの機種に用いられているコントラスト検出方式による
AFはセンサーサイズが小さく被写界深度が深くピントの誤差の許容量が大きいコンデジ
であれば高速化が可能な反面でセンサーサイズが大きくなるとピントがシビアになるため
どうしても位相差検出方式と比べて速度面で不利になってしまうにょ。
Nikon 1のように撮像センサーに位相差検出センサーを内蔵した像面位相差検出方式で
あればミラーは不要だけどそうでなければミラーが必須となり、ミラーのないレンズ
一体型デジカメでは高速な位相差検出方式によるAFは無理であるためセンサー読み出しの
高速化やそれを処理するチップ性能の高性能化によって初めて高速なコントラスト
検出方式によるAFが実現可能になったにょ。
これは昨年9月24日にも書いたように昨今ミラーレスが急増している理由にもなって
いるにょ。

今回のレビューはAF速度に関しては書かれていない（キヤノンのデジタル一眼は位相差
検出方式においては業界トップに位置するけどコントラスト検出方式においては競合他社
と比べて劣っているためにこのG1XのコントラストAFはかなり不安材料ではあるけど）と
いうことで高感度時の画質について見ていくことにするにょ。

　ISO800　　http://dc.watch.impress.co.jp/img/dcw/docs/517/101/035.jpg
　ISO1600 　http://dc.watch.impress.co.jp/img/dcw/docs/517/101/036.jpg
　ISO3200 　http://dc.watch.impress.co.jp/img/dcw/docs/517/101/037.jpg
　ISO6400 　http://dc.watch.impress.co.jp/img/dcw/docs/517/101/038.jpg
　ISO12800　http://dc.watch.impress.co.jp/img/dcw/docs/517/101/039.jpg

これを見るとISO1600までは全く不満がないにょ。
ISO3200ではノイズリダクションによってディティールが失い始めるけど十分に実用と
して使えるレベルだと思うにょ。
ISO6400になるとさすがにティティール損失が大きいけどそれでもピクセル等倍で鑑賞
しなければ使えそうな感じにょ。
ISO12800でも大きく破綻した部分はないため縮小すれば十分に使えるためブログなどに
使用したり、2Lサイズくらいへのプリントならば十分に感じるにょ。
私の感覚ではISO3200までは常用可能であり、被写体にもよるけどかなり甘めにいけば
ISO6400でさえも常用可能に感じるにょ。

1/1.7インチセンサーを搭載した高級コンデジの場合は（コンデジということで）甘く
見ても実用レベルはISO800程度にとどまっており、新センサーとDIGIC5を搭載した
PowerShot S100で何とかISO1600が実用範囲といった感じにょ。
それを考えるとこのG1XはS100と比べても少なくとも2段分は高感度に強いと感じるにょ。
これはフォーサーズセンサーを採用したデジカメを完全に凌駕するものであり、APS-C
センサーを搭載のデジタル一眼と比べてもそれほど差異を感じないレベルにょ。
G1Xで撮影したISO3200の写真をAPS-Cセンサー搭載のデジタル一眼レフで撮影したと
言って見せても疑う人は居ないのではないかと思われるレベルにょ。（もっとも
アスペクト比が4:3ということで一般的なデジタル一眼レフのアスペクト比である3:2と
異なるためそれによって気づく人もいるかもしれないけど）

高感度画質が極めて優秀ということが分かるけど唯一の問題点は「被写体に寄れない」
ということにょ。
マクロ撮影時でさえ広角側が20cm、望遠側が85cmだからね。（通常時は広角側で40cm、
望遠側で1.3m）
これは昨今のコンデジはマクロ5cmは当たり前で1cmマクロが可能な機種もあるということを
考えれば「コンデジとして考えた場合」にはかなり見劣りしてしまうにょ。
ただし、マクロ時の撮影距離はセンサーサイズが小さい方がレンズ繰り出し量も小さく
なるために有利になるためG1Xのセンサーサイズに近いミラーレスやデジタル一眼レフ用
レンズで比べてみるにょ。

　EF-S18-55mm F3.5-5.6 IS II　・・・・・・・・・　0.25m（EOS APS-C）
　E18-55mm F3.5-5.6 OSS SEL1855 ・・・・・・・・　0.25m（NEX）
　DA 18-55mm F3.5-5.6AL WR　・・・・・・・・・・　0.25m（PENTAX APS-C）
　AF-S DX Zoom-Nikkor 18-55mm f/3.5-5.6G ED II　　0.28m（Nikon DX）
　NIKKOR VR 10-30mm f/3.5-5.6 ・・・・・・・・・　0.2m　(Nikon CX）
　LUMIX G X VARIO PZ 14-42mm/F3.5-5.6 ASPH　・・　0.2m　(micro 4/3）
　M.ZUIKO DIGITAL 14-42mm F3.5-5.6 II ・・・・・　0.25m(micro 4/3）

これを見てのようにデジタル一眼レフやミラーレス用の標準レンズはどれも20～28cmまで
寄れるにょ。
基本的にすべて全域マクロであるため望遠側が最も撮影倍率が高くなっており、1/3～
1/5（最も寄れるNikon 1だけどセンサーサイズが小さいため撮影倍率は最も小さい）と
いう撮影倍率になっているにょ。
この撮影距離に関してはレンズ交換式の場合は基本的にセンサー面からの距離であり
レンズ一体型の場合はレンズ前面からの距離になっている点に関しても注意が必要にょ。
レンズの全長＋フランジバックの分だけ上記の数字をマイナスしないとレンズ一体型と
比べて比較はできないにょ。
ちなみに私のK200D＋DA18-55mmの組み合わせではレンズ先端部からの実測距離で広角側は
13cm、望遠側は11cmまでAFでピント合わせができることを確認したにょ。
それを考えるとマクロ時でさえレンズ前面から20～85cmまでしか寄れないG1Xがいかに
寄れないかが分かるにょ。

メーカーの仕様表を見ると広角側で276x207mm、望遠側で315x236mmの範囲が撮影できると
されているためこれから考えると広角側でB5サイズ、望遠側でA4サイズの書籍を画面
いっぱいに撮影するのが限界といえるにょ。
2cm四方の1円玉が画面いっぱいに撮影できる1cmマクロ対応のコンデジと比べると桁外れに
マクロに弱く撮影倍率1:3程度で撮影できるデジタル一眼レフ用の標準ズームと比べても
撮影倍率で大きく劣るにょ。（APS-Cセンサーは基本的に25.4x15.6mmなので撮影倍率1:3
ならば7.6cmx4.6cm程度の範囲が撮影できる）

マクロ撮影に関してどのレベルまで要求するかは人それぞれだけど「ズーム全域でレンズ
前面から20cmまで寄れる」というのならば個人的には許容範囲内だけど広角端でやっと
20cmというG1Xはかなり厳しく感じるにょ。
もっともこの辺はマクロに強いコンデジと併用すれば済む話にょ。
G1X1台だけですませずに役割分担をさせればその弱点は目立たなくなるからね。
でも、現実的にはマクロで撮影したいという場合は屋内での撮影の機会も少なくない
からね。
おいしそうな料理や購入した小物などを撮影する場合にはマクロ性能と暗所性能の両方が
要求されてしまうにょ。
つまり、G1Xで役割分担を行うという場合にはそのような撮影の機会がないことが前提
条件となるにょ。

G1Xがあまり寄れないのはやはりコンパクトさを重視するためではないかと思われるにょ。
G12と比べると明らかに大きいG1Xだけどそれでもミラーレスに標準ズームをつけたもの
よりは厚みが押さえられているにょ。
G1Xと同等以上の高感度画質を求めるならば現時点ではNEXシリーズしかないにょ。
そして、ダイヤルでの操作性を重視するならばNEX-7一択になるにょ。
しかし、NEX-7に標準ズームを装着した場合はG1Xと比べて明らかに厚みが増えてしまうため
比較対象にはなりにくいにょ。
またG1Xは本日発売だけど価格comの最安値は61838円となっているにょ。
MEX-7のズームレンズキットの価格は最安値で107637円であるためG1Xの競合機種というには
あまりに価格帯が異なるにょ。
したがって、G1Xをミラーレスを比較するならばダイヤルを使っての操作性とサイズと
価格で優れている反面で「寄れない」ということを天秤にかけて行う必要があるにょ。
コンデジと比較するならば（特に高感度時の）画質が圧倒的優れている反面で「大きく
重い」「寄れない」ということを天秤にかける必要があるにょ。
どっちにしても「寄れない」ということがネックとなるためそれさえ問題なければ十分に
選択する価値があると思うにょ。
個人的には興味があるもののマクロ性能がイマイチなのと現時点の価格ではまだ手が
出ないという点がネックになるにょ。（性能を考えれば決して高価ではないけど）
890：ももんが：2012/03/10(土) 21:49:21: G1Xについて
御茶目菜子さん、はじめまして。
いつも楽しく読ませていただいております。
普段はD700を使うのですが、もう少し軽くて本格的につかえるカメラがほしいと感じていたため、G1Xを買いたいと思ってます。
ネットを探していたところ、
http://dslr-check.at.webry.info/201203/article_4.html
の記事が見つかり、マイクロフォーサーズよりも描写性能が高いということで、その通りと思ったのですが、某巨大掲示板で
http://www.monox.jp/digitalcamera_special_canonpowershotg1x_04.html
を知り、レンズがセンサーに負けている（画像周辺部で）というのを見て、ちょっと気分がなえています。
両方の記事は矛盾しているような気もするのですが、御茶目菜子さんはレンズについてはどう考えていらっしゃいますか？よろしければお教えください。
891：御茶目菜子：2012/03/11(日) 14:47:16: レスにょ
ももんがさんへ
＞御茶目菜子さん、はじめまして。

はじめましてにょ！

＞いつも楽しく読ませていただいております。

どうもありがとうございます。

＞両方の記事は矛盾しているような気もするのですが、御茶目菜子さんはレンズについてはどう考えていらっしゃいますか？よろしければお教えください。

まずはこちらの方のレビューを見てみるにょ。
＞http://dslr-check.at.webry.info/201203/article_4.html

これは主に高感度時の画質をチェックしているにょ。
G1Xはセンサー性能が高く、DIGIC5によるノイズリダクションも優秀であるため高感度時の
画質はマイクロフォーサーズのミラーレスよりも優れているにょ。
これは私も先日書いた通りのものであり、納得できるものにょ。

さて、問題はこちらのレビューにょ。
＞http://www.monox.jp/digitalcamera_special_canonpowershotg1x_04.html

これを見ると周辺部の描写はかなり厳しそうにょ。
とはいえ、これは標準～望遠域を絞り開放で使用した場合に顕著になっているというだけで
あってF8～F11までしぼればそれほど気にならなくなると思うにょ。（チャートは白黒だから
目立つけど風景ではそこまで気にならない）
http://camera.itmedia.co.jp/dc/articles/1202/20/news027_3.html
http://allabout.co.jp/gm/gc/389343/
しかし、このチャートを見たあとだと必然的に四隅の描写に注目してしまうためやはり
解像力の低さが気になってしまうにょ。
まぁ気になるのは四隅だけで中央部の描写は必要十分なんだけどね。
ただ、望遠側だと被写界深度とのかねあいもあるため実写データにて解像力チェックをする
ならば遠景の方が望ましいにょ。
デジカメWatchのレビューでもなぜか遠景を撮影したものが全然ないのが気がかりにょ。
上記の高感度画質を比較しているレビューサイトは遠景での比較もレビューしているので
それに期待したいにょ。
まぁ発売日をすぎたわけだからこれから徐々に実際に購入したユーザーの作例を見ることが
できると思うのでそれを元に判断してもいいけどね。

とりあえず、現時点で分かっていることはやはりレンズの小型化を優先したせいか
予想以上に四隅の描写力は芳しくないということにょ。（恐らくこれが撮影距離を縮める
ことができなかった要因にもなっていると思われる）
デジタル一眼用でも安物のキットレンズであればこの程度の描写のものはあるのだけど
レンズ一体型であるため交換はできないということを考えるとやや不満が残るかも
しれないにょ。
それでも十分か否かには個人差があるので「四隅まできっちり写したい」というので
なければそれほど問題はないと思うにょ。

一昨日と本日の私の考えをまとめるとこんな感じにょ。

高感度時の画質・・・センサー性能と画像処理エンジン性能が高く極めて優秀
レンズの解像力・・・中央部は全く問題なし、標準域～望遠域では四隅の描写がかなり甘い
　　　　　　　　　　けれど開放から1～2段絞れば個人的には許容範囲内のレベルに収まる
892：御茶目菜子：2012/03/11(日) 14:50:19: 1年かかってようやく完了
先日私がネット用に使っているノートPCが壊れたにょ。
すでに冷却ファンが故障、キーボードが故障という状態で使っていたのだけどそれに
追い打ちをかけるかのごとく液晶破損でもうどうしようもなくなってしまったにょ。
とはいえ、実を言えばすでに予備機はあるので問題ないにょ。
冷却ファンが故障した上にキーボードまえで故障してしまったため1年前にこのPCから
交換すべく新しいPCを用意していたにょ。
1年間ずっと控え選手だったのがこの度ようやくレギュラーとなったというだけにょ。

　　　　　　　旧ノートPC　　　　　　　新ノートPC
　　　　　　　FMV-S8305　　　　　　　 FMV-A8255
　　　　　　　2005年モデル　　　　　　2008年モデル
　CPU 　　　　PenM740（1.73GHz）　　　Core2Duo T7250（2GHz）
　メモリ　　　2GB　　　　　　　　　　 4GB
　HDD 　　　　160GB　　　　　　　　　 500GB
　液晶　　　　14.1インチSXGA+　　　　 15.4インチWSXGA+
　OS　　　　　XP pro　　　　　　　　　Vista Business

1年前にすでに3年型落ちの中古を買ったので現時点では4年前の機種になるわけだけど
それでもCPU、メモリ、HDDは最新のエントリー機と比べてそれほど劣らないレベルだし
液晶に関しては多くの機種に採用されているWXGA（1366x768）と比べて1.7倍の情報量を
持つWXGA+（1680x1050）であるためエントリー機を新品で購入するよりは快適な使用が
可能となっているにょ。
ネックはチップセットであるGM965に内蔵されたGMA X3100の性能だけどこれもゲームを
するならば完全に力不足だけどAeroに使用するくらいならばそれほど問題ないレベルで
あるため表示速度が極端に気になることはないにょ。
ただし、HD動画の再生支援機能を持たないためCPUパワーで再生する必要があるため
YouTubeのフルHD動画をWebブラウザ上で見ると少々コマ落ちしてしまうにょ。
これはCore2Duoならば2.5GHz程度の性能が必要であるためやむを得ないにょ。

ただし、これはWebブラウザ上で見た場合の話にょ。
一端ローカルに保存してしまえばCoreSolo1.2GHzという今となっては超貧弱なCPUを搭載
したLet'snote R5でさえ一昨年の4月26日に書いたようにデコーダとプレイヤーによっては
YouTube程度のビットレートのフルHD動画ならばほぼコマ落ちなく再生可能だからね。
Core2Duo 2GHzならば少なくとも手持ちの動画（ベンチマーク用にわざわざ重く作った
動画を除く）に関してはすべてコマ落ちなく再生できたため再生支援がないことが特に
大きな問題というわけではないにょ。

さて、買ってからすぐに交換せずずるずると1年もかけてしまったかというと下記のような
理由があるからにょ。

　(1)必要なデータは内蔵HDDに入れているため
　(2)Vistaの操作に慣れてないため
　(3)Vistaでは動作しないアプリもあるため

(1)部屋が狭いため14～15インチのノートPCを2台並べて作業するスペースがないにょ。
したがって、片方のPCを使っている時は片方のPCは使えないにょ。
ここで、普段使用しているデータはすべて内蔵HDDに保存しているためそれでは使えない
という問題があるにょ。
PCにOSだけ入っていても普段使える環境を整えないといけないのだけどそのためには
それなりの時間がかかってしまうからね。

しかし、この度は故障によって旧PCが完全に使えないレベルになった（外部モニタ接続を
行えば使えるので厳密に言えば完全に使えないわけではないけど）というわけで時間は
かけても使える状態にする必要があったにょ。
必要なアプリのインストールを行いそして普段使っているように設定を行った後に旧PC
からHDDを取り出しそれをUSB経由で内蔵HDDに保存という形をとったにょ。
そのまま外部HDDとしてしばらく使用しても良かったのだけど液晶だけではなく筐体に
までヒビが入るくらいの衝撃が加わっているためHDDにもかなりダメージが出ていると
推測されるのでそんな状態では安心して使用できないからね。
160GBほぼギチギチの状態で使っていたため転送作業は非常に時間がかったにょ。
これが動画などの大きなファイルだとHDDにフラグメントが発生していても実効で
10MB/秒程度の速度が出るのだけどほとんどが数KB～数100KBのデータであるため実効転送
速度は1MB/秒少々しかないレベルだからね。
もっとも時間がかかるのが分かっていたからこそ環境移行に戸惑っていたにょ。
従来ならば新しいPCを購入した場合には旧PCからHDDを抜いてそのまま差し替えて完了と
いう場合も多かったけど今回はHDDがギチギチなのに加えてPATA→SATAなのでそれも
できなかったからね。

(2)職場では2002年からXPを使い、自宅でも2005年から徐々にXP化を進めてきたために
XPに関してはかなり慣れているもののVista以降のOSは店頭で触れる程度であり慣れて
ない部分が多いにょ。
私自身は慣れの問題でXPを推したいところだけどXPも2014年でサポートが完全終了する
わけだし、今後は徐々にXPに非対応のソフト、ハードも増えていくことが予想される
ためにずっとXPのみを使い続けるというわけにはいかないにょ。
上記の新PCを購入の際に大きなポイントとなったのはXPとVista用のリカバリディスクが
両方付いているということにょ。
これによって購入後にどちらのOSを使用するかの猶予ができるにょ。

当初はこのPCでXPを使用していたのだけど上記理由によって少しずつVistaに慣れて
いけばいいということでVistaを使用することにしたにょ。
あくまで操作に慣れるまではサブとして使用するという感じにょ。
ただし、上記のように2台並べて使用するスペースがない関係上、重い作業以外ではこの
PCを使うことが無くなってしまっていたにょ。
このことはデスクトップPC（自作PC）においても言えることだけど多少スペックで
劣っていてもすぐに使える状態にあるPCが何だかんだで最も稼働率が高くなってしまう
ということにょ。（自作PCは部屋の隅においているため最近はよほどのことがないと
電源さえ入れていない）
稼働率が低ければ当然「Vistaに慣れる」という機会も減ってしまうためさらに稼働率が
低下してしまうことにつながっていたにょ。

(3)VistaではなくXP搭載のPCを使用してしまうのは慣れだけの問題ではなく普段使用して
いるソフトの中にVistaでは正常動作しないものが含まれていたということもあるにょ。
ただ、そのソフトのためだけにXPを使い続けるというのもナンセンスにょ。
そこでとった方法は仮想PCを使うことにょ。
私は仮想PCは使ったことが無かったけど「Virtual PC」と「VM ware」を比較して
パフォーマンス重視でVM wareを選択することにしたにょ。
OSは未使用のXPを持っているため問題はないにょ。

VM wareのサイトに登録してダウンロードしVista搭載のPCにインストールした後に
XPのインストールとなったにょ。
ここで問題となるのはメモリとHDDのサイズをどの程度に設定するかにょ。
さすがに512MBでは心許ないし、4GB（実効約3.3GB）の物理メモリのうちXPに2GBも
奪われてしまうとVistaの動作が厳しくなってしまうためここは1GBに設定したにょ。
HDDは必要なデータは仮想PC内にはおかず、外部から持ってくるためアプリのみだけの
分を考えれば良いので16GBあれば十分なのだけど後から変更するのも面倒なので余裕を
もって30GBに設定したにょ。
これが終わればあとは自動的にインストールが完了するにょ。
思っていたのとくらべてあまりにあっさりできてしまったため拍子抜けな感じにょ。
OSのインストールが終了したらVM toolsをインストールして終了にょ。

さて、仮想PCである以上はネイティブ動作と比べてパフォーマンスがダウンしてしまう
ためどれくらいの低下があるかをベンチで確かめることにしたにょ。

　　　　 Vista　　　VM ware＋XP　速度比
◎CrystalMark09
　Mark　 61093　　　　　39826
　ALU 　 17211　　　　　 8726　　　51％
　FPU 　 18155　　　　　10509　　　58％
　MEM 　 10637　　　　　 8322　　　78％
　HDD 　　7635　　　　　 7546　　　99％
　GDI 　　5238　　　　　 2572　　　49％
　D2D 　　1305　　　　　 1688　　 129％
　OGL 　　 912　　　　　　463　　　51％
◎Super π
　104万桁 29秒　　　　　 34秒　　　85％

CPU性能に関してはおおむね半分くらいの性能になっているにょ。
これはデュアルコアのCore2DuoはVM ware上ではシングルコアとして認識されているのが
原因にょ。
メモリやHDDはCPUと比べたら落ち込み量はわずかとなっているにょ。
D2D性能だけは上がっているのが不可解なように見えるけどこれはCrystalMark09は
OSの影響を受けやすいためにょ。
このPCをXPで使用していた時のデータがあるのでそれと比較すればわかりやすいにょ。

　Mark　 70567
　ALU 　 19239
　FPU 　 20724
　MEM 　 10651
　HDD 　　8782
　GDI 　　5049
　D2D 　　4456
　OGL 　　1666

これを見てのようにVista使用時と比べてVM ware上のXPのD2Dの数字は上がっているけど
ネイティブでXPを動作させたものと比較すれば半分以下（38％）しかないにょ。
Direct Draw性能やOpen GL性能の低下が気になるようなアプリは使用しないため問題は
ないにょ。
シングルコアでもデュアルコアAtomをネイティブ動作させた場合よりも高速であるため
一般的なアプリならば速度面で問題になることもなさそうにょ。

こうして、ようやくこのVista搭載のPCをメインPCにすることができたのだけどやはり
迷ったのがネット関連にょ。
私は自宅のPCをすべて共有フォルダで無線LANを通じてデータをやりとりしている（録画
したデータなどの大容量データのみUSB2.0経由で行っている）けれどその共有フォルダの
設定をしても他のPCからVista搭載PCが見えないという点にょ。
これはVistaではデフォで「パブリックフォルダ」が無効の設定になっているためにょ。
そのためこれを有効にする必要があるにょ。
XPの場合は共有フォルダを設定した場合には同じネットワーク上の他のPCからも認識
されてしまうため持ち運んで使う場合に公衆無線LANなどを使用する場合には注意が
必要だからね。
その点のことを考えてVistaではデフォで無効の設定になっていると思われるにょ。

まだ不慣れなVistaだけどシングルコア（PenM）からデュアルコア（Core2Duo）に変わり、
画面解像度もSXGA+からWSXGA+に横幅が広くなった（縦は同じ）ということで快適に使用
できているにょ。
160GBのデータをすべてDドライブに持ってきたためDドライブの空きはすでに少ないのが
難点だけどね。
これはそのうちさらに大容量のHDDに換装すれば問題ないにょ。
このPCが何年持つことやら・・・。
893：ももんが：2012/03/11(日) 15:23:18: GX1について
御茶目菜子さん、お返事ありがとうございます。

拝見し、頭の中が整理できたように思います。
気に入ったのも何かの縁、早速購入することにいたしました。
ありがとうございました。
894：御茶目菜子：2012/03/12(月) 15:27:53: レスにょ
ももんがさんへ
＞拝見し、頭の中が整理できたように思います。
＞気に入ったのも何かの縁、早速購入することにいたしました。
＞ありがとうございました。

お役に立てたようで何よりにょ。
たぶん私が購入することはないけどレビューサイトでは分からなかった使用感などに
関して教えて頂けるとうれしいにょ。
895：御茶目菜子：2012/03/13(火) 15:48:57: 時代は高画素化ではなく高倍率化・・・？
1月31日に書いたようにコンデジが生き残るためにはスマホやケータイの内蔵カメラ機能と
差別化をするかスマホと共存できる方法をとるしかないにょ。
画素数でユーザーに訴求していてもケータイやスマホのカメラも1000万画素の時代に突入
しているし、そもそも極小センサーの場合は画素数だけで画質は決まらないからね。
1000万画素のコンデジが1600万画素や1800万画素になったところで画質アップにはならない
と思われるにょ。
実際私も手持ちのTX1で撮影検証してみても300万画素モードで撮影した写真を1000万画素に
拡大したものと1000万画素モードで撮影したものを比べても両者に明確な違いは無かった
からね。

これは何を意味するかというとレンズがボトルネックになっているため画素数を上げても
完全に無意味といえるというわけにょ。
TX1の場合はレンズがしょぼすぎるというのもあるけど現在のコンデジで1000万画素を
ちゃんと解像できるようなレンズを搭載したコンデジはないため1000万画素以上では
ほぼ無意味といえるにょ。
サンプリング定理によってレンズの解像力の限界を超えた画素数を搭載するのは無意味
ではないけどすでにそれを考慮した上で限界となっているため画素数の多さが画質（端的に
いえば解像感）の向上には全くつながってないにょ。（一昨年の4月5日に書いたように
手持ちの9機種の300万画素モードでの撮影データを比較してみたものから考えても
オーバーサンプリングを考慮しても1000万画素付近が限界と思われる）

そうなるとコンデジが画素数で訴求するのはもう限界にょ。（というか、数年前からすでに
限界を超えてきたけどそれでも買い換え需要を確保するために画素数を増やし続ける必要性が
あった）
そこで最も簡単で多くのユーザーに分かりやすいのが光学ズームの倍率を上げることにょ。
そもそも光学ズームを搭載したスマホそのものが存在しないし、薄型化が進んでいるスマホ
では、いくら多少厚くしても2倍とか3倍の光学ズームが限界だからね。
しかし、コンデジならば1cmを切る必要性はないし、筐体すべてをカメラ機能で使うことが
可能になるにょ。（スマホの場合はユニットとして一部の容積しか使用できない）

コンデジで10倍以上の光学ズームを搭載となると2000年代の前半まではネオ一眼くらいしか
なかったにょ。
ポケットサイズの光学10倍ズーム搭載コンデジといえば2006年に登場したLUMIX TZ-1が
挙げられるにょ。
http://dc.watch.impress.co.jp/cda/compact/2006/02/14/3207.html
厚さは40mmということでポケットサイズといっていいのかは微妙だけど従来の10倍ズーム機
だと使用していないときもレンズが筐体から飛び出た状態になっていたのだけど屈折光学系と
沈胴光学系を組み合わせることでコンパクトサイズを実現しているにょ。
沈胴光学系というのは一般的なコンデジで広く使用されているもので電源を入れたらレンズが
出てくるものにょ。
それに対して屈折光学系は2000年のDiMARGE Xで採用されて以来、薄型コンデジで広く採用
されているにょ。
特長は電源を入れてもレンズが出てこないことで前面に付いたレンズから入ってきた光を
ミラーやプリズムによって90度曲げてカメラ内部に完全にズームレンズが収まっている
状態になっているにょ。
屈折光学系はレンズを明るくするのが難しい反面で本体の厚みを押さえる非常に有用なもので
レンズが出てこないことで起動時間が早かったり、埃や衝撃に強いという特性も持つにょ。
そういうメリットがあるため私は最近のメインコンデジは屈折光学系ばかりにょ。

沈胴光学系と屈折光学系を組み合わせると屈折光学系のメリットの大部分が失われてしまう
けれどそれでも厚みを押さえられるというメリットはあるため十分に価値はあるにょ。
それ以降多くの機種でこの方式が採用されてきているにょ。
レンズそのものの小型化もあって、最新のTZ-30では光学20倍ズームに達したにょ。
TZ対抗となるSONYのCybershot HXシリーズも最新のHX30Vでも光学20倍ズームになったにょ。
TZもHXも良いカメラではあるけど厚さが30mm前後、重量も200g前後ということで常時携帯
するにはやや大柄にょ。
それに20倍ズームが必要なこともあまりないからね。

とはいえ、ここで重要なのはズーム比ではなく換算焦点距離にょ。
換算で400mm以上というのは運動会などの撮影では有用になるけど日常的に使用するならば
100mm程度で多くの場合（8～9割程度）はまかなうことが可能にょ。
28mmからのズームだと28-112mの4倍ズームとなり、24mmからだと24-120mmの5倍ズームと
なるにょ。
しかし、多くの場合で問題ないといっても足りないと感じることは少なくないにょ。
それでも換算200mmあれば私の経験から日常の撮影の95％以上は問題ないと感じるにょ。
日常的にスポーツや鳥や小動物を撮影している人ならばその「日常」の感覚が変わってくる
だろうけど普段の生活や旅行に行くときの撮影ならば望遠側は200mmあれば十分というのが
私の考えにょ。

広角側について考えると数年前までは主流だった35mmくらいだと風景や室内での集合写真を
撮影する場合には物足りなく感じるにょ。
これが28mmあれば9割くらいは問題なくなるし、24mmあれば困ることはほぼないといえるにょ。
逆にそれよりも広角になると使い方が難しくなるし、高倍率化が難しくなるためコンデジ
への搭載はあまり望ましくないかもしれないにょ。
そう考えると自ずと答えは見えてくるにょ。
10倍ズームならば日常の撮影においては困ることはないにょ。
24mmスタートでも望遠側は240mmだし、28mmスタートならば280mmになるからね。
それならば28-224mmの8倍ズームくらいでも良さそうだけど「8倍」と「10倍」では与える
インパクトが変わってくるにょ。
これがデジタル一眼ならばズーム比ではなく焦点距離を見るユーザーも多いけどコンデジの
場合は倍率重視の人が多いからね。

20倍ズームがポケットサイズとなる30mm前後に収まるようになった今、10倍ズームならば
20mm前後にすることが可能になっているにょ。
今年発売の新機種を見てみると下記のような機種があるにょ。

　Cybershot WX100　 25-250mm（10倍）　92.3x52.4x21.6mm 108g
　LUMIX SZ7　　　　 25-250mm（10倍）　99x59x21mm　　　 116g

上記で書いたように日常での使用をほぼカバー可能な換算25-250mmの光学10倍ズームを搭載
しながら厚さは20mmそこらで重量も100g少々ということで一般的な3～5倍ズームを搭載の
コンデジとほぼ同レベルのサイズや重量を実現しているにょ。
WX100に関しては光学10倍ズームのコンデジでは世界最小最軽量を謳っているにょ。

そんな中、新たに登場となるのがIXY3にょ。
http://dc.watch.impress.co.jp/docs/review/newproduct/20120312_518128.html
　IXY3　　　　　　　28-336mm（12倍）　87.1x53.9x19.2mm 135g

上記のWX100と比べて重量はやや重いものの光学12倍ズームを搭載にもかかわらずコンパクト
サイズになっているにょ。
縦横サイズは初代IXYデジタルとほぼ同じであるものの初代IXYデジタルが2倍ズームなのに
対してIXY3は12倍ズームを搭載にも関わらず厚さは7.7mmも薄くなっており、重量は55g軽く
なっているにょ。
ここまでの薄型軽量化が実現できたのは沈胴光学系と屈折光学系を組み合わせたからだけ
ではなくてレンズそのものの小型化の影響が大きいと思われるにょ。
レンズが小型化できた最大の要因はイメージサークルを小さく設計しているためにょ。
コンデジがミラーレスやデジタル一眼よりもコンパクトサイズなのはセンサーが小さいお陰
であり、センサーが小さいためイメージサークルを小さく設計できるのでレンズが小型化
できるためにょ。

IXY3のセンサーを見てみると一般的な1/2.3インチセンサーが搭載されているにょ。
別にセンサーサイズが小さいわけではないけどよく見ると1680万画素のうち1010万画素しか
使ってないことが分かるにょ。
全体の6割程度が有効となっており、単純計算では1/3インチセンサーを搭載しているのと
同じことになるにょ。
面積比でいえば35mmフルサイズセンサーをAPS-Hの光学系と組み合わせて使うようなもの
といえるにょ。（実際は大型センサーの場合はセンサーコストが大きくなるためそのような
デジカメはないのだけど）
言い方を変えると1/2.3インチセンサーを常時クロップ状態で使用しているといえるにょ。
クロップで使用することで換算焦点距離を大きくする（より大きく写す）ことが可能になる
だけではなくクロップ専用の光学系を設けることでより小さくできるということにょ。
1/3インチセンサーを新規開発して搭載してもいいのだけどそれだとセンサーの開発コスト
と生産コストとを天秤にかけた場合に既存の1/2.3インチインチセンサーをクロップで
使う方が安価で素早い対応ができるというのが理由ではないかと思われるにょ。
クロップしても1000万画素あるので一般的な使用で困ることもないし、今時1000万画素も
ないようなデジカメだと売れないため妥協ラインとしては納得がいくにょ。

IXY3は実質1/3インチセンサーを搭載といってもいいので気になるのはやはり画質にょ。
画素数増加によって1/2.3インチセンサーを搭載した機種でさえ等倍鑑賞にはとても耐える
ことができないので縮小での使用が前提となってしまうのだけどすでにクロップした状態
（トリミングした状態）であるIXY3は縮小率が低くなってしまうため画質面で不利に
なってしまうにょ。

　広角側　http://dc.watch.impress.co.jp/img/dcw/docs/518/128/021.jpg
　望遠側　http://dc.watch.impress.co.jp/img/dcw/docs/518/128/022.jpg

等倍で見ると細かい部分は全く解像していないのだけどこれはIXY3が低いというよりも
1/1.7～2/3インチの大型センサーと高解像力のレンズを搭載している高級コンデジを除けば
それほど大きな差はないと思われるにょ。
高感度時の画質も見てみるにょ。

　ISO400　http://dc.watch.impress.co.jp/img/dcw/docs/518/128/025.jpg
　ISO800　http://dc.watch.impress.co.jp/img/dcw/docs/518/128/026.jpg
　ISO1600 http://dc.watch.impress.co.jp/img/dcw/docs/518/128/027.jpg
　ISO3200 http://dc.watch.impress.co.jp/img/dcw/docs/518/128/028.jpg

画素数が少ない方が高感度においては有利になるのだけど1000万画素という昨今では
やや少なめの画素数であっても画素ピッチを考えると1/2.3インチ1680万画素と同じ
（クロップしているだけなので当然だけど）ということでやはり厳しいかと思われた
ものの意外に健闘しているにょ。
ISO400からノイズがやや目立つようになるもののISO800でも十分に実用レベルとなって
いるにょ。
ISO1600やISO3200ではディティールがかなり失われているものの極めて低ノイズにょ。
これもやはりDIGIC5の性能のお陰といえそうにょ。
高感度においては上記だと1820万画素と多いものの4画素混合を導入しているWX100は
かなり期待が持てそうにょ。

コンデジの売り上げ低迷は画質面において「スマホで十分」と感じている人が少なくない
というのがあると思うにょ。
画質面に不満を感じた場合はデジタル一眼やミラーレスを選択する人が多くなるのでは
ないかと思われるにょ。（スマホの場合は等倍鑑賞ではなく200～300万画素にリサイズ
しても不満があるような機種も少なくないため）
ただし、画質を重視すると大型化してしまうという難点があるにょ。
それにPCで等倍鑑賞をしたり大伸ばし（A4以上のサイズ）でプリントをしない限りは
それほど思っているほど画質に差はないためスマホで妥協してしまう人も多いのでは
ないかと思われるにょ。
その点、光学ズームは非常に有用にょ。
デジタルズームや撮影後のトリミングという手段で拡大することはできるとはいえ
1000万画素を10倍デジタルズームでトリミングした場合は実質10万画素になって
しまうにょ。
これだといくらスマホの小さな画面でも劣化は一目で分かってしまうにょ。

今後は画質重視はミラーレスへとかなり流れていくと思うけどそれでは持ち出すのに
億劫と感じる人は多そうにょ。
ズーム倍率を求めるならばコンパクトなフォーサーズでもそれなりのサイズ、重量に
なってしまうからね。
したがって、スリムな高倍率ズーム搭載モデルが1つのトレンドになっていくのでは
ないかと思われるにょ。
昔は2～3倍が主流だったのが昨今は4～5倍がメインになり、それがこれからは10倍
近いものが主流になる可能性があるということにょ。
これはコンデジのセンサーの主流が現在の1/2.3インチから1/3インチくらいへ変われば
十分あり得ることだと思われるにょ。
896：御茶目菜子：2012/03/14(水) 14:45:10: 今日はいよいよ・・・
またまたスランプ気味でホワイトデー絵が全然描けないにょ。
う～ん・・・ほんの数日間描かなかっただけで全然描けなくなるとは・・・。

というわけで、バレンタインの時に引き続いて気分転換にまたしょうもないゲームを作って
みたにょ。
名付けて「ホワイトデーゲーム」にょ。（以下、下ネタ注意！）

ホワイトデーゲーム　for PC-E500シリーズ
1 CLS :WAIT 0:CLEAR :LINE (0,31)-(10,21):LINE -(13,24):LINE -(6,31):K=4:BEEP 1:
FOR I=4TO 545:IF K-VAL INKEY$ NEXT :A=Z/15:B=-A:X=13ELSE I=I-2:Z=Z+1:K=9-K:NEXT
2 FOR Y=22TO 30TEP &:BEEP 1,Y*&3+140,&5:GCURSOR (X,Y):GPRINT "4040A0A90505020":
B=B+0.5:NEXT :PAUSE INT (X-13);"cm ";:WAIT :PRINT MID$ ("ﾀﾞﾒﾈﾌﾂｳﾖｻｲｺｰ",(1-((X>213)
+(X>113))*4,4):GOTO 1

RUNをしたらいきなり始まるので[4]と[5]を一定時間（4秒少々）こすることで棒から
謎の白い液体が飛び出すのでその飛距離を争ってにょ。
[RETURN]でリトライができるにょ。

今回はプチコン版も作ったにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/image/WD.jpg

[A][B]ボタンを使う以外はポケコン版と同じにょ。
リトライ機能はないため[START]ボタンで再スタートしてにょ。
ちなみに自己記録はポケコン版が219cm、プチコン版が221cmにょ。
みんなで4545するといいにょ！

さて、本日はいよいよ「プチコンmkII」の配信日にょ。
私の3DSのチャージ残金は200円なのでカードを買いに行かないといけないにょ。
したがって、mkIIの導入は数日後になりそうにょ。
897：◆TFvd9tzKTbxR：2012/03/14(水) 19:31:21: (無題)
御茶目さんの『ホワイトデーゲーム』を 2ch 【ｼｬｰﾌﾟ】ポケコン 10:PRINT "SHARP"に転載してもよいでしょうか？
今のところ、誰も投稿しておらず、淋しい限りです。。。
わたくし自身も作ることができず、今日のこの日がやって来てしまいました。

では、失礼いたします。2012
898：◆TFvd9tzKTbxR：2012/03/15(木) 07:24:51: (無題)
昨日お願いしていた件ですが…
既に誰かが転載しておりました…

これじゃぁ著作権もなにもあったもんじゃないですよねぇ。。。
899：御茶目菜子：2012/03/15(木) 14:58:15: レスにょ
◆TFvd9tzKTbxRさんへ
＞御茶目さんの『ホワイトデーゲーム』を 2ch 【ｼｬｰﾌﾟ】ポケコン 10:PRINT "SHARP"に転載してもよいでしょうか？

別にかまわないにょ。
元々そのスレに書かれてあることを元にしたゲームだしね（笑）
まぁ即席で作ったのでかなりしょぼいゲームだけど・・・。

＞これじゃぁ著作権もなにもあったもんじゃないですよねぇ。。。

確かに書いた段階で著作権は発生しているとはいえ、ネット上で不特定多数の人に見られる
状態にしておいて著作権を強く主張するのは私にはできないにょ。
「これは自分が書いた文章だ（自分が作ったプログラムだ）」とか言わない限りは別に転載
しても問題ないにょ。（できれば転載元のURLもちゃんと張って欲しい）
限定ユーザーや特定ユーザーに向けて作られたものや有償なものであれば転載は認めないと
いう気持ちは分かるけど・・・。
もっともオリジナルそのままの転載ならいいけど厄介なのは改変転載にょ。
著作権法でいえば同一性保持権の侵害にょ。
例えばフリーウェアを作ってそれを再配布する場合は特に問題はないけどそれに意図的に
変なプログラムを仕込むのはやめて欲しいということにょ。
それによって生じた損害（？）においては当方は責任をもてないからね。

まぁBASICは基本的にリスト公開がされているため手軽に改造が可能というのがメリットで
あり、私自身も他人のプログラムを改造することでレベルアップをしてきたということで
改造行為（改変行為）そのものは否定できないけどそれはあくまで習作であり公開する
ようなものではないにょ。
もしも、ネット上で公開するのであってもオリジナルを改変したというのを添えておくべき
だと思われるにょ。
ただ、その改変したというコメントははずして転載されたらどうしようもないため建前上は
「改変禁止」と言っているにょ。

これはおちゃめくらぶ設立当初から変わってないためこちらのページの注意部分を読んで
もらえるといいにょ。
http://ww5.tiki.ne.jp/~ochame/E500/SOFT/LIBRARY.HTM
900：御茶目菜子：2012/03/16(金) 14:42:49: プチコンmkIIをゲット！
プチコンmkIIをゲットしたにょ。
このmkIIで私が最も楽しみにしていたのはQRコードで自作プログラムが公開可能なことにょ。
基本的にDSからPCへと転送する手段はないため自作プログラムはPCのテキストエディタで
再入力するかリストが表示されたプチコンの画面写真を撮影してそれを公開するという
やり方が主流となっているにょ。
それでは1画面プログラムくらいならば何とか入力できるものの何百行、何千行もあるような
プログラムはいくら面白そうであっても入力はためらわれてしまっていたにょ。
そして、リソースは直接DS同士で交換するしかなくスプライト定義などはプログラム内で
行う必要があったにょ。
しかし、それではさらなるリストのサイズ増大を招いてしまうにょ。

これがQRコード化で激変したにょ。
mkIIで新たに用意されたホームメニューから「SDメモリーカード書き込み」を選択して
SDカードへ書き込むファイルを選択するとSDカードに保存されるにょ。
ちなみに保存されたPTCファイルをテキストエディタで覗いてみると一端mkIIで保存すると
平文になることが分かったにょ。（プチコンでは文字が2バイトコードだったのがmkIIでは
1バイトコードで保存されるため同じプログラムでも一端mkIIで保存し直した方がメモリ
節約やQRコードの枚数減が期待できる）
そのためWebでリストを公開する場合に機種依存文字を使用していない場合はテキストで
簡単に公開できそうにょ。

そのPTCファイルをプチコンでは取り込むことはできないにょ。
そのために一端QRコードへと変換する必要があるにょ。
それにはプチコンmkIIの公式サイトに行き「QRコード変換ツール」を使用すればいいにょ。
http://smileboom.com/special/ptcm2/qrmaker/
QRコードは最大256分割で作成される模様にょ。
下記の52KBの「SPECTACLE HURRICANE」がQRコード22枚に収まっているため256枚あればほぼ
プチコンの容量（メモリ1MB）を使い切ったものでも大丈夫そうにょ。（タイニーゼビウスが
QR109枚に変換したらなったらしい）
単一ファイルではなくリソースを分けることで各ファイルの最大量は下がるだろうから事実上
QRコードによる容量制限はないと考えても良さそうにょ。

実はこの変換ツールはただのFlashアプリであり、ローカルで実行されている模様にょ。
そのためプチコン公式サイトが閉鎖しても安心・・・と考えられるけど実はサーバの
チェックを行っているためその部分を書き換えてWebサーバを自前で用意する必要がある
ということで少々ハードルが高いにょ。
まぁPTCファイルの構造とQRコードへの変換方法さえ解析されれば有志の手によって変換
ツールが作られると思うのでサイトが閉鎖する時にはそれに期待したいにょ。

このQRコードをどのように公開するかだけど等倍だと97x97pixelとなっているため非常に
小さいにょ。
手持ちのノートPCの液晶はおおむね120ppiだけどこれだとなかなか認識されないにょ。
これはDSiや3DSのカメラはAFではなく固定焦点であるためあまり画面に寄るとピンボケに
なってしまうためにょ。
それに加えて拡大率が高くなることで相対的に手ぶれが増幅されてしまうにょ。
明るい場所（例えば日光が差し込む窓など）ではぶれにくくなる反面で今度はノートPCの
バックライトが外光に負けてしまうにょ。
手ぶれだけではなく白黒のコントラスト比を高めるためにもノートPCはできるだけ輝度を
高めることが認識率を上げるのには有用にょ。
それでも十分な認識精度が得られない場合にはQRコードそのものを拡大することが必要に
なってくるにょ。
ここで重要なのは整数倍で拡大しないと認識精度が落ちてしまうということにょ。
2倍、（もしくは3倍か4倍）に拡大するというのがベターにょ。
さらにもう1つ重要なのは拡大アルゴリズムにょ。
ソフトによっては拡大時に自動的にスムージング処理を行ってくれるのだけどこれは認識
精度を落とす元になるためできれば拡大補完のない拡大方法を選択したいにょ。
フォトショップであれば「ニアレストネイバー法」を選択すればOKにょ。

こうしてできたQRコードはホームメニューの「ファイル管理」からQRコード読み込みを
選択すると取り込むことが可能にょ。
複数枚にまたがる場合は合計枚数が表示されるので順番に取り込む必要があるにょ。
公開する人は間違えのないように複数枚にまたがる場合は通し番号を表示しておくと
どれを取り込めばいいのか一目で分かるためユーザーに優しくなるにょ。
拡大補完を行わない拡大方法によって公開している場合は1枚あたり1～2秒で認識可能で
あるため数10枚にわたる大きなサイズのプログラムでも数分で取り込み可能にょ。
決して早くはないけど従来ならば一晩かかっても入力が困難だったものが数分で終わる
となれば格段に楽になっているというのが分かると思うにょ。

というわけで私も自作の1画面プログラムをいくつかQRコード化してみたにょ。
QRコードによってファイル数が増えるためフォルダ管理ができないプチコンで管理しやすい
ように私の自作プログラムはファイル名の先頭に「OCHA」を付けることにしたにょ。
こうすることでQRコード経由で受け取る際のファイル名の重複も避けられるからね。

◎PETIT RUN（プチコン上でのファイル名：OCHAPRUN）
　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/p_run.png
◎プチコンスキー（プチコン上でのファイル名：OCHAPSKI）
　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/ski.png
◎ピョン子（プチコン上でのファイル名：OCHAPYON）
　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/pyonko.png
◎プチコン100m走（プチコン上でのファイル名：OCHA100M）
　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/100m.png

それぞれのプレイ方法はおちゃめくらぶのプチコンコーナーにある操作説明を読んで
もらえるといいけどそれが面倒、もしくは再配布する人もいるという可能性も考えて
リスト末尾にREM文で簡易マニュアルを付けておいたにょ。
これで、QRコードだけがありとりあえず取り込んでみたけどリストを見ても操作方法が
よく分からないということも無くなると思うにょ。（1画面プログラムは短いから解析が
簡単といっても特殊なことをしているためなかなか理解するのが難しいこともあるため）
これもQRコード化によって入力の負担が減ったからこそ可能になったにょ。
上記の残りは近日中にQRコードを公開予定にょ。
QRコードは間違って消してしまったときのバックアップにも使えるにょ。（QRコード化
しておかなくてもPTCファイルの書き出しだけ行い必要になった時にQR化という方法も
あるけど）

mkIIのホームメニューには「作品を見る」というものがあるにょ。
これはプレイオンリーのモードにょ。
要するに簡易ランチャーにょ。
これを使えばBASICに対する知識（LOADやRUNなど）は全く無くてもとりあえず使用する
ことができるにょ。
ただし、ここで注意しないといけないのはプログラムの終了で自動的にこのホームメニュー
へと戻るということにょ。
ゲームオーバーの場合にはタイトル画面に戻るという一般的なゲームならば何の問題もない
けれど1画面プログラムの場合にはタイトル画面を作る余裕はないためゲームオーバー時に
何らかの形でキー入力待ち状態にしておかないとこの簡易ランチャーではまともにプレイ
することはできないにょ。
私も最初の頃はポケコンの2LINEゲームと同じくリトライ機能を標準装備していたけど
[START]ボタンで一発スタートができることを知ってからはゲームオーバー時には一端
ゲームが終了するような作りになっているにょ。（その分、内容にメモリを使うことが
可能になったわけだけど）
私が作った1画面プログラムではピョン子以降がそれに相当するにょ。（上記のものだと
100m走だけが「作品を見る」モードで普通にプレイ可能）

さて、私は一画面プログラムばかり作っているためQRコード化の恩恵は発表する側としては
あまりない（リストが短いためプレイしてもらえる可能性が高い）のだけど大きめの
プログラムを作っている人にとってはようやくプレイしてもらえる可能性が高くなるにょ。
すでにWeb上でQRコードを公開しているプログラムの中から2つほどリンクをはっておくにょ。

◎SPECTACLE HURRICANE
　http://www1.ocn.ne.jp/~tabby/games/ds_kkoj.html
　「ス○○リ」ライクな疑似3Dシューティングゲーム（QR22枚）

◎Reflect EDGE
　http://www.geocities.jp/sp1_ssr/ReflectEDGE1.htm
　縦スクロールシューティングゲーム（QR21枚）

いずれも50～70KBというBASICプログラムでは大きめの力作にょ。
このように大きめのプログラムも手軽に公開することが可能になったのだけどプログラムを
公開する際に避けて通れないのが著作権問題にょ。
プチコンはBASICの速度が速いため8ビット時代（MSXやファミコンなど）の市販ゲームの
移植は十分に可能なのだけどその際には著作権が絡んでくるためQRコードで手軽に発表
できるといっても著作権問題が絡めばなかなか難しいにょ。
すでに倒産して権利不在のゲームならば訴えられる可能性はほぼないけど現在存続して
いるメーカーのゲームのプチコン移植してそれを公開して不特定多数の人が利用できる
状態にする場合には発表する人は有償、無償に関わらずかなりのリスクを負うことになる
と思われるにょ。
まぁタイトルとグラフィックを変えておけばほぼ大丈夫だけどね。

また版権キャラ（アニメ、漫画などのキャラ）を使う場合にも著作権が絡んでくるにょ。
二次創作を認めてないという法人は多く存在するからね。
もっとも、すべて手書きで無償配布のプチコンの場合はそこまで問題に発展することはない
と思われるにょ。
詳しくは1月19日に書いたけど二次創作に関しては基本的には著作権侵害になることはない
ために既存ゲームの完全移植よりは遙かにリスクは低いにょ。
実際に過去に個人が趣味で作った二次創作を訴えた企業は日本国内に存在しないからね。
裁判になっているのは営利目的で二次創作を行った場合のみにょ。（ROM吸い出しによって
得られた画像や公式のキャプ画像などをそのまま使えば非営利であっても著作権侵害で
訴えられることはあるため注意が必要だけどプチコンではそれができないため問題ない）

あと問題はプチコンでQRコードを発表しているのをどうやって見つけるかだけどニコニコ
動画でもQRコードを動画内に埋め込んだもにおいてはQRコードタグを付けることで検索が
可能になっているにょ。
それとtwitterでもQRコードを発表している人（もしくはQRコード付きのプログラムを発表
しているサイトのURLをツイートしている人）は多く存在するけれどそれらはハッシュタグ
#ptcmqr によって検索が可能にょ。
今後プチコン用QRコードを発表する場合はこのハッシュタグを付けることを推奨するにょ。
こうすることでより多くの人の目にとまるからね。
まだQRコードしか使ってないmkIIだけどこれから徐々に様々な新機能を試してみるにょ。
しかし、昨日は1日でQRコード100枚以上読み取ったのだけど私の人生で最もたくさんの
QRコードを読み取った日になったかもしれないにょ（笑）
901：御茶目菜子：2012/03/18(日) 14:56:41: プチコンmkIIはめちゃくちゃ速い！？
3月14日にプチコンmkIIが配信されたのだけどおちゃめくらぶも徐々にmkII対応にして
いこうと思うにょ。
1画面プログラムコーナーにおいてはmkII対応が完了したにょ。（すべての公開プログラムに
対してQRコードも用意した）
http://ww5.tiki.ne.jp/~ochame/petitcom/1page.htm
mkIIに対応するために最初にやるべきことは互換性の確認にょ。
mkIIでは初代プチコンからのセーブデータのコンバートが可能になっているにょ。（保存
方法が異なるため一端mkIIで保存してしまったらプチコンへのコンバートは不可）
したがって、初代で作り上げたプログラムはmkIIでも利用可能にょ。
mkIIは上位互換であるため原則的にはすべてのプログラムの動作が可能だけど一部に
仕様変更があるため100％完全互換というわけではないにょ。

その1つが命令自体の仕様が変わったVSYNCがあるにょ。
初代はVSYNCのフレーム数のカウント方法が思っていたのとは異なりVSYNC2と指定しても
単純にウェイトになってしまうため30fpsで動作するプログラムを作ることはできなかった
からね。（これはメインルーチン1回が1/60以内で確実に終了するものに関してはVSYNC1で
60fpsを維持することが可能になる）
mkIIではVSYNC2で30fpsを維持することが可能になっているにょ。
このように仕様が明らかに変わっているため従来のVSYNCと完全互換のWAIT命令が追加
されたにょ。
しかし、初代からセーブされたプログラムをコンバートしたらVSYNC命令は自動的にWAIT
命令に置き換わるためユーザーは気にする必要はないにょ。
VSYNCのように意図的に仕様を変えたものではなく同じ命令で微妙に動作が異なるものが
あるみたいなのでその辺は実際にプログラムを動作させてみないと分からないにょ。

そこで、まず行う必要があるのは「mkIIで正常動作するか否か」ということにょ。
1画面プログラムがメインということでかなり特殊なことをやっている場合もあるけど幸いに
して私が作ったものに関しては動作上の問題は無かったにょ。（下記の実行速度の問題を
除く）
動作確認が終わったら一昨日に書いたようにmkIIの最大のメリットはQRコード経由で
プログラムをやりとりできるという点であるため自作プログラムのQRコード化をすすめて
いったにょ。
QRコード自体の変換は簡単だけど簡易マニュアルも用意するためそれなりに時間がかかって
しまったにょ。
ついでにホワイトデーの日にネタで作ったプチコン版「ホワイトデーゲーム」のQRコードも
公開しておくにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/qr/WD_game.png

上記で私が作ったものにおいては動作に問題はないと書いたのだけど一部に問題があるにょ。
まずは一昨日に書いたように「プログラムを見る」モードでの動作問題があるけどそれは
1画面ということで完全に対処は難しい（対処してしまえば1画面ではなくなる）という
ことで注意書きを書くことにしたにょ。
それと問題はmkIIになって動作速度が速くなったということにょ。
速くなったのはいいことだけどここで問題なのはVSYNCなどを使用しておらずゲームの実行
速度がプチコンの処理速度に依存しているゲームにょ。
私が作ったゲームの中において「ピョン子」と「プチコン50m走」はVSYNCを使用して
いないにょ。

ピョン子はペン入力における計測速度が変わるだけ（かなり余裕を持たせた作りになって
いるため少し操作感が変わる程度）でありゲーム性に影響を与えるものではなくちょっと
早めの入力をすれば同じようにプレイできるということで問題はないけど50m走の方は
そうはいかないにょ。
余裕を持たせて連射している人はおらず全力で連射しているだろうから動作速度が変わると
その分だけタイムが変わってしまうにょ。
タイムアタックゲームとしてはこれはかなり大きな問題にょ。（50m走なのに10秒を切る
ことさえできないという有様）
といっても、この50m走の上位互換となるような「プチコン100m走」をすでに作っている
ため50m走のプログラムに今更手を加える気はなく注意書き程度にとどめておいたにょ。
たぶんこのゲームを今更プレイする人は居ないと思うので問題ないにょ（笑）

では、ここで気になるのはmkIIがどの程度速くなっているかという点にょ。
所詮は同じハードウェアでソフトウェアの最適化によって高速化をしているだけだから
果たしてそんなに変わるのかという人もいるかもしれないにょ。
確かに私はBASICプログラムの高速化改造をやっていた時は雑誌掲載のゲームを平均3倍に
高速化したけどそれは作った人が異なるためであり、同じ人が作ったものがそこまで
高速化されることは最初のものによほど無駄がない限りはほぼあり得ないにょ。（私の
OMPも時間をかけて2倍の高速化ができたので最大でそれくらいは期待できそう・・・？）
実際にプチコンとmk2で同じゲームを実行して明らかに速度が上がったように見えるものも
あるためベンチマークテストで測定することにしたにょ。

さて、問題はそのベンチだけどなかなかいいものが見あたらないにょ。
そこで「無いものは作る」しかないというわけで、早速作ってみたにょ。
題して「プチコンベンチ」にょ。
動作の様子を動画で見るとこんな感じのありふれた感じのベンチ内容になっているにょ。
http://youtu.be/y5Dy2YECZIU

《「プチコンベンチ」プログラムリスト》
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
@ST
CLS:GCLS:CLEAR
VISIBLE 1,1,1,1,1,1:SPPAGE 0
DIM V(50),W(50)
DIM X(50),Y(50)
LOCATE 10,5:?"ﾌﾟﾁｺﾝﾍﾞﾝﾁ"
LOCATE 7,9:?"SELECT BENCH MARK"
LOCATE 9,12:?"[A] CONSOLE"
LOCATE 9,13:?"[B] GRAPHICS"
@LOOP
B=BUTTON()
IF B==16THEN @B1
IF B==32THEN @B2
GOTO @LOOP

' ｺﾝｿ-ﾙﾍﾞﾝﾁ

@B1
CLS:LOCATE 9,9:?"CALC"
Z=9999
GOSUB @CT:U=T
FOR I=0TO 99999
Z=Z+9:Z=Z-9:Z=Z*9:Z=Z/9
NEXT
GOSUB @CT:A=T-U

CLS:LOCATE 9,9:?"LOOP"
GOSUB @CT:U=T
FOR I=1TO 500000:NEXT
GOSUB @CT:B=T-U

GOSUB @CT:U=T
FOR I=1 TO 50000
LOCATE 9,9:?I:NEXT
GOSUB @CT:C=T-U

BEEP 5

CLS
?"CALC??";A
?"LOOP??";B
?"PRINT ";C
GOTO @WT

' ｸﾞﾗﾌｨｯｸﾍﾞﾝﾁ

@B2
CLS

GCLS:GOSUB @CT:U=T
FOR I=1TO 99999:GOSUB @RA
GLINE X,Y,X+RND(50)+5,Y+RND(30)+5,RND(256)
GOSUB @CT:IF T-U==300THEN A=I:I=99999
NEXT

GCLS:GOSUB @CT:U=T
FOR I=1TO 99999:GOSUB @RA
GBOX X,Y,X+RND(50)+5,Y+RND(30)+5,RND(256)
GOSUB @CT:IF T-U==300THEN B=I:I=99999
NEXT

GCLS:GOSUB @CT:U=T
FOR I=1TO 99999:GOSUB @RA
GFILL X,Y,X+RND(50)+5,Y+RND(30)+5,RND(256)
GOSUB @CT:IF T-U==300THEN C=I:I=99999
NEXT

GCLS:GOSUB @CT:U=T
FOR I=1TO 99999:GOSUB @RA
GCIRCLE X,Y,RND(50)+5,RND(256)
GOSUB @CT:IF T-U==300THEN D=I:I=99999
NEXT

GCLS
FOR I=0 TO 49
V(I)=RND (2)*2-1
W(I)=RND (2)*2-1
X(I)=RND (240):Y(I)=RND (176)
SPSET I,156,0,0,0,0
SPANIM I,4,3
NEXT
GOSUB @CT:U=T
FOR J=0TO 9999
FOR I=0 TO 49
X(I)=X(I)+V(I):Y(I)=Y(I)+W(I)
IF X(I)>240OR X(I)<0 THEN X(I)=X(I)-V(I):V(I)=-V(I)
IF Y(I)>176OR Y(I)<0 THEN Y(I)=Y(I)-W(I):W(I)=-W(I)
SPOFS I,X(I),Y(I)
GOSUB @CT:IF T-U==300THEN E=J*50+I+1:I=49:J=9999
NEXT:NEXT
SPCLR

BEEP 5

?"GLINE??";A
?"GBOX?? ";B
?"GFILL??";C
?"GCIRCLE";D
?"SPRITE ";E

@WT
?
?"PUSH [START] BUTTON"
FOR I=0 TO 1024:I=BUTTON():NEXT
GOTO @ST

@CT
T=MAINCNTL:RETURN
@RA
X=RND(256):Y=RND(192):RETURN
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
QRコード　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/p_bench.png

このベンチはコンソールベンチとグラフィックベンチの2つのベンチを実行できるにょ。
コンソールベンチは四則演算、ループ速度、テキスト表示測定が計測できるにょ。
グラフィックベンチは各グラフィック命令とスプライトの速度が計測できるにょ。
それで実際に初代プチコン（ver1.2）とプチコンmkII（ver2.0）でどの程度の速度差が
あるのか見てみるにょ。

　《　プチコンベンチ　実行結果　》

　　　　　　　プチコン ver 1.2　プチコン mkII（ver2.0）
コンソールベンチ（実行にかかったフレーム数）
　四則演算　　　　　637??　　　　　536　　　18％アップ
　ループ　　　　　　554　　　　　　507　　　 9％アップ
　テキスト表示　　　938　　　　　　396　　 137％アップ
グラフィックベンチ（5秒間に実行された回数）
　GLNE　　　　　　14795 　　　　 20220　　　37％アップ
　GBOX　　　　　　14423　　　　　19059　　　32％アップ
　GFILL　　　　　 13237　　　　　16694　　　26％アップ
　GCIRCLE　　　　　4231　　　　　 3461　　　18％ダウン
　スプライト　　　 9480　　　　　13663　　　44％アップ

まず、コンソールベンチを見てみるとただの単純計算による四則演算でさえ2割近く高速化
されているにょ。
テキスト表示に関してはなんと2倍以上の高速化にょ。
これではテキストのみで作られた「プチコン50m走」が速すぎて初代プチコンとタイム比較が
全くできなくて当然にょ。（要するにゲームバランスが崩れまくり）
次にグラフィックベンチを見てみると軒並み3割以上の向上があるにょ。
その中でなぜかGCIRCLEのみが速度ダウンとなっているにょ。
とはいえ、速度が要求されるゲームでGCIRCLEを使うことはほとんど無いため問題はないにょ。
GFILLの高速化によってPETIT RUNも少しだけグラフィックの高精細化（ループ回数の増加）が
可能になったにょ。

PETIT RUN for mkIIの変更点
5行目 P=0.9 → P=0.92
11行目 E=7 → E=5
14行目 FOR I=0TO 20 → FOR I=0TO 30
（変更済みのQRコード　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/p_run_mk2.png　）

この変更後もmkIIでは60fpsが維持できるものの初代では30fpsまで落ちてしまうため両方の
バージョンで動作比較をすればその速度差は一目瞭然にょ。

このベンチは凝ったことは何もしておらず、プログラムは無駄だらけなのだけどその代わり
作りが単純なのでベンチ項目の追加は容易にできると思うにょ。
これも入れたいというのがあれば各自で対応してみたらいいのではないかと思うにょ。
あと、プチコンver1.0を持っている人はこのベンチでどれくらいのスコアが出るのか
興味があるので教えて欲しいにょ。
今となってはレアなver1.0だし、その中でここを見てる人はかなり限られるし、さらに
リストを入力しようという強者は果たして居るのか・・・？
これがmkIIだったら、テキスト→PTCファイルのツールがすでに作られているのでQRコードが
無くても自前でQRコード化できるので簡単に入力できるけど初代プチコンではハードルが
高いにょ。（BMPファイルをプチコン用のBG画面データのPTCファイルに変換するツール
なども作られプチコンmkIIは徐々にクロス開発環境が整いつつある）

twitterでは#ptcmqrのハッシュタグでmkII用のQRコードがツイートされているということは
すでに書いたけどそれを全部目を通すのが大変とかtwitterのアカウントを持ってない人は
#ptcmqrが付けられたツイートがまとめられているのでそれを参考にすればいいにょ。
http://matome.naver.jp/odai/2133198949854989601
プログラムを自作したり、自分で入力しなくてもこのようにQRコード経由で簡単に入手
できるためハードルが下げられた（間口が広くなる）のと同時に自作プログラムを発表する
人にとってもプレイしてもらえる可能性が高まるということでいいことだらけにょ。
902：定期的に読んでる者：2012/03/19(月) 13:02:57: (無題)
以前Wii UのGPUの話しをされていたとき、
最新の28nmプロセスで製造される可能性から、
Wii Uが他ハードに先行して発売する優位性を論じておられましたが、
今年に入って28nmプロセスの製造遅延、工場停止などのニュースが流れ、
28nmプロセスが軌道に乗るのは2013年では？との見方が強いようです。
そうなると年内発売を予定してるWii Uは次世代機でありながら、
一世代前のGPUを乗せることになり、御茶目さんが仰られていた、
優位性が根底から崩される可能性が出てきました。現在そのへんはどう考えられていますか？
903：御茶目菜子：2012/03/19(月) 15:46:57: レスにょ
定期的に読んでる者さんへ
＞そうなると年内発売を予定してるWii Uは次世代機でありながら、
＞一世代前のGPUを乗せることになり、御茶目さんが仰られていた、
＞優位性が根底から崩される可能性が出てきました。現在そのへんはどう考えられていますか？

過去の例から言っても性能が高いゲーム機が必ずしも市場を制するなんてことはなく逆に
その世代の中でやや低めの性能のゲーム機が市場を制してきた感じになっているにょ。
それを考えると重要なのはソフトでありハードはそうではない・・・という考えはある
けれどハードによってソフトが生かせるかどうかが決まってくるため簡単ではないにょ。

シェーダ機能を生かしたフルHDのゲームをプレイする場合にはプレステ3の性能では全然
足らないというのが実際のところであり、今後普及する可能性がある3Dを視野に入れるなら
全く足らないと思われるにょ。（HDや3Dといった見た目を重視しないならばWiiの性能で
問題はなくWii U1を出す必要性は薄い）
ここでPC用のGPUにおいて2005～2010年くらいまではシェーダ性能に関しては年2倍ペースで
性能アップしているため「一世代前」といってもプレステ3よりは格段に性能は上になると
予想されるにょ。
ただし、それが必要十分な性能かどうかは別問題にょ。
Wii Uの筐体サイズと予想価格を考えるとTDP100W以上、ダイサイズ200平方mm以上という
可能性はほぼゼロであるためその半分以下（TDP30～50W程度、ダイサイズ70～100平方mm
程度）になると予想しているにょ。
そのダイサイズとTDPで必要十分とされる性能が確保できるのならば旧世代の製造プロセスで
問題はないにょ。（ライバルを考えると新世代で先行した方が有利になるのは確かだけど）

この必要十分というのをどこに置くかが重要になるにょ。
Wiiにおいては内蔵フラッシュメモリの容量が512MBしかないということが多くの面で足かせ
となっているにょ。
これもプロセスルールが切り替わる時期であり、Wiiの発売時期がもう少し遅ければ
1～2GBのフラッシュメモリが内蔵されていた可能性が高いにょ。
一部アプリにおいてはSDカードから起動が可能になったけど内蔵メモリ以外は起動不可と
いうアプリもあるため内蔵メモリのやりくりが大変なのはずっと変わらないにょ。
もしも、任天堂がWii UをWiiのフラッシュメモリの空き容量不足問題の緩和とiPadを
はじめとするタブレット端末への牽制のために出すのであればそれほど性能は要らない
ためプレステ3と同レベルあれば十分にょ。
現在のWiiはプレステ3やXbox360と比べて大幅に性能が劣りマルチの対象外となることも
多く実質任天堂ソフト専用機になっているのが緩和されるだけでもメリットになるにょ。
とはいえ、それで今後5年間以上（近い将来登場するであろうプレステ3などの）ライバルと
競えるかというと微妙なのでライバルメーカーの次世代機ともある程度戦えるレベルに
しておく必要があるのではないかと思われるにょ。
そうなるとやはりコストと発熱を考えると28nmプロセスでの製造は不可欠であり、それが
遅れるのであれば本体の発売の延期もあり得るのではないかというのが私の考えにょ。
904：定期的に読んでる者：2012/03/19(月) 16:37:46: (無題)
毎回丁寧なレスありがとうございますm(_ _)m
2013年あたりに次世代Xboxに動きがあるなんて噂も出てきてますし、
任天堂がWii Uでどういう戦略を取るかで選択も変わってきそうですね。
ただ今年始めにWii U開発キットの最終版が開発者に配布されたようで、
Xbox360よりはパワフルだとは言われていますが、
スペックは予想を下回るものとも言われ、これを考慮すると、
28nmプロセスでの製造ではなく、別にリソースを割いてるようにも思われます。
とにかく今年のE3までは予想に過ぎませんし、
Wii Uで任天堂がどのような未来を見せてくれるのか今から楽しみです。

今後も掲示板の更新楽しみにしています。
905：WiiUはどうなるのか？：2012/03/19(月) 19:40:59: (無題)
WiiUのGPUについてRV770と最初にレポートしたimpressの西川氏は後になって
「PS3,Xbox360のギリギリ上を行くパフォーマンス」と言ってるし

同じimpressの後藤氏なんかは数日前の記事で「Wii Uは、iPadとのコンピューティングパフォーマンス差を一定以上には広げにくい」
と超弱気になっている。

両者ともE3の時はWiiUについてポジティブに書いていたのに。
これはE3後に何か変更があったんでしょうね。

これは邪推ですが
3DSの値下げに伴いWiiUも低価格戦略へとシフトした。
28nmの歩留まりが悪く40nmで製造せざるを得なくなった。
等何かあったのかと思います。

私も他社の次世代機と競えるようにそこそこの性能は確保して欲しいと思います。
箱○の2倍という噂が本当だとしたら正直ちょっとガッカリですね。

RV770は価格と性能と発熱、すべてのバランスがいいと思うんですけどねぇ
結局はE3まで待ちですかね
906：御茶目菜子：2012/03/20(火) 15:32:54: レスにょ
定期的に読んでる者さんへ
全貌は今年のE3で明らかになると思うけど今後数年間を考えると他メーカーの次世代機
とのマルチ対象になるレベルの性能が確保できてないと苦戦しそうな感じにょ。
コンシューマゲーム機市場は年々縮小しつつあるのに開発費高騰を考えるとパイは
大きい方が望ましいと考えるメーカーは多いだろうからね。
まぁ任天堂がWii Uの位置づけをどのようにするかで大きく変わってくると思われるにょ。
スペックは抜きにしてWii Uではあのコントローラを使ってどのようなゲームを作って
いくのかは非常に楽しみにょ。

WiiUはどうなるのか？さんへ
少なくとも昨年の段階では28nmが濃厚だったけど今年になって状況は変わりつつあるので
やはり無難に40nmという可能性もかなり高くなっているのも確かにょ。
私の予想では25000～29800円くらいだったしアナリストの中には400ドル近い価格を予想
している人もいたけど3DSが値下げで利益を大きく圧迫しているところを見るとWii Uで
コスト低下を行うということは十分に考えられるにょ。

＞RV770は価格と性能と発熱、すべてのバランスがいいと思うんですけどねぇ

RADEONも新コアはGPGPUに舵取りした部分もあるためワットパフォーマンスやダイサイズ
あたりの性能を考えると私もそれがベターだと思うにょ。
ただ、800spでは40nmだとかなりクロックを落とさないとWii Uには搭載が難しそうにょ。
907：御茶目菜子：2012/03/20(火) 15:34:58: TALK命令でプチコンが棒歌ロイドに！
プチコンmkIIには多くの命令が追加されているけどその中で一番興味を持ったのはTALK
命令なのでまずはそれを使ってみることにしたにょ。
TALK命令は「TALK"ｺﾝﾆﾁﾜ"」で簡単に「こんにちわ」としゃべらすことが可能にょ。
確かにいかにも音声合成といった雰囲気の声なのだけど細かい調整でさまざまな変化を
付けることが可能になっているにょ。
アクセントを付けたりとかは当然としてイントネーションも4種類選べたり、声質も
11種類選べたり、しゃべり方（感情表現）も16種類選べるにょ。
それに加えてピッチ（音の高低）は3500段階、速度も1000段階で設定できるにょ。

音声が付くだけで単純なじゃんけんプログラムでも楽しくなってくるし、時計と組み
合わせてしゃべる時計とかタイマー代わりのプログラムを作ることもできるし、すでに
そういうのを実際にたくさん作られているにょ。
ゲームにおいてもさまざまな場面で有効利用できそうだけどまずはピッチが選べると
分かったときから考えていたボーカロイド風のプログラムを作ってみることにしたにょ。
「要するに曲に合わせて歌う」というものにょ。
これは実際はしゃべり方（感情表現）の中に「歌うように」（E16）というのが含まれている
ため歌っているようにしゃべらせることはそれほど難しくはないにょ。

歌わせるためにまず不可欠なのがピッチの数字がどの音程に当てはまるかということを
知ることにょ。
これはプチコン内蔵の電子マニュアルに参考として1オクターブ分の数字が書かれているにょ。

　　　　　　　ピッチ
　　ド（C3）　N1447　　差
　＃ド　　　　N1510　　53
　　レ　　　　N1559　　49
　＃レ　　　　N1626　　67
　　ミ　　　　N1686　　60
　　ファ　　　N1745　　59
　＃ファ　　　N1792　　47
　　ソ　　　　N1858　　66
　＃ソ　　　　N1916　　58
　　ラ　　　　N1971　　55
　＃ラ　　　　N2031　　60
　　シ　　　　N2093　　62
　　ド（C4）　N2137　　44

　TALK "@E16@T500@N1447ド@N1559レ@N1686ミ"

これで、「ド・レ・ミ♪」と歌わせることが可能にょ。
あとは、速度Tの値も適当に変えてやれば歌っているようにすることは可能にょ。
実際にこうやってプチコンに歌わせている様子はYouTubeやニコニコ動画に多く投稿されて
いるにょ。
歌だけではなく「曲に合わせて歌わせる」という場合もmkIIで標準でGM音源相当のMML演奏
機能が加わったためにDTMの知識がある人であればかなり凝った音楽も作ることが可能で
あり、素人が楽譜片手に打ち込んでもそれなりにいい感じの音楽を奏でることが可能に
なっているにょ。
そこに歌が加わるのだけど実際のところ歌と曲を合わせるというのは容易ではないにょ。
というのもTの値は1000で1秒少々発音するけどこれはしゃべる言葉によって微妙に変わって
くるため正確な値は分からないにょ。
したがって、BGMを鳴らしながら上記のようにTALKコマンドを羅列すればいいという単純な
ものではなくWAIT命令を駆使してうまくタイミングを取る必要があるにょ。

そこでもっと手軽に歌わせることができるプログラムを考えたにょ。
なぜそこまでWAIT命令を駆使しないとタイミングを合わせられないかというと音楽（BGM）と
歌が非同期だからにょ。
それならば同期させたら良いだけの話にょ。
つまり、mkIIで新規に導入されたBGM演奏用の命令は使用せずに初代で行っていたように
自前のMML演奏ルーチンを使えばいいにょ。
ということで、私は使い慣れている自前のOMPを利用することにしたにょ。
OMPの利点は何度も言っているようにプログラムサイズとデータサイズが小さくできると
いうことにょ。
プログラムサイズにおいてはQRコード対応によってほとんどアドバンテージは無くなった
とはいえ、1画面というサイズに収めるならばOMPを使わないとかなり厳しいのは確かにょ。
単音版OMPは1画面に余裕で収まるサイズ（18行）でテンポや音長指定が自由にできるという
メリットがあるからね。

1画面というプログラムサイズに収めようとするならばピッチは上記の表の値をデータとして
持つのではなく計算式で求めたいところにょ。（というか、1オクターブで収まる歌という
ものはそれほど多くはないためこの範囲外の数値も必要）
ここで問題なのはこの数字をどうやって求めたらよいのかということにょ。
この数字を元に算出する計算式を求めようと半音分の数字の差を求めたにょ。
音の周波数とこの差を見比べればどのような関数になっているかは概ね見当が付くのだけど
差の数字は上に行くごとに小さくなる（大きくなる）もしくは変わらないというのが普通
だけどこれを見ると大きくなったり小さくなったりしているため一定の関数があるわけでは
なくて恐らく実際に発声する音を聞いて数値化したのではないかと思われるにょ。
そうなると単純計算はできなさそうだけどよく見ると上下であまり差がないことを見ると
一次関数的に表せそうにょ。
実際に数字を入力して相関係数を求めてもいいのだけどそこまでする意味はあまりないと
思ったにょ。

まずは絶対的な基準が欲しいけどラの音（440Hz）を基準にしたにょ。
それが1971で半音9個分低いドが1447であるためその差は524となり、半音1つあたりの増加
量は58.222となるにょ。
ここは厳密に求めているわけではないため58とするにょ。
つまり、音程からこのNの値を求める場合は下記のようにすればいいにょ。

　Nの値＝1971＋（ラとの音程の差）×58

これでドの音の数字を計算すると1449になるにょ。
上記の表とくらべると2ほど誤差が出てきているにょ。
単純に考えると3～4セント（1セント＝1/1200オクターブ）くらいの違いがあるかもしれない
けどこの程度の違いならば常人だとほとんど気にならないし、そもそもこの表の数字自体が
感情や話者（声質）によって変わる数字であるため参考数値となっているので厳格にこの
数字の値そのものに拘る必要もないからね。

音程からピッチの数字が求まればあとはそれを利用して「歌のデータ」から歌わせる
ルーチンを作ればいいだけの話にょ。
その歌のデータだけど私は曲と歌（歌詞）は別々のデータとして持つことにしたにょ。
確かに微調整を行うならば同じ方が（1対1の対応が分かりやすいため）有利だけど別々ならば
新規入力時や曲だけ（歌詞だけ）変えるという時に簡単にできるというメリットがあるにょ。
ということでできたのがボーカロイドならぬ棒歌ロイドである「OSP」にょ。
OMPがMusicなのに対してOSPはSongとなっているにょ。（歌も音楽には変わりないけど）
http://ww5.tiki.ne.jp/~ochame/petitcom/1page.htm#osp
http://youtu.be/gFL20YL9TOk

上記の動作中の動画を見てのように一応は歌っているように聞こえると思うにょ。
これより格段にキレイに歌わせている動画はいくつもあるのだけどそれは上記のように
細かい調整を駆使して行っているのに対してこれは何も考えずド素人が簡単に打ち込んで
このレベルで簡単に歌わせることができるというアドバンテージを持つにょ。
このお手軽さこそがOSPの最大の強みにょ。
このように自動的に歌詞データを元に歌わせるというのは難しい技術は全く含まれてない
ために誰かが必ずやると思ったけど私が何とか一番乗りできたにょ。
偶然にも同日に同じく記述式の歌唱プログラムを投稿していた人がいたけど発表はわずか
1時間だけ私の方が早かったため急いで発表して正解だったにょ（笑）
http://www.nicovideo.jp/watch/sm17300108
OSPも決して歌わせ方が上手いわけではないけどそれは調教次第で変わるのではないかと
思っているにょ。（とりあえず一番乗りを目指したので自分自身でそこまで上手く歌える
ように調教してないということもあり、調教したら上手く歌えるようになるかどうかは
分からないけど）

さて、このOSPはやはり歌詞データの構成が非常にシンプルというのがあるにょ。
1つの音符が1つの区切りに対応しているからね。
この処理が容易にできるのも区切りコードの検索がmkIIで新規に導入されたINSTR関数に
よってすごく楽ができるからにょ。（この命令が無かったらFOR～NEXTでループさせて
1文字ずつMID$で取り出して調べるしかないので1画面化がかなり難しくなった）

その歌詞データとMMLデータの分離のメリット同期の取りやすさだけではなく自由度の
高さがあると思われるにょ。
今回のOSPは私が使い慣れているOMPのエンジンを使ったわけだけどこのバージョンでは
和音演奏機能は備えてないにょ。
単音版OMPは隠し機能として簡易和音演奏機能が使えるのだけどこのOSPでは音符と歌が
一体化しているため音長ゼロの音を出すことができないにょ。
そのため簡易和音演奏を実現するならば音長0の音ならば発声しないというIF文を1つ
追加する必要があるにょ。

また、OMPの和音演奏バージョンと組み合わせることも可能にょ。（それをやっった場合
1画面には収まらなくなるから今回はやらなかったけど）
OSPは簡単にいえば楽器データが歌に変わっただけであり、「1トラックが歌」として
考えれば常時「歌と音楽」の2重和音を行っているようなものだからね。
しかし、これは同じ高さ、同じ長さの音符で演奏して（歌って）いるために基本的に
音ずれがないというメリットがあるにょ。（といってもTALK命令自体に発声する内容に
よってタイムラグがあるため実際は音ずれがないわけではないけど）
複数トラックでの伴奏を付ける場合にはメロディーラインとOSPのメインエンジンを
同期させればOKにょ。
あとOMPに拘る必要もないにょ。
私は楽譜をそのままOMPデータに変換可能（ド→Aという変換をすべて覚えているため）
とはいえ、そんな人は私以外に居るとはとても思えないにょ（笑）
したがって、各自が初代プチコンにおいて自分で作ったものもしくは使い慣れたMML演奏
ルーチンがあるならばそれを利用してOSPで歌わせることも可能にょ。（若干の手直しは
必要だけど）
こういうことができるのもMMLと歌詞データが分離しているお陰にょ。

構想2週間、制作1時間少々というOSP（制作時間よりも公開のための準備をする方が
その何倍も時間がかかっている）だけどこれで完成というわけではなくさらに簡単に
上手く歌えるようなものを考えていきたいにょ。
もちろん1画面という制約の中での話だけどまだ1行余裕があるので改善は可能だと思う
からね。
今回はTALK命令の1つの使い方である歌について書いたけどTALK命令にはまだ様々な
使い方があるので他にも何かいい活用方法がないかも考えたいところにょ。
908：?みっぴゅ?：2012/03/21(水) 19:33:59: プチコンmk?
初代のプチコン…結局あんまりやる気が起こらなかったんですけれど、お茶目さんのmk?を読んでたらなんだか欲しくなってきました。
近い内に購入してみようと思います。
でも、、、ちょっと触れて遊んでみる程度ですけれどね！
909：御茶目菜子：2012/03/22(木) 16:20:19: レスにょ
みっぴゅさんへ
＞初代のプチコン…結局あんまりやる気が起こらなかったんですけれど、お茶目さんのmk?を＞読んでたらなんだか欲しくなってきました。

やっぱり、QRコード＆SDカード対応は非常に大きいにょ。
自分で作ったプログラムをネットで簡単に公開できるようになったし、他人が作った
プログラムを簡単に利用可能になったからね。（ポケコンで例えるならばばオプション機器が
不要で標準機能のみでPCと繋がってプログラムのデータはやりとり可能になるレベルのもの）
著しく制限が大きかった初代プチコンとは比較にならない快適さにょ。
それにSDカードに書き出したプログラムリストはテキストエディタで読めるので機種依存
文字を使用していなければリストをネットで公開するのも簡単にょ。

＞でも、、、ちょっと触れて遊んでみる程度ですけれどね！

すでに私が確認しているだけでもmkII対応のプログラムは100本以上発表されているので
それを使ったり（遊んだり）改造してみるだけも元が取れると思うにょ。
そういうニーズを見込んでかBASICの知識が全くない人でも簡単に使える実行専用の
簡易ランチャーも標準装備になっているくらいにょ。
910：御茶目菜子：2012/03/22(木) 16:22:38: ニコンD800はただの高画素番長ではない！？
ニコンD800のレビューが行われているので見てみることにするにょ。
http://dc.watch.impress.co.jp/docs/review/newproduct/20120319_519454.html
ニコンD800は35mmフルサイズセンサーを搭載の機種を最も多い3630万画素という画素数の
デジカメにょ。
「高画素＝高画質」とは限らないばかりか、昨今においては特にコンデジにおいては
高画素化の弊害が目立ってきているため画素数にあまり意味はないという考えの人も多い
のではないかと思うにょ。
確かに一般的な1/2.3インチセンサーを搭載したコンデジにおいては1000万画素以上の
高画素は「ほぼ無意味」といっても過言ではないと私も思っているにょ。
それはレンズがその画素数で解像できるレベルに達してないこともあり、解像感がなく
単にファイルサイズが大きな画像になっているからにょ。
それに昨今は高画素の極小センサーでも低ノイズ化が可能になっているけどこれは
センサー性能だけではなく画像処理エンジンのノイズリダクションが上手く働いている
からにょ。
しかし、「低ノイズ＝ノイズがないキレイな写真」という認識を持っている人が多いためか
メーカー側もディティールを損ねてもノイズが少なくなるような絵作りをしているにょ。
したがって、最新の1600～1800万画素のコンデジは最低感度の写真においてでさえ等倍では
見るに耐えないレベルになっているものばかりにょ。

コンデジではこのように高画素化が高画質に繋がってないのは明白であるためでD800で
3630万画素の高画素では画質に期待できないという人も多いにょ。
しかし、これはAPS-Cでは約1400万画素相当であり、1/2.3インチセンサーでは180万画素
相当であり、「高画素すぎる」と単純には言えないにょ。
何せ1/2.3インチ1600万画素の画素ピッチでフルサイズセンサーを作れば5億画素になって
しまうわけだから、それと比べると1桁低画素と言えなくはないにょ。
確かに画素ピッチが縮まる分だけよりレンズ性能に高いレベルのものが求められてくる
けれど4.88μmという画素ピッチはAPS-Cで1800万画素を実現しているEOS7Dなどよりは広い
ためにカメラを買うようなユーザー層であればハードルが高いものではないと思うにょ。

やはり、机上の空論ではなく実際の撮影されたものを見て判断する必要があるにょ。
http://dc.watch.impress.co.jp/img/dcw/docs/519/454/030.jpg
低感度（ISO100）での写真を見るとこのカメラのポテンシャルの高さが分かるにょ。
画素ピッチが狭いといくら低感度でもノイズリダクションによってディティール損失が多く
等倍ではかなり厳しい場合もあるけどこの画素数であっても等倍で十分に見れるレベルに
なっているわけだからね。
これは高性能な単焦点ではなくズームレンズでこのレベルの写真を撮ることが可能である
ためにそこまで無駄に画素数が多いというわけではないにょ。
先ほどのようにAPS-C換算で画素数を考えてみればこれは当然のことにょ。
古い設計のレンズや安物のズームだとAPS-C1000万画素でも解像しないことがあるけれど
一定以上の解像力のあるレンズであればAPS-Cで1400～1600万画素ならば十分に解像が可能
だからね。
このローパスフィルタがあるD800でこのクオリティならばローパスフィルタの効果を無効化
したD800Eならばどれだけすごいのかということも感じてしまうにょ。
画素数がさらに1000万画素多くセンサーサイズも大きいPETAX645Dと比べるとやや劣るかも
しれないけどライバルはフルサイズではなく中判というのはすごいにょ。

NEX-7が（十分な解像力と組み合わせた場合）APS-Cで最も解像力が高いのだけどフルサイズ
であればD800ということで十分な画素ピッチを備えているならば画素数が高ければ高いほど
解像感において有利になるにょ。
ただ、十分な画素ピッチがどこにあるのかということにょ。
D800の画素ピッチは4.88μmということはF8を超えたあたりから徐々に回折の影響が出始めて
しまうにょ。
目立ってくるのはF11あたりからだろうけどそうなるとF8付近で十分な解像力のあるレンズが
求められてくるにょ。
回折の影響が目立ち始めると思われるF11が使えるか否かは個人の判断にゆだねられるけど
F11で撮影されたこの写真を見る限りでは「使えないレベル」ではないにょ。
http://dc.watch.impress.co.jp/img/dcw/docs/519/454/055.jpg
低画素では回折が起きないのではなく画素数が少ないため回折の影響が目に見えないという
だけであり、高画素だと単にそれが目で分かるから駄目と感じてしまうというだけの話にょ。
コンデジの場合は一部の機種を除き明るい広角側でさえ絞り開放から回折限界を超えており
暗い望遠側ではそれを2～3段超えているためぼけ気味の写真しか撮れないにょ。（それでも
デジタルズームを使うことを考えれば光学ズームの方が解像感では勝るけど）

D800の低感度は「画素数が多いだけあってすごい」と言えたのだけど問題は高感度にょ。
D700と比べて3倍の画素数ということは単純に考えると1画素の面積は1/3になるわけであり
さらに単純に考えるとD700と比べて1.5段分高感度画質では不利になるにょ。
センサー性能や画像処理エンジン性能の向上といった技術革新によってISO6400が常用できる
レベルであったD700に迫れるものになっているかは作例から判断することにするにょ。

　◎ノイズリダクション強
　ISO1600　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/041.jpg
　ISO3200　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/042.jpg
　ISO6400　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/043.jpg
　ISO12800 http://dc.watch.impress.co.jp/img/dcw/docs/519/454/044.jpg
　ISO25600 http://dc.watch.impress.co.jp/img/dcw/docs/519/454/045.jpg
　◎ノイズリダクション標準
　ISO1600　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/051.jpg
　ISO3200　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/052.jpg
　ISO6400　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/053.jpg
　ISO12800 http://dc.watch.impress.co.jp/img/dcw/docs/519/454/054.jpg
　ISO25600 http://dc.watch.impress.co.jp/img/dcw/docs/519/454/055.jpg
　◎ノイズリダクション弱
　ISO1600　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/061.jpg
　ISO3200　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/062.jpg
　ISO6400　http://dc.watch.impress.co.jp/img/dcw/docs/519/454/063.jpg
　ISO12800 http://dc.watch.impress.co.jp/img/dcw/docs/519/454/064.jpg
　ISO25600 http://dc.watch.impress.co.jp/img/dcw/docs/519/454/065.jpg

ノイズリダクション標準を見るとややディティール損失があるとはいえISO1600は全く
問題ないレベルにょ。
ISO3200ではノイズが目立ち始めており、このあたりが実用レベルぎりぎりに感じるにょ。
ISO6400も縮小すれば十分使えるにょ。
ISO12800やISO25600はかなりノイズがあり、常用は難しいレベルにょ。
ノイズリダクション強にすればディティール損失が大きくなるもののISO6400も実用レベルに
なってくるにょ。
こうしてみると最新APS-Cセンサーと同レベルの高感度画質といえるにょ。
3年半の期間が経過しているとはいえD700と同レベルに到達しているとは思えないにょ。
ただし、これは等倍鑑賞をした場合の話にょ。
同じピクセル数に縮小して比較した場合は、縮小時にはノイズやディティール損失が目立ち
にくくなるため「D800は事実上高感度画質でD700を超えている」と言えるかもしれないにょ。

高感度においては高感度番長ともいえる低画素機を超えるレベルに達しており、低画質では
ライバルはフルサイズには存在せず中判センサーに迫るものになっているD800は機動性と
画質を求める人ならば最も良い選択肢になるのではないかと思われるにょ。
30万円という価格は安くはないけど性能を考えれば十分にお買い得感があるにょ。
そうなると問題はライバルであるキヤノンにょ。
製品の位置づけからすると5D MarkIIIはD800/D800Eと比較されることが多いけど実写比較
ではかなり不利な立場に立たされたと言えるかもしれないにょ。
911：orirakkusu：2012/03/23(金) 14:23:27: 相互リンク
はじめましてにゃ。
元々はプチコンまとめwiki(http://wiki.hosiken.jp/petc/)から来た者にゃ。
そこでこのサイトへリンクを貼ろうと思ったのにゃ。
僕のサイトはhttp://www.geocoties.jp/orirakkusu/にゃ。
リンクを貼ってくれると嬉しいにゃ。

http://www.geocities.jp/orirakkusu/
912：御茶目菜子：2012/03/23(金) 15:32:57: レスにょ
orirakkusuさんへ
＞はじめましてにゃ。

はじめましたにょ。

＞そこでこのサイトへリンクを貼ろうと思ったのにゃ。
＞僕のサイトはhttp://www.geocoties.jp/orirakkusu/にゃ。
＞リンクを貼ってくれると嬉しいにゃ。

相互リンクは歓迎にょ。
ただし、相互リンク希望は何件もあるけどリンクページを全然更新してないからそろそろ
たまった分を更新しないといけないにょ。
913：orirakkusu：2012/03/23(金) 15:44:05: 訂正
訂正にゃ。
本文内の
geocoties
　　↓
geocities
にゃ。
申し訳ございませんでしたにゃ。

http://www.geocities.jp/orirakkusu/
914：?みっぴゅ?：2012/03/23(金) 20:17:12: 事後報告。。。
おちゃめさんが一生懸命に作成されました、｢は～るがきぃた｣ですが、YouTube〔 http://www.youtube.com/watch?v=pYgJ7GjTK6w&sns=em 〕とﾆｺ動に載せました。
ＵＴＡＵとか某カロイド！？みたいな事が出来て羨ましかったんです！

動画サイトで何人かの作品を試聴していたのですが、あの声の特徴をうまく活かして使用されていたものもありましたよ。
でも、大抵の人はとりあえず唄わせただけでした...
それでも、BASICで歌わせることが出来るなんて凄いことですよね！

早く購入して試してみたいです。
でも、でも、どうしても待てなくて、おちゃめさんの作品を使って遊んじゃいました。
テンポや音程を変えたりしてみたんですが、あの歌声はかなりツワモノですね！
美しい歌声でってのはムリなんでしょうかねぇ。。。

http://www.youtube.com/watch?v=pYgJ7GjTK6w&sns=em
915：orirakkusu：2012/03/24(土) 11:33:40: 相互リンクのこと
リンクしていただきありがとうございます！
これからもよろしくお願い致します。

http://www.geocities.jp/orirakkusu/
916：御茶目菜子：2012/03/24(土) 15:08:43: ここもいつかは無くなる時がくるだろうけど・・・
相互リンク希望がたまっていたのでリンクページの整理をしたにょ。（リンクの追加は
5年ぶりだけど整理をしたのは恐らくおちゃめくらぶ開設以来初めてかも）
ほとんど消えているサイトばかり・・・。
移転先が分かったものは移転先のURLも記載しているけどそうでないものはリンクから削除
したにょ。
それと相互リンク希望の人もまだリンクに登録する前にすでに消えているというのも数件
あったにょ。
確かに自サイトを「作ること」より「続けること」の方が何倍も大変だから分からなくもない
けれどね。

おちゃめくらぶは13年前と何も変わってないことを見ても続けることが成長に繋がっている
というわけではないにょ（笑）
今時JavaScriptもCSSも使ってないサイトだからね。
それに13年前と変わらないこのTeaCup掲示板が逆にレトロな雰囲気に・・・なるわけないか。
一時は移転も考えたけど移転する理由もない（あるとすれば容量制限が厳しいことだけど）
わけだし、移転してまたそこから再出発する手間を考えたらメリットよりもデメリットの
方が大きいにょ。（閲覧する側も検索エンジンで見つかって404だとショックだろうし）
続けるためにはある程度楽をしないと駄目にょ。
「楽＝手抜き」ではなく「自分が面倒」と感じることをしないということにょ。
まぁ趣味なんだから好きにやればいいけどね。

orirakkusuさんへ
＞リンクしていただきありがとうございます！
＞これからもよろしくお願い致します。

いえいえ、こちらこそよろしくにょ。
サイト名が書いてなかったので「orirakkusuさんのホームページ」としたのだけどサイト
名があるのならば修正するので知らせてにょ。

みっぴゅさんへ
＞おちゃめさんが一生懸命に作成されました、｢は～るがきぃた｣ですが、YouTube〔 http://www.youtube.com/watch?v=pYgJ7GjTK6w&sns=em 〕とﾆｺ動に載せました。

適当に使ってもらって結構にょ。
ただ、リアルタイムに歌詞を読み取って歌っているから「おおっ」となるわけであって、
その音声ファイルだけを聞いても全然つまらないにょ（TALKを使わずにプチコンで音声を
再生しているのならばそれだけでもすごいけど）
下記のように手間暇書けてじっくり手動で補正をした方がキレイに歌ってくれるのに
対してOSPは「超お手軽にそこそこ歌える」というのがウリだしね。

＞でも、大抵の人はとりあえず唄わせただけでした...
＞それでも、BASICで歌わせることが出来るなんて凄いことですよね！

「BASICでしゃべらせる」というだけならば30年前からできていたことにょ。（音声合成
LSIの搭載の機種ならば）
とはいえ、しゃべるだけであって歌わせるとなるとソフトウェアの制御が必要になって
くるため30年前の性能では厳しくて30年前のパソコンのマシン語並の処理速度を持つ
プチコンだからこそBASICで実現可能になっているにょ。
TALK命令があるのでTALK "ドレミ"でドレミと発声させることは誰でも簡単にできるけど
歌わせるとなると音程と音長もちゃんと変えてやらないといけないので結構たいへんにょ。
例えばテンポ120で「ドーレーミー♪」と歌わせるためには下記のようにする必要がある
からね。

TALK "@E16@N1447@T159ドー@N1559@T211レー@N1686@T217ミー"

高さであるNの値は説明書に記されているからその値を指定すればいいだけなんだけど
速度に相当するTの値ははストップウオッチを使って実測で求めるしかないにょ。（発音
する言葉によって同じ指定値でも実際の発話時間が異なるため）
上記のTの値はストップウオッチを使って各音がちょうど0.5秒になるようにしたものにょ。
実際は音符1つ1つでここまでやるのは無理なのである程度しゃべらせてWAITやVSYNCで時間
補正というやり方を取っている人が多いにょ。
ただし、こうやって1つずつパラメータ指定するのは非常に大変だし、後から全体の速度を
変えたいという場合はすべてのパラメータを書き直す必要があるにょ。

そこで1つ1つパラメータのセットする必要がないOSPを考えたにょ。
MMLデータを読み取ることで自動的にその高さと長さの声が出るようにしたものという
わけにょ。（同日にsou51さんが「プチコロイド」を発表したので同じことを考えている
人はやっぱり少なくないということかも）
これによって誰でも簡単に歌わせることが可能になると思うにょ。

＞美しい歌声でってのはムリなんでしょうかねぇ。。。

声質は11通り選べるので自分の好みに変えるといいにょ。
11番の声は結構いい声（ニコ動の動画では「ナンジグライダー」に使われている声）だけど
滑舌があまりよくないので早い歌には対応できないため万能であるデフォの声を使って
いるにょ。（デフォの声を使えばリストを4文字分節約できるし）

それとOSPをさらに改良したOSP2も作ったにょ。
現在公開するための準備中なので楽しみにしておいてにょ。
よりスムーズにより正確に歌えるようになり、さらにOMP以外とも自由に組み合わせて
使えるようになっているにょ。（みっぴゅさんが作ったMMLを使って歌わせることも
可能）
それで（OSP2とOMPのリストを合わせて）たったの1画面という短さにょ。

あとずいぶん遅れたけどみっぴゅさんのサイトをリンクに登録したにょ。
相互リンクを待っているにょ（笑）
917：orirakkusu：2012/03/24(土) 18:11:50: サイトの事
javascriptは僕のサイトも今時トップのお遊びピンポンにしか使ってないですからねぇ。
cssなんかもうわからん！
んー、でも、シンプルなのもいいんですよねー。その方が多くの人に見てもらえるし。
あと、サイト名は、orirakkusuのなんとかかんとかです。
お願い致します。

http://www.geocities.jp/orirakkusu/
918：みっぴゅ：2012/03/24(土) 18:47:40: 相互リンク
リンクをどうもありがとうございます。さっそく、こちらからもリンクをさせて頂きました。
ホントに驚きと感謝でいっぱいです！
過去にブログにも書きましたが、いつかは御茶目さんとリンクをすることが夢でしたから！

しかしながら、あのホムペ、内容が無いよう。。。
焦り焦り orz...

あ、｢はじめまして｣の方もいらっしゃるかもしれないので、軽く挨拶を…

わたくし、ﾐｯﾋﾟｭといいます。
PC-E500を買って貰ったと同時にＰＪも買ってくれまして、それからはバックナンバーを含めてＰＪ全巻購入してしまったという者です。
突然PJが休刊になっての淋しい毎日。
そんな時に出会ったのが、御茶目さんのこのサイト。
今でもＰＪを講読している気持ちで読ませていただいております。

ちょっと長くなってしまいましたね…

皆様、今後ともよろしくお願いいたします。2012
919：マリモーマ：2012/03/24(土) 23:00:19: リンク確認したよ
リンクが訂正されてたね　お疲れ様
最近は　忙しくて向こうの掲示板に何も書いてないけど
時間が出来たら　復活するかも

http://liv0.com
920：orirakkusu：2012/03/25(日) 15:47:48: プチコンのこと
ふと今思い出記録帳を見たら初代プチコン(12/25~3/14)とmkll(3/14~)を合わせたプレイ時間176:32！ちとびっくりしたにゃ(笑)そのくらいプチコンが好きってことにゃ(1位はインターネットブラウザー。200台)。好きじゃない物はこんなにやらないもんね！12/25は説明書とコンソールを行き来してたのが、今はさささのさっだもんにゃー。そのくらい上達したってことにゃ！

http://www.geocities.jp/orirakkusu/
921：御茶目菜子：2012/03/25(日) 16:15:58: レスにょ
orirakkusuさんへ
＞んー、でも、シンプルなのもいいんですよねー。その方が多くの人に見てもらえるし。

ものは考えようにょ。
シンプルだからケータイやDSのブラウザでもみれるしね（笑）

＞あと、サイト名は、orirakkusuのなんとかかんとかです。
＞お願い致します。

了解にょ。
早速サイト名を変更しておいたにょ。

＞ふと今思い出記録帳を見たら初代プチコン(12/25~3/14)とmkll(3/14~)を合わせたプレイ時間176:32！ちとびっくりしたにゃ(笑)

私は合わせて200時間くらいだったにょ。（初代は10月末に購入）
やっぱり、使わないと上達しないにょ。

みっぴゅさんへ
＞リンクをどうもありがとうございます。さっそく、こちらからもリンクをさせて頂きました。
＞ホントに驚きと感謝でいっぱいです！

こちらこそ、相互リンクどうもにょ。

＞過去にブログにも書きましたが、いつかは御茶目さんとリンクをすることが夢でしたから！

こんな些細なことを夢にしてもらえるとは光栄にょ。
次はもっと大きな夢に変えないといけないにょ。

＞しかしながら、あのホムペ、内容が無いよう。。。
＞焦り焦り orz...

マイペースでやればいいと思うにょ。
私の場合は「日本一のポケコンサイトにする」という野望と制作予定だった本である
「E500BASICのすべて」が個人的都合で発行が難しくなったのでWebで少しずつ公開
という形をとったためにょ。
年数はかかったものの本で書きたかったことの大半は書けたと思うにょ。

マリモーマさんへ
＞リンクが訂正されてたね　お疲れ様

移転してからリンク変更しないといけないと分かっていたけどずっと放置状態だったにょ。
922：御茶目菜子：2012/03/25(日) 16:17:06: プチコン用棒歌ロイド「OSP」が2にバージョンアップ！
1週間前に公開したプチコンで歌わせることができるプログラム（棒歌ロイド）「OSP」
だけど早くも「OSP2」にバージョンアップしたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/1page.htm#osp
http://youtu.be/amhVzkigxTM
というか、これがようやく完成品といった感じで前作は試作品といった感じにょ。
というのも、プチコンmkIIが配信された当初からプチコンで歌わせる動画を公開して
いる人が居たのだけどパラメータを手動セットしていくというのは非常に手間がかかる
ために、その手間を無くすという考えの人が必ずいると思ったからにょ。
ポケコンではBEEP 1,222,262でドの音を1秒間出すことができるけどそれを手動で並べて
曲を作るということはさすがにできないということで、自作MMLを作ったにょ。
それと同じく初代プチコンでもBEEPで曲を演奏する際に1つの音ごとにパラメータを
手動セットしていくのは非常に大変なのでMML演奏プログラムを作った人は多数現れた
からね。

私は、プチコンを入手したのは3DSを買ってからであり、その3DSを買ったのも私が欲しい
ピンクが発売されてからだったのでかなり出遅れたにょ。
しかし、mkIIでは比較的早い段階でプチコンを入手したので一番乗りに拘ったにょ。
その結果として、プチコンで自動的に歌わせるプログラムとしては何とか一番乗りはできた
もののOSPは開発速度を優先したためにやろうと思ったことが十分にできたとは言い難い
ものだったにょ。
プログラムを「ソースコードが見える形」で発表する以上は自分の中で想定する最低限の
クオリティに満たないものは発表は躊躇してしまうところだけど何とかそれにギリギリ
達したというレベルであり、「これ以上のものは作れない」というレベルには全く達して
無かったにょ。
特にテスト用に選んだ「春が来た」を何度も聞けば聞くほど不満点がどんどん見つかって
しまいそれを解消するものを作りたいと感じていたにょ。

ちなみになぜ「春が来た」なのかは「知名度が高い」「著作権切れである」「曲が短い」
「音符の種類が多い」「途中に休符を挟んでいる」などの理由があるにょ。
最初の2つは説明不要だと思うけどあとのものについて理由を書くと「曲が短い」という
のは何度も繰り返して聴けるためあら探しをしやすいということにょ。
「音符の種類」というのは八分音符、四分音符、付点四分音符、付点二分音符の4種類の
音符が短い曲の中に含まれているということにょ。
これによって各音符の長さがちゃんと出ているのかが分かるにょ。
「途中に休符を挟んでいる」というのも休符がちゃんと表現できているかの判断材料に
なるので有用にょ。
ということで、ここ1週間で少なくとも数100回は「春が来た」を聴いており、恐らくこの
期間内では「世界で最もたくさん『春が来た』を聴いた人」かもしれないにょ（笑）

ということで、このOSP2はどのようなものかというと改善点は下記の2つにょ。

　(1)自由度が高くなった
　(2)より正確に歌えるようになった

(1)具体的に言うと前作のOSPでは開発速度を優先したためにOMPでの使用が前提になって
いたけれど今回は好きなMML演奏プログラムと組み合わせて使用できるということにょ。
OMPは私にとっては使いやすいプログラムだけど多くの人にとっては使いやすいとは言い
難いものだろうからね。
OSPは「お手軽である」ということが最大のウリなんだけどOMP前提にしてしまうとその
ウリがどうしても弱くなってしまうにょ。
やはり、自分が使い慣れたものを使いたいということにょ。
確かにOSPもBASICの知識がそれなりにあれば他のプログラムでも活用できるけどそれだと
利用者のハードルを高めてしまう（OMPの仕組みを知っている人しか利用できない）ため
誰でも利用できるようなレベルではないにょ。
したがって、OSP2はサブルーチンとして機能を独立させてAPPEND命令で適当なMML演奏
プログラムと結合して、「GOSUB @OSP」とするだけで活用できるレベルにしてあるにょ。

といっても、現実的にはそれだけでは無理でOSP2で使用している変数に値を受け継ぐ
必要があるにょ。
そのため一般的なMML演奏プログラムで利用しているであろう値から変換せずにすむような
ものにしているにょ。
OMPはテンポ指定が特殊（OMPのテンポ8が一般的なMMLのテンポ120に相当する）なんだけど
これは曲のデータを少しでも減らしたいためよく使うであろうテンポ指定値を1桁にした
かったというのが理由にょ。（それだと微調整ができないためどうしても微調整をしたい
という人のために小数でもテンポ指定できるようにした）
そして、「テンポ指定1で音長1ならば1秒鳴る」というのは非常に明確で分かりやすいからね。
例えばテンポ72でで16分音符は何秒間鳴るのかというのは瞬時に答えられる人はまずいない
からね。（その点OMPは「音長/テンポ」であるため瞬時に答えられる）
それに音長指定もOMPは数字に比例した長さで鳴った方が分かりやすいというのと（データを
少なくするため1桁でしか指定できないということもあり）1桁だと指定値に比例する長さで
鳴らした方が分かりやすいというのとさらに単純に除算よりも乗算の方が演算が速いから
というのが理由にょ。

つまり、OMPはプログラム、データともに限界まで短くなっており、数字の計算が分かり
やすく、処理速度も限界まで速くなっているため音質の面で有利（処理速度の遅い
ポケコンだと時間がかかる処理を行えば音がブツ切れ状態になる）というわけで個人的に
非常に気に入っているもののやはりそのせいで一般的なMMLとは大きく異なっているにょ。
したがって、それを基準に作ったOSPでは一般的なMML演奏プログラムからは数値の変換が
必要不可欠となってしまうにょ。
しかし、OSP2ではプチコンのBEEP命令を使うMML演奏プログラムではほぼ数値の変換が
ほぼ不要になっているにょ。（多くの場合はMML演奏プログラムに使っている変数名に
変えてやるだけで他は何も変更しなくても動作する）
その代わりOMPで使用する場合には逆に変換が必要になるためOSP2ではプログラムのサイズや
処理速度面では不利になっているにょ。
それでも、OSP2はOMPと組み合わせた場合に1画面で収まっているにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/image/osp_omp.jpg

ちなみに上記のような自分が使っているMML変換プログラムへの組み込み方はこの「プチコン
MML with OSP2」を見れば誰でも簡単に分かると思うにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/osp_mml.htm
プチコンMMLはOMPと比べるとかなり一般的なMMLに近いものになっているためこちらならば
「OMPだと使いづらい」という一般MMLに慣れた人ならば有利になると思うにょ。（逆に
MMLなんて使ったことがなぃ「A→ラ」というのも瞬時に分からないレベルだとOMPの方が
分かりやすいと思う）
OSP2を組み込んだ「OMP with OSP」が使いづらいという人はこの「プチコンMML with OSP2」を
使えばいいし、普段使っているMML演奏プログラムが使いたいという人であればこの組み込み
方を参考にすれば簡単に自分が使っているMML演奏プログラムで使用できるようになるにょ。
ラベル@OSPの次の行にあるK=LEN(K$)というのは本来ならは最初に1回計算したら済むこと
なのでループ外に置くことが望ましいのだけど誰でも使えるようにするため1つでも手順を
減らすため涙をのんで@OSPのサブルーチン内に置くことにしたにょ。
これが無ければOSP2はOSPと同じ6行で済んだわけだしね。

上記のOMPやプチコンMMLもしくは自分が使っているMML演奏プログラムで曲を鳴らすのでは
なくBGMPLAYを使った曲に合わせて歌わせたいという人も当然出てくると思うにょ。
それもやり方は非常に簡単にょ。
それはこのMML演奏プログラム内にあるBEEPを消すかコメントアウトすればいいだけのこと
だからね。
要するに伴奏用ではなく単なるOSPの制御用としてMML演奏プログラムを用いるということにょ。
ただし、音ずれのないMML演奏プログラムを用いて音ずれのないMMLデータ（VSYNCによる
ウェイト指定が小数にならないようなデータ）ならば問題なく使用できるのだけどそうでない
場合はBGMPLAYとBEEPによるMML演奏プログラムは非同期であるため音ずれを起こしてしまう
可能性があるにょ。
音ずれのないMML演奏プログラムとデータを用いた場合でもTALK命令のタイムラグの関係上
完璧に合わせるというのは難しい（徐々にずれていくということが軽減されるというだけ）
ためにBGMPLAYによるMMLの最初に32分休符～8分休符くらいの短い休符を入れてそのタイム
ラグを吸収しておく必要があるにょ。
そうすることで、BGMPLAYに合わせて問題なく歌わせることができるようになるにょ。
一見すると大変なようだけどMMLをちゃんと打ち込んでやれば後から全体の速度を変える
ということは簡単にできてしまうため1つ1つを手動セットしなければならないものと
比べると格段に楽になっているにょ。

(2)OSPでは誰でも簡単にそこそこ歌わせることができるのだけどキレイに歌わせるのは
逆に難しいにょ。
キレイに歌わせるならば1音1音ちゃんと微調整しながらパラメータセットするのが一番に
決まっているからね。
しかし、そんな原始的なことはとても私には耐えられないにょ。
そこで、お手軽にそこそこちゃんと歌ってくれるOSPを作ることにしたにょ。
なぜ1音ずつパラメータセットした方が良いのかというとそれは1音ずつ分けてTALK命令で
発声させるよりも1つのフレーズ単位でまとめて発声させる方がスムーズだからにょ。
それならば1音ずつ計算して発声は1つのフレーズ単位にすれば解決可能に思えるけどそう
いう単純なものではないにょ。
というのもTALK命令の速さとなるTの値が同じであっても発声する言葉で発声する時間が
異なるものになっているからにょ。

それならば各音がどれだけの時間発声するかを正確に測定して、それをデータとして用意
してそれを元にNの値を決定すれば良いだけに感じるかもしれないにょ。
発声する言葉によって発声する時間が異なるというのは「カ」と「バ」が異なるものに
なっているというだけではなく「バカ」と「カバ」さえも異なる時間になっているという
ことにょ。（厳密にいえば発声時間が異なるというよりも発声するまでのタイムラグが
異なるという感じだけどそのタイムラグを考慮してTALK命令を事前に実行しておくのは無理
であり、タイムラグを考慮した発声時間で計算しなくてはならない）
つまり、すべての言葉に対してあらかじめ発声する時間をデータとして持つ必要があるけど
そんなことは不可能にょ。
確かに「カバ」と「バカ」だとほんの数フレームの時間差であるためたいしたことはない
と思うかもしれないけど1フレーム単位の音ずれさえも気にっているという状況下において
たったの2音で数フレームのずれが出てしまうというのは非常に辛いにょ。（Tの値が
1000だと30フレームくらいの時間差になっている）
つまり、フレーズ単位で発声させることは可能だけど発声させる文字数が多くなれば多く
なるほど誤差が大きくなるにょ。（逆に誤差が相殺されるという可能性もあるけど）
そのため手動での調整は不可欠にょ。
したがって、自動的に歌わせるためにはフレーズ単位ではなく1音単位で発声させる
必要があるにょ。

1音単位であっても上記のように発声する言葉によって発生時間が異なるにょ。
1音が数フレームであってもテンポがゆっくりの場合にはそれが数倍～10倍に拡大されて
しまう（←OSP1ではTの値のみで調整していたためこれが問題点となったけど1音ずつ
VSYNCで誤差を吸収していたから何とか聴けるレベルになっていた）わけだし、1音に複数の
言葉が入っている場合にも誤差が拡大していくにょ。
ただし、1音単位だと（ちゃんと正確なウエイトになっていれば）VSYNCによって1音ごとに
誤差を吸収できるため曲の後の方になればなるほどずれていくという心配はほとんど
無くなるにょ。（mkIIのVSYNCは仕様変更がなされたため従来ではMAINCTLを使わないと
できなかった正確なタイミングを取ることが可能になっているためTALK命令が追従できない
レベルの速いテンポで演奏しない限りは問題ない）

1音ずつ発声させれば（自動的に歌わせる場合に）フレーズ単位での発声と比べて音ずれが
無くなるというだけであってキレイになるというわけではないにょ。
それは原理上1音ずつ発声させた場合には音がどうしてもブツ切れ状態になってしまう
からにょ。
例えるならばポケコンのBASICでBEEP音による音階演奏をさせるようなものにょ。
そのブツ切れのような感じをいかに軽減させるかということがキレイに歌わせるか否かに
繋がってくるにょ。
ポケコンBASICの場合はやはりその処理速度がネックとなっていたにょ。
そのためBASICでは最も高速なMMLであるOMPはかなり有用だったにょ。
プチコンはその100倍以上速いため速度に関しては問題なさそうだけどそれでも可能な限り
処理そのものは軽い方がいいにょ。

それだけではなくいかに正確な長さの音符や休符が出せるかということがキレイに聞こえる
ためには必要不可欠になってくるにょ。
例えばテンポ120で2分音符を鳴らせば1秒になるのだけどこれが長かったり短かったり
すればキレイには聞こえなくなってしまうにょ。
これがどのようなものかはOSP2で実験してみれば一目瞭然にょ。
OSP2のリスト内にある185000という値を大きくすれば1音あたりの発声する時間が長くなり
小さくすれば短くなるのだけどはっきり分かるためには2倍、もしくは半分くらいにすると
いいにょ。
当然短くすればブツ切りが明確になってくる（テンポを遅くすればさらに分かりやすい）
のだけど長くした場合はそうならないため問題はないという人はいるかもしれないにょ。
「春が来た」の場合は最初の小節の中では「ル」や「ガ」は比較的発声までのタイムラグが
長目なので「ハールガキーター」が「ハー、ル、ガキーター」となってしまいスムーズさが
無くなっていることが分かると思うにょ。

それだけではなく音符より長目の時間だけ発声してしまうと休符が出せないという問題が
あるにょ。
「春が来た」では前半と後半の境目（「山にきた」の直前）に四分休符があるけどこれが
正確な長さ発声できないと休符が無くなってしまうにょ。
TALK命令はBEEPと異なり重ねて鳴らすことができないため休符を含まない場合は次の音が
鳴ると自動的に前の音が終了するにょ。
手作業でTALK命令を羅列して歌わせる場合にはすぐに次のTALK命令があるため実際に発声
されるのは最後のTALK命令だけになってしまうにょ。（したがって、WAITやVSYNCを用いて
適切なウエイトを入れておく必要がある）
1音ずつ自動的に発声するならば休符がない曲であれば多少のブツ切れ感を我慢すれば
問題ないけど休符がある場合にはそれが無くなるというだけではなく曲の最後の音が異様に
長い音になってしまうという問題もあるにょ。
TALK命令が重ねて発声できないというのを逆手にとってTALK " "をウエイトの後に入れれば
確かに発声しすぎは防ぐことができるにょ。
ただし、それはブツ切れ感をさらに増大させてしまうことになるにょ。

つまり、1音ずつ発声させるプログラムの場合は1音がどれだけ正確な長さ出せるかという
ことがキレイに歌えるかどうかの鍵になっていると思われるにょ。
この場合の「キレイ」というのは端的に言えば「いかにブツ切れ感を無くすか」という
ことにょ。
1音単位だとフレーズ単位と比べて誤差が小さくなる・・・と考えられるけどそれでも出す
音声によって2倍近く発声時間が異なるためこの誤差を軽減してやる必要があるにょ。
それに1つの音に1文字とは限らないためその文字数を考慮した補正が必要になってくるにょ。
その補正を行ったものがリスト中にある下記の式にょ。

　N=185000/T/Y/(LEN(N$)-4/Y)

これは各音が発声される時間をストップウオッチで測定してそれを元に最も誤差が少なく
なるような値にしたものにょ。
これによってほとんどの音において理論値との誤差は数％に収まっているにょ。
例えばテンポ15の二分音符で「ア」と発声した時は理論値が8秒だけどこのOSP2では8.2秒
となっており、誤差は2.5％に収まっているにょ。
曲の中でよく使われるであろう八分音符～二分音符において最も誤差が少なくなるように
補正されているため16分音符ではそこまで補正しきれてないものの短い音符だと完璧な
補正をしてもTALK命令の発声タイムラグによるブツ切れ感の方が遙かに大きいため相対的
には問題は小さくなると思われるにょ。（音符が途中で切れるブツ切れ感は長い音符の方が
目立ってしまうため）
短い音符のブツ切れ感を無くすにはフレーズ単位での発声をするしかないのだけどそれが
上記のように自動化できない以上は処理を簡略化して速度を上げるしかないにょ。
その点、OSPは「これ以上ない」というシンプルな構成であるため1音単位で発声させる
自動歌唱プログラムではこれが限界ではないかと思われるにょ。
とはいえ、OSP2では他のMMLで利用しやすいように汎用性を高めているのでOSP1のように
OMPに特化すればそれが最も高速になるにょ。
OSP1にOSP2の発声アルゴリズムを入れただけのものとはいえ、OMPで問題ない人にとっては
これがベストな選択肢にょ。（テンポ240くらいでも結構追従できてるし）

OSPをさらに超えるためにはあらかじめすべての数値を計算しておいてTALK命令で出力
するデータを配列変数に格納するという方法もあるし、短い音符の正確さを求めるならば
各音の発音時間を記したデータを用意する（フレーズ単位ではないためそれほど難しくは
ない）
という方法もあるにょ。
いずれも実現するのはそれほど難しくはないとはいえ、苦労やプログラムサイズの増大の
割にはたいした効果を得られないのではないかと思われるにょ。
じっくり聞き比べてみればようやく分かる程度の違いでプログラムサイズが10倍以上とかに
なってしまうのは個人的には許容ができないにょ。
ただでさえ、OSP2も数バイトをいかに削るかでかなり考えたくらいだからね。
これより正確さを落とさずに処理を簡略化（リストを短く）したり、リストを長くせずに
補正を正確にするアルゴリズムが見つかれば話は別だけどここまで短いプログラムだと
これ以上の大幅改善はほぼ無理ではないかと思われるにょ。
リストが短くそれなりに使えるものになっていると思うのでぜひ皆さんのプログラムに
組み込んで使ってもらいたいにょ。
923：orirakkusu：2012/03/25(日) 18:08:43: Twitter
ツイッターの方もフォローしといたにゃ。よかったらフォローしてくれると嬉しいにゃ。

http://www.geocities.jp/orirakkusu/
924：orirakkusu：2012/03/26(月) 08:47:15: フォロー
フォローしてくれてありがとにゃ。

http://www.geocities.jp/orirakkusu/
925：御茶目菜子：2012/03/26(月) 15:20:25: レスにょ
orirakkusu
＞フォローしてくれてありがとにゃ。

どういたしましてにょ。
私はあまり呟かないけど夜間は大抵ログインしているので何かあればリプライをして
もらえたらいいにょ。
926：わぁぃ@：2012/03/26(月) 15:45:04: プチコンmkIIのスプライトサイズ変更の件
何で16×64が禁止なんだろう？
ついでに言うと16×128ができれば電車ゲームも楽に作れるのにな。
927：orirakkusu：2012/03/27(火) 10:24:36: 荒しとかとか
ここって過去ログを見るからには
平和な掲示板みたいにゃ。
こんな穏やか～にゃ掲示板が
僕は好きにゃ。
みんなはどうかにゃ？

http://www.geocities.jp/orirakkusu/
928：御茶目菜子：2012/03/27(火) 15:15:12: 私のポケコンがお亡くなりに・・・
私の愛機であるポケコンPC-E650が液晶破損で亡くなったにょ。
このPC-E650はPC-E500の故障によって99年頃に購入したものだけどそれ以来結構ハードな
使い方をしても頑丈であり壊れなかったけど今回はたまたま打ち所が悪かったにょ。
10年前ならば普通に新品が買えていたポケコン（PC-E650）だけど今は生産終了しており
新品での入手は困難でヤフオクなどで中古を購入するしか入手の手段はないにょ。
確かに「ポケコンがないと困ること」はほとんどないし、最近はプチコンの方に
時間を費やしてばかりだったとはいえ、気が向いたらさっと作れる（モノクロの小さな
液晶であるため画面デザインをあまり考えずに作れる）のがポケコンの良さであり、
電卓代わりとしても優秀でバッテリ駆動時間も極めて長いということを考えるとプチコンで
ポケコンを完全に置き換えるのは無理にょ。
要するにポケコンにはポケコンの良さがあり、プチコンにはプチコンの良さがあるという
ことにょ。

さて、これからどうするか・・・。
ヤフオクで状態の良さそうな中古があればそれを入手するという方法もあるけど最近は
超金欠状態だし・・・。
それにしても、先月は録画用のノートPCのHDDクラッシュ、今月初めにはネット用のノート
PCの液晶破損と最近はトラブル続きにょ。
やはり、そろそろ部屋の中を片づけないと本当にやばいかも・・・（笑）
こんな状態では画面むき出しのスマホなんて買ったら1週間も経たずに壊れてしまいかねない
からね。（本来ならば昨年スマホに乗り換える予定だったけど予算面の問題とこの壊れる
危険性を考えて未だに6年前に買ったガラケーを使ってる）

わぁぃ@さんへ
＞何で16×64が禁止なんだろう？

言われて初めて気が付いたにょ。
私はmkIIを買ってからまともにスプライトを使ってなかったので8、16、32、64から
好きなサイズのスプライトが使えるものだとずっと思ってたにょ（笑）
まぁ1画面プログラムだったらデフォサイズ（16x16）以外のスプライトを使う機会は
ほとんどなさそうだけどね。

＞ついでに言うと16×128ができれば電車ゲームも楽に作れるのにな。

16x32のスプライトを4つ使うしかないにょ。
確かに1つで使えた方が楽だし、速度面でも有利なんだけどね。
ちなみに電車ゲームって「電車でGo！」みたいな運転シミュレーションゲームにょ？

orirakkusuさんへ
＞ここって過去ログを見るからには
＞平和な掲示板みたいにゃ。

ここも10年くらい前はBASIC論争で荒れたこともあったにょ。
あの頃は今とは別の意味で活気があったにょ。
ただし、ポケコン人気の低迷（90年代～2000年代初頭は個人サイト立ち上げブームによって
どんどん新規ポケコンサイトができていったけど最近は閉鎖してしまったサイトが大半）に
よってこの掲示板への書き込み数は激減したにょ。
まぁ掲示板の閲覧数そのものは逆に昔より増えているはずなんだけどね（ポケコン以外の
話題によるものが大きいと思う）
最近はプチコンによって再びBASICに脚光が集まるようになったのが個人的には喜ばしい
限りにょ。
929：みっぴゅ：2012/03/27(火) 21:14:12: ま、、、まさかの…
ここまで来ての…ポケコン…卒業！？！？！？
最近はなにかと話題の卒業ブームですので、、、まさかまさかの！！！

いつかポケコン界に戻って来ることを心よりお待ちしております。。。2012
930：御茶目菜子：2012/03/28(水) 15:34:12: レスにょ
みっぴゅさんへ
＞ここまで来ての…ポケコン…卒業！？！？！？
＞最近はなにかと話題の卒業ブームですので、、、まさかまさかの！！！

卒業はせず、しばらく留年（？）するにょ。

ポケコンは無くても困らないとはいえ、あれば非常に便利なものなので予算面の都合が
付けば多少割高でもヤフオクなどを使って入手するにょ。
PC-E650はプログラム機能のある計算機として非常に優秀だからね。
繰り返し計算ならばExcelなどを使っても作れるけど複雑な条件設定の計算だと慣れた
ポケコンの方が圧倒的に早く作れてしまうし、E500シリーズはBTEXT$によってセーブや
ロードを使わずに複数のプログラムをワンタッチで使えるところが非常に使い勝手が
いいにょ。
931：御茶目菜子：2012/03/29(木) 15:21:33: 棒歌ロイドキーボードを作ってみた
棒歌ロイドOSPが一段落して次に何を作ろうかを考えていたところニコ動でVOCALOID
キーボードが話題になっているのを見つけたにょ。
VOCALOIDは本来はPCを使って1音ずつデータ作成する必要があるためある程度のDTMの
知識が必要になってくるけど鍵盤を演奏できる人が必ずしもDTMの知識があるというわけ
ではないためそういう人が使えるようにということで試作品が開発されたみたいにょ。
右手でキーボード（鍵盤）を操作しつつ、左手でカナ入力という風変わりな光景だけど
VOCALOIDキーボードはあくまで試作品であり、今のところ製品化の予定はないという
ことにょ。

「無いものは作る」の原則で早速Windows版を作る人が現れたにょ。
http://www.nicovideo.jp/watch/sm17357529
まさにこれぞタブレットPCならではの使い方にょ。
カナ入力部分はスマホでおなじみのフリック入力を採用しているにょ。
本家の試作品が子音（ただし、ボタン数削減のため濁音は専用ボタンを用意）＋母音の
同時押しによって操作していたけどフリック入力はソフトウェアキーボードならでは
なのでそういう意味ではこれはハードボタンのないソフトウェアの強みといえるにょ。
短期間でここまでのレベルのものを作るとはかなりすごいにょ。
この動画を見て演奏は大変そうだけどなかなか楽しそうに感じたにょ。

恐らくiPad版やAndoroid版も今後誰かの手によって作られるのではないかと思うけど
プチコン版を作った人はまだ誰もいないので「無いものは作る」の原則によって一晩で
作ってみたにょ。（急いで作らないとダブってしまいかねないと思ったので）
全く前準備もせず行き当たりばったりで適当に作ってもそれなりに動くものが作れて
しまうというのはBASICの強みにょ（笑）
とりあえず、プログラムやQRコードはまだ見せられるレベルではない試作品ということで
使用している様子を動画で紹介しておくにょ。
http://www.youtube.com/watch?v=ZNqvttuZIv0

プチコンはタッチパネルが使えるためソフトウェアによるキーボード表示は簡単に行う
ことができるけど問題はカナ入力にょ。
画面サイズの問題でキーボード（鍵盤）表示が精一杯で無理にカナ入力用のソフトウェア
キーボードを表示してもかえって使いづらいだけだからね。
その代わりプチコン（DS）はゲーム機であるため（スマホやタブレット端末と比べた場合に）
ハードウェアボタンが多数用意されているにょ。
というか、マルチタッチに対応していないためハードウェアボタンを使わないとカナ入力を
しながら演奏なんて無理だしね。

プチコンで使えるボタンはESC（停止）機能を持つSELECTボタンを除く8個にょ。
十字ボタンは4方向の入力が可能であるため全部で2^7x4＝512通りの組み合わせがあるので
ボタンの同時押しだけでカナ入力（濁音、拗音を入れて100程度）には十分に使えそうにょ。
とはいえ、現実的には法則性がなくカナを特定ボタンの同時押しで入力するなんてとても
実用に耐えられないものになってしまうにょ。
どのボタンを同時に押したらどの文字が入力できるかあらかじめ覚えておかないと使えなく
なってしまうわけだからね。
そういう面においては少ないボタン数でより速い入力が可能なフリック入力はかなり有用
だと思われるにょ。
しかし、ハードウェアボタンでフリック入力が可能なのかというとそれは無理にょ。
「フリック」ができないからね（笑）

とはいえ、フリック入力っぽい入力（子音入力の後に上下左右で母音入力）ならば十分
可能だと思うにょ。
それはテンキーの1～9を使って入力する場合に1から順にア、カ、サ・・・と対応していく
というのは分かるけどその次に一端ホームポジション（「5」の位置）に戻しそこから
左、上、右、下が母音であるI、U、E、Oに対応するというものにょ。（Aは最初の1段階目
で確定させたらいい）
ここで問題となるのはフリック入力は1アクションで文字入力が可能なのに対してこの
方式では2アクションになるということにょ。
それはいいとして一端ホームポジションに戻すとなるとそれは「別の文字を入力しようと
している」のか「1文字目の2アクション目」なのかが分からないにょ。
したがって、2アクション目であることを示すボタンが必要になってくるにょ。（ある程度
長押ししたら確定という方法もあるけどそれだとリアルタイム演奏には向かない）

このプチコン版はテンキーの1～9の役割をABXYの4ボタンで実現しているにょ。
これもボタン同時押しを駆使して行わなければならないためやや難しいとはいえ、慣れれば
そこまで難しくはないにょ。（上記動画でミスしまくりの私が言うのも何だけど・・・）
ここで上記の「2アクション目を示すボタン」だけどここでは2アクション目はRボタンを
同時押しすることで実現しているにょ。
つまり、Rボタンを押していないときは1アクション目（子音選択）だけどRボタンを押して
いるときは2アクション目（母音選択）ということにょ。（2アクション目は上下左右の
4方向だけなのでABXYボタンを単独押しで行うため1アクション目とは異なりかなり楽に入力
できるけど間違えてRボタンを押したときはI、U、E、Oしか選択できないという問題点を
無くすために2アクション目でもXYの2ボタン同時押しで母音Aを選択可能にしている

一見複雑そうに見えるこの操作だけどこれでもプチコン（DS）のボタンでケータイ入力に
よるカナ入力を行うことに比べたら遙かに簡単にょ。
ケータイ入力によってABXYボタンをテンキー代わりにするならば「オ」を入力するために
XY同時押しを5回連続で行わないといけないからね。
その際は少し同時押しのタイミングがずれてXボタンが遅れてしまったらア行からタ行へと
変わってしまうため「オ」を入力することができないにょ。
その点、このフリック入力を元にした入力方法だとLボタンを押すまでは確定されないため
同時押しのタイミングが多少ずれても問題ないのでゆっくり確実に押していけば誰でも
カナ入力は可能になるにょ。

しかし、これだと濁音が入力できないにょ。
そこで濁音はLボタンを押すことで実現しているにょ。
あと残った十字ボタンを拗音に割り当てれば基本的にほぼすべてのカナを入力可能になる
と思われたけどここで重大な問題に気が付いたにょ。
それはすべての十字ボタンとABXYボタンとLRボタンを押している時は鍵盤での演奏が
できないということにょ。
ということで、行き当たりばったりでうまくいきかけていたけど十字ボタンへ拗音を
実装する計画は凍結してしまったにょ。

拗音は使う機会は少ないとはいえ「チューリップ」さえ必要になっているからね。
最低限ャ、ュ、ョの実装はしておきたいにょ。
しかし、十字ボタンを押さずにどうやって実現するのかが問題にょ。
残るは唯一使ってないSTARTボタンを使うという方法だけどABXYの同時押しを駆使している
右手親指ではSTARTボタンを押す余裕は全くないにょ。（それにSTART1つでは拗音を
まかなうことはできないわけだし）
というわけで何か革新的な入力方法が無い限りは何とかして左手でLボタンと十字ボタンと
タッチパネル上の鍵盤を同時に押すような持ち方を開拓するしかないにょ。（現時点の
仕様は拗音、濁音を含めたすべての音が2アクション以内で入力できるために気に入って
いるので個人的には入力方法を変えたくないけど演奏ができないのは困るし）
簡単に作れそう・・・と思ったけど意外なところが盲点になってしまったにょ（というか
最初から考えておけって・・・）
それでも試作品の動画を公開してみて予想以上に反響が大きかった（わずか数時間で
20件以上の反応があった）のがうれしいにょ。
上記のWindows版の作者であるミクミンP氏にもtwitterでフォローしてもらったしね。
932：通りすがりでごめんね：2012/03/29(木) 22:05:19: (無題)
（当然、検討→ボツ済みだろうけど・・・）
カナ入力をタッチパネル操作にして、音階・演奏をボタン操作にするのは？
タッチパネルならフリックぽい入力もできるだろうし。
一方、音階・演奏をボタンにすると、
多く採用されている(?)バンブラ方式だと音階演奏だけで両手を占有されるけど
同時押しを使えば片手でもある程度の音階をカバーできるのでは。
単音しか発音できないのは、タッチパネルで演奏するのと同じだし。
933：御茶目菜子：2012/03/30(金) 15:42:13: レスにょ
通りすがりでごめんねさんへ
＞カナ入力をタッチパネル操作にして、音階・演奏をボタン操作にするのは？
＞タッチパネルならフリックぽい入力もできるだろうし。

ご意見どうもありがとうございます。

当初は1画面プログラムで作ろうという無謀なことを考えていたのでボタンで音階入力
（独自入力式）、文字はタッチパネルのカナキーボード（プチコン標準のもの）で入力を
しようとしていたにょ。
しかし、それではとてもリアルタイム演奏ができないということで慣れた時の演奏速度や
慣れるまでの時間を天秤にかけて現在の方式を選択したにょ。
現在の方式だと最長でも2アクション、ア段と拗音は1アクションで入力可能であるため
ボタンを使っての文字入力としては最速になると思われるからね。

タッチパネルを使ったフリック入力もどきは作ってなかったので試しに作ってみたにょ。
http://www.youtube.com/watch?v=CrqIthUibVc
とりあえず、清音のみ実装した（濁音、拗音は未実装）けどフリックならばすべての音が
1アクションで入力可能なので私の考案した文字入力方法よりも高速な入力が可能（ただし
ミクミンP氏が作ったようにカーブフリックを採用して濁音も1度に入力可能にして、拗音の
ボタンを独立させた場合）とはいえ、結局十字ボタンは使えないにょ。

＞同時押しを使えば片手でもある程度の音階をカバーできるのでは。
＞単音しか発音できないのは、タッチパネルで演奏するのと同じだし。

確かに同時押しならばABXYで1オクターブ、LRでオクターブ切り替えとシャープが使える
ため十字ボタンを使わずとも半音ありの2オクターブ分確保できるにょ。
ただし、ここで厄介なのは演奏に同時ボタン入力は向かないことにょ。
100％完璧な同時押しというのはかなりの強者でないとできないからゆっくり演奏するだけ
でもかなり難しくなってしまうにょ。（カナ入力に同時押しを用いた場合には間違えても
音が鳴らないのでゆっくり確実に押していけばいい）

それを緩和する方法としてはキー入力から発音までの遅延時間を用意するしかないにょ。
30フレーム（0.5秒）くらい用意すれば素人でも何とかなりそうだけど押してから0.5秒後に
鳴るというのもあまりよろしくないにょ。
まぁこの辺は設定変更可能にすれば問題は軽減されるだろうけどね。
ちなみに上記の動画は同時押し問題によって実用には耐えられなかったため同時押し無しで
行っているにょ。
ABXYLRでドレミファソラしか演奏できないため「きらきら星」が限界にょ。

しかし、貴重な意見を戴いたので前向きに検討してみるにょ。
934：通りすがりでごめんね：2012/03/30(金) 21:21:42: (無題)
返信ありがとうございます。そして即効の製作すごいですね！
それにしても、まさか1画面プログラムで作ろうとしていたとは脱帽です。
ボタン操作・・・例えば、あくまで例えば、
2ボタン入力が前提の操作方法にしたらどうでしょう。
A->X=ド, X->Y=レ, Y->B=ミ, B->A=ファ
A->B=ソ, B->Y=ラ, Y->X=シ, R=半音
X->A=オクターブ上, R+X->A=オクターブ下, など
ボタン入力待ちの遅延時間も最小の考慮で済むのではないでしょうか。
文字入力で2ボタン入力をするなら、
2ボタン入力という点ではさほど変わらないかな、とか。

・・・なんとなく、音長の制御に不安を感じるような気がするので、
ABXYなしでRを押したら発音を止めるとか。
Rを半音として使うためには
1つ目のボタンと2つ目のボタンの間にRを押す順番を守るとか。
次の音を入力するまで発声が続けば、
途切れ途切れでない発声に近づけるかな。
935：通りすがりでごめんね：2012/03/30(金) 21:24:59: (無題)
「途切れ途切れでない発声に近づけるかな」
たとえば、A->Bでソを発声した後に、
A+Rを押しながら発声タイミングを待機し、
Xを押した瞬間にド＃を発声する、みたいなことを言いたかったんだが
日本語が不自由で泣ける
936：御茶目菜子：2012/03/31(土) 15:01:11: レスにょ
通りすがりでごめんねさんへ
＞A->X=ド, X->Y=レ, Y->B=ミ, B->A=ファ
＞A->B=ソ, B->Y=ラ, Y->X=シ, R=半音
＞X->A=オクターブ上, R+X->A=オクターブ下, など
＞ボタン入力待ちの遅延時間も最小の考慮で済むのではないでしょうか。

確かにその方法ならばわざわざ意図的に遅延をさせる必要はないけど今度は演奏するための
ハードルが高くなってしまうにょ。
私の方針としては最初に覚えることはなるべく少なくしより多くのことを覚えればより
上手く演奏が可能になるという感じにしたいにょ。
左右両方の手で複雑な作業をするのは難しいからね。（ある程度パターン化はされている
ものの文字入力に意識を集中させた状態でそれができるかどうかは微妙）
そして、ボタンが順番に押されているかということは慣れないと視覚で確認するしかない
けれど左手のフリック操作はブラインド操作が困難であるためそちらの方に視覚を集中
させる必要があるため初見殺しになりかねないにょ。
したがって、右手は簡単にブラインド操作ができるものが望ましいにょ。

それと同時押しがないためゆっくり押していけば誰でも演奏可能なのがその方法のメリット
だけど間違えたボタンを押した場合にリカバリする方法がないというのがネックにょ。
例えば、ラを出すつもりでBではなくYを押した場合にはボタン操作をリセットするような
ボタンが必要にょ。
技術不足による演奏ミスは仕方ないけど間違いに気づいて訂正できる余裕があるのに訂正が
できないというのは個人的には妥協ができないにょ。

あれから同時入力の遅延時間設定をいろいろ変えてためしてみたけど私がプレイする限り
では1フレームの遅延設定でも劇的に改善されたにょ。
遅延ゼロならば1～2割は演奏ミスをしていたのに1フレームの遅延でほぼミスがなくなった
からね。
もっともこれは右手に意識を集中させた場合なので現実的にはもう少し遅延時間を確保して
おいた方がよさそうだけどね。
個人的には遅延が2フレームまでならばそれほど遅延は気にならなかったにょ。
むしろ、ボタン入力の遅延よりもTALK命令のタイムラグの方が遙かに大きいにょ。
遅延ゼロ設定でも一瞬の間ができてしまうからね。（OSPもそれでどれだけ頑張っても
ブツ切れ感を無くすことができなくて限界を感じた）
ということで、複数のボタンを順番に押していくよりもまだボタンの同時押しの方が
良さそうな感じにょ。

C3からではなくA2もしくはG2からの2オクターブを確保し、初見ですぐに分かるような
分かりやすいボタン操作で演奏可能なものにしたいので下記のようなものを考えてみたにょ。

ラ　　A
シ　　A+B
ド　　B
レ　　B+Y
ミ　　Y
ファ　Y+X
ソ　　X
オクターブ上げ　R
シャープ　　　　L

＞・・・なんとなく、音長の制御に不安を感じるような気がするので、
＞ABXYなしでRを押したら発音を止めるとか。

現状では演奏ボタンを押している時はずっと鳴らし続けて離せば瞬時に止まるのでその
心配は要らないにょ。
鳴り続けるといってもTALK文でずっと発声させるのは無理なので最長でも連続で26秒程度
だけどね。
ただし、これは発話速度Tの値が1000の時の時間であって、Tの値が大きくなればなるほど
発声タイムラグが大きくなるためリアルタイム演奏をしようと思えばTの値は200くらいが
許容限界といった感じにょ。（許容範囲に設定した場合は最長で連続5秒程度になるけど
後述のように発話文字数によるタイムラグもあるためそれを減らしたければさらに短くなる）

とはいえ別の音を鳴らすためには一端離してさらにもう一度押し直す必要があるため
どんなにすばやく指を動かしても5フレームくらいは無音時間ができてしまうにょ。
そういう点では演奏を途切れさせない手段を用意することは十分に意味があるにょ。（演奏を
途切れにくくしたいだけならばボタンを放してすぐに停止するのではなく数フレーム後に
停止するようにすればいいだけなんだけど）
ただし、特定ボタンによって停止させるよりも特定ボタンを押し続けることで演奏が続行
される方が自然で分かりやすいと思うにょ。
これが、タッチパネル上の鍵盤で演奏するならばスワイプやフリック操作で演奏も自由に
コントロール可能なので（ほぼ）途切れ無し（下記のようにTALK命令自体のタイムラグが
あるため完全に途切れなくするのは無理）での演奏もできるし、こちらの方がさらに
直感的で分かりやすくなるにょ。（現在の仕様では、スワイプ時には最初に押した鍵盤の
音が鳴り続けるためそのまま新しい鍵盤に移動してその鍵盤上でフリックすればほぼ
途切れることなく次の鍵盤の音が鳴るようになっている）

＞「途切れ途切れでない発声に近づけるかな」

TALK命令の音声の波形をおおざっぱに見ると下記のようになっているにょ。
（縦軸が音量、横軸が時間）
　　　＿＿＿＿
　＿／　　　　＼＿＿＿
　A B C?????? D E　　F

A　TALK命令実行開始（TALKCHKで1を返す）
B　発声開始
C-D発声中
E　発声終了
F　TALKCHKで0を返す

ここで別の音を鳴らすとこうなるにょ。

　　　＿＿＿＿＿　　＿＿＿
　＿／　　　　　|＿／

TALKSTOPで強引に停止したり、発声中に別の音を鳴らした場合にはDE間が無くなってしまい
どうしてもブツ切れ感が目立ってしまうにょ。
これはOSP1で明らかになったためOSP2では可能な限り正確な音長で発声することでDE間を
残すようにしてブツ切れ感を軽減しているにょ。
これはあらかじめ鳴る時間が分かっているOSPだからこそ可能なことでありリアルタイム
演奏でDE間を残すようなことは無理にょ。

DE間と同じくらい問題となるBC間はTALK命令においてはTの値で変わってくるにょ。
したがって、無音時間を少しでも軽減したいというのであればTの値を小さくするしかない
けれどそうすると連続で鳴らせる時間がTの値にほぼ比例して短くなってしまうにょ。
Tの値を小さくしてBC間を短くしてもAB間は変わらないのでTを1000から200に変えた場合には
効果は大きくなるけど100から20に変えても効果はかなり小さくなるにょ。（BC間、CD間、
DE間の時間はTの値にほぼ比例する）

実は最も問題なのはAB間にょ。
CD間やDE間は完全無声状態ではないけどAB間は完全無声状態になるからね。
AB間を少しでも短くするためには発話文字数を減らすしかないにょ。
現状では「－」を限界まで連ねて長時間連続で鳴らせるようにしているためAB間を短く
しようとすれば連続発声時間を短くするしかないにょ。（それでもAB間が短くなるだけで
あってゼロにはならないため発話文字数を1桁にしてもわずかにブツ切れが起きてしまう）
これがTALK命令1つで複数の音を鳴らすならばかなりスムーズな発声が可能になる（前の
音のDE間と次の音のBC間をつなげてくれる）のだけどこれをリアルタイム演奏で行うのは
不可能にょ。
リアルタイム演奏だといくら頑張ってもOSP以下になるにょ。
937：orirakkusu：2012/04/10(火) 09:08:19: プチコンプチ
なんか今日の深夜0時ぐらいに
まさかの新作「プチコンプチ」
が発表されたようです。
なんかつい最近mkllが発売され
たような気がするんですが...。
URLはhttp://smileboom.com/special/ptcm2/です。

http://www.geocities.jp/orirakkusu/
938：御茶目菜子：2012/04/11(水) 05:51:06: 今日は何の日？
さて、今日も例年通りたくさんのニュースが発表されているにょ。

この3Dゲームはなかなか楽しそうにょ。
http://www.forest.impress.co.jp/docs/yashiro2012/news/20120401_522446.html

Googleマップがド○○エ風に・・・
http://maps.google.co.jp/maps?t=8&utm_campaign=8bit&utm_source=se

たくさんの要望があったためコミPo!のPC-98版が発売されることになったにょ
http://www.comipo.com/pressrelease/pr20120401.html

しかし、日付が日付だけにだまされないようにしなければいけないにょ。
まぁ私は生まれてから一度もウソをついたことがないんだけどね！（笑）

ところで、先日から書いていた「棒歌ロイドキーボード」だけど何と1画面でできたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/qr/baka_kb.png
というか、私のリスト短縮テクニックを駆使したら1画面でさらに余裕であまって
しまったにょ。。
まだサイトの方は更新していないけどQRコードを公開するのでぜひやってみてにょ。
とりあえず、1回やってみればすぐに分かると思うにょ。
分からない場合はリストに簡易マニュアルを記載しているのでそれを見てにょ。

orirakkusuさんへ
＞なんか今日の深夜0時ぐらいに
＞まさかの新作「プチコンプチ」
＞が発表されたようです。

これはすばらしいハードにょ。
煮たらソフトにもなるにょ！？
939：orirakkusu：2012/04/02(月) 09:06:42: 友達コード
友達コードの交換をしたいのですが...
私は、既におちゃめさんのメールに送っておきました。
よろしければ返信してください。

http://www.geocities.jp/orirakkusu/
940：御茶目菜子：2012/04/02(月) 13:55:11: プログラムリストを短縮させるのは面白い
昨日公開した1画面版の棒歌ロイドキーボードだけど一部バグがあったので修正したにょ。
まぁエイプリルフールに公開するために急いで作ったから仕方ないか・・・。
ということで、バグ修正のついでにリストをもう一度じっくり見直したら結構無駄な部分が
あったので作り直していたら何と19行だったプログラムリストが14行まで縮まったにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/image/1bou_kb.jpg
確かに処理落ち回避で無駄な処理をしていたとはいえ5行も縮まるとは思わなかったにょ。
というわけでサイトの方でも正式公開となったにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/1page.htm#bkb
リスト短縮はほとんどポケコンで身につけたものをそのまま使っているとはいえ、知らない
人もいるだろうからそのうちそれらをまとめたものを公開する予定にょ。
1画面とか1行プログラムを作りたい人でなかったらほとんど関係ないようなものばかりに
なるだろうけどね。
棒歌ロイドキーボードもプチコンのすべてのボタンを使うので普通にIF文とか使っていたら
その判定だけでかなりの行数になってしまうため1画面（29文字×24行）に収めることさえ
難しくなってくると思うにょ。
この1画面棒歌ロイドキーボードは実質1行ですべてのキー入力判定を行っているからね。

orirakkusuさんへ
＞友達コードの交換をしたいのですが...
＞私は、既におちゃめさんのメールに送っておきました。
＞よろしければ返信してください。

今、手元にDSがないので今晩メールをするにょ。
941：orirakkusu：2012/04/03(火) 08:07:20: 友達コードのこと
友達コード、登録しておきました！

http://www.geocities.jp/orirakkusu/
942：御茶目菜子：2012/04/03(火) 15:45:31: レスにょ
orirakkusuさんへ
＞友達コード、登録しておきました！

私は普段3DSでネット接続してないからあまり意味がないかもしれないにょ。
943：御茶目菜子：2012/04/07(土) 15:29:42: 私のゲーム作りの集大成
先日液晶破損をしてしまった私のポケコン（PC-E650）だけどまだ無事だった頃に撮影して
未発表の動画があったので公開してみるにょ。
http://www.youtube.com/watch?v=qGXir_CI6B0

このゲームは「ピーチバレー2」にょ。
15年前にべーマガに投稿した作品のバージョンアップ版にょ。
このゲームのウリはOPASを使い（ポケコンBASICのゲームとしては）それなりに高速と
いうのと2人対戦・コンピュータ対戦が選べるということにょ。
詳しいゲームの内容、このゲームに使っている技術解説、このゲームの攻略法などは
すでに途中まで作っていたのでそれを参照して欲しいにょ。
http://ww5.tiki.ne.jp/~ochame/test/peach.txt
ここまで作って1年以上放置していたのはプログラムリストを転記する必要があるからにょ。
ポケコンの周辺機器（？）になっていたPC-98を使えるように整備しなおせばそんな
必要はないけどHDD故障で放置状態になっている（交換用のHDDは部屋のどこかにあるはず）
ということでリストはPCで手打ちしないといけないので億劫になっていたためにょ。

OPASとは何かというとポケコンユーザーとしておちゃめくらぶに来ている人ならば
知っている人が大半だと思うけど最近は（ポケコンは使用経験がなく）プチコンユーザー
として来ている人の割合の方が多いと思われるので詳しくはこちらの解説を読んで
もらえたらいいと思うにょ。
http://ww5.tiki.ne.jp/~ochame/E500/TECH/opas_1.htm
これは私が考案したポケコン（PC-E500シリーズ）でグラフィックを高速に表示するための
システムにょ。（もちろんOPASそのものもBASICで動作している）
プチコンで言えばBG画面に相当するものといえば分かりやすいかもしれないにょ。（動作の
仕組みからいえばPCG機能をBG画面風に使えるといった方がいいのだけど）
機能面では横スクロールのみのサポートということでBG画面よりは劣るけどその代わり
非常に高い柔軟性を持っているにょ。

OPASはPRINTで制御可能なのでBG画面のように矩形領域に止まらず画面の好きな場所に
対して有効になるにょ。
ポケコンの仕様上の上限では4つの領域を表示できる（BG画面4面分に相当）ために
多重スクロールのゲームがBASICで簡単にできてしまうというメリットを持つにょ。
ただし1つの領域は64キャラ分となるため広い領域を表示する場合には複数の領域を使用
する必要があるにょ。
またプチコンのBG画面は1つあたり64x64キャラ分という制限があるけどOPASはポケコンの
メモリの範囲だと自由に選べるため（メモリさえ十分にあれば）広大なマップ表示も
可能になっているし、それらを順番に表示していけば全画面を使ったアニメーション
表示も可能になっているにょ。
ただし、プチコンのBGPUTのようにリアルタイムでデータそのものを書き換えるのは
速度面の問題で難しいため必要なデータをすべてメモリ上に展開しておかなくては
ならないため（プチコンに例えるならばGRPをBG風に使えるようにしているだけなので）
そんな広大なデータたとメモリをバカ食いするにょ。

OPASはスクロールやデカキャラを表示するといった用途にかなり有効活用できるにょ。
http://www.youtube.com/watch?v=TNTkpnJbVn0
そのためこのピーチバレーのように小さいキャラを多数動かすという用途にはあまり向いて
いるものではないにょ。（背景としてコートを常時表示することでボールが通過した後も
コートやネットが消えることがないというメリットがあるのでそれを防ぐためには
再描画が必要になるGPRINTと比べると圧倒的に有利にはなるけど）
とはいえ、PC-E500シリーズ標準のグラフィック命令であるGPRINTはお世辞にも速いとは
言い難い（何せ8x8ドットの1キャラを4方向に動かすだけで10fps程度の速度しか出ない）
ということで明らかにOPASが実力を発揮できないこのゲームにおいてもGPRINT比で
5倍の表示速度を得ることができているにょ。
表示だけ速くなっても後の処理がボトルネックになっていては意味がないためそれらも
高速化することで普通に作れば2fpsしか出ないようなこのゲームは最大8fpsもの高速（？）
動作が可能になっているにょ。
まぁこれはコンピュータの思考ルーチンのない2人対戦時のものなので上記の動画の
ようにコンピュータ対戦時は6fps程度まで落ちてしまうため少々重いけどそれでも
GPRINTで作ったら2fps程度になり、実用レベルには全く達しないためそれと比べたら
格段に快適にょ。

冒頭にも書いているようにこのゲームは15年前にべーマガに掲載された同名のゲームの
バージョンアップ版となっているにょ。
Dr.Dにも絶賛されたこのゲームだけどべーマガに投稿した初期バージョンはプレイ
するためのハードルがかなり高かったにょ。
というのもこのゲームはブロック崩しのパドルのようにボールをレシーブする場所で
ボールのレシーブ角度が決まるためかなり難易度が高いにょ。（とはいえ、それでは
ゲームとして成立させるのが難しいためボールの飛距離を「近く」「遠く」「中くらい」
というのをレシーブやスパイクをするときに方向ボタンとの同時押しで選べるように
なっている）
ブロック崩しの場合はパドルとのあたり判定は常に有効だけどこのゲームの場合は
レシーブボタンを押した瞬間のみ有効になっているにょ。
こうすることであたり判定を大幅に減らせるため高速化には非常に有用だけど難易度を
跳ね上げている原因にもなっていたにょ。
何せ標準では落下の予測地点が一瞬表示されているだけであってプレイヤーはそれ
だけを頼りにレシーブしたりスパイクしたりしなくてはならなかったにょ。

したがって、「2」では「1」からあったコンピュータの強さ（5段階）以外にもプレイ
補助機能を選択できるようにしてプレイのためのハードルを下げたにょ。
プレイヤーとボールの当たり判定を常時行うことでレシーブ難易度を下げたりといった
ありがちなものなのだけどそれによる難易度の変化などがあるためプレイモードを
ビギナーモード、アマチュアモード、プロモードに分けたにょ。
「1」ではゲームクリア後に選べた「プロモード」だけど落下予測地点も無いため目算で
プレイしなくてはならず縦方向に画面が小さいポケコンでは高いボールは完全に見失う
ために難易度が劇的に高くなってしまったにょ。
しかし、「2」では一般的な球技ゲームにあるような現在座標を示したもの（要するに
ボールの陰）を表示しているためプロモードでもそれなりにプレイできるようになって
いるにょ。（表示オブジェクトが増えれば速度低下を招いてしまうけど上記動画では
ビギナーモードということでフルオプション時の動きや実行速度はこれで分かると思う）
プレイのハードルが下げられたためクイックプレイ（上記動画の3分30秒くらい）の
ようなものもそれなりに簡単に出せるようになったにょ。

あと「2」ではコンピュータの思考ルーチンにも手が加えられてより強くより人間らしく
なっていると思われるにょ。
べーマガでおなじみの「砦の攻防」のようなゲームの場合はコンピュータに厳密な計算を
やらせてしまえばミスをしなくなるため人間は絶対に勝てなくなってしまうにょ。
そのためにコンピュータはいかにして手を抜くかが必要になってくるにょ。
乱数の影響を大きくしてしまえばわざとミスをしているように見えてしまうため
「頑張っているけどミスをしている感」を出すためにピーチバレーでは厳密な計算は
一切しておらず、プレイヤーも得られるような情報を元に思考しているにょ。
これはピーチバレーの場合はフレームごとの動きが大きいため厳密な計算を行うためには
かなりの補正が必要になるため処理が重くなってしまうというのが本当の要因では
あるけどね。
それとOMPによる音階演奏なども加わっているにょ。

ポケコンだとOPASを駆使しても最高8fpsの速度だけどプチコンだったら容易に60fpsの
速度が出せそうにょ。
表示オブジェクトはプレイヤー2人×2、ボールとその陰の6つだし、それにプレイヤーの
陰を表示してもキャラ数は10だからね。
プチコンmkではのスプライトは1フレームで50個くらい動かせていたけどmkIIでは70個
くらい動かせるようになったからね。（1キャラでさえ10fpsで動かすのがやっとである
ポケコンと比べると標準グラフィックキャラ表示速度は400倍くらいの差があるため
ポケコンで8fpsを出すというのはプチコンで3200fpsを出すくらいの難しさといえる）
ただ、ポケコンの画面サイズだからこの程度でも問題ないけどプチコンだと画面が
スカスカになるため画面レイアウトや演出も変える必要があるかもしれないけどね。
1画面ゲームならばその妥協が許されると思うけどこのゲームを1画面で作ることは
無理にょ。
まぁ「シュプール」を「プチコンスキー」として、「3D DRIVING」を「PETIT RUN」
として基本的な考え方のみ使って別物のゲームとして作れば十分可能だけどこの
「ピーチバレー」を簡素化するとただの2人対戦のテニスゲーム（地面についたら負けに
なるので羽根突きのようなゲーム）になってしまうにょ（笑）

というわけで、私が最後に発表したポケコンゲームが3月14日の「ホワイトデーゲーム」
ではあまりに嫌すぎるためこの「ピーチバレー2」を最後に発表したポケコンゲームと
しておいて欲しいにょ（誰に向けて言ってるのやら・・・）
まぁポケコンが壊れてしまったから即終了というわけではなくポケコンを再入手したら
また復活できる可能性もあるけど生憎PC-E500シリーズの最終モデルとなったPC-E650も
すでに生産終了して時間が経つだけにどんどん入手が難しくなっているためいつ復帰
できるか分からないからね。
それに唯一新品でも入手可能なPC-G850VSはPC-E650よりは高速とはいえそれをPC-E500
シリーズで蓄積された知識のほとんどが生かせないのが厄介にょ。
G800シリーズで使える知識もあるけど私の場合はE500シリーズに特化したものばかりを
使用しているからね。

特定機種のみに通用する専用テクニックは100％の性能を使い切るには当然のことにょ。
BASICレベルであっても100％の性能を使い切るというのはかなり大変であることは私が
長年1機種（PC-E500シリーズ）を使い続けることで身をもって体験したからね。
たからこそ、雑誌掲載のレベルのゲームでも3倍とか5倍の高速化というものが可能に
なっているにょ。
私がプチコンにおいてはどの程度使いこなしているかはまだ不明（未だに使ったことの
ない命令さえある）だけど1つだけ言えるのは潜在能力の上限までは全く使ってない
ということだけは確かにょ。
上限にかなり近いくらい使いこなしている人ならば何人もいるにょ。
ただし、それらの人も100％使いこなすというのは無理だと思うにょ。（ここで言う
100％というのはプログラムリストを見ただけでこの実行には何フレームかかるというのを
把握しているようなレベル）

私はプチコンはマイペースでプログラムを作っていこうと思うにょ。
もはや、若い頃のように上限まで使いこなしてやろうという気力はないからね。
1画面プログラムを作って「1バイト縮まった」とかいう些細な喜びで十分にょ。
昔はポケコンでも大作主義でメモリがあればあるだけ使っていた（PC-E500にドラクエ
移植をしていたけどメモリ不足で途中で断念したこともあった）けど雑誌投稿を
始めた90年代からはいかにリストパフォーマンスを向上させるかに焦点を絞って
いったからね。
ポケコンBASICで作られたアクション系のゲームの場合は実行速度がおもしろさを左右
することも多いため速度重視でなおかつリスト短縮にも拘ってきたにょ。
その点、プチコンはよほど凝った処理をしない限りは速度面が問題になることはポケコン
と比べると非常に少ないためリスト短縮のみに焦点を絞ったプログラミングができるにょ。
そういう意味ではやはり私にとっては1画面ゲームが最適っぽいにょ（笑）
944：御茶目菜子：2012/04/08(日) 15:41:12: 棒歌ロイドキーボードが完成！
先月末から作っていた棒歌ロイドキーボードがついにできたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/bo_kb.htm
http://www.youtube.com/watch?v=Rmks-sKVXaY
すでに1画面版（といっても14行）のものを発表しているとはいえ、やはりプチコン標準の
カナ入力ボードではいくら慣れても速度面でかなり無理があるし、指では入力が難しい
ためタッチペンでの操作になってしまうけどそうなると事実上右手でペンを持って左手で
支えるしかなくなるにょ。
そうなると音階演奏部分は必然的に十字ボタンとなってしまうのだけどそのせいで斜め
ボタンの入力を多用することになり実用レベルに達しているとは言い難いにょ。
まぁこれはいかに短いリストで作るかに焦点を置いており使いやすさは二の次という感じ
だったけど今回のは使いやすさに重点を置いたものにょ。

プチコンで文字入力をしながら音階演奏をする場合には文字入力と音階演奏のどちらを
タッチパネルで行いどちらをボタン操作で行うかによって操作性はまるで別物になって
しまうにょ。
当初は1画面版と同じ方式で考えていたけど「リアルタイム演奏は絶対に無理」という
ことで1画面はあきらめて他の方法を行うことにしたにょ。（結局途中まで作った1画面版も
あとからリスト短縮に最大の主点を置いて作り直したものを発表したけど）

操作する場合にはタッチパネルはブラインド操作は無理であるためそちらの方に視点を
集める関係上でボタン操作は慣れたらブラインド操作が容易であることが望ましいにょ。
そして、できるだけ速く、確実に入力できるものが望ましいにょ。
そういった条件のものに2つのものを試作したにょ。
1つが今回発表したようにボタン操作でカナ入力をしてタッチパネルの鍵盤で音階演奏を
行うというものでもう1つが3月30日に書いたようなタッチパネルで文字入力を行い
ボタン操作で音階演奏を行うというものにょ。

　試作品1
　http://www.youtube.com/watch?v=ZNqvttuZIv0
　試作品2
　http://www.youtube.com/watch?v=CrqIthUibVc

後者（試作品2）の方は、まだ清音のみの実装とはいえ一般的なフリック入力にほぼ準拠
したものであるためにスマホのフリック入力に慣れている人であればすぐに使えると
いうのが大きなアドバンテージになっているにょ。
前者（試作品1＝今回完成させたものの原型）はABXYボタンをテンキーに模して
フリック入力をモチーフとした入力方法となっており、こちらも清音においては簡単に
入力できると思われるにょ。
どちらを完成させるか迷ったけど今回は前者を完成させることにしたにょ。（後者に
関しては後述）
やはり、少しでも早く完成させたかったのと前者と後者では使い勝手が別物であるため
それを両方搭載すると中途半端なものになりかねない（ベストな状態がわかりにくい）と
いうのがあるからにょ。
プログラム面を見ても2つを1つにまとめれば別々に発表したものを合算するよりは小さく
なるとはいえ大部分が異なっているためあまりリスト短縮効果は望めないにょ。（無理に
共用できる部分を増やそうとするならばリストの最適化を施すのが難しくなるため逆に
サイズ面では不利になる）

基本システムは一晩でできたもののネックとなったのはボタン操作による文字入力において
致命的な問題が見つかったからにょ。
清音においては「ボタン操作でこれ以上のものは考えられない」という配列であるため
それをさらに使い勝手を良くするために濁音と拗音ボタンを独立させて素早く入力が
可能になったにょ。
子音＋十字ボタンで一発で拗音が出せるため拗音においてはフリック入力を超えると
思われていたくらいにょ。（例えば「ニョ」ならば同時押しさえ要らず十字ボタンの
右だけで出せるためどの入力方法よりも速い）
その結果、十字ボタンに割り当てている拗音を入力するときはタッチパネル上の鍵盤で
演奏ができないという問題が発覚したにょ。
結局拗音の1ステップ入力は諦めて2ステップ入力にすることでこれを解決したにょ。（とは
いえ、一応十字ボタンでの入力も残しているけどこちらも拗音を出す時のみ右手で演奏
すれば使えなくはない）

というわけで、ボタン操作による文字入力はこれ以上のものを望むのが難しいため次に
タッチパネルの鍵盤演奏について考えることにしたにょ。
重視したのは操作性とTALK命令により音のブツ切れ対策にょ。
プチコンでもすでにタッチパネルを使った鍵盤演奏プログラムは多数発表されているけど
やはりそれらのほとんどがタッチペンを使っての演奏を想定していると思われるにょ。
指で入力するためには最低ボーダーラインが鍵盤の横幅は16ドットくらい欲しいにょ。
これだと2オクターブ実装できるにょ。
楽器演奏ならば2オクターブでは足らないことが多いため2オクターブの鍵盤を2つ分用意
して4オクターブ出るようにしたり、中には3段分で6オクターブ出せるものもあるにょ。
横幅が16ドットが最低ラインといってもそこまで増やすと縦幅が狭くなり操作しづらい
ためにボーカル演奏ならば2オクターブあれば十分といえるにょ。

むしろ問題なのはどの音からどの音まで出せるかということにょ。
下限がド（C3）からだと演奏できない歌唱曲も結構あるためラ（A2）かソ（G2）までは
対応させておきたいところにょ。
そうなるとソ（G2）～ファ（F4）もしくはラ（A2）～ソ（G4）となるにょ。
これだと白鍵の数は14個になり横幅は16ドットを超えるものになるにょ。（計算上では
横幅が約18.3ドットになる）
しかし、白鍵の鍵盤数14個でも文字入力に十分に慣れておらず意識が右手の文字入力に
行ってしまうと結構ミスが目立ってしまうためさらなる横幅の増加が欲しいと感じるように
なってしまったにょ。（DSi LLならばまた変わってくるんだろうけどあいにく持ってない）

鍵盤の横幅を増やすのは簡単だけどそうなると鍵盤数が足らなくなる可能性もあり、
演奏できる曲にかなりの制約ができてしまうにょ。
そこで思いついたのが鍵盤サイズの可変機能とスライド機能にょ。
これがプログラムを書き換えたりせずに誰でも簡単かつ自由にできることによって
自分が最も使いやすい鍵盤にすることができるにょ。（GFILLとGBOXを使って描いている
ためにBG画面を使うものと比べてサイズを変更するのは非常に簡単にできるし、色で簡単に
判別可能であるため鍵盤の入力判定のコードも短くなる）
やはり、どの程度の音域をカバーしているのか、どの程度の横幅まであれば十分なのかは
曲によっても違うし個人差も大きいからね。
私自身も曲によって手軽に設定変更ができるというのは非常に恩恵が大きいにょ。
私の知る限りでは鍵盤サイズの自由可変ができるプチコンプログラムは私が今回作った
「棒歌ロイドキーボード」以外には存在しないにょ。（鍵盤スライド機能を持ったもの
ならば他者が作ったものの中に1つだけあったけど）

そして、重要となるのが音切れ対策にょ。
TALK命令で長時間（数10秒間）連続で発声させることは簡単なのだけど問題はあらかじめ
発生時間を決めておく必要があるということにょ。
したがって、一般的な方法としては長時間発声させるようにしておいてタッチパネルや
ボタンを離したときにTALKSTOPで停止するという方法によって時間調整をしているにょ。
この方法で音切れの原因となるのはTALK命令自体のタイムラグとボタンやタッチパネル
から指を離すことで発声する無音時間にょ。

TALK命令は発話速度Tを調整することで発声時間を調整できるし、発音したい音の語尾に
「ー」を付けることで調整もできるにょ。
先日も書いたようにTALK命令の音声の波形をおおざっぱに見ると下記のようになってい
ためまずはこれを見てみるにょ。（縦軸が音量、横軸が時間）
　　　＿＿＿＿
　＿／　　　　＼＿＿＿
　A B C?????? D E　　F

A　TALK命令実行開始（TALKCHKで1を返す）
B　発声開始
C-D発声中
E　発声終了
F　TALKCHKで0を返す

しかし、発話速度を遅くするとTALK命令を実行してから実際に発音されるまでの時間で
あるBC間の時間が増加してしまうため素早い操作に対応できなくなってしまうにょ。
「ー」をたくさん連ねるとAB間の時間が増加してしまうためこちらも同様の状況になって
しまうにょ。
TALK命令は発音する文字によってそのAB間やBC間の時間は異なるため一概には言えない
ものの上限付近ではかなり顕著になってくるにょ。
それならば、発話速度を速くして、「ー」の数も減らせばいいけどそうなると今度は
連続して発声できる時間も短くなってしまうにょ。
許容範囲がどこにあるのは演奏者や演奏曲によって大きく変わってくると思うのでそれは
「バッファサイズ」という項目でいつでも容易に設定変更できるようにしたにょ。
レスポンス重視か発声速度重視かが簡単に調整できるということにょ。

ただし、これでTALK命令自体のタイムラグは妥協できるレベルになるとしても厄介なのは
演奏者が原因となる無音時間にょ。
これは「すばやくボタンを押せば問題ないのでは？」という考えもあるけどすばやく操作
するにも限界があるにょ。
ひたすら連射を行うだけならば秒間16連射も可能だけど普通だったらせいぜい秒間6連射
程度ではないかと思われるにょ。
これはテンポ120の曲の三連符の速度であるため無茶な速度ではないにょ。
実際にこの速度で連射をして、タッチパネルに触れている時間がどの程度あるのかを
プチコン上で実験してみたところ数回のテストの平均で接地時間は約3分の1程度である
ことが分かったにょ。
これは言い換えると1回押すのにかかっている時間（10フレームの時間）のうち接地時間は
3～4フレームということにょ。
これば指を素早く動かしても1回あたり6～7フレームの無音時間ができてしまうことを
意味するにょ。
当然ながらこれは「速く動かす」ということを考えてこのレベルであり、慣れないうちは
その数倍の無音時間になると思われるにょ。（だから音がブツ切れになって当たり前）

無音時間を減らすのにもっとも簡単な対策方法はボタンやタッチパネルから指を離しても
すぐに発声が止まらないようにすることにょ。
最低でも6～7フレーム、設定によってはその10倍くらいの時間まで可能にすればかなり
音切れは軽減できると思われるけど止めたいときにすぐに止まらないというのはあまり
良いものではないにょ。
ピアノのダンパーペダルのように特定のボタンを押している間のみ鳴り続けさせる
というのも1つの方法だけどそのためにボタンを1つ占有されてしまうというのはあまり
良いものではないにょ。（専用ボタンを設けないと使い勝手が著しく低下してしまう）

しかし、タッチパネルでの演奏の場合は「押す」「離す」以外の操作が可能であるため
わざわざ専用ボタンを使う必要はないにょ。
今回私が行ったのは鍵盤を押さえた時は基本的に発声し続ける（ただしTALK命令の発声
可能時間内に限る）のだけどその発声中にタッチパネルに触れたままで次に押す鍵盤の
場所まで指を移動させてその鍵盤の上で軽く下方向にスライドさせて演奏させるという
ものにょ。
これを行えば上記検証で分かった「最低6～7フレームの無音時間」をゼロにすることが
できるにょ。
私はこの演奏方法を「レガート奏法」と名付けたにょ。
もちろんこれはピアノ演奏では初歩のテクニック（バイエルを初めてすぐの頃に習う）と
なるレガート奏法を元にしたネーミングだけどこれができるのもタッチパネルの恩恵で
あると思われるにょ。（プログラムの処理的にはたいしたことはやってないんだけど）

このレガート奏法の効果は実際に試してみると非常に大きいことが分かるにょ。
例えば、デフォで発声される「ナ」の音だけどこの音は比較的発声タイムラグが大きめ
となっているにょ。
そのためバッファサイズゼロに設定しても秒間6連射ところか秒間4連射で同じ鍵盤を
押しても全く発声してくれないにょ。（発話速度10、「ー」を1つにすれば辛うじて
発音されるけどその代わり押し続けても一瞬しか鳴らないため実用にならないし、
ブツ切れ感は非常に大きい）
これはテンポ120の八分音符の速度であり、決して速いものではないにょ。（ピアノを
ONにしているとピアノ音だけ鳴るのを見てもプログラムそのものの処理が重いのではなく
TALK命令のタイムラグが大きいのが分かる）
しかし、そういう状況下であってもレガート奏法を行えば秒間4回同じ鍵盤を上下に
こするようにスライドさせてもそこそこ反応してくれるため効果の大きさは一目瞭然
だと思うにょ。
というわけで、とりあえずプチコン（DSi／3DS）で動作させるということを考えると
今回私が行った文字入力、演奏方法がベストな方法ではないかと思われるにょ。

あとの細かいことはプログラムの紹介ページに書いたけどその中から2点ほどさらに詳しく
書いていくにょ。
レガート奏法に直前の2フレーム分の移動量を使用したのかは1フレーム分だと誤差が極めて
大きくなるからにょ。
2フレームで8ドット分の移動量ならば1フレームで4ドット分の移動量でも同じようだけど
実際はある程度力が入っていたら指を置いたときのちょっとしたずれで数フレーム分移動
してしまうためにょ。
1フレーム分の移動量だと誤差が大きいし、たくさんのフレーム数だとその分だけたくさん
だけ変数を用意しなくてはならない（リングバッファを使えば処理は簡単とはいえできる
だけ短いコードで意味のある動作をさせたかったため）というわけでベターに感じたのが
2フレームで8ドット分にょ。（これが15とか20ドットくらいになると今度は演奏のミスが
増えてしまったし、あまり参照フレーム数を増やすとレスポンスも下がってしまう）

それとデフォ設定でド（C3）ではなくラ（A2)を鍵盤の下限の音にしているかということ
だけどこれも理由があり、デフォ設定でどんな曲も無難に弾けるようにするためにょ。
確かにスライド機能があるから必要な人だけ変えればいいんだけどね。
それは私も思ったけど鍵盤数を23個まで増やせる関係上ドを下限にしてしまうとその上限
設定ができないということも理由にもなっているにょ。
鍵盤位置がデフォの状態だと鍵盤数を23個の上限に設定したときに音域の上限になるように
なっているにょ。
設定を変えないと選択できない機能があるというのは個人的にはあまり好ましくないし
かといって鍵盤数の設定を14段階にするというのもあまり好きではないためにそうなって
しまったにょ。（一見するとキリが良い10段階にするという方法もあるけど0H～FHまでの
16段階や00H～FFHまでの256段階が最もキリが良いと感じているという主観的な理由による）
それならば逆に鍵盤数の下限を6まで選べるようにすれば16段階の設定でデフォの鍵盤位置
においてドをデフォの下限の音にすることができるという考えもあるかもしれないけど
その場合は6音だとあまりに弾ける曲に制限がある（「きらきら星」くらいか）だけでは
なくてキーボードスライドルーチンが長くなってしまうためにょ。
このスライドルーチンは1オクターブ上の黒鍵の有無（GSPOITで黒鍵の色から判断）を
調べているという単純なものだけどその手段が使えなくなってしまうからね。
いくらでも他の方法はあるのだけどわざわざ長いコードにしてまでそこまでする価値を
見いだすことはできなかったにょ。
それでも変えたいという人はどんどん自分好みに変えて欲しいにょ。

最後にさここで先ほども書いたタッチパネルを用いてフリック入力で文字入力を行い
ボタンで演奏するというもう1つの案（試作品2）についてだけどここまでタッチパネルでの
演奏が快適になるとボタンでの演奏はかなり見劣りしてしまうにょ。（確かにバンブラの
ようにすべてのボタンを割り当てればそれなりに快適に演奏できるとはいえ、それは私の
文字入力で拗音が入力できないというのと同じであり、すべてのボタンを使うことは
できないわけだし、音切れ対策を行うならばさらに使えるボタンが減ってしまうために
快適に演奏できるものにするのは極めて困難）
確かに文字入力だけを見ればタッチパネルでフリック入力を入力した方が快適とはいえ
肝心の演奏部分にここまでの差ができてしまうとそれを埋めるにはかなりの工夫が必要に
なってくにょ。
せめて、ボタンがすべて使えたらバンブラ式で結構快適に演奏できるのだけど文字入力を
しながらだとABXYボタンか十字ボタンのどちらかは事実上使えなくなってしまうからね。
それでボタンを使った快適な演奏は難しいにょ。

演奏部分には大きな問題があるけど文字入力は完璧かというとそうでもないにょ。
フリック入力はカーブフリックによる文字入力について研究して（手元にカーブフリック
対応の機種がないためその使用感を得るためには店頭で確かめるしかない）それに
見劣らないレベルで文字入力を可能にしたいところにょ。
そして、ボタン操作で上記のような快適に演奏できる方法が見つかり、さらに音切れを
緩和させる方法が良い方法（1つの方法として挙げた上記のダンパーペダル式だと演奏に
使えるボタンが1個減ってしまう）が思いつけば開発を再開するにょ。
ただし、その前に作るのに飽きたら開発はそこで一端終了となるにょ。
とりあえず、当初に作ろうと思ったものはできたので代案の方は安心してゆっくり
進めることができると思うにょ（笑）
そのうち、こっそり完成させてプチコンコーナーの方に公開しておくかもしれないにょ。
よほど「ここを見て欲しい」という工夫した点がないとここでわざわざそれについて
こんなに書くことは無いだろうからね。
945：orirakkusu：2012/04/09(月) 18:41:59: IF短縮
プチコンで8方向に動かすルーチンを作ってみた。
X=X+(SGN(BUTTON() AND 8)-SGN(BUTTON() AND 4)):Y=Y+(SGN(BUTTON() AND 2)-SGN(BUTTON() AND 1))

http://www.geocities.jp/orirakkusu/
946：御茶目菜子：2012/04/10(火) 15:38:08: プチコン講座がmkIIに対応にょ
私が書いたプチコン講座がようやくプチコンmkIIに対応したにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/lecture.htm

基本的にmkIIは初代プチコンの上位互換であるためプチコンの知識はmkIIでもほとんど
使えるのだけど一部は命令の仕様が異なったり、mkIIで導入された命令を使えばさらに
簡単に記述可能だったりするためそういうのを内容に盛り込んだにょ。
それだけでは物足りないのでゲーム作りの基本となる第1回、第2回に関しては初心者の
理解をさらに深めるためにより基礎的な部分とより実践的な部分を書き加えたにょ。
加筆部分だけでテキストサイズは10数KBに達しているにょ。
この講座を書いてから4ヶ月余りの間にtwitterなどで良く聞かれている疑問点に対応する
ようなものになっていると思うにょ。
一応初心者向けの講座なのであくまで基礎知識がメインであるため効果的なリスト短縮の
方法などは別の形で公開するにょ。

orirakkusuさんへ
＞プチコンで8方向に動かすルーチンを作ってみた。

私も作ってみたにょ。
B=BUTTON()X=X-(B%16-B%4+1)%3+1Y=Y-(B%4+1)%3+1
こんな感じのリスト短縮法は今度Tipsコーナーにまとめる予定にょ。
947：御茶目菜子：2012/04/15(日) 15:10:32: プチコンのプログラムリスト短縮テクニックをまとめてみたにょ
私が使っているプチコンの「リスト短縮テクニック」をまとめてみたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/list.htm
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/mod.htm

ポケコンにおいてはその処理速度の遅さからまず第1に速度重視となっていてリスト短縮は
その次だったけどプチコンの場合は速度が速いため私はリスト短縮をして楽しんでいるにょ。
もっとも、プチコンもフリーエリアが1MBあるわけなのでこんな短縮をしてもほとんど無意味
となるにょ。
QRコード枚数が多いのは大抵の場合はグラフィックデータ（GRPだけではなくスプライトや
BGなどを含めた広義の「グラフィック」を意味する）を減らす方が遙かに効果的だからね。
それでも、1行、3行、1画面のように行数に制約を設けたプログラムを作っている人に
とっては有意義なものになると思うにょ。
特に1画面プログラムの場合は行数の制約に加えて1行当たり29文字以下に抑えなくては
ならないという大きな制約があるためこういったリスト短縮テクニックを知っているのと
知らないのとでは雲泥の差が出てくるにょ。

まぁ「プチコンが速い」といってもそれはあくまでポケコンやかつての8ビットパソコンと
比較しての話であり、スプライトを35個くらい（mkIIだと50個くらい）動かしただけで
処理落ち（1フレーム内に処理が終了しない）を起こしてしまうにょ。
これに当たり判定などが加わればさらに厳しくなるとはいえ、ポケコンと比べると遙かに
高速といえるにょ。（当たり判定においてはmkIIではSPHIT命令のお陰でかなり高速化されて
いるけど私はまだ使ったことがない）
演算速度は100倍近い差だし、標準のグラフィックキャラ表示機能は数100倍の差がある
わけだからね。
ポケコンのBASICでは1fpsさえ難しいようなゲームもプチコンでは数100fps出せる可能性が
あるということにょ。

もっともプチコンの方が画面解像度や色数が多いため処理速度に比例したフレームレートが
得られるという単純なものではないにょ。
しかし、ポケコン（PC-E650）では実際に作ってみると8x8ドットのグラフィックキャラを
標準となるGPRINT命令を使って1つ表示してそれを動かすだけで11fpsの速度しかでないため
10fps以上のゲームなんてBASICではほぼ不可能になるにょ。
私も10fps以上到達しているのは100m走系のケームがほとんどだしね。（OPASを使っても
8fps前後のものが多い）
ポケコンBASICだからそんなものといってしまえばそれまでだけど速度が遅いからこそ
ポケコンの場合は高速化の恩恵が非常に大きいものになっているにょ。
ポケコンゲーム制作講座で書いたように100m走系のゲームのように連射を要求するゲームは
5fpsでは成立しないけど15fpsではギリギリ連射をして遊べるくらいにはなるからね。
http://ww5.tiki.ne.jp/~ochame/E500/LECTURE/making_3.htm

連射を要求しないゲームでもアクションゲームならば3fpsはかなり厳しいけど10fps近くに
なればそれなりに快適に遊べるというのが私が長年ポケコンBASICでゲームを作ってきた
感想にょ。（これはポケコンの画面解像度が低い影響もあるためプチコンだと10fpsでは
やや厳しい感じになる）
つまり、アクションゲームならば10fpsにいかに近づけるかということが快適に遊べるか
ということになりアクションゲームにおいてはそれが面白さにかなり繋がっていたにょ。
しかし、上記のように8x8ドットのキャラを1つ動かすだけで11fpsまで低下するという
ことを考えると10fps以上のゲームがいかに難しいか分かると思うにょ。
とはいえ、工夫次第ではいくらでも高速化の余地が残されているにょ。
これは実際に私がPJやべーマガといった雑誌掲載のプログラムを高速化改良した結果平均で
3倍速くらいになっているために低スペックのポケコンとはいえ、潜在性能はそこそこ高い
というのが私のイメージにょ。

話をプチコンに戻すと限界まで処理を高速化して10fpsが困難なゲームというのはよほど
無茶なことをしていない限りはあり得ないにょ。
私が作っているような単純なゲームならば高速化を特に意識せずに余裕で60fps出るもの
ばかりだからね。
仮に100fpsのゲームが高速化を駆使して300fpsの速度になってもVSYNC1でウエイト調整を
している以上は60fps以上の速度は無意味となるにょ。
したがって、少なくとも私がプチコンで高速化をしなくてはならないと感じたことは
ないにょ。（唯一60fpsが微妙になったのはPETIT RUNだけであり60fpsを何とか確保する
ために画面を若干荒くしてループ回数を減らして解決した程度だけどそれでも1フレーム
あたり40回以上GFILLが実行できているわけだから非常に高速であり、mkIIでは60回以上
GFILLを実行しても処理落ちが無くなった）

もっとも私は1画面プログラムをメインに作っているために置かれている環境そのものが
他の人とは大幅に異なるのでプチコンの速度は十分速いからリスト短縮の方が価値がある
ということを理解できる人はほぼ居ないと思われるにょ（笑）
とはいうもののプチコンでプログラムを作っている人はそれなりに多いため私と同じ
ような考えを持っている人がゼロであるとはいえないにょ。
実際にプチコンの1画面プログラムで私よりも先輩となる人もいるわけだからね。
やはり、実際に作ってみなければその難しさや楽しさは実感できないにょ。

やはり上記のプチコンのリスト短縮テクニックの中で私が好きなのは！（論理否定）と
％（剰余）にょ。
それは1文字で済むということに加えていろいろと応用性が高いからにょ。
剰余はポケコンには無くてこれがあれば便利という場面に出くわしたことは多々あるにょ。
とはいえ、剰余は実際は無くても何とかなるし使いまくれば処理が重くなるため速度を
もてあましているプチコンだからこそ気兼ねなく使うことができると思うにょ。
論理否定はmkIIから登場したものだけどこれを知っているのと知らないのとでは大きな
差になると思われるにょ。
IF文でもかなり有効活用できるからね。
とはいえ、BASICではあまり見慣れないので　X=X+!(4AND B)-!(8AND B)　で左右移動が
できるなんて分かる人は果たしてどれだけ居ることやら・・・。
もっとも、剰余を使えばこれが　X=X-(B%16-B%4+1)%3+1　になりさらにわかりにくくなって
いるけど剰余は多くのBASICに搭載されているため分かる人もそれなりに多そうにょ。

上記のプチコンのリスト短縮テクニックの中でやたらたくさん書いているような気がする
8方向移動や左右移動だけど左右移動に関するものだけを抜き出したらこれだけあったにょ。
（リストの長い順に記載）

《　IF文を使った基本形　》
IF (B AND 4)==4 THEN X=X-1
IF (B AND 8)==8 THEN X=X+1

X=X-((B AND 4)==4)+((B AND 8)==8)
X=X+((B AND 4)==0)-((B AND 8)==0)
X=X-SGN(4AND B)+SGN(8AND B)
X=X+!(256AND B)-!(512AND B)　（※LRボタン用）
X=X+SGN((8AND B)-(4AND B))
X=X-(4AND B)/4+(8AND B)/8
X=X-!!(4AND B)+!!(8AND B)
X=X+B%16/8-B%8/8*3+B%4/4
X=X-(B%1024-B%256+1)%3+1　　（※LRボタン用）
X=X+!(4AND B)-!(8AND B)
X=X-((B AND 12)+1)%3+1
X=X+112%(B%16-B%4+3)-1
X=X-(0OR B/256+1)%3+1　（※LRボタン専用）
X=X-(B%16-B%4+1)%3+1
X=X-(B==4)+(B==8)　（※左右移動以外不可）
X=X-!(B-4)+!(B-8)　（※左右移動以外不可）
X=X-(B+1)%3+1　（※左右移動以外不可）

　《　参考　》　同時入力におけるプチコンのボタン入力判定方法
　http://ww5.tiki.ne.jp/~ochame/petitcom/p002.htm#button

これをすべて覚える必要なんて無いけど「左右移動」という単純なものでさえ工夫できる
余地がいくらでもあるということが分かってもらえたらいいにょ。
それを考えると1画面プログラムといってもバカにならないことが分かると思うにょ。
1画面プログラムを作る場合にはこういったリスト短縮方法をいかにたくさん知っていて
それを使い分けられるかが重要になってくるけど今回私がよく使っているようなものを
分かりやすく書いていったのでこれでかなり1画面プログラムは作りやすくなるのではないか
と思うにょ。
これによって1画面プログラムに興味を持つ人が増えたら個人的にはうれしいにょ。
948：orirakkusu：2012/04/15(日) 15:40:07: ついにきたーー
ついに、来たようだ！
おちゃめさんのリスト短縮技が！
やったあああああああああああああ
(この人はtwitterからすっとんで来ました。)

http://www.geocities.jp/orirakkusu/
949：御茶目菜子：2012/04/16(月) 15:23:31: レスにょ
orirakkusuさんへ
＞ついに、来たようだ！
＞おちゃめさんのリスト短縮技が！
＞やったあああああああああああああ

良かったら自作プログラムの中でどんどん活用してみてにょ。
まぁ1行とか1画面とかいう行数制約のあるプログラムでないとあまり意味がないけどね。
950：御茶目菜子：2012/04/17(火) 15:19:25: 10インチ液晶にはWQXGAがベスト！？
キヤノンとシャープが4K対応モニタを年内に量産開始すると発表したにょ。
http://av.watch.impress.co.jp/docs/news/20120413_526212.html
http://av.watch.impress.co.jp/docs/news/20120413_526327.html

すでに4Kモニタ（3840x2160のQuad HDが主流）は市場に出回っているもののそれらは50～60
インチクラスの大型のものばかりで一部の需要に応えるハイエンドな製品でしかなかった
からね。
しかし、この度は32インチという一般家庭における普及サイズで4Kを実現していることに
価値があるにょ。
液晶モニタはQuad XGA液晶を搭載した新型iPadが4万円台からの普及価格で発売されている
のを見て分かるように解像度アップによるコストアップはそれほどたいしたことはなくて
パネルサイズと生産数が価格に大きな影響を与えているにょ。
したがって、32インチという比較的小さなサイズであるのと同時にそれを大量生産する
ことで量産効果によるコストダウンが実現できるにょ。
新型iPadが高解像度でも安価なのは9.7インチというパネルサイズに加えて1000万台単位の
出荷が行われるため量産効果によるコストダウンが容易であるためにょ。
実際はコストダウンができても4K対応という付加価値によってやや高めの価格付けが
行われると思われるにょ。
現在の液晶TVは低価格競争によって国内メーカーはどこも採算がとれる状況にはならない
レベルにまで達してしまったからね。

問題はTVが4Kになったところで現時点でどれほどの恩恵があるのかということにょ。
次世代となるスーパーハイビジョンはまだ試験放送さえ始まってないという状況下であり
その高解像度を生かせる映像ソースがないからね。
そんな中でやはり期待されるのは4K対応のビデオカメラにょ。
キヤノンはEFマウント対応のデジタルシネマカメラ「EOS C500」とEOS 1DXをベースとした
4K動画が撮影可能な「EOS 1DC」を発表したにょ。
http://av.watch.impress.co.jp/docs/news/20120413_526222.html
http://av.watch.impress.co.jp/docs/news/20120413_526218.html
いずれも非常に高価なものとはいえ、これはハイエンド市場を見込んだ大型センサー搭載の
レンズ交換式であるためやむを得ないにょ。
4K動画が普及してくれば現在のフルHD対応ビデオカメラ並の価格で4K対応のビデオカメラが
登場することが予想されるにょ。

現時点では再生環境がほとんどないため普及にはしばらく時間がかかりそうにょ。
4K対応のビデオカメラをそれなりに安価に抑えてもフルHD液晶TVではその違いが分からない
からね。
エンコーダチップは近い将来安価に作れるようになるとしても記録するメディアが問題と
なるにょ。
現在はフルHD対応のAVCHDでは規格上28Mbpsが最大になっているにょ。
4K動画の主流ビットレートはどれくらいになるのかは分からないけどコーデックが進化
しない限りはフルHDの4倍となる100Mbpsクラスのビットレートが必要になるにょ。
1秒当たり約12MBのデータ量になるのだけどこれだと64GBのSDXCカードであっても1時間半
しか記録できない計算になるにょ。
半導体の製造プロセスの微細化によって記録時間はどんどん増えていくのだけど問題は
容量ではなく速度にょ。
12MB/sというのはあくまで最低レベルの速度であり、より高画質を求めるため高ビット
レートで保存するならばより速い記録メディアが求められるにょ。

十分な映像コンテンツがないと表示機器は普及しないというのは現在の3D対応テレビを
見れば良く分かると思うにょ。（それ以前にメガネを掛けないと視聴できないという
現在の主流のスタイルでは普及は難しいと思われるので3DTVを本格普及させるのであれば
裸眼でまともに視聴できるレベルの3DTVを安価に発売する必要があると思う）
したがって、4K対応TVを普及させるためには価格も重要だけどその価格を下落させるため
にも量産効果によるコストダウンが必要であり、そのためにも多くの人に多少割高でも
4K対応のTVを選んでもらう必要があるにょ。
「卵が先か鶏が先か」というのと議論になってしまいそうだけど結局はコンテンツが
ないと話にならないにょ。
HDTVに関しては地デジへの完全移行が極めて大きい（つまり強制的なアナログからの
乗り換え）けれどBSデジタルやHD対応ビデオカメラがすでに普及しつつあったという
状況を考えると地デジ放送が開始される前からHDTVの需要増はある程度見込まれていた
と思われるにょ。（ここ数年で一気に普及したのは価格面の問題による影響が大きい）

TVの4K化も気になるところだけどそれよりもPCの高解像度化も気になるにょ。
シャープは上記の32インチ4Kパネルと同時に10インチWQXGA（2560x1600）や7インチの
WXGA（1280x800）の液晶パネルの量産化も発表したにょ。
http://pc.watch.impress.co.jp/docs/news/20120413_526257.html
個人的に気になるのは10インチWQXGAモニタの方にょ。
これを搭載した小型ノートPCの発売を期待したいにょ。（Let'snote Jあたりに搭載される
とうれしい）

ノートPCの液晶モニタの解像度は90年代後半にXGAが主流になってからはそれがずっと
据え置きの状態が続きXP世代後半（2000年代半ば）にはWXGAが主流になって現在に
至っているにょ。
確かにモデルによってはWXGAよりも高解像度なものは選べるとはいえそれはあくまで
ごく一部の機種に限られ国内で流通している多くの製品はWXGAになっているにょ。
昨年10月4日に書いたようにこのWXGA主流の状況は個人的にはあまりうれしくないもの
となっているにょ。
確かに解像度が上がっても文字が小さくなって読みづらくなるから結局大きな文字
サイズにしてしまうから意味がないとか、そもそもそういう設定方法さえ良くわからない
層も多いから無難に見やすいサイズの文字になるような粗いドットピッチのモニタを
採用しているにすぎないにょ。
そもそもWindowsは基本的には96DPIとなっているため15インチクラスでWXGAというのは
決して間違いではないけどそれは遙か昔のものであり現在の環境に合っているとは
思えないにょ。

Windowsが抱えている問題は互換性を重視しているためスケーリングで解決している
からにょ。
http://pc.watch.impress.co.jp/docs/column/config/20120406_524158.html
Vista以降はDPI変更に対して柔軟になりアイコンサイズなどもドットピッチに合わせて
変更できるようになったとはいえ、問題はアプリの対応にょ。
依然として特定のDPIに縛られているため自由な解像度で表示できるというわけではなく
文字が小さくなったりレイアウトが崩れたりするものも少なくはないにょ。
この辺はAndroidやiOSといったスマホやタブレット端末対応のOSの方が進んでいると
言えるかもしれないにょ。
Windowsでも高解像度液晶モニタを低解像度で使用することは可能だけどその際には
単純に表示画素数を減らしているため高解像度のメリットは全く無くなってしまうにょ。
もっとも、Windowsも次世代となるWindows 8に採用されているMetro Styleでは仮想的な
スケーリングにある程度対応可能になっている模様にょ。

あと問題は高解像度化してしまうとGPU性能がボトルネックになってしまうという可能性が
あるにょ。
確かに新型iPadはそれを懸念してA5XチップではGPU性能を大幅に高めたにょ。
そのせいで消費電力が増加してしまうので駆動時間減少を招いてしまうのを防ぐため
大容量バッテリを搭載して何とか従来機種（iPad2）と同レベルの駆動時間を維持して
いるにょ。
では、現在のPCはどうなのか・・・？
すでに独立GPUではフルHDを大きく越える解像度に対応しているのだけど内蔵GPUでは
次世代（今月正式発表予定）となるIvyBridgeで対応予定となっているにょ。
つまり、IvyBridgeを搭載したモデルが普及することでフルHDを越える解像度に対応可能
となり、独立GPUの搭載が難しい10インチクラスのノートPCでも上記のようなWQXGA液晶を
搭載することが可能になってくるにょ。

10インチでWQXGAになるのであればそれより大きな液晶パネルを搭載のPCや外付けの大型
モニタを使用可能なデスクトップPCではさらなる高解像度を期待したいにょ。
しかし、それに立ちふさがるのがインターフェイスの問題にょ。
現在主流のHDMIはフルHDまでしか対応していない（3D表示においてはフルHDにさえ対応
できなくなる）ためにDisplayPortが必須となるにょ。
しかし、そのDisplayPortであっても対応はWQXGAまでにょ。
複数のポートを同時に使用することでさらなる高解像度に対応させることは可能だけど
それでは一般へ普及させるのは難しいので転送速度を2倍に高めたDisplayPort2がすでに
規格化されているにょ。
このDisplayPort2を使えば4K液晶にも1ポートで対応が可能になるにょ。

長い間ノートPCはWXGAが主流であり、デスクトップPC（外付けモニタ）の主流はSXGA主流
だったのが近年になってフルHDが主流になっている（20～22インチフルHD液晶モニタが
1万円台前半で購入可能となっている今では設置スペースの問題が無ければそれ以下の
ものをわざわざ購入する意味がない）とはいえ、それ以上はなかなか進まなかったという
ことがネックになっていたにょ。
あとは需要とOSやアプリ面の対応だけが問題にょ。
OSやアプリ面は上記に書いた通りだけど需要においては何とも言い難いにょ。
個人的には作業領域が増えるというだけでもかなり大きなメリットになっているのだけど
それでは一般に訴求するのは難しそうにょ。

しかし、スマホにおいてはWVGA主流からQHD（960x540）やHD液晶（1280x720）へとシフト
しつつあるし、タブレット端末においては新型iPadがQuad XGAになったのを皮切りにして
他社もフルHDもしくはそれ以上の高解像度の端末の投入を予定しているにょ。
そうなると単純に文字だけを比べても表示品質はタブレット端末よりもPCの方が劣るものに
なってしまうにょ。
iPhone4が同じ液晶サイズのiPhone3GSと比べて縦横2倍の解像度になったけどそれは上記の
ように作業領域の拡大ではなく表示の綺麗さに使われているにょ。
そして、それは多くの人に受け入れられているということを考えるとPCにおいても高解像度
へと進むべきだと私は思うにょ。（本当に価格重視の廉価モデルのためにWXGAを残して
おいてもいいけど）
人間の目の分解能は300dpi程度（これは私も自分自身で実験してみた結果、30cmの距離で
300dpi程度というのはほぼ正しいということが間違いでないことが分かった）だけど
10インチWQXGA液晶ならばほぼ300ppiであるためその理想にほぼ合致するにょ。
つまり、10インチWQXGA液晶は（私にとっては）ベストな選択肢といえるためぜひこの
クラスのノートPCが普及して欲しいにょ。（冒頭に書いたように高解像度になれば高価に
なるというものではないため普及してしまえば量産効果でほとんど価格差は無くなる）

ただし、高解像度の方がいいといってもスマホやタブレット端末は自由な距離で閲覧可能で
あるためその限界まで高めても十分にメリットがあるのに対してPCの場合はモニタと
は固定距離で使うことが多いため単純に言えばそこまで高解像度にしても大きなメリットが
あるとは言い難くなってしまうにょ。
30cmの距離で300dpiならば60cmであれば150dpiと同じになってしまうからね。
それを考えると現状のLet'snote Jや一部の高解像度パネルを使用したネットブックの
ような10.1インチWXGAは一般的なPCの使用方法においてはベストな選択肢になると言える
かもしれないにょ。
とはいえ、10インチWQXGAの液晶パネルが量産化されるとなればやはりそれを欲してしまう
からね（笑）
数年後にはノートPCの主流がWQXGA、デスクトップPC（外付けモニタ）の主流が4Kになって
いることに期待したいにょ。
そのための下準備は整っているためにあとは需要次第にょ。
951：御茶目菜子：2012/04/18(水) 15:16:04: Windows8は成功するのか？
コードネーム「Windows8」の正式名称が「Windows8」に正式決定したにょ。
http://pc.watch.impress.co.jp/docs/news/20120417_526937.html
まぁ7の次で8ということで分かりやすいし、すでに「Windows8」の名称で認知度を高めて
いるから妥当な選択だと思うにょ。
やはり、Windowsでやっかいなのはエディションの多さにょ。
特に8からはARM版も加わるために複雑きわまりない形になりかねないにょ。
そこで8では大幅な統廃合が行われたにょ。

　Windows7においては「Starter」「Home Basic」「Home Premium」「Professional」
「Ultimate」の5つあったエディションをWindows8では「Windows8（無印）」と
「Windows8 Pro」の2つに集約したにょ。（7 Home Basicは新興国向けであり日本国内では
流通していなかったためあまりなじみはないけど）
それにARM版となる「Windows RT」が新規に加わる形にょ。
1月12日に問題指摘していたけどARM版は別の付加名称となることで区別が付いたのは
良いことにょ。

Windows RTはWindows搭載のタブレット端末向けにOEM供給されるのみに止まるため個人が
OS単体で入手はできないので選択肢は実質2つにょ。
Windowsは毎回エディションごとの機能差が問題となっていて特にVistaにおいては上位
となるエディション（ただし、金額面において）が必ずしも下位の機能をすべて持っている
というわけではなくエディションごとの差が特に顕著だったにょ。
7ではそれはランク（金額）ごとに差別化されているとはいえ多すぎてその差を把握する
のは一般人には難しかっただけにエディション数を減らすことは良いことにょ。

ただし、64bit版だけではなく依然として32bit版も残り続けるというのはやや保守的に
思えるにょ。
7も多くの機種に64bit版がプリインストールされているという現状を考えると8で64bit
一本に集約するというのは決して時期尚早とは思えないけどそうしないのは動作環境を
下げたことによって32bit版でもメモリに余裕が出てきたということと新興国向けでは
まだ32bit版の需要が大きいということが考えられるにょ。
まぁ動作環境だけを見ればXP末期のNapa世代（CoreSolo/CoreDuo＋945GM）でも動作は
可能だし、画面解像度の制約さえ許せば初期のネットブック（Atom N270＋945GSE）でも
動作は可能だからね。
それらのCPUが64bit非対応ということを考えると32bit版を廃止するのはまだ早いという
考えも分からなくはないにょ。
Windows8は実質WindowsNT6.2であるためVista/7のアプリは基本的に動作するものの
それにARM版であるRTが加わるため互換性の面で32bitを残したとも考えられるにょ。
RTは32bitであるためx86版が64bitに全面移行するのは難しいという保守的な考えも
含まれていると思われるにょ。

Windowsにおいては過去はバージョンアップの度に高スペックを求められてきたにょ。
これはCPU、GPUもだけどメモリにおいてもそれは顕著にょ。
MSが提示している推奨スペックも95が8MB、98が16MB、Meが48MB、2000が64MB、XPが
128MB、Vistaが512MB、7が1GBといった感じでどんどん増加していったからね。
もっともMSの推奨スペックは（7を除き）その4倍くらいが快適に使うための最低ラインと
私は考えているにょ。（XPは無印とSP2以降ではかなり異なるのでXP SP2/SP3においては
4倍ではなく6～8倍くらい欲しいところ）
それを考えるとVista/7が2GBが実質最低ラインとなると8が4GBが実質最低ラインに
なっても特に高いスペックとは言えないにょ。（7の動作環境がVistaからほぼ据え置きに
なったため昔と比べるとかなり低い感じでありVistaで2GB必要なら7で4GB、8で8GB必要に
なってもまったくおかしくはない）
もしも、そこまでのスペックを要求していたら間違いなく64bit一本に集約されていた
ことだと思うけど実際は動作環境は1GB以上となっており、数字上は7から据え置きに
なっているにょ。（デフォ環境でのOSの消費メモリは2世代前となるVistaよりも少ない
みたいだし）

このことが64bit一本にならなかったというだけではなく将来的にはメモリ（DRAM）の需要
減少を招いていると思われるにょ。
国内で唯一だったDRAMメーカーのエルピーダの倒産は記憶に新しいけどDRAMのみの生産
ではビジネスが成り立たなくなっているためだと言えるにょ。
DRAMのコストダウンをするためにより微細化した製造プロセスを使用し量産効果による
値下げを見込むというのが従来の考え方だったにょ。
1世代微細化すれば単純計算で2倍のビット量になるわけであって簡単に言えば需要が
倍増しなければ「量産効果によるコストダウン」というのは難しいにょ。
確かに90年代から2000年代前半までは上記のようにOSが要求しているメモリがどんどん
増えていたために微細化によるコストダウンはできていたけど近年はVistaでメモリ需要が
増加したものの7はそれほど増えず8でも据え置きとなるとDRAM需要の増加は望めないにょ。
http://pc.watch.impress.co.jp/docs/column/kaigai/20120301_515496.html

それに、Windowsが業界を牽引していくのがどんどん難しい状況になっているにょ。
スマートフォンやタブレット端末といった非PC（x86CPUを搭載していない端末）が徐々に
PCを脅かしているからね。
現時点では依然として新興国を中心にPCの需要は伸びているけどスマホやタブレット端末の
需要増はそれを遙かに凌いでいるにょ。
元々マウスとキーボードで操作するように作られたWindowsはタッチパネルでの操作に
適しているとは言えないためWindows8では従来型のDesktop Styleとは別に新UIとなる
Metro Styleを導入したにょ。
将来Metro Styleの方が主流になってしまえばARMとx86はの垣根もほぼ無くなるためPCと
非PCという上記の定義自体が意味をなさなくなってくるにょ。（もしも区別するならば
x86 CPU搭載PCとARM系CPU搭載PCという感じになる）

そうなるとWindows8において32bit版を残すことが保守的と思われたのがそうではないと
いう考え方もできるようになるにょ。
Metro Styleは32bitでの動作を前提に作られているためか64bit版のWindows8ではMetro
StyleにおいてFlashPlayerが正常動作しないというユーザーの報告もあるくらいにょ。
タブレット端末でもPCでも同じアプリが動作するというのがMetro Styleの最大の強みで
あるため高い互換性を持つ32bit版Windows8を残す必要があるというわけにょ。
他のOSを搭載したタブレット端末に対抗するためにMetro Slyleを普及させたいものの
32bitを前提にした現在のMetro Styleを普及させなくてはならないわけだからね。
そうなると次世代Windowsも64bitの一本化は難しく思えてくるにょ。
Macも近い将来はOS X上でiOS用アプリが動作するようになると思われるにょ。（8の
Desktop StyleとMetro Styleと同じような関係か）
将来（今後5年くらい先まで）はOS XとiOSは完全に統合すると予測しているアナリストも
いるくらいにょ。
それを考えると今回のWindows8はMacOS/iOS端末に対して先手を打ったとも言えるにょ。
ただし、すでに成功を収めているiOSに対してMetlo Styleは実質ゼロからのスタートである
ために厳しい立場だと思われるにょ。
したがって、成功か失敗かというのが判断するためには少なくとも3年くらいはかかるかも
しれないにょ。
952：orirakkusu：2012/04/19(木) 16:13:33: プチコンに日々が吸い込まれて(ry
なんかプチコンに日々というか生活が吸い込まれている...
なんだかんだ言って習い事やめたし。
ところで、XPはメモリなしで使ってました(メモリ入れると起動しなくなった)けど、我慢に耐えるレベルでした。

http://www.geocities.jp/orirakkusu/
953：御茶目菜子：2012/04/20(金) 15:10:01: レスにょ
orirakkusuさんへ
＞なんかプチコンに日々というか生活が吸い込まれている...

確かにプチコンでプログラムを作っていたら時間がどんどん過ぎていくからね。
お陰でプチコンを買ってから他のゲームはほとんどやってないにょ（笑）

＞ところで、XPはメモリなしで使ってました(メモリ入れると起動しなくなった)けど、我慢に＞耐えるレベルでした。

メモリがないとPCが使えるわけがないのでこれはオンボードメモリのみで動作して
拡張スロットにメモリを挿したら起動しなくなると解釈させてもらうとするにょ。
オンボードメモリはXP初期（2001～2002年）の頃は128MBの機種が多く、中期（2003～
2005年）の頃は256MBの機種が多く、末期（2006年～）は512MBの機種が多かったにょ。
初期の128MBは論外として中期以降の256MBならば我慢すれば使えなくはないレベルにょ。

拡張スロットにメモリを刺したら起動しないとなるとメモリを買い換えるしかないにょ。
メモリの世代によって異なるもののDDR2に対応していればパソコン工房などのPCパーツ
ショップで買えば2GBを2000円前後で買えるにょ。（BaffaloやI/O DATAなどのパッケージ
モデルならば1万円前後ということで高価だけど）
ただし、XP世代ならば多くの機種が上限2GBということで2GBのメモリを挿したら上限を
越えてしまい使えなくなるにょ。（最近拡張メモリを買ったのならば「メモリを挿して
使えない」というのはこれが原因かも？）
したがって、無難に1GBのものを買うといいかもしれないにょ。
とはいえ、これがDDR1（DDR266やDDR333）ならば価格が跳ね上がってしまうにょ。

メモリがどれだけ必要かは用途によって全然異なるけど多ければその分だけ快適になる
ことが多いため私はPCのメモリはとりあえず上限まで搭載しているにょ。
昔（90年代）と違って最近はメモリが安いからね。
954：orirakkusu：2012/04/21(土) 09:58:20: パソコンがああああ
おちゃめさんに言われたことをやろうとして、
まずメモリ無しでPC立ち上げたら...
ピーピー
...？どうした？
あああああ....
俺のPCがついにNECロゴとビープ音を出すだけになってしまったorz
しょうがないので、
QRはPetitEditorでQRを作ることにしても、
アイデア.txtが消えた...
どーしよどーしよ

http://www.geocities.jp/orirakkusu/
955：御茶目菜子：2012/04/21(土) 15:56:51: ついに100語突破
「おちゃめくらぶ用語の基礎知識」の登録語数が100語を越えたにょ。
http://ww5.tiki.ne.jp/~ochame/ochamewords.htm

しばらく新用語を追加していなかったのでpixivやお絵かき関係、プチコン関係の用語を
約40語追加したにょ。
まぁこれを見ている（活用している）人がどれだけ居るのか分からないけどここで書いている
雑記の補足用として活用してもらうのを目的として書いているため特に質問や疑問のレスが
無いならば活用してもらっているという解釈をさせてもらうことにするにょ。

orirakkusuさんへ
＞まずメモリ無しでPC立ち上げたら...
＞俺のPCがついにNECロゴとビープ音を出すだけになってしまったorz

先日は「メモリ無しで使っていた」といっていたのでオンボードメモリが搭載されている機種
だと思ったけどそうなるということはそうではなかったということにょ？
まぁメモリ無しで使えるわけがないから当然なんだけどね。
今までちゃんと動作していたのならばメモリをちゃんと挿せば復活すると思うにょ。

＞アイデア.txtが消えた...

消えたというよりも、PCが起動しないためHDD内のデータを見れないというのが正しいかも
しれないにょ。
メモリの故障ならば新しいメモリを挿せばいいけどPS3を持っているならば本体からHDDを
抜き出してUSB接続可能な外付けケースに入れて読み取るという方法もあるにょ。
ただし、XP搭載ならばNTFSでフォーマットされているだろうから無理かも・・・。
したがって、どうしてもそのデータが早急に必要ならばケースに入れたHDDを抱えて友人に
PCを借りるかネットカフェに行ってデータだけを取り出してUSBメモリなどに保存するという
方法があるにょ。
ただし、この方法はPCの分解を伴うためあくまで自己責任で行ってにょ。
956：＠パー：2012/04/22(日) 03:49:01: 打ちひしがれています・・・
　メイク・ラヴの数だけ重ねるたびに、利用され見捨てられて行く様な気持ちで途方にくれていました、落ち着いたところで、元の性別に戻ろうか今の性別のままにするのか、思案に暮れています。
　お茶目様はどんな方か思い出したので、ここはひとつやさしく助言をいただければ幸いです。
以上
957：＠パー：2012/04/22(日) 05:21:39: 助言、感謝します・・・
確かな助言助かります、自分の年に居直って今の性別ままで良いと覚悟してきました。
大変ご迷惑をかけ大変申し訳ない。
以上
958：orirakkusu：2012/04/22(日) 06:50:12: PCは分解しなくて済むかも...
なぜなら、今までに2回HDがいかれてるから。
むぐう、今回も新しい物を買うか...
メモリは蒸気でやられたのでちーんになってます。

http://www.geocities.jp/orirakkusu/
959：御茶目菜子：2012/04/22(日) 15:05:27: レスにょ
＠パー??さんへ
＞確かな助言助かります、自分の年に居直って今の性別ままで良いと覚悟してきました。

よく分からないけど自己解決したみたいで良かったにょ。

orirakkusuさんへ
＞なぜなら、今までに2回HDがいかれてるから。
＞むぐう、今回も新しい物を買うか...

ということは、今回もHDDがクラッシュしたにょ？
まぁHDDは消耗品ということを考えてこまめにバックアップをとらないと駄目にょ。
私も今までに10回くらいクラッシュしてるからね。

話は変わるけど例のプチコン電子雑誌化計画はDATA文をプチコンの手打ちで作ってると
いうのは本当にょ？
もっともPCがそんな感じではPCで入力してプチコン用に変換は無理だろうけど漢字を
DATA文に16進数で入力するのはかなり大変にょ。
これがGRPならばJISコード入力エディタを作ればDSの画面で見ながら文字入力もできるので
DATA文を手打ちよりは楽になりそうにょ。（あとデータのサイズも半分になるし）
といっても、それでも大変な作業だけどね。（JISコード入力エディタならば25年くらい前に
ポケコンで作ったけど自分で使ったことが一度もないくらいだし）
まぁ26日に間に合わせるならば今からシステム変更はできないだろうけど・・・。
完成を楽しみにしているので頑張ってにょ。
960：わぁぃ@：2012/04/22(日) 17:16:15: (無題)
さすがに学校にDSiは持ってけないので、「99BASIC」というのをSDに入れて持って行くことにしたにゅ。
ここに「99BASIC」を知っている方はいるにゅ？
961：＠パー：2012/04/22(日) 20:50:56: 家族に見捨てられた、つらいです。
もう誰からも拒絶されるようになったようです、涙も出ません。
何とか気晴らしでもあればよいと思い書き込みます。

カラオケで歌えなくいのは悲しい交通事故の過去のおかげです。
政治のことは私にはわかりませんしかし両親が選挙に行かしてくれないのです。
お金は、銀行にうんこにたかる金蝿、金蝿えがうるさいと電話で答えてくれたのです。
音楽は聴くことが一番の楽しみです。
ペットは、アメリカンショートヘアのシマが居ます。
絵を描く、各学校に通った妹がいます。
寒いのでストーブつけています。
父は鎌倉に働きにいっているようです、しかし中茶監視員です。
誰だって楽しい人生を送りたいのに私は失恋ばかり、誰でも寂しいものですし無理してることは知っていても、やはりつらいものです。
音楽でも聴いてます。
以上
962：＠パー：2012/04/23(月) 01:54:14: 混乱していたようです
　なんと１０年もしくは３０年もたまっていた「おなら」が出たばかり、数日間食べて眠ってやっと落ち着きました、騒がせて大変申し訳ない。
時々は書き込みます。
確かに、CDの方が音が良いですね。
寝起きで眠い・・・
以上
963：orirakkusu：2012/04/23(月) 06:51:35: やろうと思えばPS3でPetitEditorでぶつぶつ
まあ、手打ちです。そんな中、悲劇が
！
帰宅して、さーて今日もやるぞーって
いってタッチペンを取りだそうとした
ら、タッチペンが無い！？！？って悲
劇が...でもあいからわず手打ち(オイ)

@わぁぃさん
あーそれ知ってます！プチコンスレに
荒しが来てそれを一生懸命アピールし
てました！
でも一回GBAなら持ってった。

では、学校に行ってきます！

ただいま帰りました。
なんかPCはNECロゴ→オペれティー
ングうんたらかんたらエラー→自動シ
ャットダウン
って感じです。
ところで、なんとなんと、ビューワー
の仕様を今更変更します！
んで、26日にはどう頭をひねっても
無理なので、5/10の5月号までお待ち
ください(汗)

http://www.geocities.jp/orirakkusu/
964：御茶目菜子：2012/04/23(月) 15:03:01: レスにょ
わぁぃ@さんへ
＞さすがに学校にDSiは持ってけないので、「99BASIC」というのをSDに入れて持って行くことにしたにゅ。
＞ここに「99BASIC」を知っている方はいるにゅ？

昔、少し使ったことがあるにょ。
（センター試験対策などで）旧世代のBASICを使う必要があるとか、旧世代のBASIC（というか
N88BASIC）に慣れていて現在のプログラムミング言語にはあまりなじめないという人には
いいかもしれないにょ。

せっかくなので久々に使ってみたにょ。
上記のCAVEを99BASIC用に移植したにょ。（コピペしてcave.99bで保存すればLOADできる）
速攻で作ったのであまりいいプログラムではないけど・・・。

　◎「CAVE」 for 99BASIC

?? 10 CLS 3:CONSOLE ,,0:WIDTH 64,24
?? 20 P=0:S=0:X=0:Y=60:V=RND (244)
?? 30 P=P+1:W=140-P/10
?? 40 COPY @3,(4,0)-(511,383) TO @3,(0,0),PSET
?? 50 LINE (508,0)-(511,383),40,BF
?? 60 LINE (508,V)-(511,V+W),0,BF
?? 70 A=POINT (67,Y+4)-(Y<-4)-(Y>379)
?? 80 LINE (60,Y)-(67,Y+7),2,BF
?? 90 U=RND (2)*8-4
??100 V=V+U*(U+V>0)*(U+V+W<383)
??110 X=X+(STRIG (0,1))*2+1:Y=Y+X
??120 S=S+INT (ABS (X/2))+1
??130 LOCATE 0,0:PRINT S
??140 WAIT 66
??150 IF A=0 THEN 30
??160 LOCATE 25,10:PRINT "GAME OVER"
??170 LOCATE 25,12:PRINT "SCORE";S
??180 IF STRIG (0,2) THEN 10 ELSE 180

爆発演出や音楽もないチープさは上記のPC版と全く同じにょ（笑）
ちなみに[SPACE]で上移動、[ENTER]でリトライにょ。

＠パーさんへ
＞騒がせて大変申し訳ない。

いえいえ。
また落ち着いたら遠慮無く書き込んでにょ。

orirakkusuさんへ
＞やろうと思えばPS3でPetitEditorでぶつぶつ

PetitEditorが動作するならばPS3で作ってそれをQR経由でプチコンに転送するということが
できてしまうにょ。
まぁプチコンの基本はスタンドアローンでの開発にあるからそういうツールに頼らないという
ことをポリシーにするのは良いことにょ。
便利ツールの存在は知っているけど私も使ったことはないわけだしね（笑）

＞タッチペンを取りだそうとした
＞ら、タッチペンが無い！？！？

よくありがちにょ（笑）
私はタイピングを両手の親指でやっているのでタッチペンを使うことは滅多にないけどね。
ただ、親指タイピングはそこそこ速く入力できるけどミスタイプが非常に多いのが玉に瑕にょ。

＞プチコンスレに荒しが来てそれを一生懸命アピールしてました！

プチコンスレで関係ないものをアピールする必要はないのにね。
99BASICは旧世代のBASICになじみがあれば悪くない言語だけど10年前にサポート終了していて
バグが放置状態だったり、Vista以降のOSには正式には対応していなかったりするので個人的
には他人にはお勧めし辛いように感じるにょ。
まぁバグといってもそれほど致命的なものはないし、自分が趣味で作る程度ならばほとんど
問題はないけどフリーウェアとして公開するならば実行形式（exe）を作成できないのが
ネックとなるにょ。

＞なんかPCはNECロゴ→オペれティーングうんたらかんたらエラー→自動シャットダウン
＞って感じです。

「Operating System not found」のことにょ？
それならばOSの起動情報が読み取れないかHDDの物理的な故障のどちらかだけどHDDに問題が
あるのは明らかなのでHDDを交換した方がいいにょ。
965：御茶目菜子：2012/04/23(月) 15:06:58: GCOPYで横スクロールゲームを作ってみたにょ
プチコン用の新作プログラムの案はいろいろあるけどまずはmkIIで加わったけど使ったことが
ない命令を試してみることにしたにょ。
TALK命令は十分使ったので次に試したのはGCOPYにょ。
これはBASICではそこそこポピュラーな命令で他所に描いたグラフィックを別の所にコピー
することができるためポケコンでいうGPRINT的な使い方もできるにょ。
ただし、気になるのは速度にょ。

というわけで全画面GCOPYを行ってみたところ1.6フレームもかかったにょ。
ただの描画だけでこれだけの時間がかかってしまえば高速なアクションゲームを作るのは
かなり厳しそうにょ。
mkIIではグラフィック面が4面に増えたのでいろいろなことができそうなのにね。
とはいえ、全画面GPAINTは2.3フレームだからそれよりは高速に動作するにょ。
描画だけで1.6フレームかかるといってもどの程度使いものになるかは実際にゲームで使って
みないと判断はできないため簡単なゲームを作ってみたにょ。

というわけでできたのがこの「CAVE」にょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/image/cave.jpg　（プログラムリスト）
http://ww5.tiki.ne.jp/~ochame/petitcom/qr/cave.png　（QRコード PRG:OCHACAVE）

どんどん狭くなってくる横スクロールする洞窟の中をAボタンのみを使用して上下に動かし
当たらないように進むという酔っぱらい系のゲームであり、単純なものにょ。
単純であるからこそ速度の影響が分かりやすいというメリットがあるにょ。
GCOPYでスクロールさせるのは非常に簡単なので1画面では余裕がありすぎるということで
1/2画面という制約で作ってみたけどそれも難なくできてしまったからね。
このゲームはVSYNC2（30fps）となっているわけだけどVSYNC1にしてみればGCOPYの遅さによる
処理落ちが非常に目立ってしまう（上記のように描画に1.6フレームかかっているわけだし）
ということで仕方がないにょ。

しかし、この速度に似合うゲームバランスにしてやれば問題ないというわけでスクロールは
1ドット単位ではなく2ドット単位にして上下の加速度もやや大きめにしたにょ。
それでも、慣れたらほぼ平行移動が簡単にできてしまうためスコアアタック的な要素を強め
上下の移動量が大きい方が高スコアになるようにしたにょ。
このゲームでは当たり判定は中央部分の1ドットしかないためかなり狭い洞窟でもくぐり抜ける
ことができるとはいえそれではスコアがほとんど伸びないというわけにょ。
そのため序盤の簡単なところでいかにスコアを稼ぐかが重要になってくるにょ。（ちなみに
私の自己最高は2540点）

実際のところどの程度遅くてどの程度簡単にくぐり抜けられるのかは実際にプレイしてみる
のが一番分かりやすいということで今回は簡単なゲームということもありPC版も速攻で作って
みたにょ。
http://ww5.tiki.ne.jp/~ochame/cave.zip

私が基本的にPCでゲームを作らないのはどうしてもグラフィックや音楽に費やす手間が増えて
しまうからにょ。
それとリスト短縮（コード短縮）や高速化を行う意味が全くないからにょ。
ソースコードが見えないので短縮する意味がないし、速度は速いマシンを使えば解決できる
だけの問題だからね。そういう意味では環境が固定化されているポケコンやプチコンの方が
いろいろと楽しめるにょ。（プチコンはポケコンと比べるとグラフィックや音楽に対する
手間が増えてしまうけどその点はプリセットデータがあるためそれを使えばポケコン以上に
お手軽に作ることが可能になる）
私にとってゲーム作りそのものがゲームであるため作っている過程が楽しめないとつまらない
ということにょ。

今回はプチコン版の完全移植にするため画面サイズは256x192でいきたかったけどさすがに
それは小さすぎるため2倍の512x384ドットにしたにょ。
画面サイズを2倍にしたためプチコン版の2ドット単位から4ドット単位のスクロールへと
変更しているにょ。
あとはプチコン版と全く同じにょ。（速度も同じになっているはず）
ただし、衝突時の爆発演出がないのも同じということですごいチープ感が漂うにょ（笑）
その上、音楽も無し（プチコンはプリセット音があるためBGM、効果音付きのゲームが非常に
簡単にできる）ということでそういう面でいえば完全移植ではなく劣化移植かもしれないにょ。

GCOPY命令がもう少し速ければそれを使いまくった多重スクロールゲームとかも考えたけど
この速度では使うとしてもかなり限定的にするか、速度が気にならないゲームデザインに
しないと難しそうにょ。
スクロールだけならばBGを使った方が数10倍は速いからね。（スムーズにスクロールしてる
「Petit Scroll（honoP氏制作）」を見た後だとこのCAVEのスクロールはかなりぎこちない）
もっともBGは8x8ドットのキャラ単位で構成する必要があるために今回のCAVEのようにドット
単位で構成された背景データを用意するのはかなり大変にょ。
これがランダムに鏤められた星であればBGを使って多重スクロールというのも簡単にできて
しまうけどどんどん狭くなってくる洞窟を表現するためには計算して配置する必要があるし、
ちゃんとキャラ定義しないといけなくなってしまうためどうしてもプログラムリストが長く
なってしまうからね。
BG＋スプライトが高速なゲームを作る場合にはベターな選択になり、重いグラフィック面を
使ってゲームを作るメリットは手軽さしかないにょ。
お手軽スクロールとお手軽グラフィックキャラ表示がGCOPYのメリットだと思うのでそれが
生かせるゲームにすれば問題ないにょ。
966：orirakkusu：2012/04/23(月) 17:45:12: でもね、でもね
どうせJISに変換するのはPetitEditor
だからねっ！

http://www.geocities.jp/orirakkusu/
967：御茶目菜子：2012/04/24(火) 15:37:58: レスにょ
orirakkusuさんへ
＞どうせJISに変換するのはPetitEditor
＞だからねっ！

その程度ならばプチコンで手打ちならば「ツールに頼ってない」と言っても問題はないにょ。
PCで描いたドット絵を見ながらプチコン上で手打ちするのと同じようなものだからプチコンで
作ったのと変わりはないにょ。
968：orirakkusu：2012/04/25(水) 06:22:00: 3DSの更新
今日の午後、3DSの更新が来るそうにゃ。なんかフォルダ機能とパッチ機能
が追加される予定にゃ。さてインターネットブラウザーでたまにフリーズす
るバグは直されているのかにゃ...まあ、そんなこんなで行ってきますにゃ。

ただいま帰りました。
さっそく更新！
便利ですよ、使ってみて下さい！
特にフォルダ機能！

http://www.geocities.jp/orirakkusu/