レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
おちゃめくらぶ掲示板
-
現在大阪オフ中にょ
現在大阪オフにょ。
昼食を12時に済ませ現在3時のおやつ休憩にょ。
昼ご飯を食べてから現在までいろいろ買い物をしたけどもう3万円くらい使っているにょ。
めぼしいものは大体買えたけどそろそろ資金が尽きるにょ。
マリモーマさんへ
＞今日は 大阪オフだけど 関西は 雨が降ってたよ
さっきは結構降っていたにょ。
また詳しくは明日書くにょ。
-
レスにょ
orirakkusuさんへ
＞ポケモ...あ、間違えた、プチコン大好きクラブの日記で長々と語ってみた。
＞時間があるときにどうぞ。
とりあえず読んでみたにょ。
徐々に完成に近づいているみたいにょ。
しかし、たくさんの機能を搭載させるみたいだけどこれを全部実装するのはかなり大変
そうにょ。
MEMEDはそれほど難しくないけど電卓は加減乗除に限定しないと難しいにょ。（四則演算
のみならばプチコンの演算範囲内を越える演算も可能になる）
Excel（表計算）もかなり機能を限定しないと難しいにょ。
Word（ワープロ）やエディタはローマ字かな変換ならばそれほど難しくはないけどこれが
漢字変換となると辞書データだけでも莫大なものになるため区点入力以外は実現するのが
難しいと思われるにょ。
マルチタスクは手動切り替えのマルチタスクならばそれほど難しくはないけどリアルタイム
によるWindowsのようなマルチタスクを実現しようとするならば私がサンプルを作った
「Petitcom OS（仮称）」のようにかなり面倒で問題点が多いにょ。
DOS窓はネタとして作るのならば問題ないけどファイル操作が基本的にかなり制限されている
プチコンで何を行うかが問題にょ。
しかし、（自称）10歳ではなく本当に10歳にょ！？
＞草原、128色版も作ってくれたらいいなぁ〜
とりあえず用意してみたにょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/sample/sougen128.htm
QRは拡大するのが面倒なのでブラウザで拡大してにょ。
わぁぃ@さんへ
＞昨日まとめwikiに”EnglishQuiz”を投稿しました。
無難な作りだけど大文字、小文字関係なく正解になるようにした方がいいかもしれないにょ。
大文字、小文字を厳格に分けたいならば「Monday」は大文字で始まらないといけないにょ。
私も中学、高校の頃にポケコンでこんな感じのプログラムを作って英単語を覚えていたにょ。
紙の単語帳と違ってランダムに出題できるし、合っているかの判定も自動的に行ってくれるし
間違えたところ（間違いやすいところ）を保存してればそれを重点的に出題させることも
できるため紙の単語帳より優れている部分も多いにょ。
＞とりあえず識別コードを導入しました。
＞ファイル名の頭に”WA_”をつけることにしました。
これでわぁぃ@さんが大量にプログラムを発表してもファイル名の重複を気にすることなく
QRコードを読み取れるようになるにょ。
重複した場合にはすでに保存した旧バージョンと判断できるため何も考えず上書き保存を
行えるようになるからね。
これが、識別コードのないファイル名だと上書きして良いのかはその場では判断ができない
ため一端戻って確認するか別名保存する必要があるにょ。
-
(無題)
ここだけの話、本当に10才です。
証拠
http://www.geocities.jp/orirakkusu/gakusei.html
-
(無題)
で、GRP:SOUGEN80を読み込もうとしたら
QRコード読み込み
保存のための空き要領が足りません。
リソース名: GRP
ファイル名: SOUGEN80
←-\
_/ 戻る
なんとか空けたw
-
(無題)
先日、プチコンまとめwikiに「デフォルト216色変換」を投稿してみた。
本当にプチコン本にお世話になったー。
-
HTML5
いじってみた。
http://www.geocities.jp/orirakkusu/plivate/zikken/h5t.html
動作保証:DSiブラウザー、3DS インターネットブラウザー
<input type="range">が面白い。
0-100の値の中を1刻みでアナログに操作できる。
どうやらDSi(と3DSの100%モード)は1dot単位で操作しているらしい。
ということは横102dotあるということでは...
あとできればSS欲しいです。
-
レスにょ
orirakkusuさんへ
＞ここだけの話、本当に10才です
信じることにするにょ。
＞保存のための空き要領が足りません。
プチコンの保存領域はそれほど大きくはないからGRPをたくさん保存したらすぐに一杯に
なってしまうにょ。
＞先日、プチコンまとめwikiに「デフォルト216色変換」を投稿してみた。
これはなかなか便利そうなプログラムにょ。
mkIIはQRコード経由でBMP形式の画像を簡単に本体に転送できるようになったけどGRPで
グラフィック表示を行うプログラムで使用する場合にはデフォのパレットが使えないという
問題があるからね。
このプログラムのようにPCから取り込んだ画像をデフォのパレット用に変換するというのも
1つの解決方法になるにょ。
もっとも、デフォのパレットだと微妙な階調は表示できないのでグラデーションがかかった
画像の場合は単純なベタ塗りになってしまうという問題があるけどね。
ただ、プログラムリストを見て1つ疑問に思ったことがあるにょ。
なぜ、読み込むパレットをGRPではなくSPにしているにょ？
単に1バイト減らすためとか・・・？
＞いじってみた。
見れないにょ。
というか、サイト自体が消えているにょ。
＞あとできればSS欲しいです。
何のSSにょ？
-
プチコンとポケコン
Googleのウェブマスターツールを導入して1ヶ月経ったのでおちゃめくらぶのGoogle経由の
アクセスについて書いてみるにょ。
まずは、クリック回数（実際のアクセス回数）ベスト20のページを書いてみるにょ。
1位 プチコン1画面プログラム ・・・ 15.4％
http://ww5.tiki.ne.jp/~ochame/petitcom/1page.htm
2位 トップページ ・・・ 6.9％
http://ww5.tiki.ne.jp/~ochame/
3位 プチコン講座 第2回 スプライトとBG画面を使おう ・・・ 5.4％
http://ww5.tiki.ne.jp/~ochame/petitcom/p002.htm
4位 プチコンゲーム制作講座 ・・・ 4.6％
http://ww5.tiki.ne.jp/~ochame/petitcom/lecture.htm
5位 プチコン講座 第4回 タッチパネルを使おう ・・・ 3.8％
http://ww5.tiki.ne.jp/~ochame/petitcom/p004.htm
6位 プチコン講座 番外編 プチコンで疑似乱数を作ろう ・・・ 2.7％
http://ww5.tiki.ne.jp/~ochame/petitcom/rnd.htm
7位 プチコン講座 第6回 疑似3Dゲームを作ろう（レースゲーム編） ・・・ 2.7％
http://ww5.tiki.ne.jp/~ochame/petitcom/p006.htm
8位 プチコン講座 第3回 BEEPで音階演奏をしよう ・・・ 2.3％
http://ww5.tiki.ne.jp/~ochame/petitcom/p003.htm
9位 プチコン講座 第1回 コンソールとグラフィックを使おう ・・・ 2.3％
http://ww5.tiki.ne.jp/~ochame/petitcom/p001.htm
10位 プチコンMML ・・・ 2.3％
http://ww5.tiki.ne.jp/~ochame/petitcom/mml.htm
11位 IF文を制する者はBASICを制す PART 1 ・・・ 2.3％
http://ww5.tiki.ne.jp/~ochame/E500/TECH/if1.htm
12位 プチコン講座 第5回 疑似3Dゲームを作ろう（スキーゲーム編） ・・・ 1.7％
http://ww5.tiki.ne.jp/~ochame/petitcom/p005.htm
13位 おちゃめくらぶ ポケコン研究部 ・・・ 1.7％
http://ww5.tiki.ne.jp/~ochame/E500/POCKECOM.HTM
14位 プチコンMML with OSP2 ・・・ 1.2％
http://ww5.tiki.ne.jp/~ochame/petitcom/osp_mml.htm
15位 プチコンTips QRコード使用時の注意 ・・・ 1.2％
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/qr.htm
16位 プチコンTips セーブ機能を付ける方法 ・・・ 1.2％
http://ww5.tiki.ne.jp/~ochame/petitcom/tips/save.htm
17位 プチコン講座 第7回 グラフィック面（GRP）をスクロールさせよう（後編） 1.2％
http://ww5.tiki.ne.jp/~ochame/petitcom/p007_2.htm
18位 私とポケコン ・・・ 1.2％
http://ww5.tiki.ne.jp/~ochame/E500/POCKE1.HTM
19位 G800/E500シリーズＢＥＥＰ音階表 ・・・ 1.2％
http://ww5.tiki.ne.jp/~ochame/E500/TECH/BEEP.HTM
20位 ポケコンBASICによる アクションゲーム制作講座 〜初級編〜 第1回 ・・・ 1.2％
http://ww5.tiki.ne.jp/~ochame/E500/LECTURE/action_b1.htm
この上位ベスト20の合計で総アクセス数の62.5％になるにょ。
以前は需要があるかないかの判断は掲示板やメールでの反応を見たり、数ヶ月おきに適当な
キーワードでぐぐってそれを元に判断していたけどこのウェブマスターツールの導入によって
少なくともGoogle経由の閲覧においてはある程度信頼できるデータを得ることが可能になった
感じにょ。
これを見るとプチコン関係のページが圧倒的に強いことが分かるにょ。
それ以前のメインだったポケコンコンテンツを大きく越えるものであり、1位のプチコン
1画面プログラムにおいては総アクセス数の約1/6となる15.4％に達しているにょ。
これはGoogleの検索において「プチコン 1画面プログラム」なら1位、「プチコン
プログラム」でも5位、「プチコン」単体での検索時でも10位となっていることが大きいにょ。
とはいえ、「プチコン 1画面プログラム」で検索する人はあまりおらず、「プチコン」
単体での検索による表示回数が約半分を占めているということを考えるとプチコンの
コンテンツを求めている人により多く検索された感じにょ。
2位のトップページは省略するとして3位以下はプチコン講座が連続しているにょ。
プチコン講座を読んでくれている人は結構多いということが言えそうにょ。
ポケコン関係はというと第11位の「IF文を制する者はBASICを制す」がトップとなって
いるにょ。
これは「basic if」で検索してたどり着いた人が多いため実際はポケコンコンテンツ目的
ではなくてBASICのプログラミングにおけるIF文の重要性が分かったといえそうにょ。
そうなるとポケコン関係の事実上のトップは13位の「おちゃめくらぶ ポケコン研究部」
ということになるにょ。
私が力を入れているBASIC高速化関係においてはあまり需要がない感じにょ。
http://ww5.tiki.ne.jp/~ochame/E500/TECH/basic1.htm
所詮BASICの高速化は自己満足の域を脱してないということかもしれないにょ。
というか、ポケコンコンテンツ自体が需要が少ないためやむを得ない感じにょ。
今では1日40〜50アクセスあるトップページもプチコン関係のコンテンツを作る前は1日
15〜20アクセスだったからね。
とはいえ、おちゃめくらぶのトップページは全盛時（10年ちょい前）は1日300アクセス
くらいあったためプチコン人気でアクセス数が増えた今と比べても6〜7倍の閲覧数となって
いたにょ。
やっぱり、ポケコン関係の需要低下がかなりアクセス数に影響してそうにょ。
最もメジャーだったポケコンPC-E650も製造が終了して唯一残ったのが学校教育用となる
PC-G850VSだけだからね。
確かに一部ショップで入手可能とはいえ、基本的には学校教育用であるため一般販売は
していないのでポケコンの入手性の低下の影響が大きいにょ。
その点、プチコンならばわずか800円だし、それを動作させるための本体である3DSやDSiは
小中学生を中心にかなり普及しているため動作させる本体を個人的に所有していないから
使えないという問題もないので事実上プチコンの800円の投資だけで使えるようになるのが
大きいにょ。
-
(無題)
多分GRP:SOUGEN80のQRコードが多いのでSSを見てから取り込みたい的な感じ。
-
レスにょ
otyakenさんへ
＞多分GRP:SOUGEN80のQRコードが多いのでSSを見てから取り込みたい的な感じ。
なるほどにょ。
というわけで、sougen128色版のSSも置いておいたにょ。
ついでに比較用として15色版のSSも置いておいたにょ。
こうやって両者を比較すると128色版の方がQRコードの枚数が多いだけあって明確に差がある
というのが分かるにょ。
ただし、orirakkusuさんが作った「デフォルト216色に変換」でデフォパレットで表示した
場合には異なっているにょ。
15色版は変換前とほとんど変わらないのに対して128色版の方は細かい階調が失われて
しまうからね。
ただし、128色版も色数が減ることで変換後は15色版と同じ14枚までQRコードが減るため
好みの問題になりそうにょ。（128色版の変換後はotyaXの壁紙と似た感じだけど元の画質が
いいせいのと減色の方式が異なるためかそれよりも細かく描画されてる感じ）
しかし、orirakkusuさんはサイトも消してどうしたのやら・・・。
-
2012年pixiv上半期報告
私は別HNでpixivに投稿しているのはここで何度も書いた通りにょ。
そして、pixivにおいてランカーを目指しているというのはここで何度かに分けて書いた
「底辺絵師によるpixivランカーへの道」などのpixiv関連の書き込みにおいて詳しく
書いているにょ。
◎底辺絵師のpixivランカーへの道
http://6407.teacup.com/ochame/bbs/2755
◎底辺絵師のpixivランカーへの道 PART2
http://6407.teacup.com/ochame/bbs/2820 （前半）
http://6407.teacup.com/ochame/bbs/2819 （後半）
◎底辺絵師のpixivランカーへの道 PART3
http://6407.teacup.com/ochame/bbs/3066
◎pixivでランキング入りするための条件
http://6407.teacup.com/ochame/bbs/2824
◎pixivでランキング入りするための条件 PART2
http://6407.teacup.com/ochame/bbs/2909
◎pixivでランキング入りするための条件 PART3
http://6407.teacup.com/ochame/bbs/2969
◎pixivにおける閲覧数と評価の関係
http://6407.teacup.com/ochame/bbs/3069
昨年12月30日に「今年のpixiv総まとめ」ということで2011年の年間投稿作品をまとめて
前年、前々年と結果と比較してみたけど今回は、その2012年の上半期報告を書いておこうと
思うにょ。
その前にここ数ヶ月間に起きたpixivのシステム面の変化について書いておくにょ。
主に追加された機能は下記の2つにょ。
(1)グループ機能
(2)オリジナルランキング
(1)グループ機能は3月末に実施が開始されたのだけど簡単に言えばmixiにおけるコミュニティ
みたいな機能にょ。
これはpixivがSNSならばあって当たり前の機能だったのだけど今頃になってようやく開始
されたにょ。
新しいグループはプレミアムのユーザーならば誰でも作ることができるためすでに多くの
グループが存在しているにょ。
私はpixivにはSNS的なものは求めておらず、多くの人に見てもらい私の絵の善し悪しの判断を
してもらえたらいいので今のところどのグループにも入ってないにょ。
中には積極的に意見交換しているようなグループもあるので興味がある人はどんどん入って
みるのも良さそうにょ。
(2)pixivにおけるランキングについては2010年に地域ランキングとRR（ルーキーランキング）、
2011年にはイラスト/漫画ランキングと男女別ランキングが追加されランキングに入るための
ハードルはかなり下がったにょ。
公開ブクマ1つ20点換算で計算した場合にDR（デイリーランキング）は投稿初日において
1400〜2000点程度必要（投稿する曜日や各種補正によって必要な数字は変わってくる）という
ことでかなりハードルは高いのだけどRRは500〜700点くらいで入ることができるためDRよりは
低くなっているにょ。
地域ランキングは「関東」「近畿」といった地域全体ランキングと都道府県別ランキングに
よって構成されているにょ。
ボーダーラインは過密地域と過疎地域では桁違いの差があり、過疎県では本来発表されるべき
50位まで発表されておらず、100点未満でもランキング入り可能となっているにょ。
しかし、地域ランキングは過疎地域はランキングに入りやすいといってもランキングを見る
人自体が少ないわけだし、地域を公開設定していないと反映されないという問題点もあるにょ。
漫画、イラストのランキングは漫画形式の投稿が可能になったため追加されたにょ。
漫画形式はイラストよりも閲覧数が増えやすい傾向があるけどそのため大きなマイナス補正が
加えられておりイラストより評価点で上回っても総合ランキングではイラストよりも低い順位
とになってしまうにょ。
漫画、イラスト別のランキングも総合ランキングとは別に用意されることでその問題点は
改善されたにょ。
これは当初DRのみだったけどRRにも採用されイラストRRならばブクマ込みで400点弱で入る
ことも可能になったにょ。
pixivにおいては現在女性ユーザーが多数を占めていると思われ女性にはウケしない絵を描いて
いる人からは不満の声も大きかったにょ。
昨年10月16日の「pixivでランキング入りするための条件 PART3」で書いたようにこの男女別
ランキングが発表されることで女性ウケするか否かが総合ランキングに大きな影響を与える
ことが分かったからね。
とはいえ、女性主体のランキングを見るのが嫌という層にとっては好意的に受け入れられたの
ではないかと思われるにょ。
男女別ランキングは男女片方に大きな支持がある場合にはR-18ならば100点台でも入ることが
可能（ブクマ込みで200点前後が最低ボーダー）であるためランキング入りのハードルは極めて
低いにょ。（健全ならば男女片方のみに支持されるというのは困難であるため400〜500点は
最低でも必要になっている）
ただし、男女均等に支持があるような作品において男女別ランキングに入るためにはR-18で
ブクマ込みで300〜400点、健全で900点〜1000点必要（これは私が男女両方ギリギリ
ランキング入りしたときの評価を元にした推測値）となっており男女片方に支持されると簡単に
入れるけどそうでない場合はそれなりにハードルは高くなっているにょ。（R-18の方がかなり
低いのは投稿枚数が健全より1桁少ないのに加えて総合ランキングを見ると健全は総合も
男女別もDR500位まで発表されているのに対してR-18は総合が100位までで男女別は300位まで
発表されているためハードルが低くなっている）
このため男女別ランキングがRRより入りやすいかはその人の絵柄やジャンルによって変わって
くると思われるにょ。
この度（といっても2ヶ月前だけど）はこれにオリジナルランキングが加わったにょ。
これはpixivだけに限ったことではないけど人気版権キャラを描いた場合とオリジナルキャラを
描いた場合だと基本的に前者の方が閲覧数において圧倒的に有利になっており、それによって
評価面でも有利に働く場合が多いにょ。
そのためオリジナルはランキングにおいてマイナスではなくプラス補正を行っているものの
それでもその値はわずかだと思われるためあまり影響はないにょ。
オリジナルと版権キャラでは同じ土俵で順位付けするのに無理があるのが分かっていたためか
ニコニコ静画では当初よりオリジナルは創作カテゴリとして版権キャラとは別カテゴリの
投稿となっているにょ。（順位はカテゴリ単位で行うため総合的な順位というものはない）
オリジナルランキングによってオリジナルオンリーで描いている人のランキング入りのための
ハードルはかなり下がったにょ。
ブクマ込みで200点台でランキング入りが可能となっているからね。（評価点のみで200点
あればよほどブクマが少なくない限りランキング入りは可能っぽい）
これは（イラスト/漫画といった細分化カテゴリ化された）RRに入るよりもハードルが低く
男女別ランキングに入るよりもハードルが低いものといえるにょ。
しかし、これは簡単に入れるというわけではなくオリジナルは元々pixivにおいてはは最大の
人気を誇る「東方」タグよりも多くの投稿があり、昨日1日のみで1000枚近い投稿があるにょ。
そのため発表される300位に入るためにはそれなりに高い倍率となっているにょ。（3倍という
わけではなく前日や前々日の繰り越しランキング入りがあるため実質倍率は投稿数のさらに
約3倍となる）
そうなるとそれなりの画力や魅力を兼ね揃えた人でない限りは交流によって閲覧数を増やし
たり、地道に投稿を重ねて被お気に入りを増やさないとランキング入りは難しいにょ。
私は版権キャラオンリーでR-18絵を多く投稿しているため被お気に入りはそれなりにはいる
ため1月29日に書いたように新規アカウントを作り交流無し、宣伝なし、健全、オリジナル、
初投稿でどれくらいの閲覧数や評価が得られるか試したにょ。
その結果は閲覧数240、評価50点、ブクマ3だったにょ。
私の本アカウントの結果は下記にまとめているように1枚評価点だけでも平均700点弱に達して
おり、投稿初日だけでも（オリジナルランキングのボーダーである）200点ならば軽々越える
（ブクマ別で計算して平常で300〜400点、良い時で500点くらい）だけどそれは所詮は版権
キャラ人気、ジャンル人気や被お気に入りの影響ということがこれで良く分かったにょ。
オリジナルは埋もれがちでありタグ検索での伸びも少ないため閲覧も余り伸びずランキングに
入らない限りはなかなか被お気に入りは増えないにょ。
私は普段1枚投稿するごとに被お気に入りは5〜30人増えているけど上記の新規アカウントの
オリジナル絵では1人しか増えなかったからね。
つまり、オリジナルでランキング入りするためには上記のように地道に被お気に入りを
増やす必要があるけどそれはかなり大変なことであることが分かると思うにょ。
これは閲覧者側からしても自分好みのオリジナル絵を描いている投稿者を発掘する場合に
非常に困難であることを意味するにょ。
上位レベルの人だとDRやRRには余裕で入るけど中堅クラス（pixivにおける平均レベルの
画力を持った人）となると発掘はまず無理だからね。
それがこの度のオリジナルランキングの導入で可能になったにょ。
当初はデイリーランキングの中の1項目にすぎなかった「オリジナルランキング」だけど
今ではトップページから直接行けるようになったのも大きいにょ。
ただの1項目だと見る機会はほとんどないけどトップページにサムネ入りで表示されると
桁違いに閲覧の機会が増えるにょ。
これはDRより格下扱いのRR（RRがDRに入れない人のみのランキングであるため）にも
関わらず上位3作品においてはトップページにサムネ表示されている影響で大きく閲覧、
評価が伸びており、DR中〜上位レベルにまで達しているからね。
オリジナルランキングもトップページから直接行けるだけではなくサムネ表示される
ことで注目度が桁違いに高くなったにょ。
今回書いた「グループ機能」「オリジナルランキング」と2月2日に書いた「人気順検索」の
合計3つが今年のpixivの大きな変更点だと思われるにょ。
さて、前置きはこれくらいにして私自身の上半期の投稿はどうだったのかを書いておくにょ。
しかし、実を言うと最近またスランプでしばらく投稿できてなかったりするにょ（笑）
私は昨年12月20日にも書いたように頻繁にスランプ状態になっているにょ。
そのスランプ状態になったら気分転換に別のことを行っているのだけどそれがスランプの
長期化を招いていることも少なくないにょ。
私は基本的に投稿前に駄目と分かっているような絵は投稿前にボツにしてしまうため多少の
波はあるものの評価は上向き状態となっているにょ。
いいか悪いかの事前判断は主観的なものなので投稿してみたら意外に伸びた（伸びなかった）
という場合もあるけどね。
したがって、ボツばかりで完成しない状態になったときスランプ状態になったということに
なるわけにょ。（時間を置いたり他のことをすることで、完成度の高さ＜絵を完成させたい思い
となったときスランプ脱出となるけど必然的にスランプ脱出直後は低評価になりがち）
今年の投稿作品は現時点で10枚に満たないというていたらくぶり（目標は週1枚投稿なので
現時点で30枚の投稿が目標であり、悪くても20枚くらいいきたかった）なのでキリよく10枚の
平均を求めるために年末投稿分を含めて計算することにするにょ。
◎pixivに最近投稿した10枚の1枚当たりの平均値
閲覧数 3421
評価点 693点（評価率2.1％）
ブクマ数 26
被お気に入り増加数 15人
閲覧数においては時間が経てばどんどん増えるためあまり参考にはならないし、R-18だと
閲覧数が増える傾向にあるため単純には比較できないものの昨年と比べると大幅に減っている
感じにょ。（昨年同時期に投稿した作品と比べると1/4くらいに減っている）
それは、やはり昨年上半期はまどマギブーストと閲覧水増しがあったためにょ。
まどマギキャラを描くだけで私の場合はそれまで描いていた版権キャラと比べて閲覧数が5倍、
評価が3倍くらいに跳ね上がったからね。
それに加えて閲覧水増しが2.5〜3倍程度あったため数字を単純比較すれば昨年と比べて減って
いるもののそれを考慮して計算すれば昨年を上回る結果を得られていると言えそうにょ。
評価点数においては最近10枚はどれも500点越えであり最高点は1000点越えということで
かなり安定しているものの1000点越えを連発して2000点越えもいくつもあった昨年上半期と
比べると数字を単純比較したら昨年よりもダウンしているにょ。
これもまどマギというpixiv内で別次元の人気を誇る作品（現在ならば黒子のバスケが相当し
半年前ならばタイバニがそれに相当する）をメインに投稿していたためにょ。
それを考慮して比較するとこれでも昨年を上回る結果と言えるのではないかと思われるにょ。
評価率においては閲覧バグがあった昨年は平均で0.6％程度しかなかったということを考えれば
閲覧バグを考慮しても昨年を上回っていると言えそうにょ。
評価率は投稿直後は被お気に入りによる評価がメインとなるため健全で5〜8％、R-18で3〜5％
という感じだけど数ヶ月経った状態では一見さんがメインとなるため閲覧数が増えても
なかなか評価には繋がらず評価率は時間が経てば経つほど下がる傾向にあるにょ。（この
下がり方が大きいのは私の絵に一見さんに評価させるだけの魅力が備わっていないだけなので
単なる私の実力不足といえるけど海外サイト等にたくさん転載されているためその影響で
閲覧数だけは増えているのかもしれない）
ブクマ数に関しては上記のように別次元の人気であるまどマギキャラの投稿がメインだった
昨年と比べても互角となっているにょ。
作品人気を考慮すれば昨年と比べて大幅な向上が行われているといえそうにょ。
それは被お気に入りの増加量にも現れているにょ。
昨年はRRに入った作品は20人くらい増えたけどそれ以外は1作品平均で5〜6人の増加に止まって
いたのだけど最近10作品においては1作品あたり15人くらいの増加があるからね。
これはイラストDRに入った影響もあるし、技術力向上によって可能になったと思われるにょ。
基本的に被お気に入りは上記のように枚数を重ねれば徐々に増えていくものなので1枚平均で
3人増える人ならば100枚投稿すれば300人増えるにょ。
したがって、何人増えたかではなくどのような割合で増えたかということが重要になって
いるにょ。
ほぼ均等に3人ずつ増えた場合だと単に枚数によって増えた場合と最初の頃は1枚1人だったのが
最後の方では1枚10人増えていき結果として100枚投稿する間に300人増えたとという場合の
2通りの場合を考えるならば同じ「1枚平均3人」という増え方であっても後者のように最近の
方が増え方が大きい方が向上している判断することが可能になるにょ。（前者のように固定的
増え方だといくら被が増えても向上しているかどうかは疑わしい）
またpixivに拘らなくてもお絵かき投稿サイト（お絵かきSNS）はたくさんあるにょ。
私もpixiv、ニコニコ静画、TINAMIを併用しているからね。
私が現在最もランカーに近いのがニコ静にょ。
投稿した絵はほぼ確実にDR100位以内に入っているからね。
最新絵においてはDR（デイリーランキング）12位だったにょ。（これ1枚だけでpixivの
被お気に入りに相当するウォッチリスト人数が一気に100人くらい増えた）
それならばpixivではなくニコ静一本に絞っても問題なさそうだけどそういうわけにも
なかなかいかないにょ。
その理由を書く前に3カ所に私が投稿した最新作品の結果を記しておくにょ。
閲覧数 評価回数 ブクマ数 コメント数
pixiv 2799 64 23 0
ニコ静 19128 無し 248 81
TINAMI 322 5 1 0
※評価回数はTINAMIは「支援数」と表記され1人1票のみとなっているのに対して
pixivは1日1回までなら何度でも入れられる（ニコ静では該当するものは無い）
※ブクマ数はニコ静では「クリップ数」、TINAMIでは「被コレクション」と表記。
最新絵のpixivに投稿分は上記のように最近10枚と比べて閲覧数、評価回数、ブクマ数
ともに平均を下回るものとなっているにょ。
数字だけを見ると良い作品とはいえないけどこれは投稿したジャンルがそれほど人気度が
高い版権ではないためにょ。
したがって、版権人気を考慮すればまずますの数字にょ。
しかし、同じ絵なのにニコ静の場合はpixivと比べて桁違いに良い結果となっているにょ。
とはいえ、pixivとニコ静で数字を単純比較もできないにょ。
そこで、数字を相対比較することにしてみるにょ。
最近10枚の投稿においてはニコ静は平均閲覧数は7736となっており、上記のpixivの平均と
比べて2倍以上となっているにょ。
しかし、それを考慮しても最新絵の閲覧数は多いことが分かるにょ。
ブクマ数を見るとpixivが平均ブクマ数が26なのに対してニコ静では平均ブクマ数
（クリップ数）は95もあるにょ。
これはpixivの3.6倍の数字にょ。
それを考慮しても最新絵のブクマ数は多いことが分かるにょ。
つまり、版権キャラとしてはややマイナー気味だけど結果は大成功といえるものにょ。
TINAMIにおいては閲覧数、評価回数（支援数）ともに少ないけど会員数を考えれば
妥当な数字だと思われるにょ。（実際、他の投稿作品と比べて劣っている数字ではない）
さて、これだけを見るとニコ静はpixivよりもユーザー数が多いからと結論付けできそう
だけどそういう単純なものでもないにょ。
というのもニコ静はウケる絵とウケない絵の差が大きいためにょ。
ニコ静の場合は新着ランキングや毎時ランキングがあり、細かいランキングに入るのは
簡単にできるけどそれによって多くの人の目にとまりそしてウケた場合には上位に入り
続けることになり、それは結果としてDRの上位に入れることを意味するにょ。
つまり、ウケるかウケないかですべてが決まるにょ。
最近10枚の絵を見るとニコ静に投稿したものは最高閲覧数が19128に対して最低閲覧数は
2483となっており、上下差は7.7倍となっているにょ。
ブクマ数（クリップ数）においては最高は248に対して最低が27となっており上下差は
9.1倍あるにょ。
pixivにおいては同様に最高閲覧数が5992、最低閲覧数が2417で上下差2.4倍、最高ブクマ数
46、最低ブクマ数14で上下差3.2倍となっているにょ。
pixivは比較的安定しており、同じ版権作品キャラを描いた場合には同じような閲覧数に
なるのに対してニコ静では絵によって大きなバラツキがあるにょ。
自分の実力がそんなに簡単に変わるわけではないのでそんなに大きなバラツキが出るよう
では自分の実力を客観評価するには難しいにょ。
その点、pixivはいい意味でも悪い意味でも安定しているためジャンル人気や被お気に入り
補正を行えば自分の上達ぶりをある程度客観的に判断することが可能になっているにょ。
この安定は悪い方に考えると多少上達しても評価にプラスになることはないため今回は
良く書けたからいい評価が得られると期待していたら期待はずれだったということにも
なってしまいがちにょ。（多くの場合は主観で良いと感じても他人から見たらそれほど
変わってないというのが原因）
絵の評価となるとTINAMIの方がpixivよりもさらに客観性が高そうだけどいかんせんまだ
ユーザー数が少なくどれか1本に絞るという際にはTINAMI1本に絞ることはあり得ないにょ。
ネットで公開するのは多くの人に見せたいというのがあるからね。
これは絵だけではなく文章においても同じ考えであり、mixiの日記もよほどプライベートな
ものを書かない限りは公開設定を「全体公開」にしているにょ。
現時点のデータからすると多くの人に見せられるのはpixivよりもニコ静となってしまうの
だけど上記のようにニコ静は客観評価の材料としては使えないというのに加えてR-18の
投稿ができないためそれ1本に絞ることはできないにょ。
したがって、どれか1本にするならば必然的にpixivとなってしまうのだけど別にどれか
1本に絞らなくてはならないという理由もないしね。
R-18以外は基本的に同じ物を投稿しているだけなので3カ所に投稿しても対して手間も
かからないし、私は特に交流を行ってないため3カ所に投稿しても負担は全くないにょ。
pixivが投稿年数が一番長いため過去との比較もやりやすいというのもあるためpixivが
よほど廃れない限りはpixivを使い続けると思うにょ。（別にプレミアム会員でもないため
タダで使っているわけだから廃れたらその時考えればいいだけ）
その前にスランプを脱出して投稿をしないといけないにょ。（描いているうちにコレジャ
ナイ感が増してきて完成になかなか至らないため投稿ができないでいる）
今のpixivならば多少マイナー作品だろうと現放送中のアニメ作品キャラを描いてDR入り
できないようならば「普通絵師」とは呼べないにょ。
言い換えれば技術面（線画力、塗り力）、魅力面が普通以上ならばランカーになれると
いうことにょ。（多少技術で劣っていても魅力でカバーは可能であり、地道に被お気に入りを
増やしても可能になるかもしれない）
この辺はオリジナルオンリーだと上記のようにハードルの高さが変わってくるけどやっぱり
自分の好きなキャラを描いてランカーになりたいからね。
いくら今pixiv内で「黒子のバスケ」が大人気といっても私は別に好きではないのでその
キャラを描いて高評価を得たいとは思わないにょ。
普通以上の実力が備われば上記のように超人気作品に頼らなくてもDR入りはできるので
地道に実力アップを図るのが一番にょ。
-
GGK DreamStar速報
つ、ついに漢字変換に成功したぞ！！
記念すべき第一字は漢数字の「一」だ！！
-
(無題)
わあい＠さんが漢字変換に成功したみたいなので連文節変換するプログラムを作ってみた。
そして前作った漢字変換プログラムを思い出した。
http://putikonclub.g.hatena.ne.jp/otyakenrabu/20120405/1333615270
-
レスにょ
わぁぃ＠さんへ
＞ついに漢字変換に成功したぞ！！
＞記念すべき第一字は漢数字の「一」だ！！
ちなみに変換方式は単漢字変換にょ？
熟語変換ならばまともに使えるようにするためには辞書データだけでもかなりの量に
なりそうにょ。
otyakenさんへ
＞わあい＠さんが漢字変換に成功したみたいなので連文節変換するプログラムを作ってみた。
連文節変換となると文節を識別しなくてはならないのでただの文節変換よりもさらに
ハードルが高くなるにょ。
実用レベルにするためには一体どれだけの辞書サイズになることやら・・・。
ポケコンでも自前のフォントを用意して日本語変換システムを作った人がいるけどそれ
だけで数100KBのデータ量になっているにょ。
フロントエンドの部分さえできればあとは辞書データを増やすだけとはいえ、実用レベルに
するためには万単位の辞書登録が必要になるため私はとても作る気が起きないにょ（笑）
-
GGK DreamStar
昨日、漢字変換成功の報告を入れたけど、今日は辞書を追加してみたにゅ。
しかし、厄介なのは同じ読みの漢字が複数あることにゅ。
まあそれは、配列の次元数を増やせばどうにかなるにゅ。
ただ、処理速度がキーボード切り替えで60fpsを切るくらいだから、辞書の端から端まで検索したら確実に処理落ちするにゅ。
ここは、いかに絞り込みを行うかが重要にゅ。
最後に書くのもなんだけど、単漢字変換にゅ。
-
アイコン
アイコンに某OSっぽいのを表示してみた。
http://cdn-ak.f.st-hatena.com/images/fotolife/o/otyakenrabu/20120720/20120720215622.png
-
レスにょ
わぁぃ@さんへ
＞しかし、厄介なのは同じ読みの漢字が複数あることにゅ。
＞まあそれは、配列の次元数を増やせばどうにかなるにゅ。
単漢字変換ならば必要な辞書のサイズもそれほど大きくはならないので地道に登録して
いけば十分に完成しそうにょ。
＞ただ、処理速度がキーボード切り替えで60fpsを切るくらいだから、辞書の端から端まで検索したら確実に処理落ちするにゅ。
検索速度に関しては辞書をテーブル化しておけば何とかなりそうにょ。
処理落ちするというのは変換候補を画面にたくさん表示しているせいにょ？
一度に表示する候補数を減らすか、多少の処理落ちは諦めるしかなさそうにょ。
otyakenさんへ
＞アイコンに某OSっぽいのを表示してみた。
IMEの名前は「OTY-IME」に決定にょ？
連文節変換が本当に実用レベルでできるようになるのか楽しみにしてるにょ。
辞書サイズだけでQRコードの枚数はとんでもないことになりそうだけど・・・。
-
処理落ちの件
原因は
FOR I=0 TO HMAX
IF WORD$==HWD$(I) THEN BGPUT(後略)
NEXT
つまり、FOR地獄だから
-
いらだち
ACLSにCOLINIT相当の機能はいらないにょ！！
-
(無題)
ACLSにVISIBLEみたいな機能が付いたら便利かも
-
ACLSの案
ACLSは画面の初期化に限定して
全キャラ、カラーを初期化する命令(AINITとか？)を作るのはどうかな？
-
レスにょ
わぁぃ@さんへ
＞つまり、FOR地獄だから
そうなると処理落ちを無くすにはループ回数を減らすしかなさそうにょ。
＞ACLSにCOLINIT相当の機能はいらないにょ
確かにこれがあるせいでパレット書き換えをしたらACLSは事実上使えなくなってしまうにょ。
＞ACLSは画面の初期化に限定して
＞全キャラ、カラーを初期化する命令(AINITとか？)を作るのはどうかな？
互換性を重視するならばACLSはそのまま残してパレット関係以外を初期化する命令を
追加する方が良さそうにょ。
otyakenさんへ
＞ACLSにVISIBLEみたいな機能が付いたら便利かも
それがベストかもしれないにょ。
何を初期化するのかユーザーで選べて引数をすべて省略してACLSと表記した際には
現在のようにすべて初期化というのがいいにょ。
-
(無題)
@L
GOSUB@1
GOTO@L
@1
FOR I=I2 TO I2+50
IF ...
NEXT
I2=I+1
RETURN
みたいな処理を思い付いた
実現出来るかは知らない
-
(無題)
お風呂で思いついたダジャレ
「確か、はしかは、シカトする、歯科で治せない」
分かりにくいので「、」で区切った。
-
レスにょ
otyakenさんへ
＞みたいな処理を思い付いた
＞実現出来るかは知らない
これだけでは何の処理かは分からないけどIMEで使おうとしている処理にょ？
わぁぃ@さんへ
＞お風呂で思いついたダジャレ
これを一発変換できるIMEをプチコンで作ったら神レベルにょ（笑）
ちなみにATOKでも自分で文節設定を行わない限りは一発変換はできなかったにょ。
-
(無題)
有名なもの
貴社の記者が汽車で帰社して喜捨した
とか
酢桃も桃も桃のうち
MS O IME2012では
確かはしかはシカトする歯科では直せない
そこかw
-
(無題)
昔作った意味不明な何か
ノートに書いてたようなと思ってあさくったら見つかった
悟飯のいる五班でご飯を食べる
墨と炭を隅にこぼした
端にある橋に箸をおく
皮いいやっぱ皮いい皮も可愛い
医師の意志で石投げる
串で櫛(髪の毛を解くくし)を作ろうとして苦死する
虫蒸し無視
家うちウチ悲しむ
都市のトシ歳
-
レスにょ
otyakenさんへ
＞有名なもの
＞貴社の記者が汽車で帰社して喜捨した
＞とか
＞酢桃も桃も桃のうち
これくらいならばATOKで一発変換可能にょ。
＞昔作った意味不明な何か
＞ノートに書いてたようなと思ってあさくったら見つかった
さすがにこれらは一発変換は厳しいにょ。
というか、一体なんのために考えたにょ？（笑）
-
キヤノン初のミラーレス「EOS M」のライバルは・・・？
キヤノンがミラーレスカメラ「EOS M」を発表したにょ。
http://dc.watch.impress.co.jp/docs/news/20120723_548287.html
APS-Cセンサーを搭載ということで他社においてライバルとなるのはNEX-5Nあたりになるの
ではないかと思われるにょ。
あと、センサーサイズの違いがあるとはいえ、他社のモデルとも比較してみたにょ。
EOS M NEX-5N Nikon 1 J1 GF5
センサー APS-C APS-C 1インチ 4/3インチ
AF方式 ハイブリッド コントラストAF 位相差検出AF コントラストAF
フラッシュ 外付け 外付け 外付け 内蔵
EVF 無し 外付け 無し 外付け
本体サイズ 108.6x66.5x32.3 110.8x58.8x38.2 106x61x29.8 107.7x66.6x36.8
本体重量 298g 269g 277g 267g
標準ズーム全長 61mm 60mm 42mm 26.8mm
重量 210g 194g 115g 95g
本体＋標準ズーム重量 508g 463g 392g 362g
※本体重量にはメディア、バッテリを含む
この表において本体サイズはグリップ部を含んだ厚みとなっているため本体そのものの
厚みを示すわけではなく平坦な造りのEOS Mは概ねNEX-5Nと同レベルといえるにょ。
高さにおいては7.7mmの差ということで2台を並べておいたらEOS Mの方がやや大きく見える
のではないかと思われるにょ。
それでも、APS-Cセンサー搭載機としてはかなりコンパクトサイズといえるにょ。
また重量もメディア、バッテリ込みで300gを切っており、APS-Cセンサーを搭載、同社初の
ミラーレスということを考慮すれば軽量といえるにょ。
本体サイズ、重量はセンサーの小さな機種（J1、GF5）と比べて極端に大きなものにはなって
いないけどここで何度も書いているようにレンズの方はそうはいかないにょ。
標準ズームの重量は同社の一眼レフ用のものよりも小型軽量とはいえセンサーサイズなりの
重量となっているため実際の使用時に小型軽量を求めるという人においてベストチョイスに
なるとは言い難いにょ。
もっとも、これは標準ズームを使用時であってパンケーキレンズならばその差はさらに
縮まるとはいえ、逆にいえば望遠レンズを使用時にはさらに差が広がることを意味するにょ。
これは本体の小型軽量化と比べてレンズの小型軽量化は極めて困難だからにょ。
本体の薄型化は主にフランジバックで左右されるのだけどEOS MのフランジバックはNEXの
Eマウントと同レベルの18mmとなっており、センサーサイズの割にはかなり短くなっている
ことが有利に働いているにょ。
ミラーレスの中では大きなAPS-Cセンサーを搭載ということで、画質面においては有利な
ものになっているにょ。
同世代のセンサーならば画素数ではなくセンサーサイズが画質を決める最も大きな要素に
なるからね。
EOS MのセンサーはEOS KissX6iと同等のセンサーと思われるため画質面においてほぼ同等で
あると思われ高感度画質も極めて良好なものになっていると予想できるにょ。
とはいえ、高画素が無意味というわけではなく十分な明るさがあり、その画素ピッチで
十分に解像できるレンズを装着時には解像面で有利に働くにょ。
しかし、センサーサイズの割に画素数が多くなってしまうと解像しないレンズも出てくる
ため標準ズームで完結する初心者ユーザーには適したものになるとは言い難いし（新規の
マウントの場合だとレンズの選択肢がない場合もある）フランジバックが短くなると
テレセン性の問題が出てくるため周辺画質において不利になってしまうにょ。
そのためEOS MのセンサーがEOS KissX6iと同等だとしてもレンズの違いやフランジバックの
違いがあるため同等の画質を得られるという保証はなくそのEOS Mマウント用のレンズを
使用時のレビューを待つ必要があるにょ。
AFに関してはやはり像面位相差検出方式を採用したセンサーを搭載しているという点が
大きいにょ。
これは6月9日に書いたようにEOS KissX6iではライブビューや動画撮影時に非常に大きな
効果を発揮しているにょ。
元々キヤノンのデジカメはコントラストAFが遅いためライブビューでは他社と比べて
かなり劣っていたからね。
位相差検出方式ならば業界トップのキヤノンもAFの遅さがアキレス腱となってしまい
常にライブビューでの撮影となるミラーレスならば像面位相差検出方式は必要不可欠と
思われていたためEOS KissX6iで像面位相差検出センサーが採用された時点でキヤノンの
ミラーレスはこのセンサーを使うであろうことがほぼ予想できたにょ。
とはいえ、現在のセンサーはピント精度が低いため位相差検出方式で素早くおおざっぱに
ピントを合わせた後にコントラストAFで微調整を行うというハイブリッド方式になっている
ため位相差検出方式のみのNikon 1と比べるとAF速度では劣っているにょ。
この辺は将来の改善に期待したいところにょ。
EOS Mの登場で国内大手メーカー全社からミラーレスが出そろったにょ。
これによって従来よりもさらに競争の激化が予想されると同時にミラーレス市場の拡大も
期待できそうにょ。
ミラーレスは基本的にコンデジでは物足りないという層がメインとなっているにょ。
従来だとそういう層は一眼レフだったのだけどやはり一眼レフだと大きく重いというのが
難点だったからね。
それでも2000年代後半になってデジタル一眼の低価格化によってデジタル一眼は大幅に
シェアを拡大していったにょ。
これは銀塩カメラとは異なりデジカメは身近なものとなったことで潜在的需要が拡大された
というのが主な理由だと思われるにょ。
しかし、いくらデジタル一眼の低価格化が進んでもサイズや重量の問題もあるため普及には
限界があるにょ。（構造が複雑であるため低価格化も限界まできているし）
そうなると小型化しやすく構造がシンプルであるためデジタル一眼と比べて低コスト化も
可能なミラーレスが各社から登場したのは自然な流れだと思われるにょ。
ここで重要なのが各社のミラーレスの位置づけにょ。
現在一眼レフを作っていないPanasonicやFujifilmは単にコンデジより上の存在ということで
問題ないのだけど現在一眼レフを作っているメーカーの場合は立ち位置が微妙なものになって
しまうにょ。
ニコンはコンデジと一眼レフの中間に位置するものとして提示しているにょ。
そのためセンサーサイズは1インチに止めたにょ。
あくまで一眼レフの領域までは浸食しないようにするためにょ。
しかし、APS-Cセンサーを搭載した場合はそうもいかなくなるにょ。
APS-Cセンサーを搭載したNEXの場合はその立ち位置はかなり微妙なものになっているからね。
それはαシリーズがTLM（トランスルーセントミラー）を採用しているというのも大きいにょ。
現行のαシリーズはすべてこのTLMが採用されているのだけどこれは一眼レフの形状であり
ながらEVF専用で搭載しているミラーは位相差検出センサー専用となっているにょ。
つまり、像面位相差検出方式センサーを搭載すればこの一眼レフスタイルにする意味は全く
無くなるということにょ。（像面位相差検出方式は現状では専用センサーを使った位相差
検出方式と比べて速度面や精度面では劣っているからすぐに置き換わるわけではないと思う）
そうなると近い将来はαシリーズは終了してNEXシリーズがメインになるということは十分に
考えられるにょ。
とはいえ、現在のEマウントのレンズラインナップを考えるとまだまだα終了までには時間が
かかりそうにょ。（フルサイズセンサー搭載のα99の登場も予想されているしね）
それではキヤノンの場合はどうなのかを考えてみるにょ。
キヤノンのデジタル一眼はプロからの支持も厚くそれが終了するなんてことは少なくとも
今後10年そこらの間では100％あり得ないにょ。
ただし、デジタル一眼がフルサイズメインになるということは十分に考えられるにょ。
キヤノンだけではなくニコンもフルサイズ機のラインナップを拡大していく予定としているの
だけどそこ根底にあるのがAPS-Cセンサー搭載機の縮小にょ。
真っ先に切り捨てられるとなるとやはり廉価モデルとなるEOS Kissシリーズにょ。
APS-Cセンサーを搭載のミラーレス「EOS M」の登場によってKissのユーザー層がかなり
奪われてしまうと思われるからね。
つまり、EOS Mの一番のライバルはNEXではなくてKissといえそうにょ。
ユーザーの多くがレンズキットを買って終了するであろうKissならば現状でEOS M用レンズの
ラインナップが乏しいというのもそれほどネックにはならないにょ。（コントラストAFで
あるため当初の変換アダプタでは従来のα用レンズはAFが実用的な速度で動かなかったNEX
とは異なり、像面位相差検出方式のEOS MならばすべてのEOS用レンズがそれなりの速度で
AFが可能になると思われるためレンズ資産のある人にとっても有用）
オプションでもEVFがないという問題は一眼レフのサブとして使う人にはネックとなる
けれどコンデジからのステップアップの人にとってはそれほど大きな問題ではないにょ。
とはいえ、ユーザー層を拡大していくためには今後のレンズラインナップの充実は欠かす
ことはできないし、オプションとしてEVFの用意やEVF内蔵モデルを用意する必要性もある
のではないかと思うにょ。
-
GGK DS
辞書データの形式を変えてみた。
従来
DATA 1,32
現在
DATA 1,”ﾆ”
これにより可読性が向上した。(「が」のように濁点が一体になった文字があるので、一部例外あり、例”げつ”→リスト上は”▲つ”)
-
(無題)
形式って
DATA 漢字コード,読み方
?
-
>>otyakenさん
従来
DATA 漢字コード,読みの文字コード,終了符(-1)
読みが2字ならバラメータは4つ(漢字1字+読み2字+終了符1字)
現在
DATA 漢字コード,読み文字列
-
レスにょ
わぁぃ@さんへ
＞辞書データの形式を変えてみた。
単漢字変換ならば辞書がシンプルなのであとはひたすら辞書登録していけばいいにょ。
熟語変換だと実用レベルにするには万単位の辞書が必要になるけど単漢字ならば千単位で
済むしね。（単漢字変換が実用的といえるかは置いておくとして）
速度重視ならば辞書データは読み,漢字コード,（漢字コード，・・・）とした方が有利に
なると思うにょ。
-
実は
ローマ字入力がまだ未完成。
例
「じ」は「JI」では打てず、「ZI」と打たないといけない。
「しゃ」は「SYA」では打てず、「SILYA」と打たないといけない。
-
レスにょ
わぁぃ＠さんへ
＞ローマ字入力がまだ未完成。
ローマ字変換は特に難しい部分はないけど「ヘボン式」「訓令式」など複数の方式があるため
それらすべてに対応させようとすると結構面倒にょ。
それでも、カナ漢字変換に比べたら遙かに簡単なので地道に対応していけばいいと思うにょ。
-
(無題)
昔ローマ字入力を作ったことがあるけどデータが単純だから結構面倒臭い。
DATA A,ア,I,イ...
みたいな感じ
-
実は
GGKDSもそういう形式だったりする。
DATA ”WO”,”LYA”,”LYU”,”LYO”
アスキーコード順なので番号は省略。
-
レスにょ
otyakenさんへ
＞昔ローマ字入力を作ったことがあるけどデータが単純だから結構面倒臭い。
＞DATA A,ア,I,イ...
＞みたいな感じ
普通に作るならばそれがベターかもしれないにょ。
ただの単純作業なのでデータ量が増えていいならば複数の入力方式に対応させるのも容易
だしね。
わぁぃ@さんへ
＞GGKDSもそういう形式だったりする。
＞DATA ”WO”,”LYA”,”LYU”,”LYO”
＞アスキーコード順なので番号は省略。
アスキーコード順に並べることでデータサイズの縮小ができるのはいいけれど変換が1対1に
しか対応できないのがネックにょ。
1対1でいいならば計算式で求めてもいいけどプログラムが複雑だし処理速度も遅くなるので
データとして用意する方が容易かもしれないにょ。
-
センサーの大型化とレンズの明るさのどちらを望む？
Panasonicが高級コンデジ「LX7」を発表したにょ。
http://dc.watch.impress.co.jp/docs/news/20120725_548818.html
LX7の特長は何と言ってもレンズの明るさにあるにょ。
何せ広角端で開放F1.4、望遠端でさえF2.3だからね。
「望遠側でも明るい」というのが特長だったXZ-1でさえF2.5だったからこれがいかに明るいか
ということが分かるにょ。
ということで、まずはLX7を他機種とスペック比較してみたにょ。
LX7 LX5 XZ-1 RX100
センサーサイズ 1/1.7インチ 1/1.63インチ 1/1.63インチ 1インチ
画素数 1010万画素 1010万画素 1000万画素 2020万画素
換算焦点距離 24-90mm 24-90mm 28-112mm 28-100mm
F値 F1.4-2.3 F2-3.3 F1.8-2.5 F1.8-4.9
最短撮影距離 広角1cm 広角1cm 広角1cm 広角5cm
望遠30cm 望遠30cm 望遠30cm 望遠55cm
サイズ 110.5x67.1x45.6 97.7x61x42.1 110.6x64.8x42.3 101.6x58.1x35.9
重量 298g 271g 275g 240g
従来機種であるLX5と比較するとセンサーが1/1.63インチCCDから1/1.7インチCMOSへと変更に
なったにょ。
CCDの発色を好む人にとってはやや残念だけど高感度で有利になったり、製造コストの面に
よるものが原因かもしれないにょ。
その辺は実写レビューで判断するとして今回はスペック面のみで考えてみるにょ。
やはり、特筆すべきは冒頭で書いたように非常に明るいレンズを搭載しているとことにょ。
F1.4スタートのズームレンズを搭載したコンデジは私の記憶の範囲内では存在しないにょ。
これは昨今はF1.8スタートが増えたということで「明るいレンズ」ということをアピール
するためにはこのスペックが必要だったということになるかもしれないにょ。
従来のLX5と比べると広角側、望遠側ともに1段分明るくなっており、XZ-1と比べても広角側
2/3段、望遠側で約1/4段明るくなっているにょ。
センサーサイズを見ると1/1.7インチということで従来の一般的な高級コンデジと同レベルと
いうことで1インチセンサーを搭載したRX100と比べると見劣りしてしまうにょ。
RX100のような大型センサーを搭載した機種を期待していた人にとってはやや期待はずれとも
言えなくはないけどセンサーサイズは性能において非常に重要なものであるには変わりない
ものの「センサーサイズがすべて」というわけではないからね。
実際のところその画素ピッチでちゃんと解像するレンズを搭載している限りでは十分に明るい
場所で撮影する場合はセンサーサイズの差はそれほど大きくはなくて比較的高性能なレンズを
搭載している高級コンデジはデジタル一眼＋廉価標準ズームと比べてそれほど大きな画質の
差はないからね。（廉価標準ズームではなくある程度の解像力のある単焦点レンズを使用した
場合には十分な光量下でもデジタル一眼の方が画質面で優れるけど）
RX100に搭載の1インチセンサーは1/1.7インチセンサーの2.8倍の面積を持つとはいえ画素数は
約2倍であるため等倍鑑賞をした場合においてはLX7がRX100と大差はないと思われるにょ。
LX7が十分な性能のレンズを搭載していると仮定した場合には大型センサー搭載機と比べて
ネックとなるのは暗所性能にょ。
この辺はセンサーそのものの性能や画像処理エンジンによって差が出てくるのだけど仮に
センサーサイズに比例する性能が得られるとした場合にはLX7とRX100と比較した場合には
RX100が1.5段分（2.8倍）有利になるにょ。
しかし、レンズが1段分明るければ同じシャッター速度でも1段分ISO感度を下げることが可能に
なるため暗所性能はレンズの明るさを加味して考える必要があるにょ。
RX100との比較ではLX7は広角側で2/3段明るいため1.5段分を差し引きすると1段分弱負けて
いるものの望遠側では2段分以上明るいため1.5段分を差し引きしてもセンサーサイズが小さい
のにも関わらず2/3段分有利となっているにょ。
つまり、LX7はRX100と比べて「センサーが小さい分だけ暗所性能で劣っている」と単純には
言えないということにょ。
このレンズの明るさはボケ量にも大きく影響しているにょ。
RX100が35mmフルサイズ換算28-100mm F4.8-F13のボケ量なのに対してLX7はフルサイズ換算
24-90mm F6.3-F10のボケ量となっているにょ。
数字だけを見るとたいしたことはないけどこれはフォーサーズの標準ズームの望遠側と
比較した場合にも有利になっている数字にょ。
この明るさを生かすためにNDフィルタを内蔵しているにょ。
RX100はNDフィルタを内蔵していないため明るい場所（日中屋外）では絞り開放では使用
するのは難しいということを考えると数字上ボケ量では不利になっているLX7も有利に
立てる可能性が高くなるにょ。（もっとも換算で24mm F6.3ではよほど近づかない限りは
ボケは期待できないけど）
そうなるとRX100の立場が無さそうだけどRX100の最大の魅力は6月7日に書いたようにその
本体サイズにあるにょ。
高級コンデジの中では最小クラスとなるPowerShot S100と比べてやや大きい程度であり
一般的な高級コンデジの中に混ざったとしても小さい部類に属するサイズだからね。
それに引き替えるとLX7は従来のLX5と比べても一回り大きく、重くなっているというのが
ネックとなるにょ。
数字上はわずかなのでこれが許容範囲内という人であれば従来よりも1段分以上明るい
レンズを搭載というのは非常に大きなアドバンテージになるものの高級コンデジの中では
やや大柄（G12など一部の機種はさらに大きいけど）となっているXZ-1よりもさらに大きく
重いというのはネックになるかもしれないにょ。
とはいえ、センサーサイズを大型化ではなくレンズを明るくするという進化の方向を選択した
ことは他機種との差別化において有用だと私は考えているにょ。
同時に発表されたFZ200も1/2.3インチという一般的なコンデジセンサーだけど24倍ズーム
（換算で25-600mm）で全域F2.8という非常に明るいレンズを搭載しているからね。
http://dc.watch.impress.co.jp/docs/news/20120725_549033.html
600mm F2.8というのはデジタル一眼ではあり得ないくらい数字だし、換算ではなく実焦点
距離を見ても108mm F2.8という明るさになっているため望遠側ではそこそこボケが期待
できるにょ。
センサーサイズを大きくしてもレンズが暗ければ意味がない（レンズ交換式ならばレンズ
交換をすれば済むけど一体型ではそうはいかない）ためレンズを明るくするという進化方法は
ありだと思うにょ。
筐体サイズとコストの制約があるためどこかで妥協の必要があるため今後競合他社がどちらの
進化を選択するかというのが楽しみになってくるにょ。
どっちにしても高コスト化となってしまうのだけどこれはデジカメの価格下落を食い止める
役割もある（低価格なデジカメはスマホにシェアを奪われるためその差別化のため高価格へ
とシフトしている）ため低価格化というのは期待ができそうはないにょ。
ただし、大型化、高価格化してしまうとミラーレスとの競合が起きてしまうためその進化の
バランスは非常に難しいといえると思うにょ。
-
(無題)
あーあ、フルサイズ換算で某のボケ量、なんてトンデモ理論を展開しちゃってるよ。
ボケ方なんて実焦点距離÷F値。ただそれだけなのにｗ
-
また思いついた。
「これ以降、推敲、成功」
一発変換できるのか？
-
レスにょ
たけとさんへ
＞あーあ、フルサイズ換算で某のボケ量、なんてトンデモ理論を展開しちゃってるよ。
＞ボケ方なんて実焦点距離÷F値。ただそれだけなのにｗ
「実焦点距離÷F値」で一見正しいように見えるけど実際はそうではないにょ。
フルサイズで撮影したものを小さいフォーマットで撮影したものと同じサイズになるように
トリミング（APS-Cならば縦横1/1.5、1/2.3インチならば縦横比が異なるため正確ではないけど
概ね縦横1/5.6の領域をトリミング）した場合にボケの大きさそのものが変わってないため
短絡的に考えてしまったのではないかと思われるにょ。
実際はフォーマットサイズが異なれば許容錯乱円のサイズも変わってくる（これは同じ
焦点距離のレンズであってもフォーマットサイズが異なれば被写界深度が異なることを意味
する）けれどトリミングした場合には錯乱円のサイズも相対的に拡大してしまうことになる
ためそれを考慮する必要があるにょ。
ただし、トリミングをすると見かけ上の撮影倍率が変わってしまうにょ。（厳密には変わって
ないけどあくまで便宜上トリミングという手法を用いているだけであって実際に小さな
フォーマットサイズのセンサーを使用して撮影した場合には撮影倍率が変わってしまう）
トリミングせずにフォーマットのサイズが異なるデジカメで撮影したものを比較する場合には
実焦点距離÷F値に加えて撮影倍率も考慮しないと正しくはないにょ。
あと撮影倍率を揃えて撮影した場合には背景との距離も変わってしまうためそれも考慮
しないといけないにょ。
実焦点距離を統一した状態でこれらをすべて考慮して単純に表すのは不可能にょ。
いくら揃えようとしても異なるフォーマットサイズで実焦点距離を統一してしまうと
パースペクティブが変わるわけだしね。
それらをすべて考慮しようとするならばフォーマットのサイズを比例計算してフルサイズ
換算でボケ量を出すしか方法はないにょ。
これは簡単に言えば最初のトリミングの例で書いたものを許容錯乱円サイズを考慮して計算
したものとなっているにょ。
1/2.3インチセンサーのデジカメに100mm F2.8のレンズを付けて絞り開放で撮影した場合と
同一の撮影倍率と背景の距離を確保するためにはフルサイズでは560mmのレンズが必要になり
その際にF16で撮影すればボケ量もほぼ同じになるというわけにょ。（このボケ量というのは
許容錯乱円サイズを比例計算したものであり、異なるフォーマットサイズ間の比較であっても
同一視して比較が可能になる）
このことはデジカメでも銀塩カメラでも同じであり、異なるフォーマットサイズで同じように
被写体を撮影した際にボケ量を比較する場合に「実焦点距離÷F値」だけでは正しくないことは
実際に撮影して比較してみれば一目瞭然なので自分で試してみるといいにょ。
「実焦点距離÷F値」だけでボケ量を比較できるならばフォーマットサイズによって許容錯乱円
サイズが変わるということはなく一定にしなくてはならなくなるにょ。
そうなると常識化している大きなフォーマットでは同じ焦点距離のレンズを使用時に被写界
深度が浅くなるというのを根本的に覆すことになるだけではなくフォーマットサイズに依存
している小絞り限界までフォーマットサイズに無関係になってしまうにょ。
したがって、上記のようにわざわざ理由を付けて説明したり、実際に撮影して比較をしたり
せずともカメラの一般常識さえ理解していれば明らかに正しくないということが分かる
のではないかと思うにょ。
それでも「実焦点距離÷F値」が正しいのならば同一サイズでの鑑賞ではなく小さい
フォーマットは小さいサイズで鑑賞しなくてはならないにょ。
ただし、これは比較としては根本的に間違ったものになってしまうにょ。（センサーサイズの
小さいコンデジはフルサイズと比較して高精細とか、暗所ノイズが少ないという結論が出て
しまう）
あと注意しないといけないのはフルサイズ換算のボケ量はあくまでボケ量だけであり
レンズの明るさにおいてはF2.8のレンズは1/2.3インチだろうとフルサイズだろうとF2.8に
なるにょ。
これはあえて書くまでもないけど「フルサイズ換算のボケ量」とちゃんと書いているにも
関わらずF値が暗くなるかのようにとらえている人もたまに見かけるので念のために一応
書いておいたにょ。
わぁぃ@さんへ
＞「これ以降、推敲、成功」
＞一発変換できるのか？
ATOKだと「これ以降、推敲、生硬」になってしまったにょ。
なかなか一発変換は難しいにょ。
-
ロンドンオリンピック開幕記念
ロンドンオリンピック開幕記念としてプチコンオリンピックの新作を作ったにょ。
名付けて「プチコンアーチェリー」にょ。
http://ww5.tiki.ne.jp/~ochame/petitcom/petit_olympic.htm#archery
http://www.youtube.com/watch?v=51ctP2_Qrio
このゲームの特徴は実際のアーチェリーの雰囲気を出すため上下2画面を有効に（無駄に？）
使い片方の画面に的を表示して片方の画面に弓を表示して実際に弓を引いて矢を射る
感覚を味わえるようになっているにょ。
これはDSが単なる2画面ではなくクラムシェルタイプであり、折りたたむことで液晶の角度を
自由に調整できるため実現できたものにょ。
それ以外の部分においては特筆するような部分はないにょ。
こういったゲームの場合は背景の表示はGRP、矢をスプライトで表示するのが常套手段だけど
このプチコンアーチェリーでは両方ともGRPで表示しているにょ。
そうなると困るのは矢を消去すると的まで消去されてしまうという点にょ。
これは的を別画面に描いておいてGCOPYで常時表示することで実現が可能になっているにょ。
これだと長くなるし速度面で無駄が多そうに感じるけどこのゲームの場合はその方が速くかつ
短くなっているにょ。
これはこのゲームのゲーム性のためにょ。
このプチコンアーチェリーにおいては不確定要素として風の概念を導入しようとしていたにょ。
不確定要素がないと常に同じように弓を引いて矢を放てば同じ場所に刺さるためその1カ所を
覚えてしまえば満点が続出してしまうからね。
さて、ここで問題なのはいかにして風を表現するかにょ。
例えばサイドビューの2Dゴルフゲームならば追い風ならば飛距離にプラス（実際はボールの
進行速度にプラス）させればいいし向かい風ならばマイナスさせればいいにょ。
このゲームは一見3Dっぽく感じるけど中身は純粋な2Dゲームとなっているにょ。
だから左右の概念はなく的までの距離と高さしかなくこれはまさに横画面のゴルフゲームと
何ら変わりはないにょ。
つまり、風があっても左右のブレはなく前後のみであるため強ささえ調節すればいいにょ。
これはゴルフゲームならば飛距離を調整するのにクラブを持ち替える必要はなくパワー調整
のみで飛距離が調整可能なのと同じであり、ゲーム性を上げるためにクラブを持ち替える
必要性を付けるならば別途障害物を導入する必要があるにょ。
ただし、アーチェリーでその方法は使えないにょ。（1画面にも収まらないし）
そこでこのゲームでは風を無くし不確定要素として的の位置を1回ごと変えることにしたにょ。
これによって強さの微調整だけでは解決できず矢を放つ角度も考える必要性が出てくるにょ。
ゴルフゲームでいえばどのクラブを使用するのかを考えるのと同じようなものにょ。
風を無くしたら簡単になりすぎるのではないかという心配もあったけど実際はこの1回ごとに
位置が変わる的に命中させる方が難しいためその不安は払拭されたにょ。
これによって、このゲームの基本形が定まりなんとか1画面化もできたにょ。
ただし、この的のプチコンの中でも最も重いGPAINTを5回使用する必要があり決して速いもの
ではないにょ。
そのため上記のように別画面に描いたものをGCOPYを使って表示しているにょ。
スプライト（デフォキャラ）を使って表示した場合には確かに数バイト短縮可能だけどその
変わり1回ごとに表示が変わる的の表示でちらつくという問題が発生してしまうにょ。
それを無くす処理を加えた場合には逆にスプライトを使った方が長くなるためこのゲーム
では上記のように的も矢もGRPを使って表示しているにょ。
この辺は1画面であるが故に妥協した部分といえるにょ。（あと文字表示も縦位置のものが
用意できなかったし、タッチパネルで完結せずAボタンを押さなくてはならないという面も
やや不満だけどこれも1画面ではできなかったためあきらめた）
ちなみになぜアーチェリーを選んだかというとGoogleで検索すれば一目瞭然にょ。
アーチェリーの絵が表示されているからね。（日本がベスト8入りしたのを記念して描かれた
もの・・・にしては仕事が速すぎるけど）
そして、何よりアーチェリーっぽい感覚を味わえそうな操作がインスピレーションで
浮かんだためにょ。
このように簡単に即興で作れるのがプチコンの魅力にょ。
-
GGK DS速報
文章のコピペを実装！！
・ペースト時にウィンドウからはみ出ないように修正予定。
-
レスにょ
わぁぃ@さんへ
＞文章のコピペを実装！！
＞・ペースト時にウィンドウからはみ出ないように修正予定。
文字をBGに表示しているならばこんな感じの処理にょ？
範囲指定→BGREADで1文字ずつ読み出し→バッファ用の変数に保存
→バッファから1文字ずつ読み取りペースト開始箇所からBGPUTで描画
-
ACTAをつぶす方法
著作権侵害でない著作物に、「著作権侵害だ」と疑いをかけたら、著作者の名誉が傷つきますよね？
それなら、名誉毀損でつぶしたらどうでしょう？
それでもだめなら、憲法改正という手もありますし。
-
レスにょ
わぁぃ＠さんへ
＞著作権侵害でない著作物に、「著作権侵害だ」と疑いをかけたら、著作者の名誉が傷つきますよね？
＞それなら、名誉毀損でつぶしたらどうでしょう？
さすがにそれはあまりに強引すぎると思うにょ。
その著作物が人格を持ってない限りは名誉毀損は成立しないしね。
＞それでもだめなら、憲法改正という手もありますし。
ACTAは条約だから憲法より優先されてしまうのが問題にょ。（日本国憲法第98条2項参照）
どっちにしろACTAに盛り込まれているものは日本においては著作権法の改正によって徐々に
盛り込まれていくと思われるにょ。
今回の改正でもDVDのリッピング等のアクセスコントロールの違法化が盛り込まれたけど
これも将来の改正では刑事罰化が導入されるのはほぼ確実にょ。（刑事罰化はしないと
言っていた違法ダウンロードも今回の改正で刑事罰化が導入されたわけだし）
-
日経ソフトウェア9月号に関して気になったこと
日経ソフトウェアの9月号を買ってきたにょ。
今回のプチコン講座はGRPによる「マリオカート風のレースゲーム」が掲載されているという
ことで少し期待していたにょ。
まず最初にGRPによるスクロール、パレット書き換え、基本的な当たり判定の方法の記載が
があり、それを元にしてレースゲームを作っているにょ。
これは私が書いたプチコン講座では第7回と第6回に相当する内容にょ。
第6回 疑似3Dゲームを作ろう（レースゲーム編）
http://ww5.tiki.ne.jp/~ochame/petitcom/p006.htm
第7回 グラフィック面（GRP）をスクロールさせよう
http://ww5.tiki.ne.jp/~ochame/petitcom/p007.htm
まぁさすがにページ数の関係でスクロールに関してはGCOPYの使い方を少し書いてあるくらいで
私の講座ほどは無駄に長くはないけどね（笑）
さて、期待のマリオカート風レースゲームというサンプルゲーム「道路ランナー」を見ると
ぱっと見た感じでは私が作った「PETIT RUN」によく似ているにょ。
というのも自キャラが車ではなく人間（デフォキャラの「男の子」）だからにょ。
これは私がPETIT RUNにおいてそのキャラを使った理由と同じくデフォでスプライトキャラに
車のデータがないというものみたいなので単なる偶然の一致だと思うにょ。
人間キャラを走らせるレースゲームというのも私のPETIT RUNが元祖というわけでもなく
コンシューマゲームでもいくつか存在しているし、プチコンゲームでもえぬおう氏が作った
「メイジラン」とかもあるため偶然の一致はただ「男の子」のキャラを使っているということ
くらいにょ。
肝心の内容だけど私の講座では第2回でスプライトの基本的な拡大縮小方法について書いており、
第5回でそれを使った疑似3Dゲーム（スキーゲーム編）を書いているため第6回の講座の
レースゲーム編はその続きという位置づけになっているにょ。
そのため違和感のない拡大縮小を追求しているにょ。
それは「距離が2倍離れていれば表示サイズは半分になる」というものにょ。
あくまで基本的なものだけどこれをちゃんと行っていれば視点変更を行っても少なくとも
進行方向に対しては表示の違和感は無くなるにょ。
日経ソフトウェアのプチコン講座では私とは別の方法で遠くのものは小さくなるように
しているにょ。
なぜ、二次関数でそれが表現可能なのかということを端折っているのも気になったけどそれ
よりも気になったのは次の2つにょ。
(1)これが本当に世界一シンプルなのか
(2)カーブの消失点が画面の中央でいいのか
(1)この講座では「おそらく世界一シンプルな3D描画エンジン」と記述されているにょ。
そして、結論を見ると「今回のような3D表示では、できるだけ処理を簡略化して処理の
負担を減らしてみましたが、それでも画面の更新はあまり速くありません。この辺は
ソフトウェアだけによる3D表現の能力的な限界でしょうか。」と記述されているにょ。
実際にプログラムを実行してみるとmikIIでさえ7fps程度しかでないためかなり重いもの
には間違いないにょ。
このプログラムの処理を簡単に書くとまずは縦スクロールするコースを生成してそれを
GSPOITで読み取りリアルタイムに拡大縮小しているにょ。
これに回転機能を加えれば本当にマリオカートのようなゲームは作れるとはいえ、この
ゲームにおいて言えばこの処理は最適化されたものとは言い難いにょ。
というのもこのゲームで描画しているのは道幅が固定の道路とセンターラインだけと
なっているからね。
これを縦11分割で拡大縮小を行うことで疑似3D表示を行っているのだけど進行方向は
固定で拡大率も固定であるためGSPOITでわざわざ読み取らなくてもすべて演算で道幅や
センターラインの座標は求めることが可能にょ。（ループ回数は11回で良い）
これが「速度は遅いけど汎用性を重視した描画エンジン」と記述しているならば特に気に
することは無かったのだろうけどループ回数を1/50に減らして同じように表示する方法が
ある（ループ回数に反比例して速くなるわけではないけど60fpsは余裕で出せるようになる）
ためにこれが限界とはとても思えないにょ。（演算で表示座標を求めている私の「PETIT
RUN」はこの「道路ランナー」のループ回数11回よりも高精細となる21回のループにも
関わらず初代で60fps以上、mkIIで80fps以上の速度が出ている）
(2)レースゲームでは非常に重要なのがカーブの描画方法にょ。
そのため私も第6回の講座では冒頭からそれについて詳しく書いているにょ。
これは別に難しいものではなくカーブの場合は少しずつずらしていきその積算によって
表現が可能になるということにょ。
つまり、基準点からずらす関係上カーブの消失点は画面中央にはないということにょ。
もちろんこれは絶対にないというわけではなく視点切り替えが可能なゲームでカーブの
終点に視点を向けた場合のみ消失点が画面中央になるにょ。
この道路ランナーの場合は消失点が無限遠が中央に存在しているため常にその方向に
向かって進行しているのならば間違いとは言えないにょ。
ただし、道に沿って進行していないため直線をまっすぐ走ったらコースアウトになって
しまうにょ。
なぜ、そのような理不尽なことが起きてしまうかというと下記のように図で示せば
一目瞭然にょ。
http://ww5.tiki.ne.jp/~ochame/test/curve.png
上記の基本に忠実にカーブに合わせて消失点をずらした表示方法をとっている（A）の方法は
コースデータ通りにハンドルを切ればきちんと曲がれるのに対して消失点を中央に固定して
いる（B)の方法は本来のコースデータで用意されたカーブに対して逆方向にハンドルを
切らないと曲がることができない場合が発生してしまうにょ。
これが中間地点Bで曲率が変わらずAB間、BC間が一定の場合は表示方法（A）では右に向かった
道路となっているためハンドルを右に切り続ける必要があるけど表示方法（B)では画面上は
完全な直線道路にも関わらず徐々にコースからそれていくことになるにょ。（これは70行を
RX1=1にすれば簡単に分かる）
これが視点切り替えが可能だったり、マリオカートのように回転機能が搭載でたまたま
カーブの先が画面中央になっていたら右カーブなのに左にハンドルを切らなければならない
という事態が発生することもあるけど進行方向が固定のゲームでは（B)の方法は間違った
ものといえるにょ。
以上主に気になった点として2つのことに関して書いたけど(1)の方はこのゲームの場合は
さらに良い方法があるという程度なので間違いではない（ただし、これが「限界」という
点に関してのみ間違い）なのに対して(2)の方は明確に間違いであるため修正を期待したい
ところにょ。（これは制作者自らが仕様として掲げているのもなのでバグではなくその仕様が
間違いだといえる）
-
「プチコン大喜利」で大賞を目指すにょ
プチコンのプログラムコンテスト「プチコン大喜利」が開催されると発表されたにょ。
http://smileboom.com/special/ptcm2/co_contest/
大喜利ということで一定のテーマに沿ってそれに応じたものを作る必要があるのだけど
今回募集されたテーマは下記の3つになっているにょ。
(1)なんだかゆかいな跳ねるもの
(2)あればいいなと思ったり思わなかったり
(3)お母さんに見られても安心
これらが何を示すかは各自の自由に任せられているのだけど私の解釈では以下のように
なっているにょ。
(1)はアクション系ゲーム全般にょ。
ただし、跳ねる要素のないものは条件を満たすことができないにょ。
逆に跳ねる要素が入っていれば鑑賞するだけのプログラム、物理シミュレーション的なもの
でも問題ないといえるにょ。
(2)はツール系にょ。
便利なもの実用的なものがいいのは確かだけどネタ的要素のあるプログラムもこれでいいと
思われるにょ。
(3)はそのまま考えると全年齢向けのプログラムにょ。
基準が難しいところだけど暴力的、性的な要素を強く含まない限りは問題無さそうにょ。
というわけで(1)、(2)に含まれないものすべてがこの(3)になりそうな感じにょ。
これを元にすれば粗方何を作っていいのか分かるけど要するにまとめるとオールジャンルOK
となるにょ。（ただし、全年齢向けに限る）
そのため事実上、条件がないのと同じにょ。
そうなると自分のアイデアやテクニックやセンスをいかに発揮できるかが分かれ目になり
そうな感じにょ。
さて、私も当然参加予定だけど問題は参加する作品をどうするのかということにょ。
すでに発表済みのものをブラッシュアップして参加というのが最も手堅いのだけどリスト
短縮以外に強いアピールポイントがないため賞を獲得するのはやや厳しそうにょ。
かといって、新規に何かを作るならばアイデアがないと厳しいにょ。
既存のプチコンプログラムでもアイデアで私が負けていると感じているものはたくさんある
わけだしね。
とはいうものの、そんなすごいアイデアなんて簡単に出てくるものではないにょ。
あとは、技術面に関してはリスト短縮以外に私が誇れるものはないのでそれをどの程度重視
してくれるかにすべてかかっているにょ。
まぁ面白さでカバーすればいいのだけどそれもカバーできるかというと厳しそうにょ。
1人1作品限定ではないのでとりあえず自信作をどんどん投稿すれば「下手な鉄砲（略）」で
どれか賞をもらえたらいいくらいの感じにょ。
といっても、そんな弱気なことでは駄目なので参加するならばもちろん狙うのは大賞にょ。
それくらいの意気込みが必要ということにょ。
-
やっと一息
GGKDSの読みデータがようやく1年生の分(80字分)入れ終わった。
でも2年生の漢字は倍あるので、これからが本番なのか。
それにしても、「プチコン大喜利」のページに「〜9/30」的ことが書いてあったけど、その日まで投稿可能ということなのか？
-
(無題)
pcで美咲フォントで入力して画像として保存しCHR化するとか
-
レスにょ
わぁぉ@さんへ
＞GGKDSの読みデータがようやく1年生の分(80字分)入れ終わった。
＞でも2年生の漢字は倍あるので、これからが本番なのか。
小学で習う漢字を全部入れるならば1006字あるからね。
まだまだ先は長いにょ。
＞それにしても、「プチコン大喜利」のページに「〜9/30」的ことが書いてあったけど、その＞日まで投稿可能ということなのか？
これが郵送とかだと当日消印有効か当日必着かで大きく異なるけどネット上での投稿だから
その日（日本時間）の15時ジャストが締め切りだと思われるにょ。
otyakenさんへ
＞pcで美咲フォントで入力して画像として保存しCHR化するとか
確かに作業を全部PCで行えばかなり負担は減りそうにょ。
私はプチコンだけで作ることに意義を感じているから可能な限りプチコンのみで作る予定と
なっているにょ。（OSもどきの続きを作るかは微妙だけど）
-
圧縮プログラムを作った
256進数をベースに、不都合な文字を除外する機能をつけた16進数文字列用圧縮プログラムを作った。
特徴
・圧縮率は単純な256進数に劣る
・DATA文に記述できる
・除外する文字を追加できるので、他の手法との併用が容易にできる
なお、併用なしの場合、リストは1画面に収まる。
-
レスにょ
わぁぃ@さんへ
＞256進数をベースに、不都合な文字を除外する機能をつけた16進数文字列用圧縮プログラムを作った。
私もそのうち作ろうと思っていたけどなかなか自分で使用する機会がないので後回しになって
いたにょ。
＞・圧縮率は単純な256進数に劣る
＞・DATA文に記述できる
＞・除外する文字を追加できるので、他の手法との併用が容易にできる
＞なお、併用なしの場合、リストは1画面に収まる。
圧縮プログラムの場合は展開ルーチンをコンパクトにしなければ意味がないのでその点は
問題はなさそうにょ。
私も昔ポケコンで16進数データを圧縮するプログラム「OGE」を作ったにょ。
http://ww5.tiki.ne.jp/~ochame/E500/TECH/OGE.HTM
ポケコンの場合はキーボードから入力できる文字数が少ない（グラフィック文字は基本的に
CHR$を使って表示するしかない）というのと00H〜1FHは制御文字になっていて使用できない
ためOGEでは256文字中80文字を使って圧縮しているにょ。（他の文字を活用すればさらに
圧縮は可能）
OGEはそこそこの圧縮率で展開ルーチンが非常にコンパクトというのが特徴にょ。
-
圧縮
昨日の圧縮プログラムを作ったのはOGEがプチコンで文字コードの違い(?)で上手く動かなかったからだったりする。
プログラムそのものは、LETと関数の()省略を修正すれば動いたが、やはり文字コードが違うようだ。
OGEも昨日の圧縮プログラムも最高圧縮率は50%だけど、昨日のプログラムはまったく圧縮できないパターンが存在する。
Dを除外する文字のアスキーコードとすると圧縮する文字列が
HEX$(D,2)+HEX$(D-1,2)
が単独もしくか連続した文字列のとき
である。
CHR$(13)を除外している場合、”0D0C”を圧縮しても文字数は変わらず4である。
-
圧縮効率
1024回ランダムな文字列を圧縮してみたが、最低圧縮率は約56%で、故意に調整した文字列でない限り、60%より悪くなることはまれだと思われる。
-
レスにょ
わぁぃ@さんへ
＞昨日の圧縮プログラムを作ったのはOGEがプチコンで文字コードの違い(?)で上手く動かなかったからだったりする。
＞プログラムそのものは、LETと関数の()省略を修正すれば動いたが、やはり文字コードが違うようだ。
OGEは英数字とカナしか使用していないのでそれは考えにくいにょ。
英数字とカナのアスキーコードは機種依存することなく固定だからね。
＞1024回ランダムな文字列を圧縮してみたが、最低圧縮率は約56%で、故意に調整した文字列でない限り、60%より悪くなることはまれだと思われる。
さすがに使える文字種が多いだけあって圧縮率は高いにょ。
OGEはランダムな文字列だとせいぜい70％程度だからね。
256種のうち大半が使えるためデータを一旦すべて読んで使われていない文字コードを
00H、08H、0DHなどのDATAで使用できないものに変換してやればさらに圧縮効率が高くなる
と思われるにょ。（変換辞書に数バイト消費するけど）
データの出現頻度にある程度偏りがあるならばランレングスやハフマン符号化による圧縮も
効果的にょ。
-
(無題)
mk2はQRで配布だから基本的に入力出来ない文字は改行コードだけだから初代にくらべて楽かも
-
上手く動作しなかった理由
1.MID$やDIMの数え方の違い
2.条件式成立時の戻り値の違い
-
(無題)
KT_SYNTHのDATA文を地道に圧縮中（自作の圧縮プログラムで）。
ファンクションキーがフル稼働。
はっきり言って画像文字列はランレングス圧縮と併用したほうがいい。
21:20現在
約30個の画像文字列を圧縮。
-
[下ネタ]金太の大冒険に触発されて
・金太 マグロ好き
→金○ グロ好き
・金太 豆食った
→金○ めくった
・金太 間に合った
→金○ 似合った
・金太 マイクまで
→金○ 逝くまで
・金太 待つよ いつでも
→金○ 強い 津でも
-
(無題)
最初意味わからなかったけど
うん、血まみれにあった
→うんちまみれになった
珍国際空港
→ちんこ臭い空港
と同じようなものか
-
(無題)
プチコンの容量が足りなくなってきたあああああああ
wikiのマインスイーパ読んでみたら
保存のための空き容量が足りません
いらないGRPを削ってるけど3DSに逝こうしよかな…
-
レスにょ
otyakenさんへ
＞mk2はQRで配布だから基本的に入力出来ない文字は改行コードだけだから初代にくらべて楽かも
そういう意味ではQRコードの恩恵は大きいにょ。
＞プチコンの容量が足りなくなってきたあああああああ
最近はtwitter上でも同様のことは良く聞かれるにょ。
単純に発表されているプログラム数が増えたというのもあるけどQRコードでリソース付きの
プログラムが多数公開されている影響も大きそうにょ。
ちなみに私は600本以上本体に保存しているけど今のところ大丈夫にょ。（残り空き容量が
でないためいつ一杯になるか不安だけど）
＞いらないGRPを削ってるけど3DSに逝こうしよかな…
DSiウェアのセーブデータは引っ越しの際には失われてしまうために引っ越しではなくて
3DSでプチコンを買い増しするのがベターにょ。
わぁぃさんへ
＞1.MID$やDIMの数え方の違い
＞2.条件式成立時の戻り値の違い
以前も書いたようにプチコンとポケコンBASICでは仕様の差があるからね。
MID$やDIMはプチコンの方が一般的なBASICと比べて異なっているにょ。
条件式成立時の値は機種によって1だったりｰ1だったりバラバラなので何とも言えないけどね。
＞KT_SYNTHのDATA文を地道に圧縮中（自作の圧縮プログラムで）。
＞ファンクションキーがフル稼働。
＞はっきり言って画像文字列はランレングス圧縮と併用したほうがいい。
あれを圧縮すればかなりリストが短くなりそうにょ。
とはいえ、QRコードの枚数は大して減らないような気もするにょ。
QRコードは生成時にzip圧縮されるからね。
＞[下ネタ]金太の大冒険に触発されて
金太の大冒険とはなかなか懐かしいネタにょ。
-
コミケ出発準備
明日は久々にコミケに行くにょ。
前回参加したときは12年前（2000年）だったにょ。
http://ww5.tiki.ne.jp/~ochame/CLUB/C58REPO.HTM
この時はサークル参加だったけど今回は一般参加にょ。
とはいえ、過酷なコミケを生き抜くためにはそれなりの準備が必要にょ。
準備といってもモバイルランクC装備＋暑さ対策にょ。
モバイルランクについてはここで何度も書いているように私がデジタル機器を持ち歩く際に
必要としているものを用途に応じて分類したものにょ。
《 持って行く物 》
◎デジタル機器
・ノートPC（Let'snote R5）
・ケータイ
・デジカメ（TX1、D50）
・ニンテンドー3DS
・iPod touch
・pocket WiFi
・エネループ
◎その他
・タオル
・ティッシュ
・熱さまシート
・飲み物
・筆記用具
・現金
ノートPCはいつものごとく必需品なので持ち歩いているにょ。
ただ、もうバッテリがかなり劣化しているため東京までの時間持ちそうにないにょ。
本来ならばCore Solo 1.2GHzではそろそろ微妙なので買い換えたいところだけどその資金を
今回使ってしまうのでまたしばらく我慢するしかないにょ。（XPのサポート終了までには
買い換えたいところ）
デジカメもいつも持ち歩いてるTX1に加えてデジタル一眼のNikon D50を持って行くにょ。
メイン機種のPENTAX K200DではなくサブのD50の方にするかというとこちらの方だと換算
28-200mmまでカバーできる18-135mmのレンズを装着しているからにょ。
ダブルズームだと嵩張るしレンズ交換するのも結構たいへんだからね。
ニンテンドー3DSはもちろん暇つぶしにょ。
プチコン1つあれば1日や2日十分つぶせるけどプチコンはタイピングの面でかなり負担が
大きいため新幹線の中で使うのは結構辛いので長時間の使用はできないにょ。
iPod touchは昨年12月に誕生日プレゼントとして戴いたものだけどずっとしまいっぱなし
だったので今回ようやく開封したにょ。
暇つぶしと移動用のネット使用に活躍してくれそうにょ。（まだ初期設定しか終わってない
ためアプリのインストールが間に合うかどうかは分からないけど）
iPhoneではなくiPod touchであるため無線LAN環境時しかネット接続できないけどPocket
WiFiがあるのでその点は問題ないにょ。
デジタル機器で重要なのはバッテリにょ。
どれも数時間しか使えないため予備バッテリは必需品にょ。
そこで役に立つのはUSB充電にょ。
単三電池でUSB給電ができるエネループモバイルブースター（給電用）を持って行くので
予備のエネループさえあればバッテリ切れを心配することなくガンガン使うことができる
からね。（ケータイ、iPod touch、3DS、Pocket WiFiはいずれもUSB充電ができるケーブルを
持って行く予定）
問題は何本エネループを持って行くかだけどできれば10本くらいは持って行きたいものの
USBで充電しているのでなかなか終わらないため厳しそうにょ。
夏コミといえばやはり暑さ対策は万全を期す必要があるにょ。
ただでさえ毎年相当数の人が熱中症などで倒れているからね。
暑さ対策の装備は当然として水分補給も必要不可欠にょ。
本来ならば2リットルくらい必要だけどあまりに荷物が嵩張るので会場入りするまえに
500mlのペットボトルを2本くらい確保しておこうと思うにょ。
会場内で購入すると飲み物を確保するために行列に並ばないといけないためかなりの
タイムロスをしてしまうからね。
多くの人はこのタイムロスを嫌って水分補給を十分に行わないため倒れてしまっている
わけだからね。
現金は帰りの電車賃＋現地で使用するお金が必要になるわけだけどここで重要なのは
現地で使用するお金についてにょ。
コミケ会場内で1万円札なんて出されたら多くのサークルは釣り銭に困ってしまうので
1000円札、500円玉、100円玉を十分な量を用意しておきたいにょ。
あとは、どこまで体力が持つのかということと宿はどうしようということだけが悩みにょ。
これは何とかなると信じるしかないにょ。
というか、その前に明日は4時半に起きれるのか？
-
(無題)
圧縮の目的はプチコンの容量稼ぎ。
おまけ：「識別コード」のいろいろ
識別コードを導入したが、そもそも不徹底である。
いろいろなバリエーションがある。
・”_”を省略。→スマブ公式素材のファイル名をパクるため。例：”SBFTMRG”→”WAFTMRG”
・上記+”A”の代わりにプログラム行数。→数行プログラムをアピールするため。
-
レスにょ
わぁぃ@さんへ
＞圧縮の目的はプチコンの容量稼ぎ。
QRコード枚数削減だとあまり意味はないけど容量そのものを削減するのが狙いならば
効果は十分にあるにょ。
＞識別コードを導入したが、そもそも不徹底である。
＞いろいろなバリエーションがある。
そもそも識別コードは他人とファイル名をダブらないようにすることが最も重要なので
問題はないけどあまりたくさんあると他人と識別コードがダブってしまう可能性が出てくる
という問題があるにょ。
-
(無題)
識別コードは前はOTY_使ってたけど最近はファイル名が8文字までなのでOTY使っている。
それでも入らない場合はOT
-
レスにょ
otyakenさんへ
＞識別コードは前はOTY_使ってたけど最近はファイル名が8文字までなのでOTY使っている。
＞それでも入らない場合はOT
2文字でも単純計算で1/1369だから滅多に被ることはないけどそれでも被りやすいものだと
確率よりも遙かに高くなってしまうのでやっぱり3〜4文字の方が無難かもしれないにょ。
-
ふと思った
拡張子が大文字のファイルと小文字のファイルがあるけど、何か違いがあるのだろうか。
-
(無題)
特にないと思う
なんとなく昔のほうが大文字が多い気がする
GRPCONV.EXE
FILEMAN.EXE
PROGMAN.EXE
-
(無題)
unixの場合区別されるけどwindowsでは区別されない
-
(無題)
>>GRPCONV.EXE
グラフィック昆布を思い出す(笑)
-
(無題)
あの記事かwww
-
PSS
最近プチコンプログラム用の規格がはやっているようだ。
http://www.geocities.jp/hatena71869/HPCPS/index.html
http://wiki.hosiken.jp/petc/?Toukou%2F%B0%C5%B9%E6%A4%AF%A4%F3
私はPSSをベースに規格作成をしようと思います。
なぜかというとPSSはプチコンmkIIで「作品を見る」で遊ぶときに使いやすくなる項目があるからです。
レス
＞＞あの記事かwww
そうですww
-
(無題)
HPCSっていらないの多すぎ
時計とか…
-
(無題)
29文字以内って…
引数が多い命令とか考慮すべき
-
Res:otyakenさん
やっぱりそう思いますよね。
例の圧縮プログラムでは1画面にこだわるあまり
J=式(改行)
J=J+式(改行)
ともったいない作りになってしまった経験があるので、良く分かります。
時計の必要性もジャンルによって変わりますしね。
-
(無題)
初書き込み。
HPCPSをざっと変えました。
-
Res:hatenaさん
改定されたものを確認しました。
変数、ラベル名のついてなんですが、2文字以上だとしても、適当に付けたら同様の問題が起こると思います。
ロード時のピーガー音について
読み込みしたことを明示する目的であえて鳴らすときはどうするのでしょうか。
「プログラム冒頭にコメント行で」について
準拠コードと作品タイトル以外は推奨項目でも良いのでは。
要望多くてすみません。
-
プチコンアーチェリー
ハイスコア87点です。
-
レスにょ
わぁぃ＠さんへ
＞なんとなく昔のほうが大文字が多い気がする
DOSや旧世代のBASICはファイル名に大文字しか受け付けてなかった影響が大きそうにょ。
機種によっては小文字が不可だったり、小文字でファイル名を付けても自動的に大文字に
なったりとかしていたからね。
＞最近プチコンプログラム用の規格がはやっているようだ
今度はこんなものが流行っているとは知らなかったにょ。
＞例の圧縮プログラムでは1画面にこだわるあまり
＞J=式(改行)
＞J=J+式(改行)
＞ともったいない作りになってしまった経験があるので、良く分かります。
1画面プログラムではその冗長性の部分を加味していかに他所を短くするかということが
腕の見せ所になるので制限を含めて楽しめる部分ではあるにょ（笑）
1行29文字制限やラベルが使い辛いため1画面化の際には逆にリストは長くなってしまう
場合も多くあるためにリスト短縮の価値が非常に高くなってくるにょ。
＞私はPSSをベースに規格作成をしようと思います。
＞なぜかというとPSSはプチコンmkIIで「作品を見る」で遊ぶときに使いやすくなる項目があるからです。
ぜひ参考にしてみてにょ。
私がPSSを作った背景にはポケコンプログラムとはいえ供給する側と使用する側に分かれてきた
というのがあるにょ。
ポケコンプログラムの雑誌に掲載されること発表を行い使用者は自分の手でそれを入力すると
いうのが基本であったけどリストの解析には興味がない人やセーブされたプログラムを他所で
入手するというパターンも増えてきており、「使用者＝解析者」ではなくなりつつあったにょ。
したがって、リストを解析しなくてもそのゲーム等が安心して使えるというのがPSSの基本理念
となっているにょ。
BASICとはいえ（フォントデータの確保などのために）POKE命令を使えばちゃんとマシン語
エリアを確保していなければプログラムそのものを破壊しかねないわけだし書き換えた
フォントを元に戻す方法を誰もが知っているというわけではないからね。（それ専用の命令は
存在しないし、フォントを書き換えるというのは隠し機能であるためマニュアルにも記載
されていないので他所から得た知識がないとどうにもならない）
PSSには多くの必須項目や推奨項目があるけど必須項目だけを見るとすごくシンプルで分かり
やすいものになっているにょ。（本当は1回目の実行もRUNだけで行えるようにするのがベスト
だけどそれは実現が困難なのでPSSはあのような形になっているけどプチコンならばちゃんと
判別を行えば十分に可能だと思う）
誰でも気軽に使えるようにするという考え方そのものはプチコンにおいても役立つと思うけど
PSSにはリストの可読性をアップさせるような項目は含まれていないためそれを追加すると
いうのもありかもしれないにょ。
私はプチコンにおいてはPSSみたいなものは規格化してないけどPSSの考え方そのものは私が
作っているプログラムにも生かされているにょ。
とはいえ、多くが1画面プログラムということでリストの制約上その規格化というのは難しい
面も多いけどすべてのプログラムはRUNのみで実行可能だし、再配布が行われる機会が多いで
あろうmkII用のQRコードでのプログラムではすべてに簡易マニュアルを付けているため
実行してもプレイ方法がよく分からないということもないからね。（これがリストを見ながら
手入力を行った場合にはプレイマニュアルは入力されない可能性が高い）
リトライ機能においては実力不足によって出来てないものもあるけど1画面とはいえ多くの
ものに搭載されているにょ。（プチコンオリンピックシリーズではAボタンによるリトライを
すべて可能にしている）
＞ハイスコア87点です。
それはすごいにょ。
50〜60点台は適当にやっても結構いくのだけど80点台は狙ってもなかなか出せないにょ。
私も1回だけだしね。
otyakenさんへ
＞unixの場合区別されるけどwindowsでは区別されない
Win95以降はロングファイルネームに対応してDOSの8.3形式の呪縛から解放され形上は小文字の
ファイル名も使えるようにはなったもののFATの制限によってファイルシステム上では大文字の
ファイル名と小文字のファイル名は区別されないからね。
ただし、これはファイルシステムの制限であり、NTFSの場合はこの制限はないにょ。
しかし、Windowsにおいては互換性を維持するためあえて大文字、小文字の区別をしないように
しているためotyakenさんが書いているようになっているにょ。
＞HPCSっていらないの多すぎ
＞時計とか
＞29文字以内って…
＞引数が多い命令とか考慮すべき
私も似たようなことは思ったけれどその辺はhatenaさん本人の意見を聞いてみないと何とも
いえないにょ。
hatenaさんへ
＞初書き込み。
はじめましてにょ！
＞HPCPSをざっと変えました。
規格の方を見せてもらいましたが、自分専用規格ではなく他人に使ってもらうのならば「なぜ
このようにする必要があるのか」という理由を書いたり、規格の項目変更を行った場合にも
同様に理由が明記されているといいかもしれないにょ。
私のPSSでも過去には「それを強要する理由が分からない」という意見もあったくらいにょ。
それで他人の賛同を得るというのは自分が思っているより遙かに難しいことが分かったにょ。
もしも、多くの賛同者を得るためには規格化を提示するだけではなく実際に自分がそれを
ベースに作る必要があると思うにょ。
実際に自分でいろいろなジャンルのプログラムを作ることでメリット、デメリットが見えて
くるからね。
私もPSSを考案（ver.0.1）してから規格化として発表（ver.1.0）するまでに2年かけたけど
その間に多数のプログラムにおいて実際に使ってみてようやく洗練化することができたにょ。
最初は必須、推奨項目の追記や取り消しなどがどうしても頻繁に起きてしまうのだけどそれを
落ち着かせるためには時間が必要になるにょ。
ちなみにこれがPSS（ver1.0）が初めて発表された「おちゃめ通信第3号」
表 http://ww5.tiki.ne.jp/~ochame/test/ochame03a.jpg
裏 http://ww5.tiki.ne.jp/~ochame/test/ochame03b.jpg
-
リンク集に追加
http://ww5.tiki.ne.jp/~ochame/index.html
上記のページを私のサイトのリンク集に載せました。
下記のページはhatenaのサイトのリンク集です。
http://www.geocities.jp/hatena71869/links.html
-
(無題)
otyax今週中にはwikiに投稿したい
-
レスにょ
hatenaさんへ
＞上記のページを私のサイトのリンク集に載せました。
＞下記のページはhatenaのサイトのリンク集です。
リンクどうもにょ。
こちらからもリンクを張りたいけどサイト名が分からないにょ。
さすがに「インデックス」がサイト名ではないだろうし・・・。
otyakenさんへ
＞otyax今週中にはwikiに投稿したい
ということは、粗方完成したということにょ？
私の方はさっぱりにょ。
大喜利の方もプチコンコンテストの方もいいネタが思いつかないにょ。
-
サイト名について
私のサイト名は「hatenaのサイト」にしました。
たしかに「インデックス」はマズいですね。
-
otyax3.0.8.F.7
同じアプリを複数実行することができたああああ
-
レスにょ
hatenaさんへ
＞私のサイト名は「hatenaのサイト」にしました。
＞たしかに「インデックス」はマズいですね。
おちゃめくらぶのリンクページからリンクを張っておいたにょ。
otyakenさんへ
＞同じアプリを複数実行することができたああああ
それはなかなかすごいにょ。
複数実行するにはアプリ側もそれに対応しなくてはならないからね。
ローカル変数が使えないBASICだから対応アプリはすべて配列変数を使って作ってるにょ？
-
リンクについて
御茶目菜子さんへ
>おちゃめくらぶのリンクページからリンクを張っておいたにょ。
ありがとうございます。
リンクについてですがプチコンまとめWikiと相互リンクですよ。
-
レスにょ
hatenaさんへ
＞リンクについてですがプチコンまとめWikiと相互リンクですよ。
気づかなかったので修正しておいたにょ。
-
面白いゲームを作るためには
先月北米でも発売されネット上でも盛り上がりを見せているプチコンだけどその腕試しの場
として今月から来月にかけてプチコンコンテストが2つ開催されるにょ。
1つは8月3日に書いたようにスマイルブーム主催の公式企画である「プチコン大喜利」（9/30
締め切り）で、もう1つはユーザー（バイカウントメルビル氏）主催の非公式のプチコン
コンテストにょ。（9/9〜9/15開催）
非公式プチコンコンテストはおちゃめくらぶのトップページの方からリンクを張っているにょ。
すでに作っている自信作で参加してもいいけどまだ1ヶ月あるためこれから作り始めると
いう人もいるかもしれないにょ。
そういう人には手前みそながら私が書いた講座をオススメしたいにょ。
ポケコンゲーム制作講座
http://ww5.tiki.ne.jp/~ochame/E500/LECTURE/lecture.htm
プチコンゲーム制作講座
http://ww5.tiki.ne.jp/~ochame/petitcom/lecture.htm
「ゲームプログラミング講座」ではなく「ゲーム制作講座」となっているのはゲーム制作に
おいてプログラミング以外の要素が重要になってくるからにょ。
それが今回書こうとしている「面白いゲームを作るための要素」にも繋がってくるにょ。
上記の講座をすべて読んでいる人にとっては今回書くことは特に目新しい部分はないと思う
けどそういう奇特な人はほとんど居ないと思われるため基本的に上記の講座を読んでいない
ということを前提にして書いていくことにするにょ。
面白いゲームを作るための必須条件は何かというと面白いと感じる部分を挙げられるか否か
ということにょ。
例えば「どのようなゲームが面白いか？」という問いに対して「スーパマリオ」とかいう
具体的なゲーム名を挙げることしかできない場合は面白いゲームを作ることは難しいにょ。
具体的なゲーム名しか挙げられない場合はそのゲームのクローン（プチコン移植）を作る
以外に選択の余地がないためにょ。
それだとコンテストに応募はできないにょ。（とはいえ、市販ゲームや良作の個人制作
ゲームのクローンを作るというのもかなりの技術が要求されるためクローンを作るという
のも技術向上を行うにはかなり有用な方法ともいえる）
面白さを構成する要素としてまずは広く使われているような分類方法を書いてみることに
するにょ。（人によっては下記の4つではなくて5つだったり、6つだったりする場合もある
けど全体的な内容はそれほど大きくは変わらないと思う）
◎アクション系ゲームの場合の分類
(1) ゲームのアイデア（ゲームシステム）
(2) 演出（グラフィック、音楽）
(3) 操作性と操作感
(4) ゲームバランス
(1)スーパーマリオの場合だとさらわれたピーチ姫を助けるために横スクロールするマップを
ジャンプしながらクリアし、個性豊かな敵キャラを倒したりコインを集めたりといった感じ
のものにょ。
(2)グラフィック面では見た目の面でも個性豊かな敵キャラとゲームにマッチした音楽が
盛り上げてくれるにょ。（残り時間が少なくなるとテンポがアップするというのも
ゲームのプレイを盛り上げてくれる）
(3)Aボタンでジャンプ、Bボタンで加速、十字ボタンで左右移動というのがスーパーマリオに
おける操作だけどボタン操作のやりやすさを示すのが操作性であり、それが上手く画面上に
反映されるかが操作感に繋がっているにょ。（ここでは操作性と操作感は別のものとして
考える）
(4)ゲームの難易度バランスを示すことが多いけどそれだけではなく様々な要素が含まれて
いるにょ。（具体例は下記参照）
あとこれはアクション系のゲームを前提に考えた分類方法であるためRPGやアドベンチャー
ゲームだとシナリオや謎解きといった要素も重要になってくるにょ。
もっとも、スーパーマリオに謎解き要素がないなんてことはなくジャンプ台をどうやって
生かすのかということを考えたり、3から導入されたスイッチによる謎解きなどもあるため
アドベンチャーゲームよりは謎解き要素が低いというだけのことにょ。（あえて別途分類
してないけど強引にまとめるとすればマリオの謎解きは(1)に含めることになる）
では、上記の「スーパーマリオが面白い」と答えた人にスーパーマリオのどこが面白いか
という質問をした際に例えば「横スクロールするステージをジャンプしながらクリアしつつ
敵を倒すのが面白い」と答えた場合には具体的な要素が出ているのでこれで問題ないかと
いうとそうでもないにょ。
さらに一歩進んで「それがなぜ面白いのか」というのが答えられることでようやく意味の
ある回答になってくるにょ。
スクロール1つをとっても強制スクロール面以外はキャラが左へ動く際にスクロールして
いるにょ。（上記分類(1)）
しかも、一定の範囲内においては画面は固定されスクロールは行われないにょ。
つまり、キャラの動きの自由度が高くなおかつ自然にスクロールが行われているという
ことになるにょ。
問題となるのはスクロールの速度だけどこれはキャラの移動速度に依存しており、それに
よってジャンプの飛距離にも影響を与えているにょ。
これは簡単に言えばボタンの組み合わせで自由自在にジャンプできるということにょ。
マリオのジャンプはAボタンだけで行えるけどBボタンの加速が重要な場面も多くあるため
それが簡単に使える必要性があるにょ。
その際はA、Bボタンの同時押しが求められるけどA、Bボタンの割り当てが逆だったら
加速をするためには一端コントローラを持ち変える（指の位置を変える）必要があるし
そうしないためには常に押しにくい位置で押してジャンプをする必要があるにょ。
このようにごく単純なボタン配置がマリオの面白さの1つを握っているといっても過言
ではなくなるというわけにょ。（上記分類(3)）
マリオのジャンプは操作性が優れているだけではなく操作感も優れているにょ。
端的にいえばスムーズに移動や加速ができ、スムーズにジャンプができるということにょ。
これは移動とジャンプの計算式が優れているということにょ。
マリオの場合はジャンプには放物運動ではなくベルレ積分が用いられている模様にょ。
移動量のパラメータを別途用意してそれを元に次に表示する座標を計算しているのではなく
前回の座標を保存しておいてそれを元に次の座標を計算しているにょ。
これはメモリと処理速度の制約があった（放物運動を計算する場合には小数点が発生したり
乗算が必要になる場合があるためアセンブラでは扱いづらいというだけではなく当たり判定も
複雑になってしまう）ためこのような方法を用いていると思われるけどそれによって面白さが
増しているといえるにょ。
この優れた操作感を生んでいる計算式を作り出すためには上記分類(4)のゲームバランスの
調整が重要になってくるにょ。
マリオで敵を倒した場合に特徴的なのは最初の1体目は100点だけど連続して倒して行けば
100点→200点→400点→（省略）→1UPとスコアがどんどん増えていくことにょ。
連続で倒すというのは1体ごと倒すよりも難しい場合が多いためこれは「難しいプレイを
すれば高得点を得られる」と言い換えることができるにょ。
つまり、このリスクとリターンの関係が面白さにおいて重要になってくるというわけにょ。
それも上記分類(4)のゲームバランスに分類されるにょ。
このように「スーパーマリオが面白い」という場合に「横スクロールするステージを
ジャンプしながら敵を倒すのが面白い」といってもそれは「どこが面白いのか」「どうして
面白いのか」という理由がちゃんとあることが分かると思うにょ。
こういった具体的なレベルまで面白さの理由が分かることでようやく面白いゲームを作る
ことが可能になるにょ。（横スクロールジャンプアクションゲームを作ればスーパーマリオ
と同レベルの面白さになるというわけではないのはこの理由を見れば明らかになる）
これはプチコン講座第1回でゲーム作りには具体的なイメージが求められると書いたのを
見てもらえたら分かると思うにょ。
このような面白い要素が具体的に分かっているならばそれを組み合わせたらさらに面白い
ものができるかというとそういう単純なものではないにょ。
「1＋1が2になる」どころか「1＋1が3にも4にもなる場合がある」という反面で「1＋1が
0になる」という場合もあるためにょ。
つまり、面白い要素が打ち消し合って面白くなくなるということにょ。
それが起きてしまう理由は元のゲームの面白さにおいてその要素に最適化されたバランス
調整が行われているのに対して複数の要素を組み合わせた場合にはそれが十分に行われて
いない場合が多いためにょ。
それは様々な要素を加えることでバランス調整が困難になるということが理由になっている
ためと言うこともできるにょ。
またゲームにおいて「面白い要素」があるのと同時に「面白くない要素」というのも存在して
いるにょ。
具体的なタイトル名は挙げないけどアクション系のゲームだと下記のようなものがあるにょ。
(A)プレイヤーがミスの理由に納得できない
(B)初プレイ時に面白さを感じられない
(C)向上心を刺激されない
(D)繰り返しプレイする気になれない
(A)自キャラの当たり判定が思ったよりも大きくてプレイヤーはミスをしたと実感がないのに
ミス扱いになってしまったり、ランダムに登場する敵キャラや障害物によって回避不能な
状態に陥りミスとなってしまうなどが主なものにょ。
(B)特殊なルール、特殊な操作性（もしくは難しい操作）を要求するゲームにおいては簡単な
ゲームであっても初プレイ時の難易度はかなり高めになってしまうにょ。
初プレイ時（もしくは数回プレイした後）にそのゲームの面白さをプレイヤーに伝えることが
できなければそのプレイヤーにとっては面白くないゲームとなってしまうにょ。
(C)あまりに簡単にクリアできるゲーム、クリアが運だけで決まってしまうゲームや
そのゲームを繰り返しプレイしても上達が実感できないようなゲームでは「そのゲームを
上手くなろう」という気は起きず面白くないゲームと感じてしまうことになるにょ。
(D)クリアが難しいのにコンティニューもなく最初からやり直しだったり、毎回タイトル
画面に戻されるのにそこからの演出やロードが長い（スキップできない）というのがあれば
ゲームそのものが面白くても繰り返しプレイする気が起きずにプレイヤーにとっては
面白くないという認識が生まれてしまうにょ。
(A)〜(C)が分類(4)のバランス面、(D)は主に分類(1)のシステム面に相当するにょ。
これはいくらでも改善可能なものであり、下記のようにして改善ができるにょ。
◎上記(A)〜(D)の改善策
(A)敵キャラとの当たり判定は見た目よりも小さくし、ジャンプアクションゲームならば
地面との当たり判定は大きくすればいいにょ。（1ドットでも地面に乗っていればセーフ
となるようにする）
ランダムに出現する敵キャラや障害物もプレイヤーの座標や移動速度を考慮してミスは
プレイヤー自身の責任だと分かるようにすればいいにょ。
(B)ステージクリア制のゲームならば1面は思い切って簡単にしてみるというのは有用な方法
といえるにょ。
ただ、簡単にするだけではなくそのゲームにおいて面白さとなっているものを鏤めておき
さらに操作に慣れるようなチュートリアル要素を含むとなればステージを作るのは簡単では
ないにょ。
ステージクリア制ではなく徐々に難しくなっていくタイプのゲームでは最初をかなり簡単に
してしまうと開始からしばらくの間は簡単すぎて上手いプレイヤーやプレイを繰り返して
上達したプレイヤーにとっては退屈なゲームになってしまうにょ。
そのため難易度向上の割合を調整したり、プレイヤーが退屈にならないための仕掛けを用意
したりといった工夫が必要になるにょ。
(C)これは端的にいえばプレイヤースキルの向上がゲームに反映されるかということにょ。
簡単に導入可能なのはタイムアタックやスコアアタックという要素だけどこれもスキル
向上が反映されたものになっているかが重要になってくるにょ。
また簡単にクリアが出来るというゲームもやり込み要素を入れておくことで面白く
できるにょ。
ただし、やり込み要素を入れてもそれに気が付かなければ意味がないので「できそうで
なかなかできない」「できたときのリターンが大きい」などが必要になってくるにょ。
ステージ生成や敵キャラ配置がランダムの場合はこういったやり込み要素を導入するのは
極めて困難なのでクリアが運任せになってないかという点だけは注意しておく必要が
あるにょ。（ランダム性のある不確定要素の導入はゲームにおいて飽きさせないためには
重要な役割を占めているためランダムだからだめというわけではない）
(D)クリアが難しいならば難易度調整機能を付けるというのも1つの改善策になるにょ。
しかし、その場合でも何度もチャレンジするであろう序盤のステージにおいてはどんどん
スキルが上がり簡単に感じるようになるのに対してゲームオーバーになったステージは
クリアに挑戦するチャンスの数そのものが少なくなるため難易度調整で完全にカバーが
できるというわけではないにょ。
難しければ難しいほどクリアしたときの達成感は大きいけど個人のスキルの差もあるし
達成感が序盤の退屈さを埋めるだけのものにするというのは簡単ではないにょ。
やはり、コンティニュー機能やステージセレクト機能を搭載する方が遙かに簡単にょ。
あとスタートしてから開始までに時間がかかるとかいう場合は時間のかかる処理は初回時
以外は行わないようにするとか長いデモはスキップ出来るようにするとかいう方法で
解決できるにょ。
(A)〜(D)の問題は十分なテストプレイをしていれば避けることが可能になるけど制作者
自身がテストプレイをしている場合はゲームバランスの調整は簡単ではなくなるにょ。
というのも、制作者はそのゲームがどのようなものか分かっているだけではなくテスト
プレイを積み重ねることでそのゲームに慣れてしまい難易度の客観的な判断が難しくなって
しまうためにょ。
交友関係が広く時間にある程度ゆとりがあればなるべく他人（家族や友人を含めた自分
以外の人という意味）にテストプレイをしてもらうのが一番だけどそれが難しいという
場合も少なくないと思うにょ。
どうしても自分一人でゲームバランスの調整をする必要があるという場合にはまずは自分の
ゲームスキルを理解しておくということが必要となるにょ。
例えばシューティングが得意な人がシューティングゲームを作る場合には自分にとって
難しいゲームだと普通に人には難しすぎてプレイできないレベルになってしまうため
自分にとってはやや易しめくらいに調整すればいいし、シューティングゲームが不得意と
いう人ならば自分にとって難しいくらいが普通の人にはちょうどいいということが言える
わけにょ。
ただし、これもランダム要素などによって理不尽なものになってないことが必要不可欠と
いえるにょ。
このようにバランス調整の重要性は理解できたのではないかと思うにょ。
私の考えを書くとゲームが一通り完成するまでにかかった合計の時間よりもバランス調整の
方により多くの時間を割くべきだと思うにょ。
個人的には全体の7割くらいでちょうどいい感じにょ。（普通に動くまで3時間でできた
ゲームならば7時間のバランス調整を行うということ）
あまり参考にはならないけど私が作っている1画面プログラムの場合はゲームそのものは
1時間程度で作っているけど完成までに20〜30時間費やしているものもあるにょ。
これは1画面化を行うというパズルを解く時間が多くかかっているせいだけど1画面だから
といってゲームバランスを妥協していないという点が多くの時間がかかっている理由に
なっているにょ。
以上のことをまとめると要するに作ろうとしているゲームにおける面白い要素は何かを
明確に理解してそれがちゃんと面白くなるようにバランス調整して、面白くない要素
（面白さの面ではボトルネックになっている要素）を無くせば面白くなるという極めて
単純なものにょ。（せっかくのいいアイデアを生かせてないゲームも多い）
これは難しいものではなくゲームプレイの経験さえあれば時間をかけることで誰もが
簡単に行えることであり、端的に言えば「誰でも計算によって面白いゲームを作ることが
可能になる」ということにょ。
とはいえ、スキル不足によって実現が難しい（明確なイメージがあるにもかかわらず思った
物が作れない）という場合もあるためそれなりにはプログラミングテクニックが必要に
なるのは否めないにょ。
あと時間をかければ面白いゲームが作れるとはいえコンスタントに80点以上とれるような
レベル（合格レベルの面白さ）であり、100点のレベル（絶賛されるような面白さ）の
ゲームを作るのは極めて困難にょ。
というのも既存のゲームの面白い部分を寄せ集めるだけでは既存のゲームを越えることは
できないためにょ。
そのためゲームという枠だけで考えず新しいアイデアや発想のゲームが求められるにょ。
これは日頃からの蓄積（様々なものに触れてゲームのアイデアとして生かせないかと
考えるのを習慣づける）がないと困難にょ。（シンプルなゲームにおいてはたまたま偶然
面白いものが出来るということはあるけどそれを狙って行うためには下地がない限りは
不可能といえる）
長々と書いたけど具体的にどうするのかというのはゲームによって様々異なるので上記の
講座のようにターゲット（作るゲーム）を絞らないと具体的に記すのは無理にょ。
したがって、興味がある人は拙作のプチコン講座を読んで見ることをオススメしたいにょ。
ポケコン講座の方も知識編と初級編の第1回は機種依存しないように書いているため
ポケコンを持ってないプチコンユーザーが読んでも参考になる部分は多いのではないかと
思われるにょ。
私もそろそろコンテストに向けて何か作り始めないといけないのだけど並のアイデアでは
大賞はとても狙うことができないのでなかなか厳しいにょ。
-
白黒化ルーチン
http://wiki.hosiken.jp/petc/?Sampleに「白黒化ルーチン」を投稿してみた。
-
(無題)
白黒ルーチン前作ったことある
まあRGBを平均化するだけだけど
-
レスにょ
わぁぃ＠さんへ
＞http://wiki.hosiken.jp/petc/?Sampleに「白黒化ルーチン」を投稿してみた。
使いどころがあるかは微妙だけどなかなか面白いプログラムにょ。
サイズもコンパクトに収まっていて良い感じにょ。
otyakenさんへ
＞白黒ルーチン前作ったことある
＞まあRGBを平均化するだけだけど
単純に考えればそれで問題ないにょ。
ただし、RGBの輝度成分はそれぞれ異なるためRGB各色に重みを付けた方がよりいい感じに
白黒化されるにょ。
-
pixivの評価はどうやったら上がるのか？
私はなかなかお絵かきのスランプ状態から脱出できないでいるわけだけどその一番の理由と
して挙げられるのが常に「前作よりいいものを描こう」としているためにょ。
手を抜いていればスランプにはなりにくいのだけど手を抜いて多くの人の支持を得られるほど
私は上手くないため常に全力以上（200％〜300％の力）で描いているにょ。
リアルに上達していけばいいのだけどそれは無理でありどこかで破綻するため定期的に
スランプ状態になってしまうわけにょ。
その際には一気にリセットされるため「3歩歩いて2歩下がる」を地でやっている感じにょ。
というわけで、なかなか上達しないという状況が続いているにょ。
さて、pixivに投稿している人は多いけどやはり少しでも「多くの人に見てもらいたい」
「多くの人に評価してもらいたい」というのが本音ではないかと思うにょ。
1月29日に書いたように閲覧数を上げるためにはタグ力をサムネ力を高める必要があるし
評価を上げるためには画力と魅力を高める必要があるにょ。
タグ力を上げる最も手っ取り早い方法は旬な人気版権キャラ（今だとpixiv内で大人気の
「黒子のバスケ」など）を描いたり、R-18絵を描いたりするという方法があるにょ。
それらを自分が描きたいというならば問題ないけど閲覧や評価のために好きでもない
ジャンルの絵を描きたくないという人も多いのではないかと思われるにょ。
自分が普段描いているジャンルで閲覧や評価を伸ばすためには被お気に入りを増やすしか
ないにょ。
評価を得るためには上手くなるのが一番なのだけど現実問題からいってある時突然急に上手く
なるなんてことは皆無であり、ほとんどの場合は年単位のスパンで徐々に上手くなって
いくにょ。（私のように上手くなったり下手になったりを繰り返す人も多いと思う）
そのため上手さというのは評価にはなかなか結びついてくれないにょ。（ここで言う上手さは
画力だけではなく魅力を含んだものとする）
確かに別格の上手さになれば大きく変わってくるのだけど緩やかな向上のため多少上手く
なった程度では評価に与える影響は誤差程度しかないにょ。
もちろん、作品によって会心の出来という場合もあり自分の中では最高に上手く描けたという
場合もあり、そういう場合には評価面でも大きなものを期待してしまうのだけど大抵の場合は
その会心の出来であっても普段とほとんど変わらない評価になってしまうにょ。（とはいえ
本当にできがよければ評価の割にブクマ数が多くなってくると思う）
それこそがpixivにおいては被お気に入りの数が非常に重要となっているためにょ。
pixivの評価を式で表すと下記のようになるにょ。
評価総合点 ＝ 被お気に入り（＋マイピク）の人の評価点 ＋ 一見さんの評価点
※「一見さん」とは被お気に入りでもマイピクでもない人を示す
この式が等号で結ばれているのは極めて当たり前のことであり、この式に何の意味があるのか
という疑問を抱く人もいるかもしれないけど被お気に入りと一見さんでは評価してくれる人の
割合が異なるため極めて大きな意味を持つにょ。
1月29日に書いたように私の場合は計算上では被お気に入りの評価率は5〜13％、それ以外の
評価率は1〜3％となっているからね。
幅が大きいため間をとって被お気に入りが8％、それ以外は2％の評価率と設定した場合には
次のようなことがいえるにょ。
被お気に入りが100人の時は、（すべて10点評価と仮定した場合には）被お気に入りの評価は
100x0.08x10=80点となるにょ。
これにタグ検索などからやってくる一見さんの評価を加える必要があるにょ。
ここでマイナー版権を描いて閲覧数を200と考えた場合には(200-100)x0.02*10=20点となり
80+20=100で評価総合点は100点となるにょ。（評価率は5％）
これが人気版権キャラを描いて閲覧数が500まで跳ね上がった場合には80+80=160点となる
わけにょ。（評価率は3.2％）
被お気に入りが300人に増えた際に評価率を維持していたら被お気に入り以外の閲覧数が
変わらないと仮定してもマイナー版権を描いた場合に300x0.08x10＋20＝320点となり
人気版権を描いた場合には380点になるにょ。
これを見てのように被お気に入りの人数が評価に与える影響は極めて大きいといえるにょ。
私自身の場合は、被お気に入りが100人の時点で200点以上がデフォとなり、200人で300点、
300人で400点、400人で500点・・・という感じで推移しているにょ。
概ね被が100人増えるごとに100点増えている感じであり、被の増加が評価に与える影響が
極めて大きいことを意味するにょ。
これは被お気に入りが少ない（1桁〜2桁）と500点、1000点といった評価を得ることが
できないというのではなく被以外の一見さんから高評価を得られたら十分可能なことにょ。
初投稿かつオリジナルでもDR（デイリーランキング）に入る人も居るわけだからね。
しかし、これはタグ検索や新着一覧の中で一際目立つレベルの人でない限りは無理にょ。
底辺から出発した場合には上記のように少しくらい上手くなっても一定水準のラインに
達しない限りは一見さんからの大きな評価は期待できないので地道に被お気に入りを
増やしていくしかないにょ。（人気版権の場合は閲覧者が多いためたまたまウケれば高い
評価を得ることは無理ではないけどコンスタントに評価されるためには被お気に入りを
増やすしかない）
さて、ここで重要なのがどうやって増やすかということにょ。
基本的に描いた枚数が多ければ多いほど増えるにょ。
例えば1枚につき1人平均増える人ならば100枚投稿すれば被は100人に達するということにょ。
もちろん作品によって増え方が異なるだろうから50枚投稿して50人だったら100枚投稿すれば
100人になるという単純なものでもないけどね。
1枚投稿しても1人増えない場合は閲覧数が足りてない場合が多いにょ。
私の絵のレベルでだいたい（被お気に入りの数をマイナスした）閲覧数100〜200人で被は
1人増えている計算だからね。
したがって、閲覧数が稼げる人気版権キャラ絵やR-18絵の方が被を増やしやすいと言える
わけにょ。
人気版権キャラで被を増やして自分の好きなジャンル（オリジナルなど）を描くというのも
1つの方法だけどその場合は被お気に入りの評価率が下がる可能性が高いにょ。
自分の絵を気に入ってお気に入り登録をしてくれた人ならばジャンルが変わってもちゃんと
評価をしてくれるだろうけどジャンルが気に入ってお気に入り登録をした人だと異なる
ジャンルの投稿をした場合にはサムネ段階で足きりを食らう可能性さえあるにょ。
あと被お気に入りは投稿枚数を増やせば増やせる傾向があるということは上記の通りだけど
あまり長い年数をかけて増やした場合には初期にお気に入り登録した人の嗜好が変わったり
して評価されなくなる場合が多いにょ。
このように多数のジャンルを掛け持ちしたり、年数を掛けた場合には被お気に入りのうちで
ちゃんと評価してくれる人（＝アクティブな被お気に入り）の割合はどんどん減っていく
傾向があるにょ。
したがって、被お気に入りが100人でコンスタントに100点が得られるならば1000人まで
増やせばコンスタントに1000点得られるという単純なものではないにょ。（アクティブ
率を維持したまま増やせた場合のみ単純計算が成り立つ）
そこでようやく求められるのが実力アップにょ。
これは画力アップや魅力アップの両面を意味するにょ。
上記では多少上手くなっても評価は大して変わらないと書いているため矛盾しているように
思えるけど実力アップが被お気に入りの増加に大きな影響を与えるためにょ。
いい絵を描いてもそれ単体ではいつもと変わらない評価かもしれないけどそういういい絵を
コンスタントに投稿していくことでより多くの被が増えるようになるし、そうして多くの
被が増えることで結果的に評価アップへと繋がっていくということにょ。
つまり、評価アップは画力アップより遅れて行われるということにょ。
ただ、厄介なのは上記のように被お気に入りを増やすのに時間をかけるとアクティブな
割合がどんどん下がるため評価アップには被の増える割合を増やすということも求められて
くるにょ。
被お気に入りを増やすというのは投稿枚数を積み重ねればいいだけだけど増加数を増やす
というのは簡単なことではないにょ。
私の場合は昨年は1作品当たりの被の増加数は5人程度だったけど7月18日に書いたように
今年は1作品当たり15人程度となっているにょ。
これは誤差ではなく確実に増えているといっても良さそうにょ。
やはりそれなりに画力アップしたのとランキング入りの頻度が高まった影響が大きそうにょ。
被が増える→初動評価が増える→ランキング入りする→さらに被が増える
このような良いスパイラルになりつつあるお陰だと言えそうにょ。
まぁ実力者ならば一気にランカーに駆け上がるところだろうけど私にはそんな実力はない
ため地道に被を増やして少しずつ評価を高めるしかないにょ。
昨年より被の増える割合が増えたのも実力アップの影響だと考えられるにょ。
あと、評価回数に対するブクマ率も昨年までよりも高まっているにょ。
萌え絵の場合はランカーでも（評価回数に対する）ブクマ率はせいぜい7〜8割程度となって
いる（この数字はジャンルによっても変わっており腐女子向けジャンルだと10割を越える
ことも珍しくない）けれど私の場合は昨年まではブクマ率は1〜2割程度だったにょ。
それが今年は3〜5割程度まで高まっているにょ。
このことからもそれなりに実力アップが行われているといえるかもしれないにょ。
pixivの場合は絵の上手さで評価は決まらず同じようなレベルの絵でも評価に大きな差が出て
くるにょ。
そのため逆に言えば評価で上手さを判断することもできないにょ。
これが過去の自分との比較であってもその時点の被お気に入りの数などで大きく評価が
左右されるため1年前より評価が上がっているから上手くなったとも限らないにょ。
評価の数字というのはそれくらい単体の数字としては無意味なものだけどそれでもやっぱり
単純に数字が増えればうれしいわけなので増やしたいと思っている人が大半だと思うにょ。
そうなると落書きで枚数を水増しするのではなく本気絵で自分の実力を見てもらうという
ことが重要になってくるにょ。（枚数を重ねて自分の実力以上に被お気に入りが増えた場合
にはアクティブな被の割合が下がる可能性があるため被お気に入りの増加が評価に繋がらない
場合もある）
お気に入り登録をする立場で考えれば分かるけど落書きばかりなのよりは良い絵を多く
描いている方が絶対にいいからね。（落書きが好きという人も中にはいるだろうけど）
そして、いくら本気絵ばかりでも間隔が開きすぎているとお気に入り登録されにくく
なってしまうためそれをコンスタントに投稿する必要があるにょ。
そうやって、被お気に入りを増やしていけば評価なんていくらでも後から増えていくにょ。
少なくとも私はそうやって現時点に至っているにょ。
-
pixivでランキング入りするための条件 PART4
pixivの評価というのは昨日書いたように被お気に入りによる評価が大きいにょ。
しかし、版権キャラならばその版権名やキャラ名でタグ検索する人も多いし、R-18絵ならば
ジャンルやシチュエーションを示すタグで検索する人も多いため被お気に入りやマイピク
ではない一見さんによる閲覧や評価もかなり期待できるにょ。
私の場合は最近投稿した10作品の平均評価点は706点なのだけどすべて版権キャラという
ことで被お気に入り以外の一見さんによる評価も大きいにょ。
私の被お気に入りの推定評価率から逆算すると概ね706点の半分が被お気に入りで残りの
半分が一見さんといった感じになると思われるにょ。
それならば閲覧数が少なく一見さんからの評価を得にくいオリジナル絵であっても私は
平均300点台の評価を得られるかというとそうではないと思われるにょ。
それは今までに描いてきたジャンルと異なるジャンルだと被お気に入りの評価率が下がる
ためにょ。
実験的に新規アカウントで健全オリジナルの絵を投稿した場合には50点しか入らなかった
けどこれはオリジナルというのがただでさえ検索しにくい（「オリジナル」「女の子」
だけでは大量にヒットするためシチュエーションや外見などのタグ検索をする場合が多い）
というのに加えて私の実力がその程度でしかないということの現れだと言えるにょ。
オリジナルというのはそれくらい厳しいのだけどpixivでは最近大きく改善されたにょ。
1つは7月18日にも書いたオリジナルランキングの新設ともう1つは「オリジナル」タグで
投稿された作品の強烈なプラス補正にょ。
今回はそれらについて書いていくことにするにょ。
過去に書いたpixivのランキング入りのための条件は下記参照にょ。
○pixivでランキング入りするための条件（基本的なランキング計算方法について）
http://6407.teacup.com/ochame/bbs/2824
○pixivでランキング入りするための条件 PART2（各種補正について）
http://6407.teacup.com/ochame/bbs/2909
○pixivでランキング入りするための条件 PART3（男女別ランキングについて）
http://6407.teacup.com/ochame/bbs/2969
まずは「オリジナル」タグのプラス補正がどの程度かを検証してみることにするにょ。
◎総合デイリーランキング（8月21日付）
500位 908点＋BM 48＝1868点 16時
499位 1365点＋BM121＝3785点 12時 漫画形式マイナス補正
498位 520点＋BM 60＝1720点 17時
497位 322点＋BM 77＝1862点 21時
496位 767点＋BM 39＝1547点 21時
495位 270点＋BM 83＝1930点 13時
494位 2285点＋BM??8＝2445点 23時 ※投稿2日目だけど初登場
493位 758点＋BM 76＝2278点 03時 人気版権マイナス補正（黒バス）
492位 550点＋BM 74＝2030点 20時 人気版権マイナス補正（黒バス）
491位 1048点＋BM 51＝2068点 00時
490位 963点＋BM 52＝2003点 00時
489位 344点＋BM 70＝1744点 14時
488位 506点＋BM 78＝2066点 00時
487位 1441点＋BM107＝3581点 10時 漫画形式、人気版権補正（黒バス）
486位 450点＋BM 22＝ 890点 23時
485位 761点＋BM127＝3301点 13時 漫画形式マイナス補正
484位 890点＋BM118＝3250点 02時 漫画形式マイナス補正
483位 831点＋BM126＝3351点 21時 漫画形式マイナス補正
482位 1150点＋BM132＝3790点 02時 漫画形式マイナス補正
481位 1042点＋BM 72＝2482点 01時
480位 858点＋BM 50＝1858点 19時
479位 698点＋BM 33＝1358点 22時
478位 336点＋BM 17＝ 676点 00時 オリジナル
477位 551点＋BM143＝3411点 17時
476位 757点＋BM 42＝1597点 21時
475位 260点＋BM 16＝ 580点 21時 オリジナル
474位 240点＋BM 17＝ 580点 16時 オリジナル
473位 1070点＋BM 68＝2430点 21時
472位 520点＋BM 44＝1400点 21時
471位 760点＋BM 78＝2320点 00時 人気版権マイナス補正（黒バス）
470位 390点＋BM 12＝ 630点 19時 オリジナル
469位 1250点＋BM 44＝2130点 00時
BMは公開ブックマーク数でこれを1つ20点と換算して24時時点の評価点と合算したものが
等号の右側の点数となっているにょ。
ランキングは評価点と公開ブクマ数の合算を基本として順位付けしているのだけどそれだけ
ではなく各種補正が加わっているにょ。
昨年8月30日に書いた「pixivでランキング入りするための条件 PART2」でも各種補正を
加味して計算しなおしたらほぼ数字通りにキレイに並んでくれたからね。
ただし、ここ最近厄介となっているのが時間帯別補正にょ。
昨年10月16日に書いた「pixivでランキング入りするための条件 PART3」では軽く触れて
おいたけど条件がよく分からずスルーしたもののこうして改めてみると何となくその条件が
見えてきたにょ。
この時間帯別補正というのは21時台、22時台、23時台と遅い時間帯に投稿すれば強烈な
プラス補正がかかり、0時台だとマイナス補正がかかるという考えが強かったけど475位と
474位を見てのように時間帯が異なっても順位に与える影響はほとんどないにょ。
これは21時台に補正のかかってないという可能性があるけど21時台の投稿作品同士を比べた
際にはそれが正しくないことは一目瞭然にょ。
確実に補正がかかっている時間帯同士を比較して同じ時簡帯なのに点数通りに並んでいない
ために単純に遅い時間帯にプラス補正をしただけでは説明が付かないものが多いにょ。
評価＋ブクマの換算点数が小さいのに上の順位になっている作品は24時以降に伸びている
ものばかりとなっているにょ。
これから考えると投稿した時間帯によって一定係数を掛けるのではなく時簡帯によって
集計の締めとなる時刻が異なるのではないかと思われるにょ。
そうなると係数を計算できないため比較するのが非常に困難になるにょ。
仮に投稿した時間帯によって集計の締めの時刻が分かったとしてもその時点の評価やブクマ数
というのは分からないからね。（あらかじめ500位付近に入る作品が分かっていればその作品の
データを1時間ごとに取っていけばいいけどそんな予知能力はないため不可能）
というわけで、恐らく締めの時刻が24時であろう0時台に投稿した作品のみ比較が可能になって
くるにょ。
上記の表から0時台に投稿したものだけをピックアップして比較することにするにょ。
8月21日付けのDR（デイリーランキング）に入るには換算で2000点少々必要になっているにょ。
評価点が1000点ならば公開ブクマ数は50ちょいにょ。（マイナス補正のない版権キャラを
描いて1000点＋BM55あればこの日のDR入りはできたと思う）
私がランキング入りした時の経験を元にすればランキング一覧に記載されている評価点と
いうのは24時ちょうどのものではなく24時ちょっと前のものになっているにょ。（毎回
少し少ない点数になっているため24時前後ではなく24時前だと思われる）
したがって、上記のボーダー付近のスコアは0時台同士の比較であっても換算点数順にキレイ
に並んではいないにょ。
では、オリジナルのプラス補正がどの程度あるかということだけど478位を491位、469位と
比較すればだいたい分かるにょ。
2068点 ＜ 676点×α ＜ 2130点
よって、3.059＜α＜3.151
これを見る限りではオリジナルのプラス補正（α）は3.1倍くらいあるといえそうにょ。
ランキング一覧の評価点の表示に誤差があるため3.1倍ではなくぴったり3倍という可能性も
あるし、この補正値は随時変動しているだろうからあくまで8月21日にそうだったというだけで
あって今後もそうである保証はできないものの極めて大きな補正がオリジナルタグにある
といえるにょ。
ついでにこの日のRR（ルーキーランキング）のボーダーも見てみるにょ。
◎総合ルーキーランキング（8月21日付）
300位 290点＋BM25＝790点 23時 2日目
299位 340点＋BM15＝640点 01時
298位 1402点＋BM86=3122点 01時 3日目
297位 380点＋BM22＝820点 00時 2日目
296位 340点＋BM23＝800点 18時 人気版権マイナス補正（黒バス）
295位 299点＋BM32＝939点 01時 漫画形式
294位 309点＋BM15＝609点 07時
293位 230点＋BM19＝610点 00時
292位 449点＋BM19＝829点 16時
291位 590点＋BM13＝850点 07時
RRはDRとは異なり過去1週間の合算評価で順位付けされているにょ。（ウイークリー
ランキングと同様）
そのため2日連続、3日連続で入ることがそれほど難しくはない（最高で3日連続で入れる）
ものの2日目以降にはマイナス補正があるため順位を維持するためには2日目以降も評価や
ブクマが伸びないと難しいにょ。
0時台に投稿のものをピックアップすると293位を見てのように評価点＋公開ブクマの換算
評価点は610点となっているにょ。
しかし、299位は1時台の投稿で640点であることからランキング一覧に記載されている評価
点数の誤差でこの日のボーダーは640点以上と推測されるにょ。
上記のDRのボーダーの2003点、このRRのボーダーの640点を1年前と比較するとかなり
上がっていることが分かるにょ。
PART2で書いたように1年前の8月28日は日曜日にもかかわらず、DRは1602点、RRは543点
だったからね。
これは1年前はちょうどpixiv離れが一時的にあった時というのもあるけどそれだけでは
なくやはりオリジナルのプラス補正が影響しているのだと思われるにょ。
上記のように3倍以上のプラス補正がオリジナルにはあるため補正が無ければランキング
には入ってこなかったであろう多くのオリジナル作品があり、その分だけ版権キャラは
オリジナル補正がない状態と比べて高順位に入る評価点でないとボーダーには達しない
ためにょ。（オリジナル補正が加わっているのはDRのみでRRには加わっていない模様）
次に新設されたオリジナルランキングのボーダーを見ていくにょ。
◎オリジナルランキング（8月21日付）
300位 190点＋BM 7＝330点 00時
299位 285点＋BM23＝745点 21時 3日目
298位 370点＋BM19＝750点 20時 3日目
297位 178点＋BM 9＝358点 19時
296位 180点＋BM 7＝320点 19時
295位 240点＋BM 7＝380点 02時
294位 348点＋BM33=1008点 00時 2日目 漫画形式
293位 370点＋BM20＝770点 07時 2日目
292位 273点＋BM14＝553点 01時 漫画形式
291位 558点＋BM11＝778点 18時 3日目
オリジナルランキングもルーキーランキングと同様にウイークリーランキングと同じ
形式となっているにょ。
ボーダー点数を見るために0時台に投稿したものをピックアップすると300位が330点となって
いるにょ。
したがって、この日の評価点＋公開ブクマの換算ボーダー点数は330点くらいといえるにょ。
これは上記のRRのボーダーと推測される640点と比べると圧倒的に低いにょ。
「オリジナル」タグのついた作品はpixiv全体で1347588作品投稿されており、これは一番人気
となる版権の「東方」をも上回る数量であり、連日1000枚程度の新しい作品が投稿されて
いるにょ。
3日間だと3000作品近い作品があり、オリジナルランキングに入るためにはほぼ上位1割に
入る必要があるにょ。
そう考えると点数的にはRRよりは低いけどRRよりもハードルが高いといえそうにょ。
このオリジナルランキングは上記のようにオリジナルは閲覧数を稼ぐのが難しいため
評価やブクマの面で版権キャラと比べて不利になり、版権キャラ絵ど同じ条件でランキング
付けをしにくいというのが設立の理由だと思うにょ。
これは当然のことであり、ニコニコ静画においても創作部門は版権キャラとは異なる部門と
してランキング付けされているのを見てのようにpixivが今までやってなかったのがおかしい
くらいのことにょ。（ただし、ニコ静には総合ランキングは存在しない）
オリジナルランキングの設立によって「版権キャラ絵と同列でランキング付けができない」
という問題点は克服できたけどそれだけではなく最近はDRにおいて上記のように3倍以上の
強烈なプラス補正が「オリジナル」タグで投稿された作品に付いているのは少々やりすぎ
と言えなくはないにょ。
検索がしにくいため閲覧数が少なく一見さんからの評価を得にくいとはいえある程度投稿を
積み重ねて被お気に入りが多くなっている状態だと被お気に入りの評価やブクマ数だけでも
馬鹿にならないためここまで強烈なプラス補正があると版権キャラよりも簡単にランキング
入りができてしまうにょ。
黒バスの腐向けの絵が上位を独占していたのがこのオリジナルのプラス補正によって
黒バスの絵がサムネ入り（トップ3）する機会はかなり減ったのだけどここまでくると
「オリジナル優遇」とさえ思えるにょ。
実は健全ランキングよりもR-18ランキングの方が厄介にょ。
R-18はシチュエーションタグ（性癖タグなど）で検索する機会が多いのでR-18はオリジナル
であってもちゃんとタグさえ付けていれば閲覧が伸びていくのだけどR-18DRでも強烈な
オリジナルのプラス補正があるにょ。
0時台に投稿のものをピックアップすると84位は210点＋BM13＝換算470点（オリジナルタグ
あり）で82位は688点＋BM35＝1388点（オリジナルタグ無し）なのでこちらも3倍程度の
プラス補正があるにょ。
健全絵とは異なり検索が容易なR-18でこの差は健全絵以上に大きいといえるにょ。
ランキング上位のほとんどがオリジナルといった感じだからね。
こうなると版権キャラ絵を投稿する方が不利といえるかもしれないにょ。（個人的には
版権キャラでR-18絵を描いて換算1388点を得るのは難しいけどR-18オリジナルで換算470点
ならば簡単にできると思う）
もっとも、好きで描いているのだから有利不利を唱えるのはナンセンスだけど82位の作品は
オリジナルキャラであると思われるのにオリジナルタグを付けてないため「オリジナルタグを
付けるか否かでここまで極端に変わる」と考えれば納得できない人も多いのではないかと
思われるにょ。
今後、適当なキャラを描いて「オリジナル」タグを付ける人が出てくるのが危惧されるにょ。
-
GGKDS
ファイルシステムを改修し、ファイルごとにGRP1枚を消費する仕様から、フォルダごとに1枚を消費する仕様に変更。
ただ、現状ではtxtファイルしかないので、フォルダの新規作成は不可(開発を省略)するつもり。(デスクトップがいっぱいになると新規ファイルが保存できない。)
-
レスにょ
わぁぃ@さんへ
＞ファイルシステムを改修し、ファイルごとにGRP1枚を消費する仕様から、フォルダごとに1枚を消費する仕様に変更。
ファイルシステムもちゃんと作っているとは・・・。
私は面倒臭いからOSもどきを作るのをやめたにょ（笑）
もしも本気で作る気があったらそのOSもどき上で動作するテキストテキストエディタを
作ってそれで動作するプログラム言語を作ってアプリを作るところなんだけどね。
-
コンデジもいよいよAndroid搭載の時代へ・・・？
ニコンがAndroid 2.3搭載のコンデジ「COOLPIX S800c」を発表したにょ。
http://dc.watch.impress.co.jp/docs/news/20120822_554355.html
このコンデジの最大の特徴はAndroid OSを採用しているということにょ。
なぜ、コンデジにスマホ用のOSを採用しているのか疑問に思う人もいると思うにょ。
確かに単純に考えると「Androidを使いたいならスマホでいいじゃん」となってしまうところ
だからね。
これはコンデジ市場の縮小を受けて生き残り策の1つとして考案されたものであり、奇抜な
ものを作ろうとして考案されたものではないにょ。
1月31日に書いたようにコンデジはスマホの普及によってかなり厳しい立場に立たされている
と思われるにょ。
国内においてはカメラ付きケータイの普及によってデジカメ需要は喚起されたものの徐々に
コンデジではなくカメラ付きケータイで写真を撮ることで済ませる人が増えていったからね。
それにここ最近のスマホの急速な需要拡大があるにょ。
スマホが一般的なガラケーと比べて有利な点はやはりネットとの親和性にょ。
ガラケーと比べてWeb閲覧がしやすいということもあるし、アプリの追加によってそれが
さらに使いやすいようにカスタマイズできるからね。
SNS利用者は年々増加しており、その親和性が高く、撮影した写真をそのままSNSで使えると
いうのもスマホのメリットにょ。
そして、ネットとの親和性が高くクラウドへの保存も容易なのもスマホのメリットにょ。
このスマホの勢いを止めることは無理なのでコンデジに出来ることといえばスマホとの
共存を図るということにょ。
スマホがいくら普及してもカメラとしての機能や性能でコンデジを上回るのはサイズ面を
考えても無理だからね。
したがって、スマホのカメラ機能に物足りない人がカメラ機能を別個体として持つという
ことがコンデジに求められているものだと言えるにょ。
そのため昨今はコンデジで無線LAN搭載の機種が急増しているにょ。
これはコンデジで撮影した写真をスマホで活用できるようにするためにょ。
確かに無線LANを搭載すればスマホとの連携だけではなくPCに送ったりも簡単にできるため
非常に使い勝手は良くなるのだけど最終的に「SNSに投稿すること」が目的ならばやはり
ワンクッション増えてしまうのがネックになるにょ。
そうすると「コンデジでSNSの投稿まですませれることができればいい」という結論が
出されてしまうにょ。
コンデジもそれなりに高性能なCPUを搭載しタッチパネルによる操作を行う機種が増えて
いるためハードウェアの面では問題ないけどOSやソフトウェア面の問題はあるにょ。
独自OSに独自開発したWebブラウザや日本語入力しすてむを搭載してもいいけどそれならば
スマホ用としてすでにある程度完成されているAndroid OSを使った方が簡単だし、自前で
開発するよりもコストダウンができるようになるにょ。
ユーザー側からしても普段使っているスマホのUIがそのまま使えるため操作面での慣れも
必要ないしね。
そうなるとスマホユーザーから見るとメリットだらけにょ。
実際はそういう単純なものではなくスマホとの2台持ちをするに値するようなレベルの
製品かということが重要になってくるし、スマホ（Android OS搭載機）を使ってない人に
とっては使いやすいものになっているのかということが重要になってくるにょ。
というわけで、COOLPIX S800cについて詳しく見ていくにょ。
基本スペックを見ると1/2.3インチ裏面照射センサーで換算25-250mmの10倍ズームという
昨今流行とも言える高倍率コンパクトモデルにょ。
コンパクトであるが故にレンズはF3.5-5.8と暗く高い描画性能は期待できそうにないにょ。
あくまでデジカメとして考えた場合に高画質の部類ではないというだけであって一般的な
スマホに比べたら上だろうけどね。（ただし、スマホの画面上では画質の差は感じられない
だろうけど）
それに、スマホには搭載されていない光学式手ぶれ補正や光学ズームというのはアドバン
テージになるのではないかと思われるにょ。
Android搭載でシャットダウンからのコールドブートには時間がかかるため常にスリープ
状態ではないと起動が遅そうだけどどうやらその心配はない模様にょ。
コンデジとしては普通（カタログスペックで撮影枚数140枚というのが唯一のネック）だけど
Android端末としてはどうなのかを見てみるにょ。
気になるのはCPUとメモリだけどCortex-A9が採用されているみたいだけどシングルコアか
デュアルコアかも分からず、クロックも不明にょ。
そんなにハイスペックではないだろうから1〜2年前のスマホと同レベルのスペックといった
感じかもしれないにょ。
そのためか、OSも世代の古いAndroid 2.3になっているにょ。
液晶（というか有機EL）画面は3.5インチ82万ドット（WVGA相当の解像度）となっており
それなりに使えるレベルではないかと思われるにょ。
あとGoogle Playにも対応しているためアプリも手軽に入手可能という点も良い点にょ。
やはり、ネックとなるのはバッテリと通信環境にょ。
バッテリについては、1050mAというバッテリがやや心許ないにょ。
これはコンデジならば特に小さい容量でもないけどスマホだと1500〜2000mAhが普通だから
それと比べるとかなり少ないにょ。
スマホを使っていてバッテリが十分と感じる人はあまりいないだろうからね。
もっともスマホを持っている人ならばメイン通信端末にしようとは考えてないだろうから
それほど問題はないと思うにょ。（もしも、これをメイン通信端末に考えている人がいたら
バッテリ容量の小ささに注意しなくてはならない）
それと通信面はWi-Fiのみとなっているにょ。
SIMフリーで3G通信が可能ならばいろいろと便利そうだけど無線LANが使える場所でしか
通信できないにょ。
無線LANが使える場所は都心では問題ないけどそれでもサービスに加入していないと使えない
わけだし、地方にいくと公衆無線LANは極めて限定的な場所でしか使えないにょ。
したがって、これ単体でSNSにアクセスして写真をアップロードできるというのをあまり強調
しすぎると知らずに買ったユーザーはがっかり感が大きくなるのではないかと思うにょ。
COOLPIX S800cはバッテリ容量が少ないというのを我慢できて、通信環境がモバイルルータを
使用したりスマホとの2台持ちでWi-Fiが使えない時はスマホで転送するなど何とかなるならば
悪くない機種だけどそれらに不満がある人は中途半端な機種になりそうにょ。
それに予価48000円というのはこのクラスのコンデジとしてはやや高めであり、このAndroid
搭載ということに魅力を感じないと手を出しにくい機種だと思うにょ。
カメラAPIが一般公開されるということなので従来はファームウェアを更新しなければ実現が
できなかった機能の追加がアプリで行えるようになるというのはAndroid搭載の大きなメリット
ではないかと思うにょ。
これに興味がある人ならば現時点では他に選択肢がないため悪くはないけど恐らく今後他社
からも似たような機種が登場する可能性が高いにょ。
コンデジのシェア低下や価格下落を抑えるためには有用な方法だからね。
そういう意味ではCOOLPIX S800cの動向が今後の試金石になりそうにょ。
-
撤退
ソニー、光ディスクドライブ事業撤退
巨額の赤字から立ち直る為のリストラにめど
http://blog.mian.cc/?eid=1529
ソニーも危ないかもね
http://liv0.com
-
レスにょ
マリモーマさんへ
＞ソニー、光ディスクドライブ事業撤退
＞巨額の赤字から立ち直る為のリストラにめど
シャープに続いてソニーもピンチとは・・・。
不採算部門からの撤退はやむを得ないけどソニーが光学ドライブの製造をやめるなんて
昔だったら考えもしなかったにょ。
|
|
掲示板管理者へ連絡
無料レンタル掲示板
