mieki256's diary

フォルダ指定の範囲を広げすぎたか…。＞自分。

WDS(Windows Desktop Search)よりGDS(Google Desktop Search)のほうがそのあたりは速い、という話を見かけたので、WDSをアンインストール。GDSをインストール。

ちょっと探してみたら、GDSで使えるGoogleガジェットにも、RSS取得系のソレがチラホラあったので、Yahoo!ウィジェットをアンインストール。ただ、Yahoo!ウィジェットにあった、Yahooメールをチェックするヤツは便利そうなので、そこはちょっと困るのだけど。

と思ったが。検索してみたら、Yahooメールをチェックする Firefoxの拡張、Yahoo! Mail Notifier というものがあった。ありがたや。インストール。

ダメだった…。DoJa5.0エミュレータの画面が、デスクトップ画面の左上に表示されてしまった。てことは、Java のバージョンが合ってないから、ではないな。何か違う原因があるのだろう。

何だろうな…。常駐ソフトとの相性が悪いのかしら。画面キャプチャ系のソフトは常駐してないと思うのだけど。クリップボード拡張系が何かマズイことをしてるのか。それとも、メールチェッカーとかその手のソフトが通信をしたり等で割り込みが入るとおかしなことになるとか。

まさか、Microsoft IntelliPoint の仕業だったりして。あのツールは、そのままインストールしただけだと、CGツールの類を実使用不可能状態に追い込むし。

IntelliPoint 6.2 をアンインストールして、5.2 にした。これでどや。関係ないかな。

てなわけで /etc/hosts.deny に in.qpopper: 82.77. とか書いてみる。なぜルーマニアからアタック…。

トリアエズぶろぐ | アタックされてpopにアクセスできねぇ。 より

なるほど。

Guru3D Driver Sweeper なるソフトを使うと、ビデオカードのドライバのアンインストール後、不要なゴミファイルを消してくれるらしい。ということでDL・インストール。セーフモードで Windows XP を起動して実行。

ビデオカードのドライバを更新したら、タスクトレイに表示されている VIA Audio Deck なるサウンド関連設定用のアイコンが2つになってしまった。何故。

仕方ないのでサウンドドライバを再度インストール。MSIのサイトから、M/B K8MM-V のドライバ ―― サウンドドライバの VIA_VT1618_VP003.zip をDL。解凍して実行したら「install」「uninstall」という項目が表示されたので、アンインストール。再起動。インストール。…タスクトレイのアイコンが1つになってくれた。

userChrome.js 0.8 なるものがあるらしいので、DL・インストール。ここで入れてるのは .js じゃなくて .xpi 。

_Yahoo!ジオシティーズ - alice0775のファイル置き場 別館 userChrome.js 51-

膨大(?)なスクリプト数。ありがたや。 _80: userChrome.js ローダ (改題) という .js をまずはDLして、他に必要そうなものを。

ブックマークを現在のタブで開かずに、新しいタブで開くようにしたかったので、 _userChrome.js - Mozilla Firefox まとめサイト から、BHNewTab.uc.js をDL。

• ドライバ等のアップデートは比較的よくあることだと思うのだけど。(メーカ製PCですら、ドライバはそこそこの頻度で不具合解消のために更新されたりするし。) 万が一、ドライバのバージョン等までハードウェア情報として扱ってるのだとしたら、それはちょっとどうなんだろうと。無駄にパスワード再発行の手間を、作者さんのみならず、ユーザに強要している可能性はないだらうか。MSですらアクティベーション情報には期限をつけたり段階を設けたりしてるわけで…。MSより厳しくしてどうするんだ、みたいな。
• 新しいPCを購入して、以前のPCから新PCにEDGE2を移行したいと思ったときは、どうすればいいのだろう。以前のPC上でEDGE2のユーザ登録を無効にした上で、新PCに登録を移行することは可能なのだろうか。その方法は用意されているのだろうか。や、ここ数日、PCのスペック不足で困っていて、新PC購入を検討していたりするわけで。その時を考えると頭が痛い。それでなくても環境移行は面倒なのに…。
• パスワード再発行の問い合わせが必要になった時に、万が一、作者さんが事故や病気でお亡くなりになってたらどうするのだろう。せっかくの優れたソフトでありながら、闇に葬らねばならないのだろうか。…まあ、「俺の死んだ後のことは知ったこっちゃねえ」というのもアリではあるんだけど…。
• パスワード再発行の問い合わせメールをその都度送ることを前提にする、というのがアリだとしても。その問い合わせメールを書く際に「文面をどうしよう」などと悩みながら書くのが、ユーザとしては結構苦痛。最初のパスワード発行もそうなのだけど、メール文面の定型内容を事前に示したほうが、作者にとってもユーザもとってもやりとりが随分楽になるのではなかろうか。

とりあえず、一番最後の、「この手のやりとりは定型なソレを用意したほうがよくないスかね…」てなあたりをちょっと匂わす文章をメールに含ませつつ送ってみたけどなんかあっさりスルーされてしまった。トホ。

ハードウェア情報を拾ってまで不正利用対策をするのであれば、認証作業の自動化についてもよほど真剣に考えて構築する必要があるよな、と思ったりもするのだけど。そこが手作業だったり、ユーザに余計な負荷をかけてしまうってのはどうなんだろうなぁ…。なんだか矛盾を感じなくもない。

まあ、需要が少ないツールだろうから、盗まれないようにガッチリやりたいてのはなんとなく判るのだけど。ユーザに余計な負荷をかけない方向でもガッチリやってくれたら、とも思ってしまったわけで。MSやAdobeのようにWeb経由の認証システムを構築する、なんてのは比較的理想に近いかもしれない仕様なれど、個人での実現は難しいだろうから横に置いておくとして。＜いや、Web関連技術に熟知した人なら不可能ではない感もあるんだけど。せめて、メール定型文をサイトに載せておくだけでも違うのでは、というかソレがあったら個人的にものすごく楽だったんだけど、そういう内容をページに載せるのってそんなにシンドイ作業なんだろうか。また、使ってるサーバ・プロバイダによっては、メール送信フォームを使えるところもあったりするので、そういう作りにしておけば、ユーザも楽、作者も楽、閲覧者からの問い合わせも増えてウマーじゃないのだろうかとも思ったり。や、某社のサイトにソレを用意したことがあるんですが、問い合わせがそこそこ増えたと聞いたので、商売的には効果あるみたいで。使える環境が限られてるのがアレですが。

つーか現状では、企業に導入とか絶対に無理だよな、このソフト…。100台ほど入れて使いたいという話になったら、100台分のIDを顧客にわざわざ作らせて、100台分のパスワード送って対応するんか、みたいな。その100台が、VistaとかWindows7とかに更新されたらまた大変。そのへん面倒なソフトは、そうそう導入できないよなぁ…。まあ、こういうジャンルのソフトが必要になる会社ってのは、えてしてツールを自社開発してる予感もあるけれど。そもそも今時ドット絵描く場面は少ないか。ぎゃふん。

ふと。シェアウェアの成功例として秀丸が脳裏に浮かんだり。昔勤めてた会社でも大量にライセンス購入してたけど、アレはたしか、パスワードさえ合ってればそのへんの面倒はなかったような。今はどうなんだろう。と思ってちょっと確認してみたけど基本的には変わらないように見える。そんな認証でも商売にはなるのか。いや、時代も関係あったのかしら。どうなんだ。

ライセンス認証が面倒なソフトは、上手にシステムを構築していかないと、かえって売上を落としてしまう印象が。ガチガチな認証にして売上を保ってるソフトって、どのくらいあるんだろう。うーん。

まあ、WinGrooveみたいに、不正利用のように見えたらHDDフォーマット、とかされることを考えたら、マシといえばマシではあるんですが…。アレって結局裁判にはなったんだろうか。さて。

何かこう、有償ソフトの不正利用を確実に予防しつつ、それでいてユーザの負担が増えない、そんな技術・仕組みはないものかしらん。このへん単純に、技術的な問題・技術的な課題であろう気もする。…いや。何の情報を鍵にしてやりとりするかのところを詰めていけばもっと良い仕組みを作れるだろうか。

まあ、色々な問題があるな、と思っただけの話です。

暗号化されてると検索できないのか。…iアプリ関係のマニュアルPDFは見事に暗号化されていた。それで検索にひっかからないのね。

…不便だなあ。いやまあどうせ○○○○が云々とか○○は誰が○○○○とかそういうアレコレで、文書の種類に関係なく一律で暗号化していてこういうことになってるんだろうと想像するのだけど。便利になる技術は目の前で既に動いてるのに、技術と関係ないところを牛耳ってる人達の考えで不便な思いをさせられるってのは、なんていうか…。まあ、とにかく不便だなと。

中身はただのテキストファイルなんだけどなぁ…。「*.hnf もテキストとして扱え」的指定はできないのだろうか。不便だ…。と思ったが。

_trivex.net - Larry's GDS Plugins の Any Text File Indexer を使えば、任意の拡張子をインデックスするようにできるらしい。ありがたや。

GoogleガジェットとかVistaのサイドバーガジェットとかで、プリキュアの玩具をそれっぽく再現。…してどうする。BANDAIから訴えられるだろうな。

PC上のソフトで、玩具に転送するデータ等を作成できる、てな状況は作れないだろうか。女児の居る御家庭で、お父さんがPCで、娘さんのためにデータ作成。娘さんの玩具に転送。娘さんは大喜び。とか。…今時、そんなことができる時間的な余裕はないわな。＞お父さん。仕事で忙しくて。

一旦ローカルで表示して校正をしてみたり。hnsの設定ファイル中で、hnf格納フォルダを相対アドレスで指定して。theme.ph のリンクURL表示を弄って、*.html ではなく index.cgi に。04WebServerを起動して、http://localhost/〜 でアクセスしたら動いてくれた。よっしゃ。みたいな。

改めて読んでみると、読みづらいな…。＞自分の文章。まあ、記録というか、作業メモ、思考メモだから、これはこれで。

livedoor reader を開くのが怖い…。

実情とはかけ離れてる印象かもしれないのだけど。

地デジの普及がゆっくりなのは、受信機器の導入コストの高さが問題のように思えるんだけどな…。例えばの話、ホームセンターで購入できるアナログ放送受信用ブラウン管テレビと同価格で、地デジが見れますよ的テレビ＋チューナが販売されてたら、あっというまに普及しちゃんじゃないか、とも。まあ、お偉いさんは比較的金持ちばかりなんだろうから、ホームセンターで云々と言われても感覚的に判らないかもしれないか。

それと、地デジ導入に付随する制約も関係してそうな。録画したものをダビングできないとか、PC用地デジチューナを今まで出さなかったとか、普及の障害になるものを自らせっせと揃えていた感も。まあ、最近は、ダビング10とか、PC用地デジチューナがやっと発売されそうになってきたとか、一応ジタバタしてるみたいではあるけど…。この手のモノの購入の先陣を切るはずだった、その手のマニア属性の人間に対してすら、心理的ブレーキをかける・購入を躊躇する状況にしたのは、かなりマズかったのでは。という気もしたけれど、もうそういう時期ではなさそうだし。今更な話か。

今現在、最も低価格で購入できる地デジチューナつきテレビっていくらぐらいなんだろう。や、ワンセグじゃないヤツで。そのあたりの価格が下がれば下がるほど、普及はサクサク進むんじゃないのかと思ったりもしたのだけど。どうなんだべ。

なんというか、アナログ放送停波の「認知度の問題」じゃないように思うんだけどなあ。つーかSMAPの草ナギが散々TVに出て宣伝してるけど、認知度云々はアレで十分じゃないのかしら。それとも草ナギじゃ役目を果たせない、という判断なのでしょうか。…草ナギクン。君じゃダメだと、お偉いさんは判断したらしいよ。こういう判断を下されること自体に、ジャニーズファン・SMAPファン・草ナギファンは怒るべきではないのでしょうか。嘘。

作ったのは「コタツネコ」の人だったのか…。素晴らしい。

実況スレを眺めていたら、「今までのは全部コンピュータのシミュレーション結果だった、てなラストシーンならSFらしくなって良かっただろうに」という書き込みを見かけて、なんだか感心。考えてみれば、必ずしも人間の夢オチにする必要はないのだよな。

• コンピュータの見た夢オチ。
• ロボットの見た夢オチ。
• 動物(犬や猫)の見た夢オチ。
• 植物の見た夢オチ。
• 宇宙生物の見た夢オチ。
• 惑星の見た夢オチ。
• 宇宙意志・神の見た夢オチ。

夢を見る者が、人間以外のモノになるだけで、結構印象が変わりそうな予感。

_Cinderella : Cinderella

これかな？ …なんか違う予感も。

先日試用してみた _Pencil もそうだけど。一般的な単語でソフト名をつけてしまう人種は、一体どういうロジックに基づいて、そういう名前をつけているんだろう。情報の海にあっさり沈んでしまうじゃないか…。まあ、そのへん言い始めると、X-Window とか Windows とか Word とかどうなのよ、という話にもなっていきそうだけど。

一般的な単語＝浸透が早い筈、という予想をしてるのだろう、とは思うんだけど。検索時に困ってしまうというデメリットも鑑みた上で命名してるのだろうか。てな疑問も。

なんとなくだけど、

ジャイアン「この言葉、なかなかイイ感じじゃねえか。よし！ これを俺様のソフト名としていただくぞ！」
スネオ「そんな無茶な…」
出木杉「ダメだよ、剛田くん。この言葉は皆で使ってるんだから、君だけのものにしてはいけない」
ジャイアン「そんなの俺の知ったこっちゃねえ！ 俺がイイと思ったから俺のモノにするんだ！ なんか文句あるか！？」

みたいなノリがそこにあるのかなと勝手な想像を。

いつもは親父さんがやっている、犬の散歩をやらないと…。

以前は自転車を使って散歩させていたけど。フィラリアで弱ってるはずなので、今回は歩きで。しかし、相変わらず紐をグイグイと引っ張る。＞犬。コイツ、本当に弱ってるんだろうか…？ いや、ゼエゼエと呼吸してる感じもするので、昔よりはアレなんだろうけど。

人間の歩行速度に合わせて歩くように躾たいのだけど。躾け方が判らない。10才近い年齢でもあるし、今からではもう遅いのだろうか。

iappli Development Kit for DoJa-3.5 で、iアプリライブラリを使おうとしてハマったり。どうも、DoJa 4.0 から使えるようになったらしい。

ていうか _昔の自分の日記 でも、DoJa 4.0 からじゃないと使えないよ云々とメモってあった。そうか…それが理由で自前実装してたのか…。まあ、今のところ最終的には、動作速度や空きメモリの問題で、x900i は非対応になりそうなので、DoJa 3.5 で無理矢理作らなくても良さそう = DoJa 4.0 を使っても大丈夫。だろう。たぶん…。

今まで使ってた、ProGuard + JoGa では、動かないバイナリができてしまった。トホホ。

PackageURL = http://localhost/hoge/fuga/piyo/hogeappli.jar

PackageURL = hogeappli.jar

ProGuard が古いからまずいのかと思って、最新版であろう 4.2 に入れ替えていたのだけど。問題が判った後で、ProGuard → JoGa と通そうとしたら、JoGa がガンガンエラーを出力。うーん。

ProGuard もバイトコードの最適化をしてくれるようになっている、との話なので、JoGa は使わない方向で作業しようかしら。いや、今まで使ってきたツールが変わったら、何か不具合が起きるかもしれないし。元に戻すか…。

「アプリ一覧にアイコン画像を表示すべし」てな要求が来てるので48x48のアイコン画像や160x160のアイコン？画像を描いたりしたのだけど。

ADF中に、

AppIcon = hogicon.gif
AppMainTitle = hogeiconlarge.gif

と指定して、該当画像を res/ 以下に入れておくのだけど。小サイズは、ともかく、大サイズは DoJa 5.1 からじゃないと指定できないらしい。

ということで、この期に及んで DoJa 5.1 ツールをインストール。

_怠慢なので Java を使ってます。 - route246

このあたりの記事を眺めてるうちに、そんなことを思ったのです。

「KY」とか「MMK」とか「JK」とか。書くのは簡単だけど、可読性が高いかというと、個人的にはなんだか微妙な感じ。

つーかこのへん、元々は暗号化を目的として使われてたのだったか。

まず、レジューム処理が行われる時は、IApplication の resume() が呼ばれるので、今まではその中に、

    public void resume() {
        if (l_main != null) {
            l_main.mcResume();
        }
    }

てな感じに書いてたわけなんだけど。

もしかすると、実処理をするクラス…クラスって呼び方でいいのか判んないんだけど、上のソレで言えば l_main が null で入ってくるときがあったりするのかなと気になったり。いや、アプリ起動時なんかはそういう状態が有り得るのだけど、もしかするとレジューム時もそうだったりするんかなと。

あるいは、微妙な時間差で「今、レジューム処理中なんで、メイン処理はなんもしないでね」的フラグが設定されてないうちに、メイン処理が始まってしまったりするのかもしれない、てな根拠のない想像を。ということで、

    public void resume() {

        // 実処理クラスが復帰して、リジューム用処理が呼び出せるようになるまで繰り返す
        while (l_main == null) {
            Thread.yield();
        }
        l_main.resumeJobEnable = true; // とにかくフラグだけでも先に設定
        l_main.mcResume(); // レジューム時の実処理
    }

という感じにしてみたり。

レジューム処理の中で、キーがどれも押されてない状態になれば、メイン処理を始めてもええだろうと。

    public void mcResume() {
        resumeJobEnable = true;

        // キー入力ワークをクリアしたり、待ち時間カウンタを設定したり。
        initResumeWaitWork();

        if (!pauseEnable && soundUseEnable) {
            // サウンド再生を再開する必要があるなら再開する(キューに要求を入れるだけ)
            replaySound();
        }

        initResumeWaitWork();

        // キー入力がなくなるまで待つ
        do {
            try {
                Thread.sleep(SLEEP_VALUE);
            } catch (InterruptedException e) {
            }
            setKeyWork(getKeypadState());
        } while (repbtn != 0 || trgBtn != 0);

        resumeJobEnable = false;
    }

これで、どのキーも押されてない状態にならないとココから抜けない、イコール、「今、レジューム処理中なんで、メイン処理は仕事すんなよ」フラグがOFFにならないはずで。メイン処理に戻ってきたときは、選択キーは押されてない状態、なのではないかと期待。

レジューム処理に入ったら、「この後、nフレーム程度、メイン処理は仕事をしないでね」的カウンタをセットして、メイン処理はそのカウンタが0より大きかったら -1 だけして何もしない、ということにしてみた。もしかすると、レジューム直後は負荷が高いというか、今まで実行していたアプリのアレコレをどこかに避難させていたけど、それれがまだ書き戻せてなかったりする時があったりなんかして、そういう状態でメイン処理を動かしてしまうと何かマズイのかも、とこれまた根拠のない想像を。

「レジューム発生だよ」とイベントが発生するらしいので、それも見ることに。

    public void processEvent(int a_type, int a_param) {

        if (processEventJobEnable) return;
        processEventJobEnable = true;

        if (a_type == Display.RESUME_VM_EVENT) {
            // リジューム時はワークをクリア
            initResumeWaitWork();
        }

        if (a_type == Display.KEY_PRESSED_EVENT) {
            // キーが押された
            if (keyNoCheckEnableCount <= 0) keyBtnInterrupt |= (0x01 << a_param);
        }

        processEventJobEnable = false;
    }

どうもここらへんの処理の順番としては、RESUME_VM_EVENT発生 → resume() という順番になるらしい。であれば、先に発生するほうで最低限キー入力ワークをクリアしておけば多少は改善するのかなと。

ある程度は改善されたのだけど、何度か試してると、選択キーが押されたかのようにiアプリが動作してしまう時が。うーん。

resume()は必ずしも、レジューム時に最初に呼ばれるわけではない、と関連ドキュメントには書いてあるわけで。ということは、

1. サスペンドからレジュームする。
2. メイン処理が再開される。キーを読んで、キー入力ワークに値を入れる。選択キーが押されてるらしいので、次の画面へ移行開始。
3. resume() が呼ばれて、こちらの意図したレジューム処理が始まる。キー入力ワークがクリアされ、キーが離されるまで待つ。
4. キーが離されたのでメイン処理に戻る。のだけど、メイン処理はもう次の画面に移行してますがな。

という状態が時々起るのかもしれないと。

仮にこういう状態が起きているなら、対処できないよ…。アプリ側で、レジュームしたことを知る術がないわけだから、対応は無理なのでは。いや、正確には、「レジュームしたよ」と教えてはもらえるのだけど、事が終わってから知らされてもどうしようもない、という話だらうか。

興味深い。

レジューム動作テスト用アプリの作成は一旦中止。先にバグ報告を潰していかないと。いや、レジューム云々もバグ報告として上がってるのだけど。

追加すべき対応端末リストが届いたので対応。軒並み、同じサウンドデータを使ってもいいようで、首を捻る。最近の機種は、どれも同じ音源チップを使ってるのだろうか。それとも、扱えるデータのフォーマットだけが共通化された、とかそんな感じなんだろうか。後者ならともかく、前者だったらなんだかアレだなあ。NシリーズからXG音源チップが排除されたら、これでとうとう本当に、XGは死滅、ということなんだろうな、みたいな。

「電源ボタンを押していきなり終了させると弄ってたサウンド設定が保存されない。修正すべし」という要求が来たので、キー操作でサウンド設定関連フラグを変更するたび、逐一スクラッチパッドに保存するようにしたのだけど。

P902iS で動作確認したら、画面が止まる。アクセスに時間がかかってるっぽい。スクラッチパッドへのアクセスは、比較的最近の機種でも遅いのか。そのあたり良くなってることを期待して変更したんだけどな。

いや、元々、逐一保存しないようにしてたのは、ある種のバグ対策だったわけで。昔、N506iSで作ってた頃、ハイスコアが更新されるたびにスクラッチパッドに保存したら、「ゲーム画面がガクガクしちゃって話にならねえぞゴルァ」てなバグ報告が来て。その時の経験から、スクラッチパッドへのアクセスは極力少なくしないとダメだよなと。かつ、画面が止まってもいいような箇所で保存するしかないよなと。

てなわけで基本的に、キー操作中は一時的にメモリ上の変数に対してのみ内容変更をしておいて、画面を抜ける・別の画面に移行するときに、スクラッチパッドに保存する、という仕様にしてたわけで。

コレ、どうすりゃいいんだ。たぶん、「サウンド設定を弄ると画面がガクガクする」という、新しいバグ報告が上がってきそうな予感。かといって前の仕様に戻すと、「バグ：未修整。修正対応待ち」扱いになりそうな予感も。うーん。

_iアプリベンチ2.0 にスクラッチパッドの書き込み速度一覧が。16KByteを2048回書いてこの時間…。なんで自分のソレは遅いのか。たった4byteしか書いてないのに…！ 何かミスをしてるんじゃないのか。＞自分。