したらばTOP ■掲示板に戻る■ 全部 1-100 最新50 | |
レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。

おちゃめくらぶ掲示板

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


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

さっきは結構降っていたにょ。
また詳しくは明日書くにょ。
978：わぁぃ@：2012/04/28(土) 16:40:00
DS調子悪い
今日、電池切れでもないのに突然消えることが頻発してる。
誕生日(11月)にでも買い換えようと思っていたけど間に合いそうもない。
しかし、DSライトまでのものに比べ引っ越しが手間がかかる。
「3DSへの引っ越し」を使うとデータが消えるという。
どうしよう×2

979：御茶目菜子：2012/04/28(土) 17:16:14
レスにょ
わぁぃ＠さんへ
＞HTMLて楽しいにゅ。

私もHTMLを覚えた頃は新しいタグをどんどん使っていたにょ。
もっともそれはごく最初だけだったので未だに初歩的なタグしか使ってないにょ（笑）

＞もし良かったら相互リンクしていただけませんか。

相互リンクはOKにょ。
リンク先はわぁぃ＠さんの日記ではなく「プチコン大好きクラブ」のトップページで
いいにょ？

＞「3DSへの引っ越し」を使うとデータが消えるという。
＞どうしよう×2

プチコンならば（かなり面倒だけど）すべてQRコードにすればセーブデータが消えても
復活可能にょ。
それ以外はセーブデータに関しては全滅だけどね。



orirakkusuさんへ
＞やりたいことはたくさんあるけれどまずは電子雑誌を進行しないと...

楽しみにしているのでぜひ完成させてにょ。
しかし、（早くて）6月か・・・。
かなり伸びたので期待感は余計に高まるにょ。（とプレッシャーを与えてみたり）

まぁいきなりすごいものを作ろうとせず徐々に完成度を高めていくのが一番だと思うにょ。
これはゲームにおいても言えることだけどまずは完成させないとね。

980：御茶目菜子：2012/04/28(土) 17:17:34
3DSのダウンロード販売は成功するのか？
任天堂が2012年3月期の決算報告を発表したにょ。
http://game.watch.impress.co.jp/docs/news/20120427_529952.html
その中で最も注目されるのがパッケージ版としてリリースされるソフトのダウンロード販売
だと思われるにょ。
すでに3DSは「3DSアプリ」としてダウンロード販売のソフトはあるもののこれはパッケージ
とは異なるダウンロード専用の小規模のゲームとなっているにょ。
WiiウェアやDSiウェアと本質的には変わらないものにょ。
すでにパッケージソフトと同一内容のダウンロード販売はSCEではPSPで実施しており決して
目新しいものではないにょ。
ダウンロード販売うぃデジタルデータ販売という広義の考えでいけば任天堂はディスク
システムの時代で実現しているということを考えると任天堂においてもそれほど新しいもの
というわけではないにょ。（ディスクライターと同じようなシステムはPCソフト販売に
おいても同時期に「ソフトベンダーTAKERU」が登場しており、任天堂のみの先進的なもの
というわけでもないけど）
しかし、8月から任天堂が行おうとしているのは今までに無かった新しいダウンロード販売と
いえるにょ。
それはダウンロード販売では初めて小売り（販売店）を意識したものになっているからにょ。

さて、ダウンロード販売というのは上記のようにすでにPSPでは一定の地位を獲得している
けれど3年前の6月5日に書いたように現状のSCEが行っているダウンロード販売がもしも今後
主流になった場合には下記のようなメリットやデメリットがあるにょ。

◎SCE（ハードメーカー）
メリット・・・コピー対策、中古対策
デメリット・・サーバコスト

◎ソフトメーカー
メリット・・・コピー対策、中古対策、開発の敷居が下がる
デメリット・・販促問題、開発費回収問題

◎販売店
メリット・・・なし
デメリット・・中古というかソフト自体の取り扱いがなくなる

◎ユーザー
メリット・・・新作が安く買える、売り切れの心配がない
デメリット・・購入の敷居が高い、中古で売れない、貸し借りができない、所有感がない
　　　　　　　将来的サポートの不安

ダウンロード販売が主流になった場合は「コピーが氾濫しそう」というのを気にしている
人もいるかもしれないけど現状では物理的にそのゲーム機以外ではプレイできないという
アクセスコントロールがされている程度であり、吸い出しを行った場合はノーガードである
ものが大半にょ。
それを考えるとアカウントに紐つけされておりそれ以外ではプレイできないダウンロード
販売はパッケージソフトと比べて遙かにコピー対策に優れているにょ。
それと同時にメーカーにとってはデメリットも多い中古販売（中古があることで新品ソフトも
売れるという側面があるし、ゲーム市場の裾野を広げているため中古ソフトが単純に新品
ソフトの販売機会を奪っているという単純なものではないけどメーカー側としてはそこまで
考えることはできずデメリットの方が多いと考えている人も多い）の対策としても非常に
有用といえるにょ。

ユーザーにとっては「安く買える」というのがダウンロード販売の最大のメリットに掲げて
いる人も多いかと思うにょ。
確かに中間マージンをカットすることで低価格になっている（問屋や小売りを通さないこと
で安い価格に設定が可能）とはいえ、PSPの場合はせいぜい定価から2割弱の値引きであり
新品発売当初の大手量販店より若干安い程度の金額に止まっているにょ。
ゲームソフトは機種や流通経路によっても変わるけど販売店への卸値は定価の75〜80％に
なっているにょ。（一般的なゲームチェーン店ならばPSPソフトの卸値は定価の78％）
それを考えると定価の2割引以上にすることは容易にできるはずだけどそれはさすがに販売店
からの反発が大きいからやらないだけだと思われるにょ。
店頭販売だと発売日から日数が経ち売れ行きが悪くなったソフトや在庫が大量にあるソフトは
卸値より下げて売ることも少なくないにょ。
そのため定価の2割引程度のダウンロード販売の価格ではすぐに店頭販売の方が安くなって
しまうため価格面のアドバンテージがあるとは言い難いにょ。
それに中古で買えば（基本的に）新品よりも安く買えるわけだし、中古への売却を考慮すれば
人気ソフトは新品ソフトを購入しても実質1000円程度になるためダウンロード販売よりも
通常のパッケージ販売の方が安いという感覚の人も多いのではないかと思われるにょ。

したがって、ダウンロード販売は（現在のSCEのような価格設定では）売り切れがないという
方が価格面よりも遙かにユーザーにとってメリットが大きいと思われるにょ。（従来ならば
1アカウント5台まで使用できるため家族共用アカウントであれば1つソフトをダウンロード
するだけで家族共用ができるというメリットはあったけどそれが昨年11月18日から2台に
減ってしまったためそのメリットはほぼ失われてしまった）
人気ソフトの場合、（これは任天堂ソフトの場合に多いのだけど）分納によって少量ずつ
分散して納品されたり、発注上限数が定められたりしているため予約をしていないと買えない
という場合も少なくないにょ。
マイナーソフトの場合は店頭に並ばない（というか小規模のショップだと1本も発注しない
ソフトも結構ある）ということもあり、こちらも予約しないと買えないことが少なくないにょ。
したがって、それらが無くなり、（サーバダウンしない限り）確実に買えるというのは非常に
大きなアドバンテージといえるにょ。


では、改めて今回の任天堂のダウンロード販売を見ていくことにするにょ。
本格的なダウンロード販売への参入は後発ということでやはり上記のようなデメリットがある
ということは分かっている上での導入となっているにょ。

　(1)決済問題の解決
　(2)販売店にもメリットがある
　(3)ダウンロード販売の認知拡大


(1)ダウンロード販売の最大の問題はこの決済問題にょ。
日本においてケータイ向けのコンテンツ市場がi-mode登場以降急速に拡大したのはキャリアを
通じての決済システムが確立したためにょ。
確かにクレジットカードで決済すれば問題ないかもしれないけどクレジットカードによる購入
にはリスクが付きまとうし、「クレジットカードによる購入そのものが嫌い」とか学生など
自分のクレジットカードを持つことができないというという人も多いと思うにょ。
ゲーム人口の多くが学生ということを考えるとクレジットカードのみの決済では市場を狭めて
しまうのは確かにょ。
ということで、ダウンロード販売のゲームの決済が店頭でできるというのは非常に大きな
アドバンテージになるにょ。

(2)店頭決済ができるだけではコンビニ決済と何ら変わりはないにょ。
コンビニ決済との根本的な違いはその決済によって販売店側に利益があるということにょ。
コンビニ決済はただの「決済代行サービス」であって来店のついでに店頭にある商品を
買ってくれることを期待して行われているにょ。
しかし、ゲーム販売店においてゲームソフトは主力商品でありそれで利益が得られない
ならば経営が成り立たなくなってしまうにょ。
したがって、ダウンロード販売は小売りからの反発が非常に大きなものになってしまって
いるにょ。

では、今回任天堂が行おうとしていることはそれと何が違うのかというと具体的には
店頭で受け渡すものは16桁のダウンロード用のコードのみにょ。
それを元にユーザー自身でダウンロードをすることになるにょ。
ニンテンドーポイントのプリペイドカードと同じく売れた時点で在庫となるPOSA技術が
使われているため予め大量のダウンロード用コードをメーカーから買い取る必要性はなく
在庫がダブつく心配もないにょ。
それだとただの決済手数料を受け取るのと同じだけど違うのは販売店側が自由に価格設定を
することができるということにょ。
店頭販売のパッケージソフトの場合は卸値からどのような価格を付けるのかは販売店に委ね
られているわけだけどそれと同じことがダウンロード販売のソフトでも可能になるという
ことにょ。
もっとも、卸値がある以上はそれ以上の値下げはできないし、在庫がダブつくことがないため
卸値より安く売る必要性はないけどね。

ただ、ここでパッケージ版とダウンロード版で価格を統一することを強制された場合はまた
話が変わってくるにょ。
一時期SCEは販売店側に定価販売を義務づけていたけどこれは再販制度のある書籍やCDなどに
のみ許されていることであり、その義務はすぐになくなったにょ。
それとは異なり定価販売を義務づけているわけではないけどそれでも在庫がダブついている
パッケージソフトを販売したり、広告用に安く仕入れたソフト（問屋に在庫がダブついて
いるソフト）を安く販売することが事実上できなくなってしまうためにパッケージ版と
ダウンロード版では価格を統一することをあくまで推奨に止める程度であり、義務付けては
ならないにょ。

(3)任天堂が現在のダウンロード販売の問題として考えているのがこれにょ。
あとは、ダウンロード販売の方法がよく分からない（もしくはそれ自体を知らない）という
人も結構な割合で存在するだろうからね。
すでにネットを利用してダウンロード購入することに慣れている人ならば何ら問題はないけど
それでは市場が小さくなってしまうにょ。
老若男女幅広い層からの需要がある任天堂ソフトにおいてはやはりそれでは駄目でやはり
店頭での告知が必要にょ。

ただし、ダウンロード販売の認知が高まって決済の問題が克服されたとしてもそれでも
ダウンロード購入そのものに抵抗がある（もしくは良く分からない）という人はそれなりに
いるのではないかと思われるにょ。
そういう人向けに店頭でもダウンロードサービスを行えるようにするのがベターだけど比較的
容量が少ない3DS用のソフトでもすでに容量の小さなものでさえ1Gbit〜2Gbit（128MB〜256MB）
であり、「バイオハザード リベレーションズ」や「NEWラブプラス」などは32Gbit（4GB）に
達しているにょ。
これは4GBのファイルをダウンロードする場合には仮に実効帯域が30MbpsのFTTHでさえ18分
かかり、実効帯域2MbpsのADSLだと4時間半かかってしまう計算になるにょ。
4GBというのはあくまで現在の最高クラスの容量であり、多くが1GBにも達していないのだけど
それでも容量が今後もさらに上がっていくのは確実であり、数年後には4GBは普通レベルと
いう時代になるかもしれないにょ。
それを考えるとダウンロードを店頭ですませるというのは数100Mbpsクラスの超高速回線を
用意しないと難しそうにょ。

任天堂は8月に発売予定のNEWスーパーマリオ以降は自社ソフトのすべてにおいてダウン
ロード版を用意することを発表しているものの今回発表された新しいダウンロード販売の
スタイルもダウンロード販売の問題点のいくつかは克服しているといってもパッケージ
販売の方がより幅広い層に受け入れられることは確実であるためパッケージ販売も併売して
行われるにょ。
やはり、物理的に残したい（パッケージという形として残したい）とか紙の説明書が欲しい
とかいう人もいるだろうしね。


さて、ダウンロード販売における価格面に関してのメリットだけど今回の任天堂のダウン
ロード販売は基本的にパッケージ販売と同一（上記のようにそれを強制させるわけには
いかないけど）となっているにょ。
そのためダウンロード販売の方が安いからダウンロード購入するという人にとってはあえて
ダウンロード版を購入するメリットはないにょ。
しかし、ダウンロード版は安さよりも利便性を求めるユーザーもいるにょ。
カートリッジを差し替えることなく他のゲームがプレイできるわけだしね。
そのためにはSDカードも大容量の物が求められてくるにょ。
1本平均1GBと考えても標準の2GBのものならば1本しか入らないにょ。（システムその他で
2GBすべてが使えるわけではにため）
将来的なことを考えておくとできるだけ容量の大きなSDHCカードが欲しいところだけど
SDHCカードの規格最大容量は32GBであるためそれが限界にょ。
月に1本ずつ購入しても5年で60本になるため32GBでは十分とは言えないにょ。
いっぱいになって消しても任天堂の場合は再ダウンロードできるから問題ないとはいえ
その際には時間がかかってしまうし、その時にはソフトメーカーが消滅したり権利上の
問題でダウンロードできなくなってしまうという可能性を考えるとあまり気軽に消すと
いうことはできないにょ。
複数のSDHCカードを差し替えれば良いだけのことだけどファームアップでSDXCカードに
対応させるのが一番にょ。（ファームアップで対応できないならば2、3年後にはSDXCに
対応したニューバージョンの3DSが登場するかもしれない）

あと任天堂の場合にはダウンロード販売の一番の問題はアカウントではなく本体に紐付け
されていることにょ。
アカウントに紐付けされている場合には本体を故障や紛失してしまった場合にも何度でも
別の本体でダウンロードできるけど本体に紐付けされているためにそれは最初にダウン
ロードした本体以外ではできないにょ。
これが買い換えならば引っ越し機能によって引っ越し元の本体では使えなくして購入した
アプリをすべて移行できるもののその引っ越し元の本体が無いという状況ではどうしようも
ないからね。
つまり、100本のソフトをダウンロードした3DS本体を紛失した場合には3DS本体を紛失
したというのではなく本体と100本のソフトを一緒に紛失したのと同じことになるわけにょ。
今まではあくまでおまけレベルのアプリしかダウンロード販売してこなかった（まぁ
その「おまけレベル」といっている「プチコン」のせいで他のソフトを全くプレイして
いない私のような人もいるため「おまけ」レベルというのは内容のことではなくあくまで
価格面の問題だけど）
1本4000円としても100本ならば40万円を紛失したのと同じになるため今後ダウンロード
販売に力を入れていくつもりならばこの本体との紐付けは見直すべきではないかと私は
思うにょ。


それと今回の発表会ではダウンロード販売への参入だけではなく少しだけWii Uについても
語られたにょ。
スペック等の詳細は6月のE3で明かされるとこのことだけど発売は年末商戦に決まったみたい
だからね。
Wii Uの注目点の1つとなっているスペックだけど28nmの立ち上がりの遅れがある上に3DS
本体の大幅値下げによって大きな赤字を出しているためその利益構造を変える必要があり
コストを重視した設計にする必要があると思われるにょ。
そのためPS3やXbox360を大きく越える性能にするのは難しそうな感じにょ。
PS3と同レベルどころかそれよりも低いと言っているアナリストもいるくらいにょ。
当初よりスペックがダウンするのは残念だけどPS3並の性能があれば少なくとも次世代の
PS（PS4？）や次世代Xboxが登場するまではマルチ対象へと格上げされるため十分に価値は
あるにょ。
それに液晶モニタが付いた新しいコントローラでどのような新しいゲームが登場するのか
という楽しみもあるからね。
DSのような絶対的な勝利は無くても勝機（シェアトップの可能性）は十分にあるのでは
ないかと思われるにょ。

981：＠パー：2012/04/29(日) 00:25:02
お爺ちゃんに、しかられたようなものです。
お爺ちゃんの怒りで風邪をひいたのです、風邪薬飲んでつらいの抑えています、水晶はほかの人に貰ってもらちゃいました、私とっては呪いの石と思いますが、手元にないので昔の自分に戻ってきていています。
いろいろ苦労させてしまったことは、深くお詫びします。
私が持つアカウントは全て第三者に使われるのでアカウント持てません。
寂しくなったらまた書き込みます。
以上

982：orirakkusu：2012/04/29(日) 06:11:06
プチコンmkllの新作は？
気がはやい僕ですので、もう気になっております。
このままいけばmkll SRですかね...

983：orirakkusu：2012/04/29(日) 11:04:04
(無題)
ゲーム探求のドラクエのところ、
本当に3Dがうんたらかんたらっていうような(最初の方)文章の途中に
改行タグの<をわすれたと思われる
BR>がありました。

984：御茶目菜子：2012/04/29(日) 15:51:57
レスにょ
orirakkusuさんへ
＞このままいけばmkll SRですかね...

その次は廉価版のFRとメモリを増やしたMR、通信機能を強化したTRが出るにょ？
まぁ60や80だったらSRで打ち止めになってしまうけど・・・。
さすがに次は3DS用だと思うので大幅な向上が期待できそうにょ。

＞改行タグの<をわすれたと思われる
＞BR>がありました。

よく発見できたにょ。
というか、更新停止しているコンテンツだから私自身も全く見てなかったくらいにょ（笑）

985：orirakkusu：2012/04/29(日) 16:03:30
(無題)
FR=200円
MR=
?FREEMEM
2048
OK
__
TR=
な、な、なんと！
俺の作ったゲーム(近日公開予定
、2人用)が2台の本体でええええ！？
という勝手なよそくでした。

986：わぁぃ@：2012/04/29(日) 20:47:48
電車ゲーム
何かへんだと思ったら背景をスクロールするということに気づいた。
いい感じになってきたけど、今度は停止位置直前で突然ホームが現れるという恐ろしいことに。
ループは%を使ってます。

987：わぁぃ@：2012/04/29(日) 21:40:58
リンクの件
そうです。
トップページであってます。

988：orirakkusu：2012/04/30(月) 09:11:10
俺が知っているマイコン
MZ-80K
PC-8001
ぴゅう太
PC-8001mkll
PC-8001mkllSR
MZ-700
MZ-800
MZ-1200
X1
X1Turbo
X68000
X68030
くらいかな。
ちなみに7/12が誕生日です。

989：orirakkusu：2012/04/30(月) 12:01:37
JavaScript
なんかうまく動かないんですが、見てくれませんか？URLはツイッターのダイレクトメッセージで送ってあります。

990：御茶目菜子：2012/04/30(月) 15:42:16
レスにょ
orirakkusuさんへ
＞俺の作ったゲーム(近日公開予定

楽しみにしているにょ。
私も先日作った疑似乱数を使ったゲームを作る予定にょ。

＞俺が知っているマイコン

私はマイコン世代だったから80年代前半のマシンは大抵電器店の店頭などで触ってるにょ。
当時は店頭に置いているマシンがほとんどBASICが動く状態になっていたため店頭で自由に
プログラミングができたので休日は店頭でプログラミングしまくったにょ（笑）
店頭以外ではは友人が持っていた（当時最新機種の）8801mkIISRとかマイコン部で使って
いた8001mkIでプログラミングしてたにょ。
お金が無くてポケコンを買うのが精一杯だったけどそのお陰でリスト短縮とか高速化の
テクニックは身に付いたにょ（笑）
ポケコンを「電卓」として学校に持ち込んでいろいろなプログラムを入れて休み時間に
みんなで遊んでたりしてたにょ。（あと授業中にプログラミングしたりとか）

＞なんかうまく動かないんですが、見てくれませんか？

Google ChromeとIE8で見たけどちゃんとQRコードが表示されているにょ。
ただし「前のQRへ」「次のQRへ」のボタンを押しても動かないにょ。



わぁぃ@さんへ
＞トップページであってます。

リンクをはっておいたにょ。

＞電車ゲーム

横スクロールゲームにょ？

＞いい感じになってきたけど、今度は停止位置直前で突然ホームが現れるという恐ろしいことに。
＞ループは%を使ってます。

複数パターンの背景を交互に表示してそれで電車が動いているように見せているという
ことにょ？
それならばあとはホームの部分は他の背景と分けて処理をした方が簡単かもしれないにょ。

991：orirakkusu：2012/05/01(火) 15:41:18
ゲームの件
QRをカメラでとったのを公開すると思います。
なにせ下に書いたように
PCがこわれたまんまなので(いい加減HDD買え！)
ね(汗)

992：御茶目菜子：2012/05/01(火) 20:44:37
レスにょ
orirakkusuさんへ
＞QRをカメラでとったのを公開すると思います。

ということは、PS3でQRコードの表示はできるけど生成されるzipファイルの保存や解凍は
できないということにょ？

＞PCがこわれたまんまなので(いい加減HDD買え！)

容量の小さなPATAのHDDで良ければウチに来たらタダであげるにょ。
ゴミみたいなHDDを電車賃を払ってまでもらうような奇特な人はいないだろうけどね（笑）

993：御茶目菜子：2012/05/01(火) 20:47:06
疑似乱数を生かしたゲームは難しいにょ
先日書いた疑似乱数ルーチンを使った1画面ゲームを試しに作ってみたにょ。
といっても、まだ1画面化ができてないので「1画面ゲーム候補」と言った表現が正しいかも
しれないけどね。

タイトル名無し（開発コードA35）←mkIIを買ってから35番目のプログラムという意味
http://ww5.tiki.ne.jp/~ochame/petitcom/qr/a35.png

十字ボタンで左右移動、[A]ボタンでジャンプというオーソドックスなジャンプアクション
ゲームとなっているにょ。
穴に落ちたり障害物に当たらないようにしてひたすら先に進むというゲームだけどジャンプ中
でも左右移動できるためかなりトリッキーなジャンプができるし、当たり判定は中央部分
のみなのでかなり強引に障害物を避けることが可能にょ。

1/2画面に収めるために限界までシンプル化した「CAVE」ほどではないけど極力シンプルに
してみたにょ。
私は1画面ゲームを作る際にはとりあえず普通に遊べる状態のものを作ってから1画面化に
とりかかるのだけどそれは特に制限なく普通に作るだけの方が圧倒的に簡単だからにょ。
この「A35」はゲーム自体は1画面（にする予定）としてはそれなりに遊べるレベルだけど
プレイすればするほど問題点が出てきたにょ。
それは疑似乱数を使う意味があまりないということにょ。

プチコンのRND関数はシードを与えることができず再現性がないため疑似乱数ルーチンは
非常に有用になってくるにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/rnd.htm
疑似乱数を使うのは再現性があるということは何度も同じことができるということにょ。
今回はステージデータ生成に疑似乱数を使っているため何度プレイしても同じステージが
できるにょ。
これはステージデータを事前に用意しておけば良いだけのことだけど30fpsで動作している
このゲームの場合には（データ圧縮を行った状態でも）1分当たり1800バイトのデータ量に
なってしまうにょ。
それが、疑似乱数を使えば乱数からステージデータを生成する部分さえあればいいので
大幅なリスト短縮が可能にょ。

しかし、このゲームのようなエンドレス（といってもループ回数を設定している以上は
エンドレスではないのだけど）の場合は再現性のある疑似乱数がネックとなるにょ。
確かにちゃんと計算式が分かっている疑似乱数を使えば他の機種（言語）に移植する際にも
まったく同様の動作が可能になるというメリットはあるものの毎回同じステージデータでは
プレイにすぐに飽きが出てしまうにょ。
したがって、ステージクリア制にしないとそのメリットはあまりないにょ。

あと再現性があるということは攻略法が生まれるということに繋がるにょ。
そのためにはステージを覚えてもらう必要があるためこのゲームでは障害物以外にも背景
（山らしきもの）を描いて覚えやすくしているにょ。
しかし、乱数による自動生成の場合はどうしても攻略性の薄いステージになりがちにょ。
実際このゲームもステージを覚えて攻略ではなくいかに障害物を穴を見てそれを元にプレイ
することが多くなってしまっているにょ。
初見ではクリア不能にみえても攻略方法が分かればクリアできるという難易度のステージを
自動生成するのは至難の業にょ。（乱数の初期値を変えながら何度も試していけばいいけど
エンドレスのゲームではそれも難しい）
このゲームの場合はジャンプはただの放物運動ではなく不規則な軌道を得ることが可能で
あるためあらゆるパターンを検証していたらとてもプチコンではリアルタイム処理は
不可能になってしまうからね。

それと自動生成のゲームの場合はクリア不能なステージができてしまう場合があるという
ことにょ。
このゲームもエンドレスにしているため徐々に穴の間隔が広くなっておりそのうちクリア
不能の状態になってしまうにょ。
ジャンプ可能な幅よりも狭い間隔であってもそのジャンプの軌道上に障害物があったらどう
しようもないにょ。
それを自動的に起きないようにするのは自動生成よりも遙かに難しいし、このプログラム
サイズでは実現が不可能にょ。

というわけで、ゲームとしてはそれなりに遊べるものの疑似乱数をあえて使う意味がない
ために一端没にして次のゲームを作ることにしたにょ。
ぶっちゃけ、新しいネタを思いついたのでこのゲームの1画面化を行う時間があったら
そっちの方の時間に費やしたいというだけのことなんだけどね。
今度はステージクリア制の縦スクロールゲームにょ。
作るのはすぐにできそうだけど果たして1画面化はできるのか・・・？
うまく完成すれば次の講座のネタはこれにするにょ。


さて、明日いよいよプチコンmkIIが最初のバージョンアップを行うみたいにょ。
http://smileboom.com/special/ptcm2/html_bug.php
バグ修正がメインだけどQRコード読み取り時にハードウェアボタンに対応したのはうれしい
限りにょ。
これで片手でマウス、片手でボタンを押すことができ1枚ごとに手を持ち替えて読み取らせる
必要がなくなったにょ。

994：orirakkusu：2012/05/02(水) 16:40:03
おちゃめさんへ
公式くん→Adobe Frash Playerが起動できませんでした。
だってPS3はFlashPlayer9なんだもーん！だからニコニコ動画も見れないのー！しかも.zipを落とそうとするとメディアつなげ言われてUSBのリーダーでWiiのSDに保存してもPCころわれたから解凍できない...
.zipで公開する方法はただ一つ。
「お父さん、PC貸ーして♪」
しかし何回も失敗している。

995：御茶目菜子：2012/05/03(木) 16:13:45
レスにょ
orirakkusuさんへ
＞公式くん→Adobe Frash Playerが起動できませんでした。

ということは、どうやってPTCからQRを表示させているにょ？
「PTC→TXT変換」を使って一端テキストに変換してからしているにょ？（といってもこれは
ブラウザに依存しているのでPS3ではできるのやら）

＞.zipで公開する方法はただ一つ。
＞「お父さん、PC貸ーして♪」

Win98や2000搭載のゴミPCで良ければあげるけど電車賃を払ってまでもらいにくる人は居ないと
思われるにょ。

996：orirakkusu：2012/05/03(木) 17:14:57
PTCじゃなく
ぽちぽち手打ちです！

997：御茶目菜子：2012/05/04(金) 21:00:29
レスにょ
orirakkusuさんへ
＞ぽちぽち手打ちです！

それだと打ち間違いがないように慎重にやらないといけないし、長いリストだと大変にょ。
私もポケコンプログラムは手打ちで公開しているにょ。（ポケコン接続用のPC-98のHDDが
壊れたままであるため）

998：orirakkusu：2012/05/05(土) 10:12:31
大変なのを少しでも少なくするために
今JavaScriptで動くキーボード作ってます！もちろん配列はプチコンキーボードと同じw

999：御茶目菜子：2012/05/05(土) 15:53:03
レスにょ
orirakkusuさんへ
＞今JavaScriptで動くキーボード作ってます！もちろん配列はプチコンキーボードと同じw

プチコンの独自記号も入力できるならば記号入力とかはかなり楽になりそうにょ。
実際にどれくらい記号入力をするかはプログラムによってかなり異なるけど・・・。

私の方は今月に入ってからずっと作っているプチコン用の新作ゲームがようやくほぼ
完成になったにょ。
あとは説明用のページ作成とプレイ動画の撮影のみにょ。

1000：わぁぃ@：2012/05/05(土) 22:48:56
DSi延命工事
とりあえず買い換える前に延命工事しようと思うにゅ。
・LR故障と意図しない電源落ちを修理
・バッテリー交換

1001：orirakkusu：2012/05/06(日) 05:43:13
わぁぃ@さんへ
LR故障にゃら指でボタンを持ち上げ中に向かってヨダレなどが入らないようにして強くふーーってやればいいのにゃ。
普通は原因は埃にゃからね。

1002：御茶目菜子：2012/05/06(日) 16:18:35
レスにょ
わぁぃ@さんへ
＞とりあえず買い換える前に延命工事しようと思うにゅ。

DSiウェアは本体に紐付けされているため本体を買い換えたらアプリもまた買い直す必要が
でてきてしまうからね。

＞・LR故障と意図しない電源落ちを修理
＞・バッテリー交換

DSのLRは壊れやすいみたいだけど私の3DSは買ってからまだ半年ということで今のところ
問題はないにょ。


orirakkusuさんへ
＞LR故障にゃら指でボタンを持ち上げ中に向かってヨダレなどが入らないようにして強くふーーってやればいいのにゃ。
＞普通は原因は埃にゃからね。

それで直ったという人はよく聞くからね。

1003：御茶目菜子：2012/05/06(日) 16:24:01
新作プチコンゲームができたにょ
ここ最近書GCOPYを使ったスクロールゲーム、自作疑似乱数ルーチンなどを書いてきたけど
それらを使った「JUMPING ISLAND」ができたにょ。
http://www.youtube.com/watch?v=QlpOX2vrg1Y
http://ww5.tiki.ne.jp/~ochame/petitcom/jumping.htm
このゲームは、残念ながら1画面ではないものの私のリスト短縮テクニックを駆使している
ために2KB以内（1.9KB、56行）に収まっているにょ。
リストの長さの割には時間がかかったけどこれは実際は逆でリストを短くした分だけ制作に
時間がかかっているにょ。（実際リスト短縮前の基本部分のプログラムは数時間でできた
わけだし）

このゲームを作るまでに至った経緯をまとめると下記のような感じにょ。

　GCOPYでスクロールゲームを作ってみよう
　　↓
　酔っぱらい系ゲーム「CAVE」ができた
　　↓
　CAVEは1/2画面に収まったのでもう少し見た目やゲーム性に優れたものを
　1画面で作ってみよう
　　↓
　ゲーム性を考えると再現性のないRND関数は厳しい
　かといって、ステージデータを別途用意する余裕はない
　　↓
　それならば疑似乱数を作ればいい
　　↓
　コンパクトサイズで周期が長い疑似乱数ルーチンができた
　　↓
　これを使ったスクロールゲームを作ってみよう
　　↓
　疑似乱数を使った横スクロールジャンプアクションゲーム（コードネームA35）ができた
　　↓
　ステージクリア制にしないと疑似乱数の意味はあまり感じられないし
　現状のゲーム内容だと戦略性が乏しい
　　↓
　横スクロールではなく縦スクロールならばZ座標を新たに用意することでキャラの動きの
　自由度が高まり戦略性も高くなる
　　↓
　今回の「JUMPING ISLAND」が完成！

ただし、このゲームは当初は1画面で作る予定だったけど基本部分だけで1KBを越えてしまい
1画面化はかなり厳しくなってしまったにょ。
リスト短縮をどれだけ頑張っても（元のプログラムによほど無駄がない限りは）リストを
半減するというのは無理だからね。
確かに部分的に見れば半分くらいになることはあるけど全体で見ればせいぜい2〜3割削減が
やっとにょ。
つまり29x24行（696バイト）に収めるためには7〜900バイト程度に元のプログラムが収まって
ないと無理ということにょ。（1画面で作る場合には1行29文字制限によって元の部分よりも
長く書かざるを得ない部分があるため1KBのプログラムを1画面にするのは単純に何か機能を
削らない限りはほぼ不可能）

というわけで途中から1画面化はあきらめて「1画面レベルのリスト短縮」を行ったものに
路線変更をしたにょ。
1画面でないならばmkIIのホームメニューから遊べるようにするのは不可欠だし、せっかく
スコア争いが熱いゲームなのだからハイスコアのセーブ機能も欲しいところにょ。
それとせっかくなので少しだけグラフィックもマシにしようという欲も出てしまうにょ。
しかし、あまり長くなってしまってはせっかく事実上ステージデータが不要というこの
アイデアそのものがスポイルされてしまうため2KB未満になるように死守したにょ。
その範囲内では最高のものができたと思うにょ。

このゲームは2KB以内ではなく20KB以内で同じものを作れと言われたらそんなに難しくは
ないにょ。
ステージデータがキャラ単位ではなくドット単位で構成されているというのがこのゲームの
ウリであり、BG画面では簡単にはマネができないもののそれでもドット単位でずらした
キャラをたくさん定義しておけばいくらでも実現可能であるためリストが長くてもいいの
ならば作るのは簡単にょ。
このゲームのステージグラフィックはGFILL2つとGPSET3つで描かれているし、キャラの影も
グリーンスライム（スプライト番号200）のパレット1の灰色版を使って高速に切り替える
ことで影っぽくしているため実際は1つもキャラやスプライト定義をしておらずそれも
プログラムリスト短縮に繋がっているにょ。
もしも、ステージデータも1ステージあたり960バイト分（9ステージなので実際はその9倍）
用意すれば疑似乱数を使わなくても同じものを作れるし、自由に変更が可能になるけど
疑似乱数によってそれが不要になっているというのは大きなリスト短縮に繋がっているにょ。

もっとも、このゲームのステージデータは疑似乱数によるものといっても決して馬鹿には
ならないにょ。
というのもこの乱数の周期は1677万あるため1677万パターンの中から最適なものを選べば
それなりに良いものは見つかるだろうからね。
仮になくてもステージデータ生成の計算式を少し変更すればさらにパターン数は増える
ためにパターン数は事実上無制限にょ。

ただし、その中から最適なものを選び出す作業が問題となるにょ。
そのためには例えば「ステージ1に求めるものは何か？」ということを把握しておく必要が
あるにょ。
ステージ1ならば「簡単」であると同時にチュートリアル的な意味も込められている必要が
あるにょ。
簡単とは何かというと足場が多いことと島と島の距離があまり離れておらず大ジャンプを
行わなくてもクリアできることが重要にょ。（実際このゲームのステージ1は上方向移動を
限界まで使った大ジャンプを使用せずにすむどころか左右移動だけでクリアできるほど
うまい具合に構成されている）
あとは、狭い隙間はジャンプ無しに移動できるということもこの1面でユーザーに知って
もらうためにわずかに離れた島が連続するということも必要となってくるにょ。
私はステージ1だけで100種類くらい試してみたけどその中でもトップレベルに良いでき
だったのがこのゲームに採用しているX=K/11という式にょ。
ステージ1が優れていても他のステージに事実上クリアできないステージがあったらそれで
終わりであるため実際私がクリアしたステージ数は数100ステージにのぼるにょ。
これは基本プログラムを作ることと比べると遙かに大変でだけど大幅なリスト短縮効果に
よってこの大変さの甲斐は十分にあったと思われるにょ。
まぁGWをほぼすべて費やしてしまったけどね（笑）

1004：　：2012/05/07(月) 14:52:23
JUMPING ISLAND
慣れるまでが大変だけど慣れたら楽しい。

1005：御茶目菜子：2012/05/07(月) 15:54:18
レスにょ
名無しさんへ
＞JUMPING ISLAND
＞慣れるまでが大変だけど慣れたら楽しい。

プレイしていただきどうもありがとうにょ。
このゲームは最初の操作面のハードルが高いものの慣れたらクリアは簡単にできるように
なるので全面クリアが余裕でできるようになったらハイスコア争いにも挑戦してみたら
良いのではないと思うにょ。
ちなみに私のハイスコアはステージ1が10876点、ステージ9が7735点にょ。

1006：orirakkusu：2012/05/07(月) 18:45:01
JUMPING ISLAND
かたた...たたた...じゃぼーん　ちっくー！
あ、ちなみにVSYNC 2をVSYNC 1にするとタイニーゼビウスmkllの実機番風になり昔風になります。
ちなみに影がしいたけに見えるのは僕だけですか？
1007：御茶目菜子：2012/05/08(火) 15:59:06
レスにょ
orirakkusuさんへ
＞あ、ちなみにVSYNC 2をVSYNC 1にするとタイニーゼビウスmkllの実機番風になり昔風になります。

GCOPYの速度が遅いのでVSYNC1にしたら処理落ちしまくるためそう見えてしまうのかも
しれないにょ。

＞ちなみに影がしいたけに見えるのは僕だけですか？

スプライト番号200のグリーンスライムのパレット1の色が影には最適と思ったけど白い
ラインが目立っているのでそういう風に見えてしまうのは仕方ないにょ。
これが気になるのならば自分でグレーの楕円をキャラ定義するしかないにょ。

CHRSET "SPU3",32,"0"*64
CHRSET "SPU3",33,"0"*64
CHRSET "SPU3",34,"000DDDDD00DDDDDD0DDDDDDDDDDDDDDDDDDDDDDD0DDDDDDD00DDDDDD000DDDDD"
CHRSET "SPU3",35,"DDDDD000DDDDDD00DDDDDDD0DDDDDDDDDDDDDDDDDDDDDDD0DDDDDD00DDDDD000"

というのをどこかの行に入れれば影っぽく見えるかも・・・。
あまりにリストパフォーマンスが悪く感じたのであえてキャラ定義はせず、既存キャラを流用
したにょ。


某所で見かけた「プチコンコンテスト」（略して「プチコンコン」？）だけど私も昔ポケコン
コンテストを主催したことがあるにょ。
http://ww5.tiki.ne.jp/~ochame/E500/CONTEST2.HTM
プチコンユーザーはこれよりは多いだろうからもっと盛り上がりそうな感じにょ。
参加するならば個人的には1画面部門になるだろうけど大作ばかりでは参加し辛いという人も
いるだろうからHSPのコンテストみたいにデフォのデータのみ使用可でソースコードサイズに
制限を加えた部門が欲しいところにょ。（ちょこっとゲーム部門がこれに相当するのかな？）

1008：御茶目菜子：2012/05/08(火) 16:03:23
コンプガチャは規制されるべきなのか？
グリーやモバゲーなどのSNSが行っているコンプガチャが規制されるというウワサがあるにょ。
http://k-tai.impress.co.jp/docs/news/20120507_531028.html
実際は規制するということに関しては現時点では消費者庁は否定しているものの近いうちに
何らかの形で規制が加わるのは確実ではないかと思われるにょ。
そもそも、コンプガチャとは何かというと駄菓子屋やスーパーなどの店頭に置いてある
「ガチャガチャ」「ガチャポン」をイメージしてもらえるといいにょ。
http://k-tai.impress.co.jp/docs/column/keyword/20120508_531113.html
ゲーム内通貨を使ってランダムにアイテムをゲットできるという一種のお遊びにょ。
もちろん、アイテムによってはレアなものや強力なものなどがあるにょ。
ソーシャルゲームがここまで拡大したのは競争によって射幸心を煽っているからであって
そのようなレアアイテムや強力アイテムが手に入るチャンスがあるならばそれを利用すると
いうのはユーザーからしてみると自然なものにょ。

しかし、現実的にはそれに数万円、数10万円費やしてしまったというクレームも数多く寄せ
られており、射幸心に加えて実態のないゲーム内通貨での支払いがより多くのクレームに発展
していると思われるにょ。
一昨年の12月21日には「無料」をCMで流し実際は無料で遊べるのは一部だけというソーシャル
ゲームの問題点について書いたのだけどそれを書いてしばらくして規制によって「無料」を
謳うことはできなくなりCMで「無料です」という言葉を聞くことは無くなったにょ。
とはいえ、「無料だと思っていたら課金されていた」という問題が無くなっただけであって
「安いと思って始めたらいつの間にか大量課金されていた」という問題点は以前にも増して
強くなっているにょ。

コンプガチャの問題点は以下の2つだと思われるにょ。
　(1)なかなかそろわないことによって射幸心を煽っている
　(2)コンプによってさらにレアアイテムをゲットできる

(1)実際にどの程度の確率で当たるのかというと経験則によって12％の確率という意見がある
みたいにょ。
http://plusd.itmedia.co.jp/mobile/articles/1204/09/news058.html
これは6種類の当たりのいずれかが当たる場合の確率であり当然ながらコンプをしようとする
ならば同じものは当たっても駄目であるためどんどん当たる確率は下がっていくにょ。
1枚目が12％ならば2枚目が10％・・・そして、6枚目は2％となるからね。
その結果、6種をコンプできる期待値は122.5回という数字になるにょ。
最初は当たる確率が高くコンプできそうな感じであるためお金を費やしある程度そろったら
当たりにくくなるけどそれまでに費やした分を考えると後に引けないため結局大金を支払う
羽目になってしまうという仕組みにょ。
この122.5回という期待値はあくまで平均的な期待値でありそれだけ行ったらコンプできると
いうわけではないにょ。

最後の6種類目が当たる確率2％（1/50）だけに注目してもこれは50回やれば当たるという
ものではないにょ。
サイコロを振って6回以内に1の目が必ず出るかというとそうではないことを考えれば自ずと
分かると思うにょ。
1/50の確率で当たるならば50回やっても当たる確率は63.6％でしかないため3人中に2人以下
でしかないにょ。
100回やれば大抵当たると考えるかもしれないけどそれでも86.7％にすぎず、3倍の150回
やってようやく95.1％にょ。
つまり、コンプしようと思ったら期待値の数倍の金額を費やすことは十分に考えられる
ということにょ。
そして、その期待値そのものも序盤はダブっているものが少ないため当たる確率が高く
なっているからそこまでコンプするためには多くの回数を費やす必要があるということが
分からない人も多いにょ。

これだけ大量にやるのも手間がかかるけど1回で10回分引けるというセットガチャの存在が
コンプへの大量課金に拍車をかけているにょ。
くじ引きそのものは問題ないけど問題は不当景品類及び不当表示防止法によってその景品の
金額が定められているにょ。
ゲーセンなどの様々な場所における景品類においては最高でも10万円以下でなければならず
取引金額の20倍までという取り決めがあるにょ。
1回100円のくじ引きをやった場合には最高でも2000円まででないとこの不当景品法に触れて
しまうというわけにょ。

ここで問題となるのはゲーム内のアイテムがこれに抵触するのかということにょ。
あくまでゲーム内通貨のみで取引されているアイテムであるためリアルの現金とは無関係
だからね。
そこで厄介なのはネットげーではすでにおなじみとなっているRMT（リアルマネートレード）
についてにょ。
つまり、アイテムをリアルでオークションなどを通じて売買する行為にょ。
これはほぼすべてのネットゲーで禁止されている行為とはいえ現実では取り締まるのが
ほぼ無理なくらい浸透しているにょ。
悪質なユーザーはアカウント停止処分にすれば問題ないけどそれで一番被害を被るのは
そのアイテムを買ったユーザーにょ。
その売ったユーザーがアカウント取り消しを食らってしまったらそのアイテムは無効に
なってしまう場合が多いからね。

バーチャルな世界のアイテムとはいえそこまで高額な金額を出して欲しいアイテムが無価値
であるため不当景品法に触れることはないというのはさすがに言い難いにょ。
ゲーセンなどの景品は多くのものが非売品であり、その額面的な価値（いわゆる定価や
メーカー小売価格となるもの）は分からないけれど工業製品である以上は製造原価があり
そして、そのゲーセンに納入する金額は分かっているにょ。
1回100円のクレーンゲームの景品ならば最高でも納入価格で2000円未満の景品を使用する
必要があるということにょ。
それに照らし合わせてみるとオークション的な価値ではなくその景品の原価を考えると
ゲーム内のアイテムは価格をつけようがないにょ。
付けるならばそのデザインコストなどの諸経費を当たった合計数で割ったものだけどそれを
単純に計算すると限りなくゼロに近い金額になるにょ。
だからこそコンプガチャによってソーシャルゲームは非常に高い利益率を得ているにょ。
そうなると「射幸心を煽っている」というだけでは現行法での規制の対象にするのは
難しいにょ。
ただし、当たる確率を内部操作しているという告白もあるのでそれを考えると極めてグレーな
存在といえるにょ。

(2)コンプガチャで最大の問題点といえばこのコンプによってさらにレアなアイテムや強力な
アイテムを得られるということにょ。
これは不当景品法で、「二以上の種類の文字、絵、符号等を表示した符票のうち、異なる
種類の符票の特定の組み合わせを提示さ せる方法を用いた懸賞による景品類の提供は、
してはならない。」と明確に定められているにょ。
http://www.caa.go.jp/representation/pdf/100121premiums_8.pdf　の第5項
この絵合わせにおいてはコンプガチャは完全に抵触してしまっているにょ。
絵合わせが規制される背景には複数の当たりを組み合わせて不当な高額商品と換えることが
可能になってしまうからだと思われるにょ。
これが1種類のみであり「銀のエンジェル5枚当てればもらえる」という感じであればこれには
抵触しないけど数ではなく種類が複数の場合にのみ抵触するにょ。

ゲーム内のアイテムには額面金額（定価）もなければ原価もほぼ無い状態であるためこの
絵合わせ以外はあくまでグレーの範疇であり、これによってコンプガチャが規制されるという
ことはほぼないのだけどこの絵合わせは法律の文面上金額の表示がないため単純に解釈すれば
十分に規制の対象になってしまうにょ。
もちろん、これもゲーム内のアイテムに（大小関わらず）リアルマネーに換金できるような
価値があるということが前提になってくるにょ。（ただのくじ引きゲームを作ったからと
いってそれで法律に抵触することはない）
つまり、RMTと絵合わせ問題で合わせ技一本となるわけにょ。
とはいえ、法律に抵触するかどうかは抜きにして金銭感覚の薄いゲーム内での高額課金は
個人的にはあまり好ましくないと感じるにょ。
そのゲームが楽しくて（その金額の支払い状況が分かった上で）課金するのならば問題ない
けれどこういうのは無知な消費者からいかにしてお金を出させるかということを前提に
作られているためゲームそのものが楽しいわけでも何でもないからね。

1009：バイカウントメルビル：2012/05/09(水) 02:04:51
プチコンコンテストの件
どうも初めまして。バイカウントメルビルといいます。
プチコンのコンテスト・・・と言ってもまだ計画の段階なのですが、
私が主催することになりました。
少しでも盛り上げるために、プチコンで活躍している方々に参加をお願いしています。
そこで是非参加していただきたいと思います。
まだ計画段階なので詳しく決まってはいませんが、
出来ればゲームなどのプログラムを、開催する9月9日までに作っていただきたいと思います。
お願い出来ますか？

突然こんなこと言ってすみませんm(__)m

1010：御茶目菜子：2012/05/09(水) 16:35:26
レスにょ
バイカウントメルビルさんへ
＞どうも初めまして。バイカウントメルビルといいます。

初めましてにょ！

＞プチコンのコンテスト・・・と言ってもまだ計画の段階なのですが、
＞私が主催することになりました。

プチコン大好きクラブの方で概要は読ませてもらったにょ。

＞少しでも盛り上げるために、プチコンで活躍している方々に参加をお願いしています。
＞そこで是非参加していただきたいと思います。

私にできる範囲内のことだったら協力するにょ。

＞出来ればゲームなどのプログラムを、開催する9月9日までに作っていただきたいと思います。
＞お願い出来ますか？

募集要項が正式決定してから作り始めると思うにょ。（というか、コンテスト終了前に作った
ものをコンテスト用として発表するのが濃厚かも）
まぁ私の場合は規模の小さなプログラムばかりなのでそれでも十分間に合うけど大作の人だと
制作に数ヶ月かかるだろうから要項だけでも早めに決めておいた方が良さそうにょ。
あと大作ばかりだと気軽に参加するのが難しくなるのでデフォ素材のみを使った小規模の
プログラムを対象にした部門もあるといいにょ。
あちらでもいろいろと案が出ているみたいなのでその中から良いと思うものを選択すれば
いいかと思われるにょ。

あと主催する場合はどのような目的で開催するのかを考えておくと成功しやすさがアップ
すると思われるにょ。
といっても、そんなに難しく考えなくても技術向上が目的か？プチコンの知名度アップの
ためか？それとも単なるお祭り騒ぎをしたいのか程度でも問題ないにょ。
それによって、求められる部門や審査方法も変わってくるにょ。

ちなみに私が以前主催したポケコンのコンテストの目的はこんな感じにょ。
http://ww5.tiki.ne.jp/~ochame/E500/CONTEST2.HTM
「共通のテーマに沿ってみんなでプログラムを作り合うことにより、プログラミングの
技術向上を図り、プログラミングの楽しさを理解するとともにポケコンの存在を広く
アピールする。」
学習指導案みたいな感じの文面だけど（笑）

1011：御茶目菜子：2012/05/09(水) 16:37:14
セーブ機能のあるゲームを作ろう
プチコン用の自作プログラム内でデータをセーブする方法についてまとめてみたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/save.htm
プチコンではSAVEの必要性のないようなアクションゲームやシューティングゲームが多くて
セーブが必要不可欠なRPGやシミュレーションゲームは少なめとなっているにょ。
これはRPGではやらなければならないことが多くて完成させるためのハードルが高いというのも
あるけれどセーブデータの作り方も分からないという人が居るのではないかと思われるにょ。
一般的なBASICの場合だとSAVE "（ファイル名）"、変数名という感じで保存したい変数を指定
してSAVEをするのだけどプチコンのsmile basicではその方法をサポートしていないからね。
では、どうするのかというと上記のまとめの最初に書いているようにMEM$を使って保存する
ことになるにょ。

このMEM$こそがプチコン内部に唯一保存可能な変数といえるにょ。
そのためMEM$にSAVEしたいすべての変数の値を入れていかないといけないにょ。
文字変数であるということで数値変数はSTR$を使って文字列化するというのは初心者でも
簡単に分かることだけど（スコアのトップ5をSAVEするなどの）複数のデータを保存する場合
には桁揃えをしないと元に戻せないという問題があるからね。
実際、MEM$を使ったセーブ方法はよく分からないという人もネット上でよく目にするため
今回まとめることにしたにょ。

それとMEM$では256文字制限が大きすぎるという場合にはGRPでセーブするという方法もある
けどこちらは特殊な方法であり、リソースをそれぞれ別々に記録可能なプチコンならではの
方法といえるにょ。
しかし、変数のデータを画像として記録するという方法は仕組みそのものは単純だけど
知らなければ全く分からないものであるためこちらもまとめることにしたにょ。
特殊な方法であり、ユーザーが独自に考えたのだけどmkIIではサンプルのGAME6で採用されて
いるようにほぼ公式化されたものになっているにょ。

GRP（グラフィック面）を使用すれば48KBまでセーブ可能ということで巨大なセーブデータに
なるRPGなども作りやすくなるのだけどアクションゲームなどではリプレイデータの記録に使用
することができるにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/save.htm#replay
というか、今回のセーブ機能の付け方のまとめの発端となったのはリプレイデータの記録
方法について書いてみようというのが発端になっているにょ。
リプレイデータの記録、再生機能は自作ゲーム「JUMPING ISLAND」において搭載しようと
思ったのだけど満足のいくものを作るためにはリストが大幅に大きくなってしまい最終的な
上限ラインとして掲げていた「2KB以内」を完全に越えてしまうので搭載を見送ったにょ。
というわけで、せめてその方法だけでも書こうと思ったけどせっかく書くならばリプレイだけ
ではなく上記のようにSAVEの方法がよく分からないという人にも参考になるようなものに
しようということで今回のような形になったにょ。

さて、上記のまとめで「JUMPING ISLAND」にリプレイ記録、再生を組み込む方法を書いた
わけだけどここで問題なのはJUMPING ISLANDがリスト短縮をかなりやっているため実は修正
すべき箇所が非常に多くなってしまうにょ。
本来ならばリプレイ記録、再生ルーチンを組み込んで記録か再生かを条件判断するだけで
済むのだけど「JUMPING ISLAND」の場合は特例であり、それだけでは済まないということで
具体的な組み込み方に関してはボタン操作のみの対応としているにょ。
それではあまりに何なのでとりあえず最低限の機能だけ持たせたリプレイ記録、再生機能
付きのテストバージョンを作ったにょ。（テストバージョンということでQRのみ公開）
http://ww5.tiki.ne.jp/~ochame/petitcom/qr/ji_replay.png

使用方法はリプレイ記録は常時行っており、スタートするたびに上書きしているので再生
可能なのは直前プレイ分のみとなるにょ。
再生したい場合はタイトル画面でSTARTボタンを押しながらステージ選択をすればいいにょ。
当然ながら直前にプレイしたステージでないとリプレイ再生は無意味なので注意にょ。
再生中は左上に「PLAY」の文字が出るため後は見ているだけにょ。
なお、このリプレイ記録、再生ルーチンの特徴の1つとしてBREAKしてもその直前までは
リプレイデータを再生可能というものが挙げられるにょ。
実際にBREAKして試してみるのが一番分かりやすいにょ。
この時はリプレイデータは途中までしかないのだけどBREAKした部分以降は操作可能な状態に
なっているため自由に動かすことは可能にょ。（ただし、再生モード時は記録はされない）
再生モードを終了するためには一端タイトル画面に戻り、普通に開始すれば解除されるにょ。
制限が多くて実用になるのかは疑問だけどこれを使ってみてリプレイの記録、再生は良いと
感じる人が居ればより良くなるように各自で改造してもらったらいいと思うにょ。
あくまでこれはテストバージョンであり、改造のための支援みたいなバージョンだからね。


《追記》
上記のリプレイ対応版だけどデータにプレイしたステージが入ってないのは不便なので
データ形式を変えて3ドット目にステージを入れたにょ。（上記のQRコードは新しいものに
差し替え済み）
これで、1〜9のどれを選択してもリプレイデータのあるステージに自動的になるにょ。

ついでにステージ1のハイスコア10879点、ステージ9のハイスコア8410点を出したときの
リプレイデータを公開するにょ。
　ステージ1　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/ji_st1data.png
　ステージ9　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/ji_st9data.png
それぞれタイトル画面から[B]ボタンを押してロード画面に行きOCHAJI1もしくはOCHAJI9と
入力すればステージデータをロードできるので良かったら見てにょ。

1012：orirakkusu：2012/05/10(木) 14:32:34
ぐふふ
今日プチコンmkllのTALKで電話を掛けてみた。
ぐふふ、成功したぜ！

1013：御茶目菜子：2012/05/10(木) 15:35:37
レスにょ
orirakkusuさんへ
＞今日プチコンmkllのTALKで電話を掛けてみた。
＞ぐふふ、成功したぜ！

さすがにリアルタイムで入力するのは時間がかかるので予めメッセージを入力しておいて
それを選択してしゃべらせたにょ？

1014：7743　　　　　：2012/05/11(金) 21:50:25
(無題)
FOR I=0TO 1TALK INKEY$()I=0NEXT
とか?

1015：バイカウントメルビル：2012/05/12(土) 00:21:08
コンテストについて
協力＆アドバイスありがとうございますm(__)m

こちらが公式ページ（的なもの）です。
http://www.geocities.jp/melville515/petitcom/contest/contest
この募集事項に沿ってお願いします。

あとコンテストの目的をパク・・・参考にさせて頂きました(汗)すみません

1016：御茶目菜子：2012/05/12(土) 15:50:37
レスにょ
7743さんへ
＞FOR I=0TO 1TALK INKEY$()I=0NEXT

それでもいいけどINKEY$()+INKEY$()にしないと濁音が発音できないにょ。
あと、プチコンだと入力速度の関係で1音ずつブツ切れ状態になってしまうため素直に
FOR I=0TO 1INPUT T$TALK T$I=0NEXT
としたがいいかもしれないにょ。



バイカウントメルビルさんへ
＞協力＆アドバイスありがとうございますm(__)m

どういたしまして。
たいしたこともしてないけどね。

＞こちらが公式ページ（的なもの）です。
＞http://www.geocities.jp/melville515/petitcom/contest/contest

早速ページができたにょ？
あとはこのコンテストの知名度アップと参加者集めだけにょ。
各所での宣伝は必要だと思うけどそれだけでは参加者は集まらないと思うので現在進行形の
サイトであるということを知ってもらうべく頻繁な更新が必要不可欠になるにょ。
数ヶ月更新を放置していたり、コンテストの要項以外にほとんど何もないサイトだったら
「本当に大丈夫か？」と感じさせてしまうからね。

良かったら、おちゃめくらぶのトップページからリンクを張りますがどうですか？
もっとも、当サイトではトップページを見ている人は全体の10分の1にも満たないので集客
効果があるかどうかは微妙だけど（笑）

＞あとコンテストの目的をパク・・・参考にさせて頂きました(汗)すみません

私の拙い文面が参考になるのかは謎だけど・・・（笑）

1017：御茶目菜子：2012/05/12(土) 15:54:53
レイヤー機能付きお絵かきソフト
プチコンには標準で「GRPED」「DRWED」の2種類のお絵かきソフトが入っているにょ。
それだけではなくユーザーの手によってたくさんのお絵かきソフトが発表されているにょ。
プチコンはDSのタッチパネルを簡単に利用できるために「単色で絵を描くだけ」ならば
1行プログラムでも可能になっているにょ。
しかし、数多く発表されていても「レイヤー機能」に対応したものは1つもないにょ。
「無いものは作る」の法則に従って1日で作ってみたにょ。
http://www.youtube.com/watch?v=9rgXqMtoUVQ

レイヤー機能を持たせること自体は非常に簡単にょ。
プチコンはmkIIではグラフィック面が4面用意されているため上下画面の表示以外で2面分
余っているためそれをレイヤー用として使えばいいだけのことだからね。
この度作ったプログラムは必要最低限のレイヤー機能としてレイヤーごとの表示、非表示と
レイヤーの上下入れ替えが可能になっているにょ。
現時点ではまだ実装していないけどセーブ機能を付ければレイヤーごとのセーブとレイヤーを
統合したもののセーブもできるようになるにょ。

2枚しかないレイヤーだけどそれでも下記のような手順でお絵かきができるので非常に簡単に
なるにょ。

　下レイヤーに人物キャラを下書きする
　　　　　　　↓
　上レイヤーにそれにペン入れをする
　　　　　　　↓
　下レイヤーの下書きを消して色塗りをする
　　　　　　　↓
　上下レイヤーを統合して上レイヤーのみにする
　　　　　　　↓
　上レイヤーの人物の表示、非表示を行い調整しながら下レイヤーに背景を描く
　　　　　　　↓
　上下レイヤーを統合して完成

あまりにあっさりレイヤー機能の搭載は実現したけどここで思わぬ落とし穴があったにょ。
それは、下画面は常時全画面GCOPYを2回行っているから表示のちらつきがあるということにょ。
全画面GCOPYは1.6フレームもかかるということでプチコンの中ではかなり重い処理であり
それを2回行うということは画面上の場所によっては4フレームの時間差が発生してしまって
いるということにょ。
これを緩和させるためには一端バッファ画面に転送してそこでレイヤーの表示統合を行い
統合したものを画面上に表示するしかないにょ。
しかし、残念ながらグラフィック画面が余ってないためそれは実現ができなかったにょ。

ポケコンではBASICでこのようなお絵かきソフトはいくつも作ったにょ。
ポケコンは反応速度の遅いSTN液晶ということもあり、意図的に表示と非表示を交互に高速で
行うことで本来であればモノクロ2階調しかサポートしていないポケコンで疑似4階調を実現
したお絵かきソフトも作ったけどTFT液晶のDSではそれはただのちらつきでしかないにょ。
せめて60fpsで交互に表示して実質30fpsで処理を行っていれば見れなくはないだろうけど
GCOPYの速度が現状の2倍ないとそれは難しいにょ。

確かに画面をタッチしていない時には画面の再描画を行わないようにすればちらつきは
発生しないけれど現実的には描いている時のちらつきは許容量を大きく超えているために
そんな一時的なごまかしでは我慢ができないにょ。
まぁ何とかしてこのちらつきが抑えられるとしてもあとはメインルーチンが実質VSYNC 4で
動作しているためこの遅さに耐えられるかということにょ。（GCOPY命令を2回行っている
ため1回の描画だけでも3フレーム以上の時間がかかっている）
これは毎回全画面GCOPYするのではなく1フレーム当たりに変化した部分だけを部分的に
GCOPYすればかなり改善されそうなのでもう少しいろいろ試してみることにするにょ。
ツールの使い勝手は自分好みにしているし、私が必要な機能以外は搭載する予定はない
ためにもしも「高性能なツール」に期待している人がいたら他所を当たるか自分で作る
のが一番かもしれないにょ（笑）

1018：バイカウントメルビル：2012/05/12(土) 17:07:39
(無題)
＞良かったら、おちゃめくらぶのトップページからリンクを張りますがどうですか？
！！ありがとうございます！

アドバイスもありがとうございます。
ページもこまめに更新しようと思います。

1019：御茶目菜子：2012/05/13(日) 14:09:16
レスにょ
バイカウントメルビルさんへ
＞アドバイスもありがとうございます。
＞ページもこまめに更新しようと思います。

トップからリンクを張ったにょ。
私は結構好意的に応援しているけど現時点のサイトの内容だと半信半疑の人も多いかと
思うのでやはりよほどの実績がある人（プチコン界での著名人）でないとサイト内容を
充実させる必要があるかもしれないにょ。
コンテストの内容を充実させるのは現時点では難しいと思うのでまずは過去に自分が
作ったプチコンプログラムを全部サイトで公開して「プチコンサイト」として知名度を
上げていくのが良さそうにょ。

それと平行してコンテストの内容を煮詰めてできるだけ早い段階で具体的な内容を正式
決定する必要もありそうにょ。
やっぱり、未定の部分が多いと参加者は不安に思うからね。

1020：御茶目菜子：2012/05/13(日) 14:13:48
金環日食を撮ろう
1週間後の5月21日には今世紀最大の天体ショーの1つである金環日食があるにょ。
次に日本（本州）で金環日食が見れるのは2095年だから金環日食のために海外に行かない
限りは事実上これが人生で最後の金環日食になる可能性があるにょ。
東京での金環日食となると173年ぶりのことにょ。
今回は東名阪で金環日食が見れる（人口でいえば8000万人以上の人が見れる）ということで
大きな話題となっているにょ。

さて、やはりこれだけの天体ショーならばぜひ撮影したいという人もいるかもしれないにょ。
そうなると難しいのは機材の選別と露出にょ。
日食撮影に関しては2009年7月16日に書いたけどログが流れているので改めて書いておくにょ。
撮影機材や露出の選別には太陽の明るさと大きさを知ることが重要となるにょ。
まずは、太陽の明るさの前に月の明るさを考えてみるにょ。
太陽から地球までの距離と太陽から月までの距離はほぼ同等なので満月の露出は晴天時の
日中とほぼ同じで1/250、F8（ISO100）程度となっているにょ。
この満月の明るさが-12.6等級の明るさで太陽が-26.7等級であるためその差は14.4等級にょ。
5等級差で明るさは100倍異なるため1等級差は約2.5倍の明るさの差となっているのだけど
それから計算すると太陽は月と比べて約43万倍明るいことになるにょ。

この明るさの差が分かっていれば露出を計算するのは容易にょ。
しかし、この猛烈な明るさは普通に撮影することは不可能なので減光を行うNDフィルタが
必須となるにょ。
仮にND10000フィルタを使用した場合は満月の1/43倍の露出にすればいいにょ。
これは通常の太陽の撮影時であるため食分を考慮する必要があるにょ。
下記のサイトを見ると東京都においては最大時の食分は0.969となっているにょ。
http://naojcamp.mtk.nao.ac.jp/phenomena/20120521/about.html
単純計算をするとND10000フィルタを使用時の露出倍数は1/1.3倍となり、1/250、F9.5
（ISO100）程度となるにょ。
これはあくまで最大食分時の露出であり、食分は常時変わっているわけだし、単純計算で
あり誤差も少なくないためプラスマイナス2、3段のブラケット撮影をしておいた方が良い
と思われるにょ。

さて、ND10000フィルタは特殊フィルタであり、普段から太陽を撮影する機会がないという
人は普段の撮影でも使えるND400フィルタ（日中撮影でスローシャッターを使用したい時に
便利）を使って撮影したいという人もいると思われるけどND400では上記計算の露出倍数は
1/25倍となるにょ。
4段半シャッター速度を速くするか絞る必要があるにょ。
1/4000、F11程度になるけどこれはあくまで最大食分時であるためやはりND400フィルタ1枚
ではやや厳しい感じにょ。
したがって、ND4やND8フィルタと併用した方が良さそうにょ。
ちなみに私は3年前に日食（地元では食分0.87の部分日食となった）を撮影した時にはND8
フィルタを3枚買い増ししてND8フィルタ4枚、ND4フィルタ1枚の5枚重ねで露出倍数16384倍の
状態で撮影したにょ。

　◎金環日食　露出目安（ISO100時）
　ND8x4枚＋ND4x1枚　露出倍数16384　　1/250　F8
　ND10000　　　　 　露出倍数10000　　1/250　F9.5
　ND400＋ND8　　　　露出倍数 3200　　1/250　F16
　※東京都の最大時の食分0.969を元にしているため最大時以外はこれより明るくなる
　　単純計算であり誤差も大きめなので余裕を持った2、3段のブラケット撮影は必須

続いてレンズの焦点距離にょ。
太陽の視直径（見かけの大きさ）は月とほぼ同じ（厳密に月の方がわずかに小さいけど先日の
スーパームーンの時は月の視直径は平均の約1.14倍となっため太陽を越える視直径となった）
であり、平均で32分（0.53度）しかないにょ。（月の方が太陽よりもわずかに小さいため
うまく重なった場合には今回のような金環日食が起きているし、月が通常よりも大きい時に
重なると皆既日食になる）
これはどの程度の大きさかというと35mmフィルムで撮影した場合には100mmの中望遠レンズを
付けてもフィルム上では0.9mm程度の大きさにしかならないにょ。
デジカメで画面いっぱいに撮影するならば35mmフィルム換算で2000mm程度のレンズが必要に
なってくるにょ。

とはいえ、そこまでの焦点距離となると天体望遠鏡を使うかPENTAX Qにマウントアダプタを
付けて300〜400mmのレンズを使う（換算焦点距離は1680〜2240mmになる）しかないにょ。
実際はそこまでの焦点距離になると手持ちは不可能であり、赤道儀による自動追尾をしないと
地球の自転速度もバカにならないレベルになってしまうにょ。
視直径が0.53度なのに自転は1分間あたりで0.25度になるから三脚に固定したら1分間で太陽が
半分ファインダーから逃げてしまうことになるからね。
しかし、手持ちで撮ろうとするならば手持ち限界である1/焦点距離を確保するためには
1/2000秒以上のシャッター速度が必要となるにょ。（ボディ内手ぶれ補正が3段分あれば
1/250秒でも何とかなるけど）
換算500〜600mmのレンズがあればそれなりにアップで撮影できるし1/500〜1/1000秒が
切れればぶれずに撮影可能（手ぶれ補正が3段分あれば1/60〜1/125秒でも可能）であるため
1000万画素超のデジカメであれば太陽を限界までトリミングしてもブログに使う程度ならば
問題ないレベルで撮影ができるのではないかと思われるにょ。
三脚に固定しても1分程度ならばファインダーから消えることはないため何とか撮影は可能に
なるにょ。
私が3年前の皆既日食の時に部分日食を撮影したのがこの写真にょ。
http://ww5.tiki.ne.jp/~ochame/test/eclips.jpg
これは400mm F5.6のレンズは一応所持しているもののフィルタ径の問題でそのサイズの
NDフィルタを入手できなかったため50-200mmのズームレンズ（換算75-300mm）を使用して
トリミングしたものにょ。（若干薄曇りだったのでぼやっとした感じになっている）

さて、太陽の撮影時に最も注意すべきなのが赤外線にょ。
NDフィルタなどで減光すると普通に太陽を見ることができるため長時間連続で見ることが
可能になってしまうけどNDフィルタでは赤外線は素通しなので非常に危険にょ。
したがって、フレーミングのためごく短時間覗くだけに止めておいた方がいいにょ。
その点はライブビューならば安心にょ。
昨今はライブビューがほぼすべてのデジタル一眼に搭載されているし、ミラーレスや
コンデジはライブビューが基本となっているため光学ファインダーで直にみなければ問題
ないにょ。
撮影せずに肉眼で観察する場合も黒い下敷きなどで単に暗くするのであれば上記の
NDフィルタと同じく赤外線が素通しであるため赤外線をカットする「日食グラス」は
必需品といえるにょ。

日食グラスも用意できないけど観察したいという人は木漏れ日の形をチェックするのも
ありにょ。
普通では見られないリング型の木漏れ日を見ることができるにょ。（超お手軽に観測する
ならば紙に小さな穴を開けてそれを太陽にかざし地面に落ちる像の形を観測すれば太陽が
見れる場所ならばどこでも観測可能になる）
部分日食とはひと味違う形に感慨深いものがありそうにょ。
ただ、唯一ネックなのは私の地元が金環日食のエリアに入ってないことにょ。
したがって、ただの部分日食となってしまうにょ。
次回の2095年はたぶん生きてないと思うので金環日食を直で見ることはもう無さそうにょ。

1021：御茶目菜子：2012/05/14(月) 13:38:39
IvyBridgeはSandyBridgeより本当に優れているのか？
先日Intelの第3世代Core iシリーズのCPU「（コードネーム）IvyBridge」がついに発売に
なったにょ。
http://pc.watch.impress.co.jp/docs/news/20120424_528663.html
http://akiba-pc.watch.impress.co.jp/hotline/20120428/etc_intel4.html
世界初の22nmプロセスのCPUであり、3Dトランジスタの採用ということで非常に先進的な
技術で作られたCPUだけど機能面においてはIntel恒例の「チックタックモデル」（2年に
1度行われる製造プロセスの縮小とアーキテクチャ変更を1年ごとに交互に行うことで
リスクの軽減を行っている）におけるチック（微細化）の方に相当する年であり、昨年の
タック（アークテクチャ変更）に相当するSandyBridgeと比べるとそれほど大きな改善は
ないにょ。

主な改善ポイントは下記の通りにょ。

　(1)GPUの性能向上
　(2)省電力化

(1)GPUにおいては内蔵のIntel HD Graphicsが「Intel HD Graphics 4000」になり、シェーダ
ユニットが12基から16基へと増えたにょ。（これはi7とi5の上位においてであってi5下位、
もしくはそれより下CPUは従来の6基のまま据え置きとなっている）
シェーダユニットが増えただけではなくDirectX11にも対応しているにょ。（AMDのAPUに
おいては昨年登場したLlanoにおいてすでにDirectX11に対応しているけど）
といっても問題は性能にょ。
ということでベンチ結果を見てみるにょ。
http://pc.watch.impress.co.jp/docs/topic/feature/20120424_528691.html

　　　　　　　　　Core i7-3770K　　　Core i7-2600K
　3DMark06　　　　　　　6767　　　　　　　 4933　　　　　37％アップ
　3DMark Vatage Extreme 1310　　　　　　　　792　　　　　65％アップ
　3DMark11 Extreme　　　 216　　　　　　　??N/A　　　　　※DirectX11に対応必須
　FFXIVオフィシャルベンチ770　　　　　　　??490　　　　　57％アップ
　MHFベンチ1920x1080　　1763　　　　　　　 1277　　　　　38％アップ
　（※複数の解像度で計測されているものはCPU性能の影響を受けにくい
　　　高解像のものを選択している）

これを見てのようにGPU性能は1.3〜1.6倍にアップしているにょ。
しかし、従来の「Intel HD Graphics 3000」では重かったゲームが「Intel HD Graphics
4000」ではスムーズに動作するかと言われたら微妙であることは確かにょ。
CPUに統合されたGPUとしては昨年AMDが発売したLlano（A8-3870など）の方がこの高性能化
されたIvyBridgeのGPUよりも上なくらいだからね。
とはいえ、「Intel HD Graphics 3000」では、起動さえしなかったゲームが起動するように
なることはあり得るにょ。
したがって、自作ユーザーがGPU性能の向上を狙って買うようなCPUではなく一般的な
完成品のPCにおいて（GPUの選択肢がない）という場合により意味が出てくるにょ。
省スペース型PCやノートPCなどでは別途GPUを追加するのが難しいから統合型のGPU性能の
引き上げは十分に意味があるにょ。
そでにゲームだけの問題ではなくDirectX11に対応したことでWindows7におけるDirect2Dに
ハードウェアレベルで対応となるために普通にWin7を使う上でより快適になるわけだしね。

GPUではなくCPUの性能に関してはクロック相応の性能の底上げがあるけどGPU部分とは異なり
CPU部分は基本的にただの微細化に止まっているためクロック当たりの性能はほとんど変わって
ないにょ。

(2)続いて消費電力を見てみるにょ。

　　　　　　　　　Core i7-3770K　　　Core i7-2600K
　アイドル時　　　　　40W　　　　　　　　38W
　フルロード時　　　 119W　　　　　　　 126W

SandyBridgeで省電力化が進んでいるためIvyBridgeは微細化によるさらなる省電力に期待
したいところだったけど期待したほどではないにょ。（個体差の範疇のレベル）
比較対象となっているAMD A8-3870Kよりはずっと省電力とはいえ、SandyBridgeと比べた場合
には大きな進化は行われていないにょ。
とはいえ、微細化によって性能向上と省電力化が両立しているのは良いことにょ。
この辺は製造プロセスで他者（AMD）をリードしているアドバンテージが生かされている部分
だと思われるにょ。
逆に言えばAMDは製造プロセスで遅れをとっている（というか、業界全体で言えばIntelが進み
すぎといった感じだけど）もののGPU性能で上回っているため両者の棲み分けは十分にできて
いると思われるにょ。（Intelの内蔵GPUがAMDを越えてしまったらAMDのCPUの存在価値は価格
のみになってしまうけどローエンドCPUだけでは利益率が低いためCPU事業を維持するのが
かなり厳しくなってしまう）

では、IvyBridgeはSandyBridgeからの買い換えの場合はどうかというと両者の差を見ると
「コストよりもわずかな性能差が重要」とか「常に最新のシステムに拘る」という人以外は
あまりおすすめしにくいにょ。
確かにSandyBridge以前のCPUからであれば性能差が大きいため買い換えた場合には性能差を
実感できるだろうけど私の個人的な問題としては3年前に組んだCore2Duo E8400（3GHz）で
特に性能に不満はないため買い換え（組み替え）はしばらく先になりそうにょ。
これは昨年SandyBridge登場時にも書いたけど昔とちがってゲームやエンコをほとんどしなく
なったせいなんだけどこれは最新の高性能CPUが必要になるのは一部の用途に限られるという
ことになるためにょ。
ゲームにおいては最新のゲームを高解像度でプレイしたいならば高性能CPU、高性能GPUが
必要になってくる場合があるけどPCゲーム市場がコンシューマとのマルチがメインになって
来ている現状を考えるとPCの性能面でのアドバンテージを生かせるようなゲームに大きな
コストをかけて開発するゲームベンダーはかなり減っていると思われるにょ。
それでも、ゲームでは恩恵がある場合も少なくないものの昔と違って最新の高性能CPUを使用
する恩恵は小さくなっており、大半の人はUltrabook程度のULV CPUでも普通に使う分には特に
不満を感じないだろうと私は考えているにょ。

とはいっても、新規購入やちょうど買い換えを検討している人だと今更SandyBridgeにする
理由は特になくIvyBridgeを選択するのがベターだと思われるにょ。（製品ラインナップや
供給面でIvyBridgeの選択肢がなくSandyBridgeを選択するしかないこともあるだろうけど）
IvyBridgeには不安点がないかというと実はそうではないにょ。
それが廃熱面にょ。
CPUが消費する電力は基本的に熱エネルギーに変わるからね。
確かに「消費電力が小さい＝低発熱」と言えるのだけどここで重要なのは廃熱にょ。
デスクトップPC版のIvyBridgeはTDP77Wになっており従来の同クラスの製品がTDP95Wよりも
引き下げられているにょ。
実際に消費電力が下がっておりその分だけ発熱も低下していると思われるのでケースなどに
求められる熱設計も下げられているわけだけどCPUに付属のクーラーはTDP95Wのものが使用
されているからね。

では、TDP以上のCPUクーラーが必要になっているのかというと2つの問題があるためにょ。

　(1)熱密度の増加
　(2)ヒートスプレッダの改悪

(1)CPUの製造プロセスが微細化されていくと基本的に消費電力が低下するけど面積あたりの
発熱量は逆に増えているにょ。
それは、理想的なシュリンクが行われた場合には1世代製造プロセスが進むとダイサイズは
半減するけど消費電力は半減しないためにょ。
実はこれはPen4登場時からずっと言われていたことであり、IvyBridge固有の問題というわけ
ではないにょ。
CPUコア1つ当たりのダイサイズはどんどん縮小しているもののマルチコアが当たり前になって
いるため熱の分散化が行われているので問題ないにょ。
マルチコアではなくシングルコアで2倍の7GHzとかで動作させても今の製造プロセスならば
消費電力はかなり抑えることが可能だけどそうした場合は熱密度増加によって空冷や水冷
では冷却が追いつかないため実現ができないにょ。（消費電力100WのクアッドコアCPUならば
空冷でも冷却可能だけど同じダイを高クロック化したシングルコアCPUで消費電力100Wに
なると空冷を行うのはこの熱密度の問題で不可能になる）

(2)確かにTDP以上のCPUクーラーが必要なのはIvyBridgeの熱密度増加も1つの原因には違い
ないけどそれよりも問題なのはヒートスプレッダの改悪にあるにょ。
ヒートスプレッダはIntelのCPUではPen4以降に搭載されているけれどこれによってCPUの
コア欠け防止だけではなく熱の分散化が行われているにょ。
ただし、CPUとクーラーの間にワンクッション入るわけなのでいかに効率よく熱を伝えていく
かということが重要になってくるにょ。
従来は熱伝導に優れるハンダが使用されていたのだけどIvyBridgeではグリスに変えられている
模様にょ。
そのグリスの熱伝導性能に問題があるみたいにょ。
http://pc.watch.impress.co.jp/docs/column/sebuncha/20120511_532119.html

　◎フルロード時のCPU温度（Core i7-3770K）
　　　　　　　　　　　　　3.5GHz　　　　　　4.6GHzにOC
　デフォ　　　　　　　　　　61℃　　　　　　　84℃
　Freeze Extreme　　　　　　53℃　　　　　　　69℃
　Liquid Pro　　　　　　　　50℃　　　　　　　64℃

　これはデフォのグリスと殻割りして別のグリスである「Freeze Extreme」や液体金属
「Liquid Pro」を塗布した場合のデータとなっているのだけど数字で見れば一目瞭然であり
デフォのグリスは単に「グリスだから熱伝導率が低い」というのではなくその中でも
「熱伝導率が低いグリス」が使用されているというのが分かるにょ。
恐らくこれはコスト低下のためだろうけどせっかくCPUからの発熱が減っても廃熱性能の
根本部分でボトルネックが発生しているのでは話にならないにょ。
まぁこれは殻割りしてユーザーの手によってグリスの塗り直しをすれば問題ないとはいえ
それは保証外の行動であるため推奨できるものではないにょ。
「IvyBridgeはSandyBridgeよりも省電力なCPU」だけど「IvyBridgeはSandyBridgeよりも
熱設計に優れているCPU」とは言えない状況下にあるにょ。
それと同時に廃熱面の問題から高クロック時の安定性も損なわれているためOCを行う場合は
SandyBridgeの方が有利になっているという報告もネット上ではよく見かけられるにょ。

さて、そうなると期待されているIvyBridge版のUltrabookがどうなるのかということだけど
これはあくまでデスクトップ版のIvyBridgeが現状ではこうなっているというだけのことにょ。
ヒートスプレッダの付いていないULV版のCPUであればIvyBridgeの低発熱を十分に享受可能に
なると思われるにょ。
確かに熱密度増大もあるので従来（SandyBridge）よりもずっと熱設計に優れているとは
言えないものの少なくとも従来よりは劣ることはないと思われるにょ。

1022：orirakkusu：2012/05/16(水) 16:59:18
いつか一挙公開したいと思っているプログラムたち
VSのようなもの
ぼうにんげんがポップコーンのようになるプログラム

1023：御茶目菜子：2012/05/16(水) 23:19:18
レスにょ
orirakkusuさんへ
＞いつか一挙公開したいと思っているプログラムたち

まとめて一挙に公開せず1つずつ完成した時点で公開はしないにょ？
まぁ私も勢いで作って完成させずにそのままというのは結構あるけどね。
何だかんだで作るより完成度を上げる方が時間がかかるし・・・。

＞VSのようなもの
＞ぼうにんげんがポップコーンのようになるプログラム

どんなものか想像しにくいにょ。
後者はゲームなのかさえ謎にょ。

1024：orirakkusu：2012/05/18(金) 16:15:48
こんなのを
作ってみた。
http://www.geocities.jp/orirakkusu/petitcom/mkll/tool/mml/
文字化けするようだったらEUC-JPにしてみて下さい。

1025：御茶目菜子：2012/05/18(金) 23:07:24
レスにょ
orirakkusuさんへ
＞こんなのを作ってみた

問題なく動作したにょ。
便利そうだけど私は自分の脳内で変換した方が速いので出番が無さそうにょ。
楽譜が入ったJPEGファイルから自動的にBGMPLAY用のデータに変換されればかなり便利だけど
それはさすがに難しそうにょ。
要するに楽譜OCRにょ。
自分で作ってもいいけどいいアルゴリズムが思い浮かばないので変換精度や変換速度に難が
ありそうにょ。

1026：御茶目菜子：2012/05/20(日) 20:55:21
1画面プログラムはただの自己満足なのか・・・？
久々にプチコンの1画面ゲームを作ったにょ。
前回は2分の1画面の「CAVE」だったけどこちらはGCOPYの練習用に作ったのでサイトの方
では未公開になっているからね。（GCOPYを使ったスクロール講座のサンプルプログラムと
して使用予定）
作ったのはすでに公開している「JUMPING ISLAND」の1画面版にょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/1page.htm#jump
http://www.youtube.com/watch?v=GrXhXcq_oaE

JUMPING ISLANDは当初は1画面プログラムとして作る予定だったけど基本動作部分だけでも
約1KBに達したため1画面化は諦めてその分1画面では妥協していたmkIIのホームメニュー
からの操作を可能にしたり（ゲームオーバー時にそのまま終わるのではなくリトライ機能を
付けるということ）、多少は見た目に拘ったり、そして何より1画面では真っ先に不要として
削られた各ステージごとのハイスコアセーブ機能も搭載したにょ。
そうやっていろいろ付け足していったら結局1.9KBにまでサイズがふくらんでしまったにょ。
これでリプレイデータの記録（セーブ、ロード付き）を付け加えた場合にはリプレイ対応
バージョンを見てのようにそれだけでさらに1KBも増えてしまうにょ。
100バイト削るのは非常に大変だけど1KBバイト増えるのはあっと言う間ということにょ。

だからこそ私は極力余分な機能を搭載しないようにしているにょ。
これによって公開時のQRコード枚数が抑えられるというのも1つの狙いにはなるけど実際の
ところQRコードにする場合にはzip圧縮がかかるためリスト短縮をしてリストサイズを
かなり削ってもQRコードの枚数にはそれほどの違いを見ることはできないにょ。
コピペで貼り付けたような無駄がありまくるプログラムは結構圧縮がかかるためリスト
サイズの割にはQRコードの枚数はそれほど増えないからね。

とはいえ、プチコンの保存領域は有限であるためサイズを抑えること自体は意味があるにょ。
QRコードとして出力する場合には圧縮がかかるけど本体の記録時には無圧縮だからね。
プチコンの合計保存領域が具体的にどれくらいあるのかは分からないけど1つ48KBのGRP
リソースファイルを数10個記録したらいっぱいになるみたいなので数MB程度と思われるにょ。
これは自分で作ったもののみを保存する場合にはGRPリソースファイルを多く保存しない
限りはそれほど問題はない（セーブデータにGRPを使ったりお絵かきプログラムを作って
それでGRP保存していたらすぐに無くなる可能性はある）けれどmkIIではQRコード経由で
多くの人のプログラムを簡単に取り込むことができるからね。
48KBのQRコードというのは何枚くらいかというと上記のように圧縮がかかる関係上何とも
いえないにょ。
30枚くらいになる場合もあるし、セーブデータで一部のみを使ったものならば1枚〜数枚で
収まる場合もあるからね。

しかし、QRコードの枚数にかかわらずプチコン内部ではGRPリソースファイルは48KBの
領域を占有されるにょ。
CHRリソース（SPUやBGUなど）はGRPよりは小さいとはいえそれでも1つ8KBあるにょ。
これは1つ〜数個のスプライトキャラをセーブしてもこの量になるため極力リソースファイル
としての保存は避けたいところにょ。
リストサイズが小さいプログラムであってもこのようにリソースファイルが別途必要な場合
には保存のための領域が増えてしまうため結果としてはリストサイズが大きくなっても
リスト内でキャラ定義をした方がトータルのサイズでは抑えられることがあるにょ。
リストサイズ2KBでもSPUが1つ（8KB）必要ならばトータルで10KBとなり、リスト内で定義
した場合にはリストサイズが5KBになった場合でもそちらの方が2KBのリストよりファイル
サイズは小さいということにょ。
私が作ったJUMPING ISLANDはそういうものもケチりまくっているため1.9KBに抑えながら
それ以外は何も無いためトータルで1.9KBという非常にコンパクト仕様にょ。

さて、そのコンパクトサイズのJUMPING ISLANDを今回1画面プログラムにするためにさらに
コンパクトにする必要があるのだけど元々1画面プログラム並のリスト短縮をしていたため
「どうやってリスト短縮をするか」ではなく「どの機能を削るか」ということが非常に
重要になってくるにょ。
1画面というとプチコンの編集画面は29文字×24行であるため「トータルで696バイト以下」
に抑えればいいと考えるかもしれないけどプチコンの編集画面は1行の折り返し機能がない
ために「すべての行は29文字以下に抑える」という必要があるにょ。
プチコンではラベルを使った場合にはそのラベルのある行には他の命令文は書けない
仕様になっているためラベルジャンプ（GOTO、GOSUB）を使用するのはは1画面プログラム
ではかなりの無駄になってしまうにょ。
そして、引数が多い命令文やIF文などは29文字に抑えるのが難しいため分割して記述する
必要があるのでリスト短縮をするどころか逆にリストは冗長になる部分さえあるにょ。
そうなると冒頭に書いたように基本動作部分だけで約1KBもあるという状態から1画面に
抑えるということがどれだけ難しいかが分かってもらえると思うにょ。

私は1画面プログラムを作る際には「リスト短縮時には1画面に収まりそうなもの」を
想定したゲームを予め作っているにょ。（普通に作ったものをリスト短縮を行い1行
29文字という制約を元に命令の配置などを入れ替えることで1画面化を行っている）
しかし、5月6日に書いたようにこのJUMPING ISLANDでは元になった横スクロールジャンプ
アクションゲームの不満点を解消しようとしていたら必然的にサイズが膨らんだにょ。
つまり、リストサイズよりゲームデザインを優先した結果そうなったということにょ。
といっても、1画面に収まるか否かというレベルの問題であり、一般的な視点で見れば
十分にシンプルなゲームなんだけどね。

その基本動作から何を省略するかだけどその1つの候補になりそうなのがステージ選択
画面にょ。
これを削っても数10バイトしか短くならないといっても1画面プログラムにおいてそれは
極めて大きいにょ。
しかし、私はこれを削ることはやめて他の部分を地道に削っていったにょ。
というのも、このゲームはステージ自動生成がウリの1つだからね。
単にプログラムリストにおいて変数Kに入っている開始ステージをを書き換えるだけで
良くてステージそのものは自動生成とはいえ、間に人間の手が加わっていれば自動と
見なせないのでこのステージ選択画面は何とか死守したにょ。
キー入力待ちを作るためにはFOR〜NEXTを余分に入れる必要があるけど1画面プログラムを
作る場合にはFOR〜NEXTのわずか10数バイトさえかなりの量に感じてしまうにょ。
しかし、ここでスプライト定義部分と兼用することで一気に解決できたにょ。
当たり判定はフルバージョンでは4カ所で判定していたのを2カ所に削減していたり、
SPHOMEの設定を省略しているため拡大時の座標は若干ずれているなどの妥協している部分
こそあるけど何とか必要最小限のものを1画面に収めることができたにょ。
mkIIのホームメニューからのプレイ対応は残念ながらできなかったけどそれ以外は自分
でもいい感じになったと思っているにょ。

とはいうものの、先にフルバージョンを作っている関係上1画面版の需要はほとんど
無さそうにょ（笑）
フルバージョンがサイズがでかいかというとそんなこともなくわずか1.9KBだからね。
ハイスコア保存機能もない1画面版の方はそれほどハイスコア競争に熱くなれないだろうし
スコア計算式も簡略化しているためその影響でフルバージョンほどハイスコア競争には
それほどシビアさが要求されないにょ。（先読みジャンプの必要性はない）
まぁフルバージョンより当たり判定が厳しくなっているからフルバージョンでは簡単と
いう人にはいいかもしれないけどやっぱりこのゲームの1画面化は単なる自己満足でしか
ないと思うにょ。

時間がかかったわりに需要が無さそうなこのJUMPING ISLAND（1画面版）に対して1週間
ほど前にわずか3時間で適当に作った「リンクスライダー」（TVアニメ「ファイブレイン」
に出てきた対戦型パズルの方が反応がいいからね。（「適当に作った」というのはあまり
時間をかけずに作り、リスト短縮などのテクニックをほとんど使用していないという意味）
この「リンクスライダー」はまだサイト上では公開していないものの1週間前にtwitterで
公開してからリツイート28人、お気に入り登録26人の延べ54件の反応があったにょ。
近いうちにこちらも正式公開することにするにょ。（ファイブレインのハッシュタグは
付けておらずプチコンのハッシュタグのみだったのになぜこんなに反応があったのやら）
1027：orirakkusu：2012/05/21(月) 08:59:53
せんせー!(!?)
金環ではないですが部分日食の写真を乗せたページをつくりましたー!(おちゃめさんがTwitterで悲しそうしてたので)
小さくてすみません(汗)
urlは↓
http://www.geocities.jp/orirakkusu/kinkan.html

1028：御茶目菜子：2012/05/21(月) 15:54:42
レスにょ
orirakkusuさんへ
＞金環ではないですが部分日食の写真を乗せたページをつくりましたー!(おちゃめさんがTwitterで悲しそうしてたので)

気遣いどうもにょ。
まぁ上記のようにustreamで見たので問題ないにょ。
直接自分の目で見る感動には遠く及ばないけどね。

＞小さくてすみません(汗)

5月13日に書いたように大きく写すためにはそれなりの機材が必要になるからね。
写真を見る限りは3DS本体のカメラで撮影したというのは分かるけどこれって直接太陽を
撮影したのではなく何かに反射させてそれを撮影したにょ？

1029：御茶目菜子：2012/05/21(月) 15:59:08
金環日食の結果
今日はいよいよ金環日食だったにょ。
といっても、雨が降って見ることはできなかったにょ。
まぁどうせ金環日食のエリア外であり部分日食しか見れなかったのだけどそれでも見れる
ことを楽しみにしていたんだけどね。
これが3年前の日食の時のように薄曇りならば逆に露出倍数が稼げるから撮影しやすくなる
という感じだったのだけど分厚い雲に覆われてしかも雨が降っている状況下では撮影しよう
とは全く思わなかったにょ。
ということで、結局ustreamの生放送で見てそれで我慢したにょ。

日食とは関係ないけど太陽に関する小ネタとしてアナログ時計の短針を太陽の方角に向けた
場合に文字盤の12時との中心の方向が南を示すというものがあるにょ。
これをプチコンで再現してみたにょ。

　プログラムリスト
　http://ww5.tiki.ne.jp/~ochame/petitcom/image/houi.jpg
　QRコード
　http://ww5.tiki.ne.jp/~ochame/petitcom/qr/houi.png

プチコンで再現する場合にはアナログ時計を画面上に表示する必要性はなく時刻から直接
方角を画面に表示すればいいので簡単にょ。
このプログラムを使うにはまず、DSを太陽の方に向けてそして何かボタンを押せば方位磁針の
ようなものが表示されるので赤い線の示す方角が「北」になるにょ。
ただ、それだけのプログラムにょ（笑）
描画をしてから時間が経って画面の再描画を行う場合は再び何かボタンを押せばいいにょ。

さて、ここで最大の問題となるのはDSを太陽の方向に向けるということにょ。
ちゃんと向けないと方角の誤差が大きくなるのだけど1つの方法としてはDSを水平に持ち
タッチペンを画面に垂直に立ててその影の方向が太陽とは逆向きになるというものにょ。
この方法は単純ではあるものの問題点としては本体を水平に持つのが難しいということと
タッチペンを垂直に立てるということも難しいにょ。
これを正確に行うためには水準器と分度器を持ち歩く必要があるにょ。
そして、直射日光が画面に当たるためDSの輝度をよほど上げてない限りは外光に負けて
画面がほとんど見えないということにょ。

実はこれらの問題を一気に解決する方法があるにょ。
それはDSの本体形状を利用するというものにょ。
画面を適当な角度で開き本体上半分の影が本体下半分をちょうと覆い隠すような位置に
DSを向けると「DSを太陽の方向に向けた状態」になるにょ。
これは本体上半分の横幅が下半分とほぼ同じなのに加えて上半分が下半分とちょうど平行に
取り付けられているからにょ。
といっても、これは一般的なクラムシェル形状ならば当たり前のことなんだけどね（笑）
これによって、簡単に太陽の方向に向けられるだけではなく上半分の影によって表示される
下画面に直射日光が当たらないため視認性に優れるというメリットがあるにょ。

まぁ太陽というのは12時ジャストに南中するのではなく時期によってずれがあるのと同じ
日でも経度によって南中時刻に差があるためこの方角は正確なものではなく1つの目安に
すぎないにょ。
これは日本国内で計測する場合にはそれほど大きな誤差にはならないので目安代わりには
使えるのではないかと思われるにょ。（経度の補正を行いたいという場合は5行と6行の間に
M=M+(測定場所の経度-135)*4　を入れればいい）
DSを太陽の向きに0.1度の誤差もなしに正確に向けるなんてことは無理であり1度ずれただけで
4分の時刻のずれに相当するわけだから厳密に南中時刻を求めるということは厳密に太陽の
方向に向ける手段がない限り無意味なので適度にアバウトなのがちょうどバランスがとれて
いると思うにょ（笑）

1030：orirakkusu：2012/05/21(月) 16:51:10
いいえ、
[自分]-[3DS])←レンズ-[日食グラス]
です。子供の科学のピンホールカメラも
ありましたが、使いませんでした。
後で父の方にたのんで望遠鏡(!?)で
とった写真をお見せします！！
さすがに3DSでは望遠鏡に取り付けることは
不可能ですからね( 汗)

1031：マリモーマ：2012/05/21(月) 18:24:50
ps3を　バージョンアップしたら　戻せない件について
ゲームラボに載ってた　black casて　全チャンネル見れるらしいね
でも　偽サイトも　たくさんあるみたいだね

http://liv0.com

1032：orirakkusu：2012/05/22(火) 12:54:38
3dsを雨の中ちゃんと対策をして新聞を取りにいったら
こうなった。
http://www.geocities.jp/orirakkusu/twitter/000001.html
あと、Twitterのプロフィール画像変更してみた。

1033：御茶目菜子：2012/05/22(火) 20:25:18
レスにょ
orirakkusuさんへ
＞[自分]-[3DS])←レンズ-[日食グラス]です。

変な写り込みがあったからてっきり何かに反射させて撮影したと思ったにょ。

＞子供の科学のピンホールカメラもありましたが、使いませんでした。

ピンホールカメラは拡大撮影に便利にょ。
私も昔フィルムカメラで日食撮影をした時に当時望遠レンズを持ってなかったから自作の
ピンホールレンズ（といってもただの穴だからレンズというのも変だけど）をレンズの
代わりにカメラの先に付けて撮影したにょ。
特別なものではなくチップスターの容器の底に穴を開けただけにょ。
これで、300mmの望遠レンズに匹敵するサイズで撮影できるだけではなく露出倍数を稼げる
（要するに暗く写せる）ため減光フィルタも不要になるにょ。（筒の長さが焦点距離になる
ために長い筒を用意すればいくらでも倍率の高い望遠レンズを作れる）
有害な赤外線はカットできないからそれを直接肉眼で見てはだめだけどね。

＞後で父の方にたのんで望遠鏡(!?)でとった写真をお見せします！！

楽しみにしているにょ。

＞3dsを雨の中ちゃんと対策をして新聞を取りにいったらこうなった。

防水仕様にしたにょ？
どこまで耐えれるか実験のためお風呂で・・・（ただし壊れても責任もてません）



マリモーマさんへ
＞ゲームラボに載ってた　black casて　全チャンネル見れるらしいね

まだ今月のゲームラボは見てないけどどうやら怪しげなカードみたいにょ。

1034：orirakkusu：2012/05/23(水) 16:31:09
3DSの防水に使っている袋の防水テストをしてみました.
http://www.geocities.jp/orirakkusu/twitter/000002.html
1は水を貯めてそこに入れました。
2はお湯(わたしがはいっている風呂程度)を貯めてそこにいれました.
気持ちよくなってしまってずっとやってしまったorz
3は雨をイメージしたようにシャワーにしてじゃーっ。
これも
|　　　　　|
|-----------|
|　　　　　|
|　　　　　|
|　　　　　|
|__________|
を
|　　 |
|-----|
|　　 |
|　 　|
|　　 |
|_____|
の状態でやるとイオ○のドライアイスの音がするのではまり。
という感じで検証したけっか！
水粒1もはいってませんぜした！
???????? ＿＿＿
(°-°)＜な？！\______
?? |????\なんだと？！/
＼|／　΄΄΄΄΄΄΄΄΄΄΄΄΄΄΄΄
　|
／＼

1035：御茶目菜子：2012/05/23(水) 22:06:25
レスにょ
orirakkusuさんへ
＞3DSの防水に使っている袋の防水テストをしてみました.

実験どうもにょ。
結構な防水性能がありそうにょ。
さすがに実機を入れての実験は恐くてできなかったにょ？
でも、ネット上ではスマホをジップロックに入れてお風呂で使っている人も結構いるにょ。

1036：orirakkusu：2012/05/24(木) 18:41:22
DSiLLきたー
http://www.geocities.jp/orirakkusu/twitter/000003.html
土日にプチコン入れます。
これでえーと、
800*3=2400円
スマブにプレゼントしているということですね。

1037：御茶目菜子：2012/05/24(木) 23:37:33
レスにょ
orirakkusuさんへ
＞DSiLLきたー

3DSを所持しているのにDSiLLの買い増しとは・・・。
私も資金に余裕があればプチコンのためにDSiLLが欲しいところにょ。
やはり、大きな画面の方がタイピングしやすいし、3DSの画面ではぼけてしまうからね。
ぼけずに等倍表示も可能だけどその場合はただでさえ小さな液晶の一部しか使わなく
なってしまうためさらに操作性が悪くなってしまうにょ。

＞土日にプチコン入れます。
＞これでえーと、
＞800*3=2400円

というと、DSi、3DS、DSiLLの3台持ちにょ？
すばらいことにょ。
これで本体同士でファイルをやりとりすればバックアップもとれてしまうにょ。
SDカードにPTCファイルとしてバックアップは1台しか持ってなくても可能だけどQRコード
経由でないとプチコンでは読み込めないからね。

1038：御茶目菜子：2012/05/24(木) 23:40:48
デジタル一眼がこの先生き残るためには
ペンタックスが防塵防滴ボディのデジタル一眼レフ「K-30」を発表したにょ。
http://dc.watch.impress.co.jp/docs/news/20120522_534384.html
このカメラの特色は価格にあるにょ。
米国での価格はボディのみで849.95ドル、標準ズーム付きのレンズキットが899.95ドルと
なっているにょ。
日本での発売は未定であるもののこの価格を考えると単純計算ではレンズキットで7万円台
1ドル100円計算でも8万円台になるからね。
実際はこれより安価なデジタル一眼はあるけどそれはどれもが入門機であり中級機の開始
価格でこの価格は異例の安さにょ。

それでは、入門機、中級機に具体的な定義があるのかと言われたらそれはないにょ。
実際はメーカーの主観（その製品が対象となるユーザー）で決まってしまうわけだけど
それに関してはそれほどメーカー間に認識の違いがあるわけではないためある程度機能面で
判別が可能になっているにょ。
それをまとめると下記のような感じにょ。

　《デジタル一眼の入門機と中級機の違い》
　　　　　　　　　　　　　　入門機　　　　　　中級機
　(1)　ファインダー　　　　ペンタミラー　　　ペンタプリズム
　(2)　ボディの防塵防滴　　　なし　　　　　　　あり
　(3)　操作ダイヤル　　　　　1つ　　　　　　　 2つ
　(4)　サブ液晶　　　　　　　なし　　　　　　　あり

(1)やはり、一番の違いはファインダーにあるにょ。
一眼レフはレンズから入ってきた像を（光学的に）直接ファインダーで見ることができると
いうのが最大の特色となっているけどそのためにはクイックリターンミラーが必要不可欠と
なっているにょ。
これの有無が最近急速にシェアを伸ばしているミラーレスとの最大の違いになっているにょ。
その中間的存在としてソニーが発売しているTRM（トランスルーセントミラー）を搭載した
αシリーズがあるにょ。

α55から始まったTRMの搭載はソニーのデジタル一眼レフの方向性を大きく変えるものになって
いるにょ。
TRMによってクイックリターンミラーのようにミラーそのものを高速に動作させてセンサーと
ファインダーへの光の進路を変える必要性は無くなったため安価な機種でも高速連射が
可能になったのだけどその代償としてOVF（光学ファインダー）を失ってしまったにょ。
昨今はEVFの進化は著しく「EVFはOVFと比べて劣る」という単純なものではなく拡大して
ピント合わせができたりホワイトバランスや各種フィルタをかけた状態を確認しながら撮影が
可能ということでOVFには真似できない部分もあるもののOVFが不要ならばミラーは必要なく
ミラーレズでも十分となってしまうからね。
実際、TRM搭載のαシリーズは位相差検出方式のためだけにわざわざミラーを搭載している
わけなので像面位相差検出方式のセンサーが主流になればTRMを搭載する意義はほぼ無くなって
しまうと考えるとデジタル一眼とミラーレスとの過渡期の製品と私は感じてしまうにょ。
レンズとセンサーとの間にTRMという余分な光学系があるため解像面でも不利になってしまうと
いうことを考えると現時点でEVF＋位相差検出方式に価値を見いだせる人のみに大きな
メリットがあると思われるにょ。

さて、一眼レフの最大の特徴となっているOVFだけどこれもペンタミラーとペンタプリズムと
2種類あるにょ。
ペンタミラーは単純にミラーを繋ぎ合わせてクイックリターンミラーから導かれた像を
ファインダーへと導いているため構造が単純であり低価格が実現可能でさらに中が空洞である
ために軽量化も可能となっているにょ。
しかし、その反面構造上どうしてもファインダー倍率や視野率を上げることが難しいにょ。
そして、MFでのピント合わせも難しくなっているにょ。
実際、手元にあるPENTAX K200D、ニコンD50ともにファインダーで得られたものと実際に
絞り開放で撮影したものとを比較するとまるで異なるものになっているからね。
これがペンタプリズムだとファインダーと実際に撮影されたものとのギャップがかなり
縮まるし、ファインダー倍率や視野率も高められるにょ。
その代わり高い加工精度が要求されるため高コストであり、ガラスの固まりであるため
重量面でもペンタミラーと比べると不利になるにょ。
そういうことから低コスト、軽量化が求められる入門機ではペンタミラーが採用されており
ある程度こだわりを持った人が買うであろう中級機にはペンタプリズムが採用されているにょ。

(2)ボディの防塵防滴はかつてはプロ機や上級機の仕様だったにょ。
というのもやはりコストや重量面で不利になってくるからにょ。
最近は中級機でもほとんどの機種が防塵防滴（ただし、JIS防水規格であるJIS IPXでどの
程度なのかというのを謳っている機種はほぼないため具体的にどの程度まで耐えられると
いうのはメーカーや機種によって異なっていると思われる）機構を採用しているにょ。
中には2008年に発売されたK200Dのように入門機で採用されたという事例もあるにょ。
とはいえ、やはりコスト面や重量面で不利になるため入門機で採用されることはほぼ無くて
中級機の証ともいえるにょ。

(3)(4)ダイヤルや（本体上部にある）サブ液晶だけどこれもコスト面の問題が絡んでいると
思われるにょ。
かつてデジタル一眼レフが高価だった時代（初代EOS Kiss Digitalが登場前）はボディにも
それなりにコストが掛けられていたためにサブ液晶（銀塩一眼ではこれが唯一の液晶表示
パネルだったのでこの本体上部の液晶モニタを「サブ液晶」と呼ぶようになったのは
デジタル一眼が普及してからだと思われる）が省略されることは無かったし電子ダイヤルが
2つの機種が主流だったにょ。
デジタル一眼において廉価な入門機が登場してきてからはコストの制約が大きくなりこれは
真っ先に削られてしまったにょ。（とはいえ、私が所持しているK200DとD50はいずれも
入門機にもかかわらずサブ液晶を搭載しているためサブ液晶の廃止は入門機の登場と同時
ではなくコスト面の制約とともに徐々に行われてきたのが分かる）
もちろん、コストだけではなく入門機で小型、軽量を実現するために省略したというのも
1つの理由にょ。

これらを見てのように中級機と入門機の仕様の違いは低コストや小型軽量化のためという
のと上位モデル（中級機）との差別化をするためという2面の理由によるものといえるにょ。
ニコンのデジタル一眼においてはD40以降は入門機はボディに内蔵のAF駆動用モーターを
省略しているにょ。
これは小型軽量化が主な目的だろうけど中級機との差別化とも言えそうにょ。
もっとも、昨今はレンズ内にAF駆動用モーターを内蔵したAF-Sレンズが主流となっているため
一般ユーザーがこれを不利な差別化と感じることはなく従来のレンズ資産や旧モデルの
レンズを中古などで購入する場合のみにその問題点があるというだけにょ。
とはいえ、まだAF-S化してないモデルも現役レンズの中にあるし、サードパーティ製の
レンズにはAF駆動用モーターを内蔵していないものも現役としてラインナップされている
ということも事実にょ。（旧製品だとAFだけではなくAEも使えないモデルもある）
そのため旧製品だけではなく現在発売されているレンズの一部でAFが使用できないという
ことを考えると個人的にはあまり積極的にニコンの入門機を買おうとは思えないにょ。
その点、ペンタックスならば入門機と中級機でニコンのような差別化はしていないにょ。

あと入門機と中級機との違いには連写速度もあるにょ。
ただし、これは2〜3コマ/秒だった入門機で5〜6コマ/秒の機種が登場してきた現在となっては
中級機では差別化はかなり難しくなっているにょ。
差別化をするならば8〜10コマ/秒程度の速度が必要だけどそのためにはシャッターユニットを
一新する必要があるからね。（EOS 7Dの後継機種となるAPS-Cフラッグシップ機は10コマ/秒
になるというウワサがある）
それに上級機であるD800も（DXにクロップ時を除き）4コマ/秒程度の速度しかないため
そのグレードと連写速度との関連性はほぼ無くなってしまっているにょ。（単純に連写速度
だけを見たらD800は入門機以下になってしまうけどD800を入門機と考える人はほぼ居ない
と思う）


さて、こうやって見てみるとK-30はサブ液晶以外はすべて中級機の条件を満たしているため
これを中級機と呼んでもそれほど抵抗はないにょ。
とはいえ、これはあくまで絶対的な基準ではないためこれをハイグレードな入門機とメーカー
側が言えば防塵防滴のK200Dという前例があるためそれはそれで納得してしまうにょ。
キヤノンのEOS 60Dも作りが安っぽい中級機という認識だったけどメーカー側がKissの上位と
なる入門機と言ってからはその認識が変わったからね。（ただし、入門機というには当初の
価格が高すぎたのが今度は問題となったけど）

K-30のスペックを見ると廉価K-5という感じだけど最新のセンサーで1600万画素という点も
魅力になるにょ。
画素数においては、昨今はニコンD3200やソニーα65のように入門機でも2400万画素という
時代になってきているので中級機とは画素数で逆転現象が起きているのだけどレンズキットで
ほぼ完結するであろう入門機ではいくらコンデジと比べて1桁大きなAPS-Cセンサーとはいえ
2400万画素はオーバースペック（レンズが解像しきれない）となっており、ファイルサイズが
大きくなったり暗所性能がダウンすることを考えるとあまり好ましい状況ではないにょ。
そういう面では現在のレンズ性能やセンサー性能を考えるとAPS-Cで1600万画素というのは
ベストチョイスではないかと思われるにょ。（個人的には1000〜1200万画素でもいいくらい
だけど多くのレンズは1600万画素程度ならば十分に解像できるし1200万画素に下げたからと
いって明確に暗所性能に差が出るとは限らない）
あとAFも新開発のSAFOX IXi+が採用されているためペンタックスがニコンやキャノンと大きく
劣っている動体のAF性能がどの程度向上しているかも気になるところにょ。

ニコンD4 vs EOS 1DXやニコンD800 vs EOS 5D MarkIIIを見てのようにプロ機や上級機での
2強対決が最近話題となっており、中級機は両社ともずいぶんご無沙汰だけどやはり
デジタル一眼の需要を大きく左右するのはこれからは中級機になるのではないかと私は
思うにょ。
恐らく入門機はどんどんミラーレスへとシフトしていくため現在は数量面で圧倒的なシェア
となっている入門機のデジタル一眼はシェアを失うことになりそうにょ。
そのためには中級機を広くユーザーにアピールしておく必要があるにょ。
そうすれば、いくらミラーレスがシェアを獲得しても一眼レフの時代が終わる（現在の銀塩
一眼のように一部の愛好家のみが支持して事実上市場からは姿を消す）ということはないの
ではないかと思うにょ。

その大きな役目を担っている中級機だけどとりわけ重要なのが(1)に書いたペンタプリズム
搭載による光学ファインダーにょ。
今後どれだけEVFが進化してもこのペンタプリズム搭載のファインダーがある限りデジタル
一眼のシェアは完全にミラーレスに奪われることはないと思われるにょ。
逆に言えばデジタル一眼の入門機のシェアはほとんどミラーレスに奪われてしまうという
恐れがあるということにょ。
したがって、今後の長いスパンで考えるとメーカー側はデジタル一眼のメリットをユーザーに
アピールしそのメリットが最大限に生かせる中級機がミラーレスの浸食の防波堤になるのでは
ないかと思われるにょ。
そのためにはペンタプリズムファインダーを搭載した廉価な中級機が登場することは良いこと
だと思われるにょ。

また、1インチ〜APS-Cという大型のセンサーを搭載したミラーレスに対してAPS-Cセンサーを
搭載したデジタル一眼はいくら中級機といっても画質面のアドバンテージはそれほど多くは
ないため「デジタル一眼はミラーレスより画質面で優れる」とアピールするならばフルサイズ
センサーを搭載した機種が必要になるにょ。
とはいえ、現行ではプロ機を除けば各社ともに実質1モデルしかないにょ。
しかし、先日D800を発売したニコンは廉価版フルサイズとなるD600（？）を用意している
らしいし、キヤノンもそれに対抗する機種を用意しているというウワサがあるにょ。
そして、ソニーもα99（？）を廉価フルサイズとして発売するみたいにょ。
数量面では多いデジタル一眼の入門機は今後ミラーレスにシェアを奪われていき将来的には
デジタル一眼で生き残るのは現行の中級機以上になるのではないかと思われるにょ。
したがって、それらをより買いやすい価格にしていくことが今後は重要になっていくため
今回発表された廉価中級機となるK-30やニコンやキヤノンが発売を予定している廉価フル
サイズ機はかなり、今後、重要な存在になりそうにょ。

いくらミラーレスが普及しようともデジタル一眼のプロ機が簡単に消滅することはないため
「デジタル一眼が終わる」なんてことはないけどある程度の市場規模がないと個人が購入
可能なレベルの価格帯にはならないためその市場を失わないためにもミラーレスに負けない
ようなものであり、かつ個人に手が届く範囲内でデジタル一眼のメリットをアピールできる
ような機種を出し続ける必要があるにょ。

1039：orirakkusu：2012/05/25(金) 05:29:11
dsillから投稿です、
3は、
3dsが初代プチコンとmK2
DSiLLがmK2
ということです。
p.s.
手書きモード使いやすい。

1040：御茶目菜子：2012/05/25(金) 23:06:24
レスにょ
orirakkusuさんへ
＞3は、3dsが初代プチコンとmK2
＞DSiLLがmK2ということです。

確かに初代を入れたら私も2つだしね。
しかし、本体が1台だからバックアップには使えないにょ。
手持ちの残りのDSは旧DSとDS LiteなのでDSiウェアは使用できないし・・・。

＞手書きモード使いやすい。

画面が大きいだけあってうごメモも使いやすそうにょ。

1041：orirakkusu：2012/05/26(土) 10:36:50
うごメモデビューしました!
うごメモデビューしました!
字は汚いしひらがなばっかりですが、
よければごらんください。

1042：orirakkusu：2012/05/26(土) 10:39:28
(無題)
↓コマンドは
↓AR→BXLL
です。

1043：わぁぃ@：2012/05/26(土) 20:14:03
電車ゲーム仕様変更
座標を従来の描画位置基準から車両の先頭基準に変更する工事をしてみたにゅ。
そしたら、また「突然ホームが現れる」バグが復活したにゅ。
左端<5m>停車位置<205m>右端
で210mのはずなのに、220m分くらい描画しているにゃああぁああぁ。
どこの値を間違えたのかしら？

1044：御茶目菜子：2012/05/27(日) 00:32:19
レスにょ
orirakkusuさんへ
＞うごメモデビューしました!
＞字は汚いしひらがなばっかりですが、
＞よければごらんください。

私はうごメモは買ってないので買ったときに見てみることにするにょ。


わぁぃ@ さんへ
＞座標を従来の描画位置基準から車両の先頭基準に変更する工事をしてみたにゅ。
＞そしたら、また「突然ホームが現れる」バグが復活したにゅ。

TRAIN6のリストをざっと見ただけだと163行と164行のX+I+1376はX-I+1376の間違いだと
思うにょ。
あと上記の駅のホームの座標が正しいならば147行のIF文はIF SZL<1376になるはずにょ。

＞左端<5m>停車位置<205m>右端
＞で210mのはずなのに、220m分くらい描画しているにゃああぁああぁ。
＞どこの値を間違えたのかしら？

上記の符号を修正すればリストを見る限りホームの幅は1376-32=1344、1344÷6.4=210と
なるため210mであっていると思うにょ。

1045：orirakkusu：2012/05/27(日) 07:36:07
プチコン大好きクラブから
画面左上のHatenaをクリック→うごメモクリック
で見れますよ！

1046：御茶目菜子：2012/05/27(日) 16:20:01
レスにょ
orirakkusuさんへ
＞プチコン大好きクラブから画面左上のHatenaをクリック→うごメモクリック
＞で見れますよ！

これは知らなかったにょ。
お陰で無事に見れたにょ。
うごメモの低機能ツールでも結構すごい絵を描いている人が居て驚きにょ。

1047：御茶目菜子：2012/05/27(日) 16:22:29
プチコンオリンピック　イン　ロンドン
プチコン1画面プログラムの新作を作ったにょ。
タイトルは「プチコン100m走 mkII」にょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/petit_olympic.htm#100m

すでにプチコン100m走は半年前に作っているのでまた100m走というのも何だけど半年前に
作った時は不慣れなスプライト、BG画面ということでプログラムにすごく無駄があるし
この半年間の間に身につけたリスト短縮テクニックやmkIIの専用命令によるテクニックを
使えば大幅にリスト短縮が可能だからね。
それが、どの程度のものなのかは同じゲームで試すのが一番にょ。
しかし、24行のプログラムリストが仮に3分の2の16行になったとしてもそれのすごさは
1画面プログラムを作り慣れている人にしか分からないにょ。
ということで、リスト短縮によって得られた余裕を誰でもすぐに分かる見た目に費やす
ことにしたにょ。

問題はどのように見た目で分かるようにするかだけどこれは前作の見た目があまりに
チープだからこれを越えることは余裕で可能にょ。
何せ当時はBG画面で横幅512ドット（64キャラ）を越えるスクロールの仕方がよく分から
なかったわけだし、GCLSで背景色を設定できるということさえ知らなかったからね。
やはり、スクロールならばリスト短縮に有用なGCOPYを使用するとしてそのGCOPYを使って
2重スクロールを考えたにょ。
ということで、どのように変わったかは動画で比較して見れば一目瞭然にょ。

◎プチコン100m走
　http://www.youtube.com/watch?v=LtUrtuonBJQ
◎プチコン100m走mkII
　http://www.youtube.com/watch?v=p0E8grjA6gk

この無駄に2重スクロールしている背景だけどこれは仕組みは実に簡単にょ。
このようなデータを予め用意しておいてそれを左右でつなげることで無限スクロールを
可能にしているにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/image/100m_data.png
問題はこのデータをどうやって作るかだけどこれは行数制限がなければ誰でも簡単に
行うことができるにょ。
BG画面をBGPUTでキャラを並べるのとは異なり見た目で簡単に分かるわけだからね。
しかし、いくらリスト短縮が可能といっても普通に作ったらこのデータ作成だけで12行
（もちろんマルチステートメントで記述して）かかってしまったにょ。
別途GCOPYだけで最低4行かかるということを考えるとこれでは1画面（29文字x24行）に
抑えることはできないにょ。（これでもBG画面で同じデータを用意するのと比べたら
確実に行数を短縮できているわけだけど）

ここでリスト短縮に役立ったのが前作のJUMPING ISLAND（1画面版）でも使った1組の
FOR〜NEXTで設定をすべてまかなうということにょ。
普通に考えたらコースにランダムなドットを打つのに1組、スタジアムの観客を描画
するのに2〜3組、フェンスのスポンサー名（OCHAME）を表示するのに1組で計4〜5組の
FOR〜NEXTを使うことになるのが1つで収まっているにょ。
スタジアムの観客はGPUTCHRを使ってスプライトキャラをグラフィック面に表示している
のだけどキャラは8x8ドットであり、16x16ドットのスプライトキャラを表示するためには
縦横2キャラ分並べないといけないにょ。

　１２　←　16x16ドットのスプライトは8x8ドット単位でこのような配置で表示する
　３４　　　必要があるため普通に作れば1体表示するのに1〜2組のFOR〜NEXTが必要になる

実際はそんなことをする必要はなく斜めに8x8ドットのキャラを8ドットずつずらしながら
順番に置いているにょ。（PNLTYPE "OFF"にしてGPUTCHRの描画部分にWAIT 3くらい
のウェイトを入れれば一目瞭然）
これでトータルで見れば16x16ドットのキャラが8ドットずつずれた状態で並ぶことに
なるにょ。
あとOCHAMEの文字もMID$を使えばGPUTCHRで簡単に描画できるのだけどここでもリスト
短縮のため剰余を使っているにょ。
28912%(J+13)+!J*14

このデータができたらあとは簡単にょ。
スクロールは上記のようにこのデータを左右つなげた状態で使用するだけにょ。
X座標部分で切って左右を逆にしてGCOPYで転送すればこの無限スクロールは完了するにょ。
遠景はスクロール速度を半分にすればそれっぽくなるにょ。
具体的な方法は近いうちにGCOPYを使ったスクロール方法をまとめるのでそちらの方に
詳しく描くことにするにょ。
本当にここまで楽にスクロールができるのはGCOPYのお陰にょ。

肝心のゲーム内容は前作とほぼ同じにょ。（1秒が正確な1秒ではなく「なんちゃって1秒」
となっている部分も変えてない）
実際はスクロール量が変わっているため速度計算式を変えたのだけどその程度の変更に
すぎないからね。（あとはリスト短縮できる部分は短縮している）
とはいえ、この速度計算式も前作で10秒が簡単に切れるため少々難易度を高めているにょ。
難易度はこのmkIIのCランク（11秒台）のタイムが前作のBランク（10秒台）のタイム
くらいに相当するにょ。

さて、このゲームは「プチコンオリンピック　イン　ロンドン」のシリーズ第1弾として
作ったにょ。
実はポケコンではこのようなオリンピックに合わせたゲーム（オリンピック開催前、
開催後に作ったゲーム）は多くあるにょ。
まぁ100m走だけでもたくさんのバリエーションがあるわけだけどそれ以外にも陸上競技は
短距離からマラソンまで作ったし、投擲競技は砲丸投げ、やり投げ、ハンマー投げを
作ったり、走り幅跳び、高跳び、三段跳びなども作ったにょ。
冬季オリンピックではスピードスケートやカーリングなどを作ったにょ。

ただし、今回のプチコン版はすべて1画面の予定なので結構厳しそうにょ。（ただ作るだけ
ならば簡単にできてしまう）
それを考えると作れる競技には限界があるし、競技内容もかなりの簡略化が迫られる場合も
あるにょ。（簡単に組んだ状態で1KBを越えるようだと1画面化はかなり難しい）
それが1画面プログラムの醍醐味であり、1画面だからこそ多少見た目が寂しくても妥協が
可能になるからね。
これは別に手を抜くという意味ではなく1画面にすることで完成までにかかる時間は何倍も
かかってしまう場合も多いにょ。（リスト短縮も最後の数バイトの短縮で数日かかって
しまうこともあるし実際JUMPING ISLANDの1画面版はなかなか1画面に収まらず非常に
苦労した）
しかし、その苦労の過程を含めて楽しめるのが1画面プログラムにょ。（このパズル的な
プログラミングが楽しいかどうかで1画面プログラムにハマれるかどうかが決まると思う）
自作のキャラに拘る人、フォントに拘る人、音楽に拘る人、それらすべてどれもが良くて
どれかが駄目というわけではなくみんながみんな違うから面白いにょ。

1048：orirakkusu：2012/05/28(月) 07:53:51
(無題)
DSiLLを撮影する練習もかねて
http://www.geocities.jp/orirakkusu/twitter/000005.html
リンク先は見てからのお楽しみ♪♪

1049：御茶目菜子：2012/05/29(火) 00:03:10
レスにょ
orirakkusuさんへ
＞DSiLLを撮影する練習もかねて

意図的に顔が映り込むように撮影したにょ？
写り込みを減らすためには部屋の中を暗くするか、背景を暗くするといいにょ。
それでも顔などの明るいものが正面にあったら角度を付けて撮影しない限り、画面内に顔が
映り込んでしまうのでそれを避けるためには黒いマスクを被るといいにょ（笑）

1050：プログラマー入門：2012/05/29(火) 12:50:51
プログラマー入門
http://1c-job.net
このサイトにはプログラマーとして必要だと思うことが載っています。
これをとっかかりにしてプログラムに興味が出てくること間違いないです。

http://1c-job.net

1051：orirakkusu：2012/05/30(水) 08:20:21
DSiLLのこと
暇つぶしにプチコンでロンドンオリンピック版100m走をやっていたらいきなり電源がぶつぎれた。
どうやらタッチペンを入れる所に衝撃を加えると切れるっぽい。
ただAB連打してただけなのに...

1052：御茶目菜子：2012/05/30(水) 15:11:11
レスにょ
プログラマー入門さんへ
＞このサイトにはプログラマーとして必要だと思うことが載っています。

まだ、初歩の初歩しか記載されていないのでこれからに期待にょ。


orirakkusuさんへ
＞暇つぶしにプチコンでロンドンオリンピック版100m走をやっていたらいきなり電源がぶつぎれた。
＞どうやらタッチペンを入れる所に衝撃を加えると切れるっぽい。

これは明らかにおかしな挙動なので新品で買ったのならば購入店に持って行って初期不良を
訴えるという方法もあるにょ。
もちろん、うっかり電源ボタンを触っていたというオチがない場合だけどね。
とはいうものの通販で購入の場合にはそれが難しいのでどうしても気になるならば保証期間
のうちに修理に出すしかないにょ。

1053：御茶目菜子：2012/05/30(水) 15:16:07
各キャリアの夏モデル
ケータイの各キャリアが今年度の夏モデルの発表を行ったにょ。

ドコモ
http://k-tai.impress.co.jp/docs/news/20120516_532738.html
au
http://k-tai.impress.co.jp/docs/news/20120515_532727.html
ソフトバンク、ウイルコム
http://k-tai.impress.co.jp/docs/news/20120529_536080.html

この中で一際目を引くのはドコモの新モデルにょ。
何しろ、通常のケータイ（ガラケーやフィーチャーフォンと呼ばれているもの）はキッズ
ケータイ1機種のみであり従来主力であったiモード端末はゼロとなったにょ。
高年齢向けの「らくらくホン」もスマートフォンに移行して「らくらくスマートフォン」に
なったくらいにょ。

らくらくホンのスマホ化に関しては賛否両論意見が出ているけど私は個人的にはタッチ
パネルによって直感的操作が可能になるというのはプラスになっていると感じるにょ。
タッチパネルはスマホでなくてもガラケーであっても実現可能とはいえOSがタッチパネルに
最適化されているAndroidだからこそ操作性の向上が望めるにょ。
しかし、直感的操作が可能といってもやはりボタンを押した時のクリック感がないため不安に
感じる人もいるのではないかと思われるにょ。
ドコモもそう言うユーザー層を想定して画面上のボタンを押したら振動によるフィードバック
によって擬似的にクリック感を実現しているにょ。
それにDSの普及でタッチパネルに抵抗のない人も増えているだろうからタッチパネル化という
のはプラス要素の方が大きいと思うにょ。

さて、らくらくホンのスマホ化において一番の問題は料金システムにょ。
Androidの場合はただでさえバックグラウンド通信によって月に数MBの通信が行われている
だけではなくスマホはガラケーと比べて通信の機会が多いからにょ。
らくらくホンに加入しているユーザーはネットやメールを積極的に使うという人はほとんど
居ないためかパケホーダイに加入している人もあまり居ないのではないかと思われるにょ。
しかし、仮に月1MBのバックグラウンド通信が行われたとしても1パケット0.2円で計算すれば
1600円、10MBの通信ならば16000円ものパケット料金が発生するにょ。
そのためスマホにはパケット定額料金プランであるパケホーダイが事実上必須になるにょ。
しかし、パケホーダイの料金もガラケー（iモード端末）用が上限4410円なのに対してスマホ
用は5985円（フラット型でも5460円）と割高になっているにょ。
今までは不要だったそんな高価なオプションが必要になるならば加入しないという層も多い
ことが予想されるためらくらくスマートフォン専用のパケホーダイプランも用意されたにょ。
http://k-tai.impress.co.jp/docs/news/20120516_533087.html

この「らくらくパケホーダイ」は上限2980円のフラットプランということで定額プランの
中では極めて安価なものとなっているにょ。
月間500MBを越えたら128Kbpsの帯域制限となるわけだけどこのらくらくスマートフォンの
対象ユーザーを考えると500MBあればそれほど困ることはないのではないかと思われるにょ。
しかし、それでも現在タイプSSバリューのファミ割もしくはひとりでも割に入っている人で
あれば月々の費用は980円で済んでいるにょ。（1050円の無料通話の範疇に収まる場合）
それが別途2980円かかるとなると一気に負担は約4倍に上がるため相対的に考えると決して
小さなものではないにょ。
そういう意味ではあまり積極的に通信をしないユーザー向けで従来のらくらくホンもしばらく
併売する必要がありそうにょ。

ドコモの全面スマホへの移行はやはり極端であり否定的なユーザーも少なくないにょ。
このアンケート結果を見る限り4分の3が否定的となっているにょ。
http://k-tai.impress.co.jp/docs/readers/odaibeya/20120525_535023.html

　　ドコモ夏モデルでiモード端末ゼロ、どう思う？
　　　当たり前　　　・・・・　24.7％
　　　ありえない　　・・・・　75.3％

各キャリアともに一昨年よりスマホに力を入れており今年度はさらなる需要が拡大するのは
確実であるためスマホの割合を増やすのは当然だけど上記のような料金面の問題もあるし
スマホでは対応していないケータイ向けサービスを利用するためスマホには移行できない
という人も居るのではないかと思われるにょ。
ドコモがこの度の新モデルでiモード端末を無くしすべてスマホに移行したのはやはり他の
キャリアに遅れをとっている部分があるというのに加えて「iPhoneがない」というのが
大きいのではないかと思われるにょ。
何だかんだでiPhonenのシェアは決して小さくはないし、知名度においては全スマホの中で
ダントツの1位だからね。
そういう中で「ドコモはスマホに強い」というイメージを付けるために今回のような極端な
ことを行ったと考えられるにょ。
しかし、そのためにはトラフィック面の改善が必要になってくるにょ。
ただでさえ、昨年12月22日に書いたように「予想外の負荷」によってSPモードにおいて
差出人が異なるメールが送られるというトラブルが発生してしまったわけだからね。
それに昨今はスマホの普及によって通信トラフィックの増大も懸念材料となっているにょ。
そういうことを考えると一気に全面移行するというのはキャリアにとっても不安材料を
増加させるだけであり、そういう意味では今回ドコモがとった戦略はあまり良いものとは
いえないのではないかと思われるにょ。

では、他のキャリアを見てみるとソフトバンクは全体的にみるとインパクトに欠けるにょ。
とはいえ、放射線測定機能を内蔵した「PANTONE 5 107SH」のような機種もあるにょ。
やはり、未だに不安要素の多い放射線についてだけどこれはセシウム137の半減期を考えると
やむを得ないにょ。
それに雨水が溜まるなどによって局所的に線量が多くなっているという場面も少なくない
ので原発からの距離に比例して線量が小さくなるという単純なものではないからね。
個人的に欲しいと思うのはハイエンド端末である「AQUOS PHONE Xx 106SH」くらいにょ。
やや大柄なのがネックだけどAndroid4.0に加えて1280x720のHD液晶が魅力にょ。
液晶むき出しのスマホは液晶破損の心配が高いけどGorillaガラス採用によってそれは
いくらか軽減できるし、ガラケーではおなじみのワンセグ、おサイフなどの機能も一通り
搭載しているからね。
さらに防水・防塵仕様となっている点も魅力にょ。

とはいえ、問題は価格にょ。
端末価格だけではなくガラケーからだと現在パケット定額プランの下限に収まっていると
いうことを考えると月々のコスト増から考えてなかなかスマホへの移行ができないにょ。
どうしても、スマホが必要というわけでもないわけだしね。
「新モデルが出て端末価格が下がったら買おう」なんて考えているうちは新モデルが発表
されるごとに同じことを言って終わりなのでそのコストを払ってまで必要ではないから
買わないというだけかもしれないにょ。

ソフトバンクは電波の繋がりやすさなどの問題点はある（これは900MHz帯のプラチナ
バンド獲得によって一気に解消が見込めそう）けれど料金プランや端末だけを見れば他と
比較しても優れている部分も多いにょ。（ソフトバンクに経営が移ったウィルコムの
新製品はぱっとしないのは難点だけど）
107SHは半年前ならばすごいハイスペックだけど今となっては個々のスペックを見ると
ミドル〜ハイスエンド端末レベルに止まっているにょ。
http://k-tai.impress.co.jp/docs/news/20120528_536007.html
http://k-tai.impress.co.jp/docs/news/20120525_535473.html
このリストを見る限りこの夏モデルはデュアルコア1.5GHz程度が普通（というかそれに
該当するクアルコムMSM8960を採用している機種が非常に多い）であり、中にはTegra3の
クアッドコア1.5GHzモデルを搭載している機種さえあるにょ。
もはやシングルコアCPUを搭載しているのはローエンド端末だけになっているにょ。
メインメモリは1GBに横一線であり、これがもはや普通といった感じにょ。
画面解像度の拡大やマルチタスクへの対応を考えると現状で512MBではやや不安が残ると
いった感じになっているにょ。
画面解像度は昨年まではWVGA（FWVGA）が主流でハイエンドがQHD（960x540）といった
感じだったけどこの夏モデルは1280x720のHD液晶を搭載した機種が非常に増えているにょ。
スマホの液晶画面は高解像度化に伴い大画面化が進んでおり、4.5〜5インチの液晶を搭載
している割合は昨年と比べて大幅に増えているにょ。
そして、それに対して3インチ台でWVGAも一定数存在しており、これらが消えることも
なさそうにょ。
したがって、スマホはハイスペック、大画面とそこそこスペックで比較的小型なものとの
二極化が進んでいる感じにょ。

1054：　：2012/05/30(水) 17:21:39
(無題)
＞暇つぶしにプチコンでロンドンオリンピック版100m走をやっていたらいきなり電源がぶつぎれた。
＞どうやらタッチペンを入れる所に衝撃を加えると切れるっぽい。
そういや自分のDSiLLも衝撃を加えると切れる。
プログラム中椅子でぐるぐる回ってたらDSに当たって…ああああああああ

1055：御茶目菜子：2012/06/01(金) 00:09:53
レスにょ
名無しさんへ
＞そういや自分のDSiLLも衝撃を加えると切れる。
＞プログラム中椅子でぐるぐる回ってたらDSに当たって…ああああああああ

さすがのDSも衝撃が加えられてしまえば壊れてしまうからね。
今のところ私の3DSは大丈夫だけど私の部屋の中では何が起きてもおかしくないので
果たしていつまで無事で居られるやら・・・。

1056：orirakkusu ：2012/06/01(金) 12:03:16
それからのこと
ぶちきれなくなった。
外の石の上でやってたから？

1057：otyaken：2012/06/01(金) 22:09:26
MML
http://www.youtube.com/watch?v=GIoF-95VlqM&amp;feature=player_embedded
これのMMLが欲しい。

http://putikonclub.g.hatena.ne.jp/otyakenrabu/

1058：御茶目菜子：2012/06/02(土) 00:33:50
レスにょ
orirakkusuさんへ
＞ぶちきれなくなった。
＞外の石の上でやってたから？

たまたまその時だけ調子が悪かっただけなのかも・・・。

otyakenさんへ
＞これのMMLが欲しい。

著作権の関係でMMLデータをあげることはできないのでこのGRPで我慢してにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/qr/dorakue.png

1059：orirakkusu：2012/06/02(土) 07:10:00
暗号化ぎぢゅつ
clear
input "アンゴウカスモジハ";an$
@anstart
k=0 xor rnd(256)
ke$=chr$(k)
for i=0 to len(an$)-1
ke$=ke$+chr$(asc(mid$(an$,i,1)) xor k
next
?ke$
@kastart
k=asc(mid$(ke$,0,1))
for i=1 to len(ke$)-1
ka$=ka$+chr$(asc(mid$(ke$,i,1)) xor k)
next
?ka$
clear
おちゃめさんはソースを見ればわかるとおもうけど、わからない人のために説明。
アンゴウカスルモジハ？と聞いてきますので、適当に入れてください。
そうすると暗号化された文字と復号？された文字がでてきます。
これはソースを見なければ(普通はね)破れないのですが、
aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
なんていうのを暗号化すると、
◇チチチチチチチチチチチチチチチチチチチチチチチチチチチチチチチチ
とかになって暗号化が意味なくなります。

1060：　：2012/06/02(土) 16:25:41
(無題)
http://putikonclub.g.hatena.ne.jp/otyakenrabu/20120317
これと似てるw

1061：御茶目菜子：2012/06/02(土) 16:41:08
レスにょ
orirakkusuさんへ
＞aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
＞なんていうのを暗号化すると、
＞◇チチチチチチチチチチチチチチチチチチチチチチチチチチチチチチチチ
＞とかになって暗号化が意味なくなります。

この点に関しては1文字ずつKの値を変えていけば改善されるにょ。
問題はどのように変えるかだけど解読しにくいものといえば私が考えた疑似乱数を
使うというのも1つの手にょ。
0〜1の乱数を0〜255になるように256倍してIのカウンタを使えばいいにょ。
もっとも、これは1対1に対応していていればいいのでK=0OR (ABS(SIN(K+I))*256)とかでも
問題ないにょ。（例えば「AAAAA」を暗号化すると「サセセモクソ」などになる）
元がシンプルな分だけいろいろ応用させやすいと思われるにょ。

といっても、プチコンでは入力できない文字が生成されたり、256通りの鍵しかないため
鍵が分からなくても総当たりで解読可能だったりするけどまぁその辺は用途に応じて変更
すればいいだけの話だしね。


名無しさんへ
＞これと似てるw

まぁXORを使った暗号化はポピュラーだから似たようなものができてしまうのはやむを得ない
と思うにょ。

1062：御茶目菜子：2012/06/02(土) 16:42:22
プチコンオリンピック第2弾
1画面「プチコンオリンピック　イン　ロンドン」の第2弾の「プチコンハンマー投げ」が
できたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/petit_olympic.htm#hammer
http://www.youtube.com/watch?v=zXB4_X-aoAc
このゲームの元は昨年の世界陸上の時にポケコンで作ったものにょ。
ただし、ポケコンではテンキーを使って[1][2][3][6][9][8][7][4]を順番に押して回転させて
いる感覚を味わうという操作性だったけど実際にプレイしてみるととてもまともにプレイは
できなかったのでそのままお蔵入りとなったにょ。
このプチコン版はその没になったポケコン版と基本的なゲーム内容と画面構成は同一となって
いるにょ。
一端没になったものがプチコン版で再び採用されたのはやはりポケコンと違ってゲームに
適したUIが搭載されているためにょ。
やはり、テンキーで擬似的に回転させるのは無謀すぎたけど十字キーならば何とか回転操作は
可能だからね。

とはいうもののやはり回転操作は簡単ではないのはザンギエフのスクリューが簡単に出せない
のを見ても明らかにょ。
「回転開始場所はどこでも良い」「入力ミスがあってもパワーが溜まりにくくなるだけであり
多少ミスしても問題ない」「時間制限がない」などによって十分に使えるレベルにはなって
いるけどそれでもやはり回転入力は大変にょ。
というのも十字ボタンは斜め入力が入りにくいからにょ。
しかし、3DSならばスライドパッド搭載によって斜め入力が非常に簡単にできるにょ。
何せ普通に回転するだけで意識せずに斜めにはいるからね。
これによって、このゲームは普通に遊べるレベルの難易度になっていると思われるにょ。
とはいえ、スライドパッド使用時にバランス調整しているため十字ボタンでプレイ時には
記録を出すのが極端に難しくなるためパワーの計算式を変える必要があるにょ。
その辺は上記の改造点にも書いているにょ。

大幅なリスト短縮が可能であったためひたすら見栄えを重視した「プチコン100m走mkII」
と比べてこの「プチコンハンマー投げ」は1画面に収めるのがやっとであり、そこまで
見栄えに拘ることはできなかったにょ。
というのも100m走は作り慣れているのに加えて基本的に「初期設定→走る→結果表示」だけ
なので事実上メイン部分は「走る」という動作しかないためにょ。
その点このハンマー投げは「初期設定→パワーためる→角度決める→投げる→結果表示」
ということでメイン部分は3段階に分かれているにょ。
1画面プログラムでそれを実現するためにはFOR〜NEXTを3組使えば良いのだけど前回100m走の
データ生成部分で書いたように1画面プログラムにおいてはFOR〜NEXTを1組でも減らすことが
リスト短縮においては重要になってくるのにそれが3組必須となると短縮が難しくなって
しまうということにょ。（これは、1画面でなければラベルジャンプを使うことでリスト
短縮ができるため1画面化の際にリストが逆に長くなる部分といえる）
あと1画面プログラムを作る際には1行が29文字を越える場合にそれを分割処理するために
逆に長くなる部分があるということもあるため「リスト短縮をすれば1画面化は簡単に
できる」という単純なものではないにょ。

プログラムをもう少し見ていくと回転入力の判定処理は9行目のINSTR関数で行っているにょ。
これは1行（29文字）で収めるにはこれが限界だったにょ。
剰余によるパターン化も試してみたけど同じく29文字にするのが精一杯だったのでリストを
見て分かりやすいINSTR関数を使用したものを採用したにょ。
このゲームで1画面化の1番の障壁になったのは実は上記のFOR〜NEXTではなくスプライトの
キャラ変更部分にょ。
キャラ変更はSPCHRで簡単にできるのだけど1つの方向に1パターンを割り当てて8パターンで
1回転するように見せるという方法を考えたのだけど問題は1画面で行うためにはどうするのか
ということにょ。
スプライト番号64、68、72、76の4パターンを2セットという方法もあるけどこれを実際に
行った場合には棒立ち状態でそのまま回転しているように見えるためダイナミックさを感じる
ことができなかったので剣を振る動作（スプライト番号84〜87）を採用したにょ。
これに左右反転を行い8パターンで表示すれば回転しているように見えなくはないし何と
いっても上記の棒立ち回転より遙かにいい感じにょ。
肝心のハンマーはスプライト番号28〜31のキャラをグレーで表示させればそれっぽく見える
ためにそれを採用したにょ。

これでほぼゲームの骨格部分はできたのだけど1画面化をする際にはどうしてもどこかを
削らなければ収まらないため投げる瞬間のSPCHRを削ることにしたにょ。
それを行った場合には基本的にはボタン入力がないデフォのキャラが表示されるわけだけど
それはスプライト番号84のキャラになっていたにょ。（プログラム内では0番のキャラ）
このデフォのキャラは上記動画を見てのようにハンマーが地面に付いた状態で個人的には
ハンマー投げのスタート時としては何となくそれっぽいポーズということで気に入っていた
けれどこれが投げる瞬間のポーズになってしまうと話は別にょ。
さすがにうしろ向きで投げるというのは・・・（笑）
ということでキャラの回転方向を逆にして0番のキャラを7番、1番のキャラを6番・・・と
言う感じで変えていき元の7番のキャラを0番（ボタン入力をしていない状態のキャラ）に
したにょ。
これでボタン入力をしていない時はちゃんと正面を向くようになったのだけど問題は
それがデフォであるため何もしていない時はハンマーが宙に浮いた状態であるという
ことにょ。
投げる瞬間のSPCHRを省略せざるを得ないという状況であるためこの部分はこのゲームで
唯一妥協を許してしまった部分といえるにょ。
それ以外は初期のプログラム（900バイト弱）をほぼ1画面化できたにょ

さて、次の第3弾は全く趣向の異なるものになると思うにょ。
オリンピックの競技の中で1画面化を行えばどうしても簡略化のためにゲーム内容に偏りが
できてしまうためにょ。
それが異なる操作性であれば同じようなゲームでも全然別ものになるため例えば5つ作れば
5通り楽しむことができるにょ。（これがどれも連射重視のゲームだと見た目が異なる
だけでどれも同じになってしまい連射が不得意ならばどれも楽しむことができない）
連射重視の競技は最初に100m走を作ったから連射重視の競技は現在は作る予定がないにょ。
そうでもしないと100m走のループ回数を変えただけの200m走とか400m走とかを作っても面白く
ないからね。
1画面という制約に加えて操作性が被らないようにするという別の制約でゲーム作りは難航
しそうだけど反射神経重視のゲーム、ボタンを押すタイミング重視のゲーム、繊細な操作を
要求するゲームなどいろいろなパターンが考えられるので問題はないにょ。

1063：otyaken：2012/07/01(日) 01:54:32
どら焼き食えスト
＞著作権の関係でMMLデータをあげることはできないのでこのGRPで我慢してにょ。
＞http://ww5.tiki.ne.jp/~ochame/petitcom/qr/dorakue.png
今日OMPにプログラム使って取り込んでみたけどこの曲ドラ食え何のどこの曲だったっけ?

1064：御茶目菜子：2012/07/01(日) 09:23:25
TALKのお得な知識
最近twitterでTALK命令に関する質問が良く出ているのでTALK命令で歌わせる方法について
まとめてみたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/talk.htm
これは棒歌ロイドOSPを作ったときに私が試行錯誤で会得したものを書いたものだけど
これらの多くはすでにこの掲示板で書いているようなことばかりにょ。
とはいえ、情報がバラバラだし追記の追記みたいになっていて分かりにくい部分もあるため
Tipsとして利用できるようにすべて書き直してみたにょ。

実際、これはOSPを作った当時（2ヶ月半前）に書こうと思っていたけど書いても需要が
無さそうと感じたので書くのをやめてしまったにょ。
しかし、冒頭のように以外にTALKで困っている人はいるみたいなのでせっかく試行錯誤で
会得した知識を一人でも多くの人に活用してもらうべくまとめることにしたにょ。
といっても、実際はTALK命令全般ではなく「TALKで歌わせる」ということに限定したもの
だけどね。
それでも、分かりやすくしようと書いたらこの文字数になってしまったにょ。

ぶっちゃけプログラムでも「分かりやすく書こう」とすればどんどん長くなってしまうため
プチコンでは可読性を落としてでも1画面に拘ることで短くまとめているにょ。
これは1画面のプログラムサイズだからこそできることであり、数10KBのプログラムを
1画面レベルのリスト短縮技術を使ってプログラムを作ったらさすがに死ねるにょ（笑）
長いプログラムほど可読性を重視しないとバグや仕様変更に対応できなくなってしまうからね。
その辺は臨機応変に行うべきことにょ。



otyakenさんへ
＞今日OMPにプログラム使って取り込んでみたけどこの曲ドラ食え何のどこの曲だったっけ?

あの動画の曲のことだったらIIIのフィールドの曲にょ。

1065：otyaken：2012/07/01(日) 09:58:22
どら食え2
はてなのMMLで演奏したら変な音楽になったw

http://putikonclub.g.hatena.ne.jp/otyakenrabu/20120603

1066：orirakkusu：2012/06/04(月) 17:23:25
いえーい！部分月食だぜー！
こんどはでかくとれるぜ！

1067：御茶目菜子：2012/06/04(月) 23:25:04
レスにょ
otyakenさんへ
＞はてなのMMLで演奏したら変な音楽になったw

はてなにそんな機能があることを初めて知ったにょ（笑）
正しく鳴らないのはプチコン用のMMLと仕様が異なるせいだと思うにょ。
オクターブの上げ下げも逆みたいだしね。



orirakkusuさんへ
＞いえーい！部分月食だぜー！
＞こんどはでかくとれるぜ！

天体望遠鏡で撮影するにょ？
サイトで公開するのを楽しみにしてるにょ。

1068：御茶目菜子：2012/06/04(月) 23:26:46
飛んでる写真は難しい
先日航空祭を撮影に行ってきたにょ。
昨年は震災のため自粛で開催されず、今年もブルーインパルスはないということで盛り
上がりにはやや欠けるけどせっかくなので行ってみたにょ。
こういう機会でもないと望遠レンズを使うことがないからね。
何せ普段のほとんどの撮影は換算200mmで足りているわけだし・・・。

ということで、使用した機材を紹介するとペンタックスK200D＋シグマ400mmF5.6と
ニコンD50＋タムロン70-300mm F4.5-5.6にょ。
APS-Cなので400mmのレンズは換算600mm、70-300mmのズームレンズは換算105-450mmに
なるにょ。
（私にとっては）普段であればまず使うことのない焦点域にょ。
特に400mmF5.6なんて普段はバッグの中にしまいっぱなしで持ち出すことはまずないわけ
だしね。

ただし、これも戦闘機の撮影においては望遠すぎることはまったくないにょ。
低空飛行を行う航空祭であっても戦闘機を画面いっぱいに撮るならば換算500〜800mmの
レンズが必要だからね。
したがって、500mF4とか600mmF4とかの普段は私が目にすることが全くない大砲を抱えて
撮影している人もいるにょ。
APS-Cであれば600mm（換算900mm）の単焦点はやや長目であり使い勝手がそれほど良くない
のでやはりレンズの抜き差しが要らないズームレンズが便利にょ。
普段の撮影ならば「撮影者の方が動いて撮影する」というのが基本だけどこういう撮影
場所を自由に移動できないイベントの場合は撮影者が動いて撮影するなんてできないにょ。
というのがあるためか、私の両サイドで撮影している人はシグマ50-500mmF5.6-6.3のズーム
レンズを使っていたにょ。
まさに航空写真のためのズームレンズにょ。

私が使っているシグマ400mmF5.6のレンズはかつては超望遠入門レンズとしては人気のあった
焦点域ということで各社からも「ヨンゴーロク」が発売されていたけどその初期の頃に出た
MFレンズにょ。
したがって、画質はあまり良くはないにょ。（その代わり安かったけど）
しかも、MFレンズということで当然AFは使えないのだけどペンタミラーだとペンタプリズムと
比べてピントの山をつかみにくいのでピント合わせはかなり厳しいにょ。
同じくMFの50mmF1.8のレンズも使っているけどこちらのレンズは最短撮影距離付近では
被写界深度はわずか数mmとなっているけどファインダー内では数cmある感じだからね。
したがって、絞り開放で撮影時には運でピント合わせをしないといけないにょ。
F4〜5.6まで絞ってピント合わせのずれがなんとかギリギリ被写界深度に収まる感じにょ。

それと同じで400mmF5.6もピントの歩留まりが極めて低いにょ。
戦闘機なんだから数100m離れているため無限遠にピントを合わせておけば良いのでは？
という人もいるかもしれないけど400mmともなると無限遠にピントを合わせても数100mの
地点は被写界深度内に収まらないにょ。
それに超望遠レンズということでピントリングには余裕が設けられているため肉眼で
無限遠にピント合わせをした状態が真の無限遠になるにょ。（ピントリングの無限遠は
無限遠ではない）
ということで、今回は数100m先に置きピンをしてそれで撮影することにしたにょ。

しかし、撮影された写真はどれもピンぼけだらけにょ。
まぁ縮小すれば何とか使えそうだけどデジカメの場合はピクセル等倍での鑑賞の機会が多い
けど銀塩写真をルーペで鑑賞するのと同じようなものであり厳しいピント精度が要求されて
しまうにょ。
ということを考えると昔は「ピントが合っていたように感じていただけ」かもしれない
けどね。

そういうこともあり、今回もD50を併用しておいて良かったにょ。
こちらはAFは遅いけど一応何とかAFによって見れる程度にはピントが合っているからね。
航空祭とは全く関係ないけど以前撮影したこんな写真も私はMFでは撮影できないにょ。

「鳩のえさをくわえて逃亡するカラス」D50＋タムロン70-300mm
http://ww5.tiki.ne.jp/~ochame/test/karasu.jpg

とはいえ両者入門機ということあり、K200Dは2008年の機種、D50は2005年の機種ということも
あって連射は最大3コマ/秒でしか撮影できず、しかもRAWだと3コマでバッファフルになって
しまうという情けない仕様にょ。
それでもK200DとD50を交互に構えれば何とかなるにょ。

D50＋タムロン70-300mm　1/500 F10
http://ww5.tiki.ne.jp/~ochame/test/koukuusai1.jpg
離陸の瞬間の流し取り（ちょっとぶれてしまったけど）D50＋タムロン70-300mm　1/60 F18
http://ww5.tiki.ne.jp/~ochame/test/koukuusai2.jpg

でも、やっぱりこういうのを撮影しているとD7000とかK-5とかの中級機が欲しくなるにょ。
普段の撮影ならば入門機で（ファインダー以外は）全く不満はないんだけどね。（たまに
高感度の画質に不満を感じるけど）
本来ならば今年D7000かK-5を買う予定だったけど金銭的な都合で難しそうにょ。
ミラーレスも欲しいし・・・。

1069：otyaken：2012/06/05(火) 21:15:36
(無題)
＞はてなにそんな機能があることを初めて知ったにょ（笑）
＞正しく鳴らないのはプチコン用のMMLと仕様が異なるせいだと思うにょ。
＞オクターブの上げ下げも逆みたいだしね。

今試したら逆じゃなくなってた。
ループは
[MML]nが
/:nMML:/だった。
http://putikonclub.g.hatena.ne.jp/otyakenrabu/20120605

1070：御茶目菜子：2012/06/05(火) 23:46:44
レスにょ
otyakenさんへ
＞今試したら逆じゃなくなってた。

私の勘違いだったのかも・・・。
だとすると例のどら食えのMMLも上げ下げは逆にしないと正しく鳴らないにょ。

1071：御茶目菜子：2012/06/05(火) 23:49:54
新型VAIO Tは「Tenuki」のT・・・？
IvyBridgeのULV版が正式発表されたにょ。
http://pc.watch.impress.co.jp/docs/news/20120605_537050.html
これによってそれを搭載したUltrabookも次々発表されているにょ。
そんな中、SONYもVAIO TをUltrabookとして発表したにょ。
VAIO Tシリーズ（T、TX、TZ、TT）は10.6〜11.1インチの液晶を搭載して光学ドライブを内蔵
しながらも薄型軽量であることが特徴となっていた機種にょ。
しかし、2009年発売のTTを最後に新モデルの登場がなくなり今回久々にTシリーズが登場という
ことで一部ではかなり注目されたもののリーク情報でがっかりした人も多かったにょ。
というのも、特徴的な部分が無くなり平凡なUltrabookになったためにょ。

今回発表されたVAIO Tの店頭モデルのスペックを見ると次のようになっているにょ。

　　　　　　　　11インチモデル　　　　13インチモデル
　CPU 　　　　　Core i5-3317U　　　　 Core i5-3317U
　メモリ　　　　4GB　　　　　　　　　 4GB
　ドライブ　　　HDD500GB＋SSD32GB　　 HDD500GB＋SSD32GB
　画面解像度　　1366x768　　　　　　　1366x768
　バッテリ駆動　6.5時間　　　　　　　 6.5時間
　サイズ　　　　297x214.5x17.8　　　　323x226x17.8
　重量　　　　　1.42kg　　　　　　　　1.6kg
　予価　　　　　11万円前後　　　　　　12万円前後

VAIO TTの店頭モデル（VGN-TT50B）が光学ドライブ内蔵で1.27kgであったことを考えると
11インチモデルの1.42kgというのはさすがに重いにょ。
13インチモデルの1.6kgというのは今まで発表されたUltrabookの中で重い方から数えた方が
早いくらいのレベルだからね。
さすがに厚さは最大21mmの制限があるUltrabookだけあって17.8mmのスリムなものになって
いるもののこれも15mm前後の機種が多く発表されているということを考えるとUltrabookの
中では薄いものには属さず平均、もしくは平均よりやや厚めといった感じにょ。

重量においては重要なのはバッテリ駆動時間との兼ね合いにょ。
たとえば1.2kgで4時間駆動の機種（機種A）と1.3kgで12時間駆動の機種（機種B）があり、
それぞれのバッテリの重量が100gと300gであった場合には機種Aの方を12時間駆動する場合
にはプラス200gしなくてはならないため1.4kgになり、「デフォでは軽いけど実際は重い」と
いう逆転現象が起きることになるにょ。
この2機種の重さが同じになるのは8時間駆動の場合であり、その時の重量は両者ともに1.3kgに
なるにょ。
JEITA測定法における公称駆動時間はWeb閲覧程度の負荷で概ね6〜7割程度の実駆動になる
場合が多いため（新品時に）2、3時間駆動すれば十分という人は機種Aの方が軽くなり、
4、5時間駆動すれば十分という人は機種A、機種Bはほぼ同等になり、それ以上必要という
人は機種Bの方が軽くなるというわけにょ。

それでは、その必要駆動時間あたりの重量を見てみるとVAIT TTは店頭モデル（HDD搭載）で
さえ駆動時間10時間であるため「軽いTTの方が駆動時間も長い」ということで必要駆動時間
あたりの重量はスペック上の重量よりもさらに差が開いてしまうにょ。
つまり、この新型のTが「重い代わりにバッテリ駆動時間がすごく長い」のでない限りは
「単に重くなっただけ」ということになるにょ。
仮にこの新型Tのバッテリが200gとすればTTと同等以上の駆動時間にするためにはデフォの
重量に200gプラスする必要があるため11インチモデルは1.62kgになるので1.27kgのTTと
比べると350g重いといえるにょ。
4時間動作すれば十分という人でもデフォ重量との差になるので150g重いにょ。

Ultrabookと比較されることの多いMacBook Air（以下MBA）だけど今年はまだ発表されてない
ため昨年に発売されたMBAとVAIO Tのサイズ、重量を比べた場合は下記のようになるにょ。

　　　　　　　　VAIO T　　　MBA
　厚さ　　　　　17.8mm　　　17mm　　　　0.8mm　MBAの勝利
　重さ11インチ　1.42kg　　　1.08kg　　　340g　MBAの勝利
　　　13インチ　1.6kg　　　 1.35kg　　　240g　MBAの勝利

厚さは0.8mm差ということで大差というほどではないけど重さに関してはMBAの圧勝にょ。
実際各社のUltrabookもMBAに勝つべく薄型というだけではなく軽量化も進めておりMBA
よりも軽いUltrabookはすでにいくつも存在するにょ。
国内メーカーだとNECから発表されているLaVie Zは13インチながら「999g以下」（正式
重量は現時点では非公開）という極めて軽量なものになっているにょ。
http://pc.watch.impress.co.jp/docs/news/20120605_537833.html
海外メーカーでもマザーボードメーカーのGIGABYTEが11.6インチで975gという軽量な
Ultrabookを公開しているにょ。
http://www.gigabyte.com/press-center/news-page.aspx?nid=1130
確かにMBAは現時点でも比較的軽い部類だけど国内メーカーは12インチクラスで1kg前後の
モバイルノートは古くから作っているため軽量化は国内メーカーのお家芸ともいえるにょ。

全部入り（光学ドライブ、独立GPU搭載など）のハイスペックモバイルノートでユーザーから
高い支持を得ていたVAIO Zだけど昨年のモデルチェンジで光学ドライブ、GPUが外付けになり
多くのユーザーから不満の声が上がったにょ。
この度、そのZもIvyBridgeを搭載した新モデルが発表されたにょ。
http://pc.watch.impress.co.jp/docs/news/20120604_537059.html
そのZだけど昨年9月28日に書いたようにUltrabookとして考えると極めて優れたものである
ことが分かるにょ。
何せ高性能な通常電圧版のCPUを搭載しているにもかかわらずMBAより薄くて軽くて駆動時間も
長いわけだからね。
その代わり価格も高価だったにょ。
とはいえ、従来のユーザーからの不支持が多く販売店によっては発売から3ヶ月後には当初の
半値程度まで値下がりしていたため当時発表されたいた第1世代のUltrabookと同レベルの
価格帯であり、実売価格は決して高価ではなかったにょ。

VAIO Tの13インチモデルはVAIO Zと競合することになるにょ。
そうなるとZはTより格上であるため価格が高価な分だけすべての面において優れているにょ。
つまり、TはZがあるためモバイル性（サイズ、重量、駆動時間）を高めることができなかった
ということにょ。
これは言い換えるとTは手を抜いて作る必要があったといえるにょ。
確かにコスト削減のためといえば聞こえはいいけど同一メーカー内で上位モデルを越える存在
になってはならないという考えが優先してしまっているのは明らかにょ。（これは別にVAIOに
限ったことではなく全く異なるジャンルにおいて、キヤノンもEOS 60Dを7Dの下位と位置づけて
明確にスペックで差を付けたことがユーザーからの批判対象になっている）
高解像度がソニーのモバイルノートのウリの1つになっている部分だけど13インチモデルは
WXGAという非常につまらないものになっているにょ。
同じ13インチのVAIO Zは店頭モデルでWXGA++（1600x900）となっており、ソニーストアで
カスタマイズを行えばフルHDも可能であることを考えると明確に格下扱いになっているにょ。
11インチモデルはVAIOにはZのようなハイスペックモバイルは存在しないけど結局13インチ
モデルと同様に廉価モバイル扱いになっているにょ。（Tよりさらに下となるEもあるけど）

要するに価格だけがウリといえそうだけどVAIOの場合は店頭モデルは無駄に高価になっている
ためあまりオススメできないにょ。
やはり、本命はソニーストアによるカスタマイズモデルにょ。
最小構成ならば11インチモデルは59800円、13インチモデルは69800円となっているにょ。
ただし、最小構成だとCPUはCore i3になり、メモリは2GBになるにょ。
CPUはi3で困ることはそれほどないけどメモリ2GBはやや不足にょ。
自分で後から増設してもいいけど買ってすぐに使えるレベルとなると4GBが最低ラインである
ためにそれだと11インチモデルは63800円になるにょ。
これでも十分に安いにょ。（長期保証がデフォだし、オプションでワイドにすれば落下や
水没の保証もあるため保証については下手なメーカーよりもいい）
スペックはつまらないけど価格を重視して買うのならば悪くない選択肢といえるにょ。
ただし、ベースモデルに近い状態で購入しないとそのメリットも失われるにょ。
カスタマイズでハイスペック指向にしていくとどんどんコストパフォーマンスが悪くなる
からね。
特に13インチモデルはTの上位にZがあるだけにTをハイスペックにカスタマイズするくらい
ならばZを購入する方がコストパフォーマンスは高くなるにょ。

1072：御茶目菜子：2012/06/06(水) 21:43:55
Wii Uの勝利の鍵は・・・？
E3でWii Uの概要が発表されたにょ。
http://game.watch.impress.co.jp/docs/news/20120606_538192.html
といっても、前日のプリカンファですでに言われていたように発売日や価格の発表は無かった
わけだしWii Uの詳細スペックは発表されず、専用コントローラとなる「Wii U Game Pad」の
詳細発表と発売予定のタイトルの一部が発表されただけに止まったにょ。

やはり、Wii Uで気になるのは基本性能だと思うにょ。
何せ現行のWiiはPS3やXbox360と比べて大幅に性能が劣るためマルチ対象から外れがちであり
昨今は開発コスト高騰によって少しでもパイを大きくするためマルチが普通になっていると
いう状況下であるためマルチ対象外というのはゲームのタイトル不足を招いてしまうことに
繋がりこれは事実上Wiiが任天堂ソフト専用機になっていることを意味するにょ。
Wii Uにはこれを打開してもらう必要があるため必然的にそれなりの高性能化が求められて
いたにょ。
もっとも、PS3に搭載されているGPUはGeForce 7800GTXの帯域半減カスタムバージョンという
ことで実質7600GTレベルの性能しかないためこれを越えること自体は容易にょ。
Wii Uでは28nmのGPUの搭載があり得ると昨年後藤氏が予想されていたのを見てそれを元に
考えた場合にはメモリ帯域がボトルネックになったとしてもWii UのGPU性能はPS3の3〜5倍に
達するのではないかと予想したにょ。
したがって、昨年7月27日に書いたように「28nmプロセスならばWii Uは勝てる」という結論に
至ったにょ。

これは、PS3の次世代機PS4（？）がWii Uと比べて大幅な性能差をアピールするために5倍の
性能にしようとしても28nm世代では実現が困難であり次の20nmプロセスでようやく実現が
可能になるためにょ。
そうなると早くても2014年以降になってしまうだけではなく従来のPS3 vs Wiiのように
HD vs SDに加えてシェーダ有り vs シェーダ無しという大きな差と比べると5倍の差では
高性能を謳うには十分なレベルではないため先行するWii Uに大きなアドバンテージが
出てくるからにょ。
それに現行のPS3もフルHDで全く問題がない性能かというとそうではなくゲームによっては
解像度やフレームレートを落とす必要があるし、3D立体視でプレイするためには120fpsで
表示する必要があるのだけど現行のPS3にはその性能がないにょ。
しかし、Wii UがPS3の3〜5倍ならばそれらにおいても何とか及第点レベルに達するため
PS4が高性能化を行っても有意的な差にはならないためにょ。
一般家庭のTVがフルHDより高解像度化されるのは当分先のことだしDX10とDX11の描画の差
なんてほとんどの一般人には区別が付かないからね。

しかし、Wii Uで28nmプロセスのGPUを搭載するのは各ファウンドリの28nmの量産化の
立ち上がりの遅れなどによって怪しくなったにょ。
最新の製造プロセスで製造が可能なファウンドリは限られておりどれもが28nmでは十分に
製造できる状況下にないためWii UのGPUは28nmではなく40nmになるというのが濃厚になって
しまったからね。
これは当初の予想よりも一世代劣るものになるということにょ。
AMDやnVidiaが発表しているGPUを見る限り、40nmから28nmへの進化は非常に大きく従来より
性能を上げながら省電力が行われておりワットパフォーマンスは2倍くらいに変わっている
感じにょ。
上限TDPを固定して考えるならばこの世代の移行で性能は2倍変わることを意味するにょ。
28nmならばPS3と比べて実性能で3〜5倍の確保が可能であっても40nmならば1.5〜2.5倍に
とどまるということにょ。（28nmならばRADEON HD4870レベルの800spを搭載可能だったけど
40nmだと半分の400spになると予想するけどシェーダのみの性能ならばこれでもPS3と比べて
3倍以上になると思われる）
これならば仮にPS4が現在開発中であってもWii Uと比べて高性能化を謳う余地を与えることに
なり、Wii Uの絶対的な勝利は無くなってしまうにょ。

実際のところ今回はWii Uに搭載しているCPU、GPUに関してはノーコメントであるため何とも
言い難いのだけど実際にプレイしているデモ映像を見る限りではPS3と同レベルといった
感じになっているにょ。
確かにWiiと比べると別格の進化となっているにょ。
WiiはGCの2倍程度の性能であり、初代Xboxと同レベルの性能であったためGC→Wiiではあまり
見た目の進化は無かったから当然のことだけどね。
この性能であれば次世代機とのマルチ対象になり得るかは微妙だけど少なくとも現行機との
マルチ対象には十分だと感じるにょ。

あとは、本体の記憶容量も気になるにょ。
Wiiはフラッシュメモリが512MBしかなくて当初はSDカードからは起動ができなかったから
SDカードに移したアプリは一端本体に書き戻さないとプレイできないという問題があった
ために本体フラッシュメモリのやりくりが大変だったにょ。
Wii UはSDXCにもたぶん対応しているだろうからデフォでそれにすべてのアプリとセーブ
データが対応していることを願うにょ。
何だかんだでWiiはSDカードに書き出せないデータやアプリも少なくないからね。
すべてのデータがSDHC/SDXCに保存できるわけではないのならば本体フラッシュの容量は
重要になってくるにょ。

それとやっぱり気になるのは価格にょ。
今回はまだ明かされてないもののWii U Game Padのコストを考えると従来の任天堂の
ゲーム機の上限価格である25000円は超えそうな感じにょ。
本体はスペックを抑えることで製造原価は2万円を切るだろうけどこのコントローラだけで
1万円以上のコストがかかってそうなので定価は3万円前後が濃厚かも・・・。
私の予想では29800円〜34800円といった感じにょ。

ゲーム機なんだからやっぱり一番重要なのはソフトだけどほぼ任天堂専用機状態だったWiiの
時よりは軽減されそうにょ。
現行発表されているタイトルだとNewスーパーマリオU」と「ピクミン3」がローンチで発売
されるらしいので安泰とはいえサードの協力がないと後が続かないにょ。
「HDゲームがプレイできる」というだけならばPS3やXbox360が十分普及しているしそれらは
現時点で25000円以下で買えるからね。
したがって、それら現行機と勝負するならば多少逆ざやになっても「25000円」という
今までの任天堂の上限価格を貫くことが求められるけど3DSの大幅値下げによる赤字計上も
あるわけだし、それは難しいのではないかと思われるにょ。

本体はこれ以上考えてもただの予想の域を脱しないため今回唯一詳細が発表された
「Wii U Game Pad」についてもう少し見ていくことにするにょ。
http://game.watch.impress.co.jp/docs/news/20120604_537520.html
私も当初は「こんな高価で重そうなコントローラはあり得ない」と感じていたけれど
マルチモニタ＋ポインティングデバイスと考えると悪くないコントローラにょ。
DSも2画面を有効に使っているソフトは結構出ているし、下画面がタッチパネルだからこそ
実現できたゲームも少なくないからね。
それと同じことが据え置き機でも可能になるということにょ。

しかし、コントローラとして考えると500gという重量はかなりの懸念材料になるにょ。
この重量で私が真っ先に思いつくのはVAIO UXにょ。
私はUXを使っており、Wii U Game Padと同じく両手持ちスタイルでの操作が基本となって
いるもののやはり約500gの重量はずっしり感があるにょ。
ただし、しっかりとしたグリップがあれば両手で500gというのは長時間（2、3時間）連続で
使用していてもそれほど大きな負担にはならないにょ。
週刊少年ジャンプが700g程度であり、それよりも軽いわけだしね。
もっとも、これはある程度の筋力がある大人というのが前提になっており、任天堂ハードの
対象の多くを占めている若年層（小学生、もしくはそれ以下）において考えると少々重い
かもしれないにょ。

確かに500gという重量は両手で支えている状態ならばそれほど重さは感じないとはいえ
液晶パネルをポインティングデバイスとして使用する場合には片手で支えることになるにょ。
これが一時的なものならばいいけど片手持ちスタイルがメインになる場合には上限重量は
500gではなく300gになると私は感じているにょ。
3DSやPS Vistaは300gを切っているので片手で持った状態でポインティング操作するのに
それほど問題がないけど一般的なタブレット端末の場合は10インチクラスで600〜700g、
7インチクラスで300〜400gとなっているにょ。
新型iPadは652gの重量となっておりこれを片手で長時間支え続けるにはかなりの筋力が
必要になってくるため長時間のゲームのプレイには向いていないにょ。
もっともタブレット端末の場合は長時間使う場合は専用の台を使ってテーブルに置いて
使うという方法もあるし、その大きさから手でつかむのではなく腕に乗せることで重さを
軽減可能だけどゲームコントローラの場合はボタン操作の関係上手でつかむ以外の持ち方は
難しいためポインティング操作がメインのゲームは長時間のプレイが厳しそうにょ。
これがある程度サイズが小さい端末ならば両手で支えつつ親指でポインティング操作する
ことも可能だけどそれが可能なのは横幅が17〜18cm程度が限界であり、まともに操作する
ならば最大でも横幅15cm程度が望ましいのだけど横幅が25.5cmもあり一般的な週刊誌の
長辺と同程度のサイズWii U Game Padでは両手に持ったままポインティング操作することは
極めて困難といえるにょ。（Wii U Game Padのスペック上のサイズを簡単に言えば
週刊少年ジャンプの短辺を3分の2にしたものと考えると分かりやすいと思う）

タッチパネル付きの液晶画面を用いてマルチモニタとポインティングデバイスとして使用
するのが特徴のWii U Game Padだけどその考えはすでに競合他社も行おうとしているにょ。
http://game.watch.impress.co.jp/docs/series/3dcg/20120605_537847.html
マイクロソフトは既存のタブレット端末やスマホをXbox360と組み合わせて行うにょ。
この「Xbox SmartGlass」はWindowsもしくはWindows PhoneのようなMS製のOS搭載機だけに
止まらずAndroidやiOS機（iPhone、iPad）でも専用のソフトをインストールすることで
可能にするにょ。
つまり、これらタブレット端末やスマホが普及さえしてくれたらユーザーは別途高価な
オプションを買いそろえる必要はないということにょ。
ただし、それでも専用のコントローラが標準で付属するWii Uと比べるとやや不利になると
思われるにょ。
コントローラが付属するならばユーザーの100％が所持することになり、それを前提とした
ゲームを作ることは可能になるけど別途スマホやタブレット端末が必要となるとその分だけ
ユーザー層が狭くなり、その分サードも対応を渋ることになるにょ。

それにスマホやタブレット端末は機種によってスペックがまちまちであり液晶サイズや
解像度が異なるだけでなくゲーム機のコントローラとして使うにはハードウェアボタンが
ない（ボタンもせいぜい3つ程度だし、機種によって配置が異なるため利用しにくい）と
いうことで、おまけ機能を脱しないのではないかと予想しているにょ。
スマホやタブレット端末が普及していくのは明白であり、将来的にはおもしろい存在に
なるけど実用性を考えるとやはりWii U Game Padのようなゲームのために作られたものとは
比較にならないと思うにょ。

SCEはPS VitaをPS3を組み合わせて使う「Cross-Controller」を発表したにょ。
確かにVitaはゲーム機であり操作性については申し分ないけどVitaそのものが普及して
いないという問題があるにょ。
「Cross-Controller」のためにVitaを購入する人はほぼ居ないと思われるためVitaの
売れ行きがすべてを左右するにょ。
普及しないと上記のようにサードの対応は難しいにょ。
それを使ったソフトは登場するかもしれないけどそれ専用（つまり「Cross-Controller」が
必須となるソフト）がラインナップされることはほぼないのではと思われるにょ。
したがって、対応しても「あれば便利」というおまけ程度に止まりそうな感じにょ。
任天堂もGCにおいてGBAをコントローラ代わりに使うという提案をして、一部ソフトはそれに
対応していたけど結局おまけ機能を脱することはできなかったからね。（サードの対応は
ほとんど無かった）

こうして見るとWii U Game Padというのは決して目新しい機能を持ったものではないけど
やはり標準で付属しているというのが最大の武器になっていると思われるにょ。
標準だからこそソフトの対応も進むわけだしね。
過去のゲームの歴史においてオプション機器が必要なゲームは最初はもてはやされても
すぐに廃れているからね。
WiiもWiiリモコンとヌンチャクがオプションでクラコンが標準の付属品だったらWiiの
歴史は変わっていたと思われるにょ。
サードも特殊なWiiリモコンやヌンチャクに積極対応しようとは思わないだろうからね。

あと専用だからこその使い勝手も大きいにょ。
タブレット端末やスマホが使える「Xbox SmartGlass」は普及台数の面ではVitaを使う
「Cross-Controller」と比べて将来的には有用になってくるにょ。
それでも上記のように専用機とは異なり操作性で劣るからね。
それだけではなく無線の遅延問題があるにょ。
Wii Uでは対応ゲームにおいてはTV無しでコントローラのみでも本編のゲームをプレイ可能
となっているけど「Xbox SmartGlass」は端末側のアプリで描画する仕組みになっている
ためゲーム本編をプレイするのが難しい（というか実質できない）だけではなく
リアルタイム操作を要求する場面でも使用ができないとのことにょ。（そもそもタブレット
端末とコントローラを持ち替えて操作するのが頻発するようでは実用レベルにならないため
「Xbox SmartGlass」の対応は極めて限定的なものになりそう）
そう考えると似たようなシステムといってもWii Uのアドバンテージは揺るがないと
いえるにょ。

SCEの「Cross-Controller」は「Xbox SmartGlass」よりもWii Uに近い使い勝手を実現できる
とはいえ、やはり無線LANによる通信だと遅延の影響でリアルタイムでゲームをプレイする
のはかなり厳しそうにょ。
もしも、SCEがPS3とVitaにが直接通信可能な高速無線通信アダプタを用意すればWii Uの
アドバンテージは失われそうだけどVitaだけではなくそんなアダプタまで買ってまでWii U
ライクなことをしたいという人はかなり限られるだろうから恐らくデフォで搭載されない
限りは普及はしないと思われるにょ。
ということで、Wii Uが成功するためにはWii U Game Padのアドバンテージを生かしそれを
いかに上手く活用できるかで大きく変わってくると思われるにょ。

1073：御茶目菜子：2012/06/07(木) 21:26:37
RX100はS100のライバルになる・・・？
ソニーから1インチセンサーを搭載した高級コンデジ「サイバーショットDSC-RX100」が
発表されたにょ。
http://dc.watch.impress.co.jp/docs/news/20120606_538091.html
サイバーショットRシリーズはR1以来7年ぶりとなるけどR1は21.5x14.4mmというAPS-Cに
迫る大型センサーを搭載しており一眼レフに匹敵する描写力で話題になったにょ。
しかし、価格の問題やサイズの問題があったせいか後継機種は登場せず今日に至るにょ。
RX100はR1とは全く似てない風貌だけど（R1のセンサーよりは小さいものの）1インチと
いう大型センサーのセンサーを搭載しているという点のみは共通にょ。

1インチセンサーといえばNikon 1が真っ先に思い浮かぶけどそのセンサーサイズは昨年の
9月22日に書いたけどそれを改めて書いてみると次のような感じになるにょ。

　　　　　　　　　　　　面積比
　フルサイズ　　　　　　7.44倍
　APS-C 　　　　　　　　3.17倍
　1.5インチセンサー 　　2.25倍　※G1Xに搭載のセンサー
　フォーサーズ（4/3） 　1.94倍
◎1インチセンサー 　　　1.00倍
　2/3インチセンサー　 　1/2倍
　1/1.7インチセンサー　 1/2.8倍
　1/2.3インチセンサー　 1/4倍

　※センサーサイズはメーカーや機種によって微妙に差がある
　　1/1.7インチセンサーの1/2.8倍という数字はRX100の公式サイト参照

見ての通り、一眼レフ用のセンサーとコンデジ用のセンサーのちょうど中央に位置するのが
1インチセンサーといえるにょ。
同一世代のセンサーで画像処理エンジンやレンズの性能が同レベルならば基本的に画素数
ではなくセンサーサイズで主に画質が決まってくるにょ。
しかし、大型センサーを搭載すれば本体が大型化してしまうだけではなくレンズまで大型化
してしまうという問題があるにょ。
一般的なコンデジに搭載されている1/2.3インチセンサーはわずか、6.2x4.6mmという米粒
レベルの小さなセンサーだけどそのお陰で高倍率ズームを搭載しながらポケットに余裕で
収まるコンパクトサイズが実現できているにょ。
したがって、小さいセンサーには小さいセンサーなりのメリットはあるけどレンズから入る
光を受ける絶対量が小さいため画質面においては不利になってしまうにょ。

画質とサイズの両立をする場合には1インチセンサーというのは程よいサイズだと思うにょ。
しかし、Nikon 1は1インチセンサーを搭載している割に本体サイズもレンズのサイズも大きい
というのがやや気になったにょ。
特別大きいというわけではないもののセンサーの面積はフォーサーズの半分しかないのに
フォーサーズ（4/3インチ）センサー搭載機とあまり変わらないサイズだったからね。
フォーサーズセンサー搭載機も小型化が進んでおり、パンケーキズームのような薄型軽量
ズームが出ているということを考えるとNikon 1の方がセンサーサイズが小さいのに大型
といっても過言ではないかもしれないにょ。

では、1インチセンサーを搭載したRX100のサイズはどうなのかということでそのサイズや
重量を他の高級コンデジと比較してみたにょ。

　　　　　　　　　　ソニー　　　キヤノン　　ニコン　　　オリンパス　 キヤノン
　　　　　　　　　　RX100 　　　S100　　　　P310　　　　XZ-1　　　　 G1X
センサーサイズ　　　1インチ　　 1/1.7インチ 1/2.3インチ 1/1.63インチ 1.5インチ
画素数　　　　　　　2020万　　　1210万　　　1610万　　　1000万　　　 1420万
レンズ（35mm換算）　28-100mm　　24-120mm　　24-100mm　　28-112mm　　 28-112mm
　　　　　　　　　　F1.8-4.9　　F2.0-5.9　　F1.8-4.9　　F1.8-2.5　　 F2.8-5.8
最短撮影距離　広角　5cm　　　　 3cm　　　　 2cm　　　　 1cm　　　　　20cm
　　　　　　　望遠　55cm　　　　30cm　　　　60cm　　　　30cm　　　　 85cm
本体サイズ　幅　　　101.6mm　　 98.9mm　　　103mm　　　 110.6mm　　　116.7mm
　　　　　　高さ　　58.1mm　　　59.8mm　　　58.3mm　　　64.8mm　　　 80.5mm
　　　　　　厚さ　　35.9mm　　　26.7mm　　　32mm　　　　42.3mm　　　 64.7mm
本体重量　　　　　　213g　　　　173g　　　　----　　　　----　　　　 492g
使用時重量　　　　　240g　　　　198g　　　　194g　　　　275g　　　　 534g
　　　　　※本体重量　＝メディア、バッテリ無しの重量
　　　　　　使用時重量＝メディア、バッテリ込みの重量

これを見ると高級コンデジとしては小振りとなっているS100と比べても幅と高さに関しては
ほぼ同レベルであることが分かるにょ。
S100は高級コンデジとしては一般的な1/1.7インチセンサーを搭載しているけれどこの
サイズは1インチセンサーの1/2.8の面積しかないためRX100はセンサーサイズの割にかなり
小型軽量であることが分かると思うにょ。
厚さはS100と比べてやや厚いもののそれでもP310と比べても3.9mmに止まっており、XZ-1と
比べたら厚さだけではなくすべての面において小型、軽量となっているにょ。
この中で唯一RX100よりも大きなセンサーを搭載しているG1Xだけどそのサイズ、重量は
他を圧倒するレベルであり、これらと同レベルに考えるのが難しいレベルにょ。

RX100で注目すべきはやはりレンズにょ。
センサーサイズが大きくなれば基本的に本体が大きくなるけど本体は小型化の余地が
あるもののレンズは小型化が難しいからね。
RX100に搭載されているレンズは換算28-100mm相当の3.5倍ズームレンズであり、明るさも
広角側においてはF1.8を実現しているにょ。
これはの明るさだけを見るとP310と互角となっているにょ。
P310に搭載のセンサーは1インチセンサーのわずか1/4しかない1/2.3インチセンサーである
にも関わらずその本体のサイズ差はわずがになっているにょ。
こうしてみるとRX100のサイズの小ささは異常といえるレベルにょ。

それでは参考程度に1インチ〜APS-Cセンサーを搭載したミラーレスとも比較してみるにょ。

　　　　　　　　　　ニコン　　　Panasonic　 ソニー
　　　　　　　　　　Nikon1 J1　 GF5　　　　 NEX-F3
センサーサイズ　　　1インチ　　 4/3インチ　 APS-C
画素数　　　　　　　1010万　　　1210万　　　1610万
本体サイズ　幅　　　106mm　　 　107.7mm　　 117.3mm
　　　　　　高さ　　61mm　　　　66.6mm　　　66.6mm
　　　　　　厚さ　　29.8mm　　　36.8mm　　　41.3mm
本体重量　　　　　　234g　　　　225g　　　　255g
使用時重量　　　　　277g　　　　267g　　　　314g
標準ズーム(35mm換算)27-81mm　　 28-84mm　　 27mm-82mm
　　　　　　　　　　F3.5-5.6　　F3.5-5.6　　F3.5-5.6
マウント面からの長さ42mm　　　　26.8mm　　　60mm
レンズ重量　　　　　115g　　　　95g　　　　 194g
最短撮影距離　広角　20cm　　　　20cm　　　　25cm
　　　　　　　望遠　20cm　　　　30cm　　　　25cm
本体＋レンズ重量　　392g　　　　362g　　　　449g
本体＋レンズ厚さ　　71.8mm　　　63.6mm　　　101.3mm
　　　　　　　　　※本体＋レンズ重量＝使用時重量にレンズ重量を単純加算したもの
　　　　　　　　　　本体＋レンズ厚さ＝本体の厚さにレンズの長さを単純加算したもの

上記のコンデジとの比較では別格の大きさ、重さであったG1Xもこのミラーレスの中に
加わればそれほど大きく、重いものではなくなるにょ。
それでも「重い」ということには変わりはないけどレンズ内蔵で厚さ64.7mmというのは
パンケーキズームを搭載したGF5と同レベルでありミラーレスとして考えればかなり
薄型の部類になるにょ。（GF5は本体とレンズの厚さを単純加算したものなので実際は
上記の表と比べて数mmの誤差があると思われる）
何せAPS-Cセンサーを搭載したNEX-F3は標準ズームを装着したら厚さが約10cmにまで達して
しまうわけだからね。
NEX-F3も本体だけを見れば決して大きく重いものではないけどセンサーサイズが大きく
なればレンズの大きさや重さに大きな影響を与えるというのはこれで分かると思うにょ。

それを踏まえて同じ1インチセンサーを搭載したRX100とJ1を比較してみるにょ。
本体だけのサイズにおいてはJ1の方が若干薄型だけどレンズを装着した状態で比較すれば
一気に逆転してRX1の方が圧倒的に薄型になるにょ。
これはレンズ一体型というのが大きく影響しているけどNikon 1用のレンズが明るさの
割に大きいというのが影響しているにょ。
何せ広角側F1.8という明るさを実現しているのにも関わらずRX1のレンズはコンパクトに
なっているからね。（とはいえ、センサーサイズが大きい分だけ鏡胴は他のコンデジより
太くなっている）
そして、重量においてはレンズを装着していないJ1よりもレンズ込みのRX100の方が軽い
ためレンズ装着時にはRX100の方が圧倒的に軽くなるにょ。
これもJ1がセンサーサイズの割に本体が軽くないためにょ。

サイズ、重量の話ばかりしても面白くないので他の面を見ていくにょ。
G1Xはセンサーサイズの大きなコンデジ（1月10日にはセンサーサイズの大きなコンデジは
別の名称で呼ぼうということで「レンズ一体型デジカメ」というのを提案したけどやはり
分かりにくいと感じたので今後は「大型センサー搭載コンデジ」と呼ぶことにする）と
いうことで、画質面に非常に優れていたにょ。（開放では周辺部の描写力は今ひとつ
だけど絞ればかなり改善される）
特に高感度画質においては最新のAPS-Cセンサー搭載のデジタル一眼レフと比べても遜色
ないすばらしいものだったにょ。

では、RX100がどうなのか・・・というとまだレビューがないもののメーカーサイトによる
サンプルなどを元に判断すると画素ピッチから考えたものよりはかなり解像感が高く
感じたにょ。
1インチで2020万画素ということはAPS-Cで6000万画素以上に相当する画素ピッチであるため
レンズの解像力が追いつかないと考えていたけど思った以上に悪くないにょ。
高感度時の撮影サンプルがメーカーサイトになかったので海外サイトを見てみたけどこれも
悪くない感じにょ。

（ISO3200）
http://www.imaging-resource.com/PRODS/sony-rx100/FULLRES/RX100hSLI3200NR2D.HTM

詳しくは製品版のレビューが行われて判断する予定だけどこの撮影サンプルを見る限りでは
画素数が多い割には高感度画質も悪くはないにょ。
やはり、センサーサイズが大きいというのもあるけどセンサーそのものの性能が高いのと
画像処理エンジンによってうまくノイズ除去している影響もありそうにょ。
さすがに高感度時の画質はG1Xと比べたらやや劣る感じだけどね。
とはいえ、2000万画素でこれなんだからこれが1000〜1200万画素だったら下手をすると
G1Xに近いレベルの高感度画質を実現できた可能性はあるにょ。

高感度画質においてはG1Xは非常に優れているけどG1Xの弱点は「寄れない」ということにょ。
基本的にセンサーサイズが小さい方が接写しやすいのだけどそれを考慮しても上記のミラー
レスの標準ズームを見てのようにG1Xの最短撮影距離が大きく劣っているのは一目瞭然と
いえるにょ。
RX100はどうなのかというと広角側で5cm、望遠側で50cmとなっているにょ。
これは一般的なコンデジの中では平均よりやや下といった感じだけどセンサーサイズを
考えるとすごく健闘しているにょ。
もっとも、G1Xは接写時の画質低下を防ぐため意図的に最短撮影距離を大きくしたという
ことも考えられるし、RX100は接写時の画質低下よりもユーザーの利便性を重視したとも
考えられるためこれで単純にRX100の方が上と言えるものではないけど多少画質が低下しても
撮影できないよりはできた方がずっといいからね。（もちろん、使い物にならないレベル
だったらあまり意味がないけど）
いくらISO100における描写力が高くても最大感度ISO100では使える場面が制限されるのと
同じにょ。
感度だったらまだRAWから増感処理を行えばいいけどピントが合ってない写真をあとから
ピントを合わせるなんて昨年10月25日に書いたようなライトフィールドカメラでない
限りは不可能だからね。

RX100は高感度時の画質はG1Xほどは期待できないとはいえG1Xと比べてレンズが明るいと
いうアドバンテージがあるにょ。
望遠側は1/3段程度の差とはいえ広角側は1段以上明るいにょ。
これは言い換えると高感度時の画質がRX100の方が1段劣っていてもレンズの明るさで
逆転ができるということにょ。
RX100のレビューがないため何ともいえないけどG1Xの方が少なくとも1段分以上は優れて
いると思われるためレンズの明るさを考慮してもG1Xに暗所画質（高感度時の画質＋レンズの
明るさ）ではやや劣っていると考えられそうにょ。
それでも、RX100と同等クラスのサイズ、重量のデジカメの中ではほぼ間違いなく暗所画質は
トップになりそうにょ。

センサーサイズの割にレンズが明るいためボケに期待している人もいるかもしれないにょ。
G1Xを除くコンデジの中でボケ量においてはトップレベルとなっているXZ-1だけどそれと
比べて広角側においてはレンズの明るさが同等でセンサーサイズが大きいからRX100は
かなり有利になりそうだけど実はXZ-1が本当に優れているのは望遠側でさえF2.5という
明るさにあるにょ。
このためXZ-1はセンサーサイズで圧倒的に格上の存在であるフォーサーズの標準ズームと
互角のボケ量となっているにょ。
RX100はフォーサーズ換算だと14-50mm F2.4-6.5となっているにょ。（このF値は
ボケ量を換算したものであり、明るさそのものは換算してもF1.8-4.9で変わらない）
これから考えると一般的なフォーサーズ用の標準ズーム（14-42mm F3.5-5.6）と比べて
広角側はぼけ量で勝っているけど望遠側はほぼ互角といった感じにょ。（明るさは若干
暗いけど焦点距離が若干長いのでほぼ相殺されている感じ）

もっとも、フォーサーズの標準ズームと互角というレベルではそこまでボケ量は期待
できないもののコンデジとして考えるとかなり優秀といえそうにょ。（問題はボケ量
だけではなくボケ味も重要だけど）
広角側がF1.8と明るいのはいいけど問題は日中屋外だと最高1/2000秒というシャッター
速度だと屋外でF1.8は使えない場合も多いにょ。
風景とかだと絞ることが多いのだけどせっかくのF1.8を使いたい時に使えないというのは
やや残念にょ。
1/4000秒の高速シャッターを搭載するか、NDフィルターを搭載してくれると良かったにょ。

こうしてみるとRX100は私の理想の高級コンデジにかなり近い存在といえるにょ。
私が高級コンデジに求めているものは毎日の持ち歩きに苦にならないサイズ重量と
普及クラスのコンデジと比べて別格な描写力を持つということだからね。
あとは、室内での撮影を考慮して高感度時の画質（というかレンズの明るさを加味した
暗所性能）で優れているということとそれなりに接写ができるということと操作性に
優れているということにょ。
操作性においてはRX100はS90/95/100のようなリングダイヤルを装備しており、使い勝手は
悪く無さそうにょ。（実際に使ってみないとその感触が自分に合うかどうかは分から
ないけど）

ということで、RX100の唯一の懸念材料は「画素数が多すぎる」ということくらいにょ。
あとは、小型化の影響でレンズの描写力（特に周辺画質）もやや不安なところにょ。
これらは製品版のレビューが行われた時に改めて見ていこうと思うにょ。
そして、やっぱり一番気になる価格だけど予価7万円で価格comの最安値（ただし、発売
前ということであくまで参考価格）は、62800円となっているにょ。
スペックを考えると決して高価ではないけどやはり気軽に手を出せる価格ではないにょ。
RX100は価格的にはライバルはG1Xという感じにょ。
しかし、G1Xはサイズや重量を考えるとライバルはミラーレスであり、高級コンデジの代わりに
買うには少々厳しいにょ。（「コンデジ」と思って買った場合にはサイズ面の問題だけでは
なく上記の「寄れない」という問題点も大きくなってしまう）
それに対してRX100は高級コンデジの代わりに買っても全く問題がないレベルのサイズ、重量
となっているにょ。（レンズバリアが付いている点も重要）
サイズの上限（ポケットに収まるサイズ）がある人ならば予算がそれなりならばS100、
十分に予算があればRX100がベストな選択になりそうにょ。

1074：御茶目菜子：2012/06/09(土) 21:46:21
これが最後のKissになるのか・・・？
キヤノンがデジタル一眼レフ「EOS KissX6i」を発表したにょ。
http://dc.watch.impress.co.jp/docs/news/20120608_538522.html
EOS KissX5の後継機となる入門機だけどまずはX5との違いを見てみるにょ。

　　　　　　　　　　　EOS KissX6i 　　　　　EOS KissX5
センサーサイズ　　　　APS-C　　　　　　　　 APS-C
画素数　　　　　　　　1800万　　　　　　　　1800万
画像処理エンジン　　　DIGIC5　　　　　　　　DISIC4
ISO感度　　　　　　　 100-25600　　　　　　 100-12800
液晶モニタ　　　　　　タッチ対応　　　　　　タッチ非対応
連写速度　　　　　　　5コマ/秒　　　　　　　3.7コマ/秒
ライブビュー時のAF　　ハイブリッドAF　　　　コントラストAF
GPS　　　　　　　　　 有り　　　　　　　　　無し

画素数は1800万画素据え置きとなっているにょ。
前々モデルのX4で1800万画素になってから据え置きとなっているけどこれは良いことだと
私は思うにょ。
ソニーにしろニコンにしろ入門機が2400万画素という画素数に達しているけど入門機を買う
人の大半はキットレンズで済ませると思うので2400万画素という画素数を生かせず無駄に
画素数が多いだけだからね。
そして、画素数が多ければ多いほどブレに対してシビアになるにょ。
この辺の問題についてはそれを熟知しているベテランの人にとっては全く問題のないかと
だけどそういう層が入門機を購入することはあまりないだろうからね。（確かに軽量で安価
というメリットがあるからそういう層が買わないというわけではないけど）

デジカメは等倍鑑賞の機会が多いためせっかく画素数が多くなっても「解像していない」
「ぶれている」ということでせっかくの高画素の意味が全く無くなるどころか、データが
重くなりPCに要求するスペックが高くなり、無駄にカードの容量を使いレスポンスが悪く
なるとデメリットしかないにょ。
高価な単焦点レンズなど高解像力のレンズを用いて、ぶれないようにしっかり構えて撮影
することを心がければ高画素のメリットを生かすことはできるけどそれが出来る人は小数派
であり、入門機を購入する人の中に限って言えばほとんど居ないと予想されるためこれ以上の
高画素化は不要と私は考えているにょ。
一般家庭で行うであろう最大のプリントサイズであるA3であっても1200万画素あれば十分な
わけだしね。（まぁレンズの解像力が足らなくてもオーバーサンプリングを考えれば画素数が
多いことは無駄とはいえないけどそれならばせめてスモールRAWを搭載して欲しい）

ということで、X4から2世代画素数が増えてないため進化が止まっているというわけではなく
新型センサー搭載にょ。
そして、DIGIC5搭載も大きいにょ。
キヤノンのデジカメが高感度画質に優れているのはこの画像処理エンジンのお陰にょ。
DIGIC5はすでに多くの機種に搭載されているのを見てのように高感度時のノイズ低減効果は
絶大となっているにょ。
このセンサーと画像処理エンジンの変更によってEOS KissX6iの常用感度はISO12800、拡張感度
にいたってはISO25600となっており従来よりも1段分増えているにょ。
高感度設定ができるようになったからといって高感度画質が上がったとは限らないけど上記の
変更を考慮すれば1段分くらいの画質向上は期待できそうにょ。

このEOS KissX6iの最大の進化はAFにあるにょ。
キヤノン初の像面位相差検出AF方式を搭載しているにょ。
これはニコンにおいてはミラーレスであるNikon 1に搭載されたけど要するに撮像センサー上に
AF測距センサーを置いているということにょ。
像面位相差検出AF方式は特にミラーレスにおいては効果が絶大なのだけどほとんど採用されて
いないのは1つは特許の問題があるだろうし、もう1つは撮像センサーの一部をAFセンサーと
して使用しているためドット欠けが起きてしまうということにょ。
ドット欠けにおいてはベイヤー方式の場合はそれほど深刻なものではなく周辺画素からの補完
によって画像生成が可能になるのだけど写ってない部分を補完するわけなので解像感の低下を
招いてしまうにょ。
私もNikon 1のレビューの写真を見ると高感度画質においてはセンサーが（ミラーレスの中
では）小さい割に健闘していると思ったのだけど低感度はどうも解像感が物足りなく感じて
しまったにょ。
これはレンズのせいかもしれないけど像面位相差検出方式による画素補完の影響も少なくない
かもしれないにょ。

さて、そうなるとこのEOS KissX6iも心配になってくるかもしれないけどこのEOS KissX6iに
使われているセンサーは撮像センサーとAFセンサーを兼ねたセンサーを使用しておりドット
欠けがないため理論上は画質の低下の心配は要らないにょ。
問題はその画素ピッチでそんなことをすれば撮像センサーに入る光とAFセンサーに入る光が
分断して「二兎を追う者は一兎をも得ず」の状態になるのではという考えの人もいるかも
しれないにょ。
この辺は過去に前例のないセンサーだけに実際のレビューを見るまでは何とも言えないにょ。

像面位相差検出方式は一眼レフの場合は位相差検出方式AFセンサーを別途搭載しているため
本来ならば不要にょ。
それをあえて採用したのは近い将来ミラーレスカメラを販売するための布石というのもある
けどEOS KissX6iにおいてはライブビューにおけるAF速度を向上させるためにょ。
キヤノンのデジカメは位相差検出方式においては業界トップの性能を誇っているけど
コントラストAFにおいては決して優れているとは言い難い状況にあるにょ。
当初は背面液晶をファインダー代わりにしての撮影のために使われたライブビューだけど
近年はデジタル一眼でも動画撮影が当たり前となったためにその使用頻度は急増していると
思われるにょ。
しかし、ライブビュー時はミラーアップが行われており位相差検出方式AFが使えないため
必然的にコントラストAFを行う必要があったにょ。
その場合、コントラストAFの遅さがアキレス腱になってしまっていたにょ。

ただし、この像面位相差検出方式センサーも精度の問題があるのかコントラストAFとの
併用となっているにょ。
確かに顔認識等はコントラストAFは必要だけどそうではなく像面位相差検出方式によって
ある程度ピントを合わせていて最後にコントラストAFで微調整を行うみたいにょ。
キヤノンはこの像面位相差検出方式とコントラストAFのハイブリッド方式のAFを
「ハイブリッドCMOS AF」と呼んでいるにょ。
これによって従来はできなかったライブビューや動画撮影時のサーボAF（コンティニュアス
AF）ができるようになったにょ。
コントラストAFは静止物を撮影するのには問題ないけど動体撮影は途端に弱くなるからね。

キヤノンが動画に力を入れているのはEOS KissX6iと同時に発表されたEF40mm F2.8STMと
EF-S18-135mm F3.5-5.6IS STMの2本のレンズを見ても明らかにょ。
これらのレンズはステッピングモーターが採用されており、動画撮影時にAFがスムーズに
なる模様にょ。
動画は重視しないという人もEF40mm F2.8STMはフルサイズ対応であり、キヤノン初の
パンケーキレンズであるためにその存在価値は高いと思われるにょ。
定価2.4万円と安価であるためズームレンズ付きのレンズキットを買った人が2本目の
レンズとして最初に買うのに適しているかもしれないにょ。
AFが強化されたのはライブビューや動画撮影時だけではないにょ。
通常時においても9点の測距点がすべてクロス対応となったためどの測距点で撮影しても
中央と同レベルの速度や精度を得られるようになるにょ。

これらに比べたら些細となる液晶のタッチパネル対応やGPS搭載だけどこれにおいても
ニーズはあるため搭載することによるプラス点はあってもマイナス点はないのではないか
と思われるにょ。（タッチパネルオンリーの操作になってしまうと確かに弊害が出てくる
のでマイナス要素に感じるかもしれないけど〜
あと細かい点においては連写速度が3.7コマ/秒から5コマ/秒に引き上げられたにょ。
これは他社の入門機も5コマ/秒が普通になってきている状況を考えると当然といえるにょ。
ただし、入門機ということでバッファが削られている関係かRAWで6コマ、RAW＋JPEGだと
3コマしか撮影ができないにょ。
これは他社においても入門機はこんなものなのでEOS KissX6iの問題ということではない
けど1800万画素、14bitRAWならば非圧縮でも1枚31.5MBなんだからバッファメモリを1GB
くらい搭載してくれれば何ら不満が無くなるけどこれはコストの問題というより上位
モデルとの差別化の役割もあるためなかなか望むのは難しそうにょ。

EOS KissX5はEOS KissX4からの進化が少なくて「1回休み」のようなイメージだったけど
このEOS KissX6iは久々に大きな進化が行われて入門機としては最強クラスに返り咲く
ことになりそうにょ。
ただし、5月24日にも書いたように今後はミラーレスの普及によってデジタル一眼の入門機は
かなり厳しい立場に立たされることになるにょ。
ライブビューや動画撮影のウエイトが大きくなればなるほどデジタル一眼のミラーレスに
対するアドバンテージはどんどん小さくなってくるにょ。
ミラーレスはデジタル一眼と比べて小型軽量だし、ミラーや光学ファインダーがない分だけ
低コスト化が可能だからね。
そうなると近い将来には光学ファインダーを重視する中級機以上しか生き残れないと予想
しているにょ。（10年以上先を考えるとAPS-C搭載の中級機もその存続が危うくなり残るのは
フルサイズセンサー搭載機だけになるかもしれない）

確かにミラーレスのコントラストAFにはめざましいものがあるにょ。
コントラストAFを高速化するためにはレンズの対応が必要不可欠だけどミラーレスにおいては
コントラストAFでの使用を前提としているレンズの対応については全く問題ないにょ。
ただし、それでも現状では静止物では問題なくても動体においてはまだまだ不十分であり
最低でも運動会の徒競走にAFが追尾するレベルでないとデジタル一眼の入門機が絶滅するには
至らないと思われるにょ。
しかし、それも像面位相差検出方式によって解決可能にょ。
これがミラーレスにおいてデフォになる頃にはデジタル一眼の入門機は絶滅していると言う
ことが十分に考えられるにょ。
1インチセンサーを採用することでデジタル一眼との共存を行う選択肢をとったニコンに
対してキヤノンがどう出るかで今後大きく変わってくるにょ。
キヤノンのミラーレスがAPS-CセンサーやG1Xに採用されている1.5インチセンサーであれば
Kissとの差別化が難しくなりKissの役割は終了するかもしれないにょ。

1075：御茶目菜子：2012/06/10(日) 22:06:04
プチコン講座　第7回
久々にプチコン講座の続きを書いたにょ。

第7回　グラフィック面（GRP）をスクロールさせよう
http://ww5.tiki.ne.jp/~ochame/petitcom/p007.htm

GCOPYによってスクロールさせる方法について書いたわけだけどmkIIが発売されてから
GCOPYによるプログラムはたくさん作ったけどそれの1つのまとめとなるにょ。
今までだとGSPOITで画面全体を1ドットずつ読み出す必要があったのがGCOPYでは一発で
グラフィック画面に描いたキャラを他所にコピーできるようになり、アクションゲーム
にも耐え得る速度になったにょ。
それだけではなく画面全体コピーをしても1.6フレームの時間で済むため画面全体を
スクロールさせるようなゲームもGCOPYによって作れるようになったにょ。

スクロールそのものはプチコンにおいてはBG画面があるからそれを使えばいいのだけど
グラフィック面をスクロールさせるメリットとしてはキャラ単位である必要はないことと
お手軽であるということにょ。
どれくらいお手軽かというと2分の1画面に収まっているCAVEのリストを見れば分かるにょ。
キャラ単位であってもBG画面だとここまで短く記述することはできないからね。

それとやっぱり大きいのはドット単位で配置できるということにょ。
BG画面でも1ドットずつずらしたキャラを大量に定義することで擬似的にドット単位で
配置することはできるけどそれだとGCOPYより大幅に複雑になる上に当たり判定を行うのは
非常に大変になるにょ。
あくまでBG画面はキャラ単位なので当たり判定はキャラ単位でしかできないからね。
そういう意味では1ドット単位で簡単に当たり判定ができるグラフィック面がドット単位で
構成されたステージをスクロールさせるゲームを作るのに非常に都合が良いことが分かると
思うにょ。
というのを具体例を交えて書いているのが、上記の講座となっているにょ。

しかし、今回の講座はテキストサイズ60KBを越える量になってしまったにょ。
これは、第4回、5回、6回の講座の合計よりも多いにょ。
さすがに次回書くときはもっとコンパクトにしたいけどGCOPYは書きたいことがたくさん
あったからこれでもかなり厳選してい書いているくらいにょ（笑）
サンプルプログラムやサンプルゲームは40本くらいつくったけどこの講座で使用している
のはわずか10本くらいだからね。

さて、次の講座は何にしようか・・・。
「BG画面でスクロールさせる」ではありきたりだし、コンソール画面でドット単位で
スクロールさせるというのはあまりに需要が無さすぎるにょ。
スクロールから離れてBG画面を回転させるというのもいいかもしれないにょ。
いろいろな候補があるけどまずはある程度自分でプログラムを作って確かめないと講座は
書けないからね。
講座を書くことで「何が分かって何が分からないのか」ということが分かるため自分自身に
とってもいい勉強になるにょ。

1076：御茶目菜子：2012/06/12(火) 21:35:58
2880x1800の液晶に価値はあるのか・・・？
アップルから新型のMacBook Air（以下MBA）が発売されたにょ。
http://pc.watch.impress.co.jp/docs/news/20120612_539523.html

この新型MBAの従来モデルとの主な違いは以下の2点にょ。
(1)IvyBridge搭載
(2)USB3.0対応

(1)第3世代Core iとなるコードネームIvyBridgeだけどCPU性能そのものを見ると同一
クロックにおいては第2世代となるSandyBridgeとそれほど差はないにょ。
プロセスルールの進化によって高クロックのSKUが選択できるようになったというだけで
あるためCPUの性能強化はそれほど大きくはないにょ。
とはいえ、メモリは従来はDDR3-1333だったのがDDR3-1600に高速化されているためその
分だけ高速になっているにょ。

やはり、IvyBridgeの性能面におけるSandyBridgeに対するアドバンテージは5月14日にも
書いたように内蔵GPUの性能向上と製造プロセスの進化による省電力化にょ。
GPU性能は使用するソフトやベンチによっても変わってくるけど従来よりも1.3〜1.6倍ほど
高速化されているにょ。
ゲームをするのに十分な速度とは言えないものの筐体のサイズやコスト的に独立GPUの搭載が
難しいノートPCなどではその恩恵は大きいにょ。

(2)昨年のモデルですでに高速なThunderboltに対応しているためUSB3.0の必要性は薄かった
もののやはり普及率を考えるとUSBの方が圧倒的に高いので利用頻度も高いわけだしPCにおいて
USB3.0は急速に普及つつあるため対応する製品も多くなっているためメリットは大きいにょ。
Thunderboltは昨年2月27日に書いたようにUSB3.0よりも実効速度が速いという点だけでなく
やさまざまなプロコトルに対応し柔軟性の高さ（DisplayPortとしても使える汎用性の高さ）が
アドバンテージになっているにょ。
したがって、ThunderboltとUSB3.0の2つのIFはFireWireとUSB2.0のように共存していくと
考えられるにょ。
そうすれば今回のUSB3.0の対応は前世代のIFにおいてFireWire＆USB1.1からFireWire＆USB2.0
へと変わったようなものにすぎないと言えそうにょ。

とはいえ、これは単にIvyBridgeのチップセットがUSB3.0に対応しただけであってUSB3.0用の
コントローラを内蔵したわけではないにょ。
要するにIvyBridgeに対応する時点でUSB3.0に対応することが確定したというわけにょ。
USB2.0も当初は別途コントローラを搭載することによって対応していたけどIntel用のCPUの
チップセットにおいてはサウスブリッジは2002年に登場したICH4にてようやくUSB2.0に対応
しており、それ以降USB2.0が急速に普及したにょ。（ノートPCにおいてはPenM世代以降）
それと同じくIvyBridgeにおいてチップセットでUSB3.0が標準サポートされることによって
USB3.0が今後急速に普及することはほぼ確実であり、USB3.0に対応した製品も増えると
考えるため新型MBAがUSB3.0に対応した恩恵は大きいと思われるにょ。

というわけで、新型MBAは逆に言えばIvyBridgeが採用されただけであってUSB3.0もその
影響だし、あとの目新しい部分は何もない・・・と言えなくもないにょ。
11インチMBAにおいて2011年モデルと2012年モデルを比較すると以下のようになるにょ。

　◎2011年モデル
　　　　　　11インチ下位モデル　　　11インチ上位モデル
　CPU 　　　　Core i5 1.6GHz　　　　　　同左
　　　　　　　（SandyBridge）
　メモリ　　　　2GB　　　　　　　　　　 4GB
　SSD　　　　　64GB　　　　　　　　　 128GB
　拡張　　　　USB2.0x2、TBx1　　　　　　同左
　駆動時間　　　5時間　　　　　　　　　 同左
　サイズ　　　300x192x17mm　　　　　　　同左
　重量　　　　　1.08kg　　　　　　　　　同左
　価格　　　　84800円　　　　　　　　102800円

　◎2012年モデル
　　　　　　11インチ下位モデル　　　11インチ上位モデル
　CPU 　　　　Core i5 1.7GHz　　　　　　同左
　　　　　　　（IvyBridge）
　メモリ　　　　4GB　　　　　　　　　　 同左
　SSD　　　　　64GB　　　　　　　　　 128GB
　拡張　　　　USB3.0x2、TBx1　　　　　　同左
　駆動時間　　　5時間　　　　　　　　　 同左
　サイズ　　　300x192x17mm　　　　　　　同左
　重量　　　　　1.08kg　　　　　　　　　同左
　価格　　　　84800円　　　　　　　　 94800円

これを見てのようにCPUがIvyBridgeに代わりクロックが0.1GHzアップし、USB3.0に対応した
ということくらいの違いしかないにょ。（サイズ、重量もまったく同一だし）
とはいえ、下位モデルの方は2GBというかなり心許ないメモリだったのがようやく実用的となる
4GBのメモリが搭載されたわけだし、上位モデルに至っては何の変化もないけどその代わり
価格が従来よりも8000円引き下げられているにょ。
この価格引き下げはSSDの価格下落の影響が大きいと思われるにょ。
一時期は下げ止まった感があったSSDだけどここ最近は再び大幅な下落があり120GBで1万円を
切って販売されることも珍しくなくなったからね。

マイナーチェンジ的なMBAに対して大きく変わったのがMacBook Pro（以下MBP）にょ。
MBPもただのマイナーチェンジに止まっているのだけどRetinaディスプレイに対応した
モデルが用意されているからね。
http://pc.watch.impress.co.jp/docs/news/20120612_539501.html
このRetinaディスプレイに対応した新型MBPは光学ドライブを排除し薄型軽量化を図っており、
従来のMBPとは異なる性質を持つ新製品と言えそうにょ。
やはり、最大の注目ポイントは2880x1800という超高解像度に対応しているという点にょ。
これは220ppiにまで達しており15インチ液晶を搭載したPCとしては過去に例のない最も
高精細なものといえるにょ。

個人的には液晶モニタの解像度は高ければ高いほどいいと感じているにょ。
それは単純に作業領域が増えるだけではなく文字も読みやすくなるからね。
しかし、Windows PCにおいてはWXGAが主流となっているにょ。
これは10インチクラスの液晶ならば特に問題はないのだけど15インチクラスの機種においては
単に粗いドットが見えてしまうだけであって大きな液晶画面を全く生かすことはできない
ためあまり喜ばしいことではないにょ。
高解像度化の弊害で「文字が小さくなり読みにくくなる」ということを考えている人もいる
だろうけどそれならばDPI設定を変えれば済むことにょ。
Vista以降はXPまでとは異なり、柔軟なスケーリングに対応しているためDPI設定を変えても
レイアウトが崩れることは非常に少なくなったにょ。
個人的には昨年の10月4日に書いたように標準のDPI設定（96dpi）での使用時であっても
120〜150ppi程度が使いやすいと感じているにょ。
つまり、15インチクラスならばフルHDもしくはWUXGAくらいはあっても良いということにょ。
もちろん、DPI設定を変えればさらなる高解像度も問題ないにょ。

MBPは従来WXGA＋（1440x900）もしくはWAXGA+（1680x1050）の解像度のモデルが選択でき
（今回は発表されなかった）17インチモデルでようやくWUXGA（1920x1200）という解像度に
なっていたにょ。
これは一定のDPI設定において文字やアイコンサイズが極端に変わるのを避けるためにょ。
昨今のMacは120dpi程度を基準に文字サイズやアイコンサイズが定められているためそれを
大きく変わるような環境では使い勝手に影響してしまうからそれを避けていると考えるのが
妥当にょ。
そこで今回は縦横2倍のピクセル数にすることで高解像度でも同じ使い勝手を実現しているにょ。
15インチWXGA+と15インチQuad XGA+（2880x1800）で文字やアイコンサイズを縦横2倍にした
ものとでは同等になり、アイコンや文字は精細感が出て読みやすくなるにょ。

この考えはiPhoneやiPadと同じものにょ。
iPhone 4は従来の3GSの320x480という解像度を縦横2倍に高めて640x960という解像度に
なったにょ。
今年登場した新型iPadは2048x1536というQuad XGA液晶を搭載して話題になったけどこれも
従来のiPad2のXGA液晶の解像度を縦横2倍に高めたものにょ。
こうすることで従来アプリとの高い互換性を得ることができ使い勝手も損ねることがなく
なるというメリットがあるだけではなく単に解像度を落としているわけではないために
アイコンや文字は高精細を保つことが可能になっているというメリットがあるにょ。
これがAndroidだと異なる解像度用のアプリだと高解像度の機種で使用した際には
液晶の一部だけに表示された状態になってしまうにょ。
もっともAndroidはマルチスケーリングに対応しているためアプリが対応していれば
問題ないのだけどそれは言い換えればアプリの対応がないとその高解像度の液晶は
生かすことができないということにょ。
そういう面ではiPhone、iPadはアップル社のみによる垂直統合のメリットを生かし画面
解像度を一気に縦横2倍に高めたのはAndroidと比べて有利に働いているにょ。（水平
分散型のAndroidだと各社の意向によって端末スペックを統一化するのは難しい）

Retinaディスプレイ搭載の新型MBPに話を戻すと上記だと「従来の解像度で使用して文字や
アイコンが高精細になる」ということだけがメリットになっているけどOS Xはマルチ
スケーリングに対応しているため当然のことながらWXGA+相当のDPI設定以外にも変更が
可能になっているにょ。
設定変更が可能な解像度は1024x640（WSVGA）、1280x800（WXGA）、1440x900（WXGA+、
デフォ）、1680x1050（WAXGA+）、1920x1200（WUXGA）の5種類となっているにょ。
デフォ設定よりも作業領域を広げたいという場合には1680x1050や1920x1200を選択すれば
良いということになるにょ。

さて、ここですでに気づいているかもしれないけど設定には2880x1800（Quad XGA+）と
いうものが存在していないにょ。
これはアップル社の英断だと思われるにょ。
普通に考えれば「液晶モニタでドットバイドット表示はできて当たり前」なのだけど
それができないことになっているからね。
では、なぜ液晶モニタではドットバイドットが当たり前なのかというと液晶モニタの
場合はCRTとは異なりドットがはっきり見えるからにょ。

「Retinaディスプレイ」の名称のその所以は「肉眼でドットが確認できない高精細」な
ものであるためにょ。
iPhone4では326ppiであり、一般的な人の目は30cm離れた場所における分解能はおよそ
300dpiであるためほぼ肉眼では見えないものになっているにょ。
この「30cmで300dpiという分解能」は私自身の実験データから言ってもだいたい合って
いるため問題ないにょ。
まぁ見えるか見えないかギリギリのラインだから人によっては30cmの距離でも見えると
いう人もいるだろうし、30cmではなく20cmまで近づけたら大抵の人は見えると思うので
「肉眼ではドットが見えにくい」というレベルであって「肉眼でドットが確認できない」
と言うのならば過剰表現に思えなくもないにょ。

仮に「300ppiを越えるものはRetinaディスプレイ」であると妥協したとしてもRetina
ディスプレイ搭載のMBPは220ppiとなっているにょ。
これを「Retinaディスプレイ」と呼んで本当に良いのか疑問に残るにょ。
確かに一般的にノートPCを使用する際には画面から50〜60cm離れるため200ppiを越えた
場合には肉眼ではほぼ見えなくなるとはいえ完全に見えないわけではないにょ。
実際私は264ppiという高精細液晶のVAIO UXを使っているけどドットが見えないと
感じたことはほとんどないからね。
手に持って使うVAIO UXとテーブルに置いて使う一般的なノートPCを同列に比較することは
できないものの220ppiでRetinaディスプレイと呼ぶのはやや過剰な気がするにょ。
あくまで「30cmで300dpiという分解能」はフルカラーにおけるものであるためモノクロ
2階調だとそれよりもずっと高いものになる（400〜500dpi程度）わけだからね。
したがって、個人的には220ppiというRetinaディスプレイ搭載MBPでドットが見えない
とは到底思えないにょ。

これが、もしも本当にドットが見えないレベル（最低でも300ppi以上、できれば
600ppi以上）というのならば液晶モニタにおけるドットバイドットには意味が無くなって
くるにょ。
上記のように「ドットがはっきり見える」からこそドットバイドットの重要性が高い
ものになってくるわけだからね。
そう考えるとドットバイドット（2880x1800）の設定ができないRetinaディスプレイ搭載
MBPは英断すぎると思われるにょ。
OS X上で設定できないのならばWindowsで使用するいう選択肢もあるにょ。
発売日に速攻で購入したライターが試したところWin8で2880x1800という超高解像度が
設定できるということが確認できた模様にょ。
http://weekly.ascii.jp/elem/000/000/093/93360/
まぁ15インチクラスならば実用的レベルはWUXGA程度と感じているためDPI設定を変え
ないと実用的に使えないかもしれないけどそれでも作業領域が少しでも広くなることに
恩恵が得られる人には良さそうにょ。

2880x1800という解像度が一人歩きをしているけどOS X上でその解像度が設定できない
以上はその解像度分の価値はないと言えるかもしれないにょ。
それでも高解像度でも文字が読みやすいというメリットがあるにょ。
それに、高解像度化の流れは良いことだし近い将来にはMBAにもRetinaディスプレイが
搭載されると予想しているのでそれが楽しみにょ。

1077：orirakkusu@3DS：2012/06/14(木) 07:54:53
マイクロ切り番踏んだよっ
0372212
理由:下2桁が自分の誕生日だからw

掲示板管理者へ連絡 無料レンタル掲示板