膠着戦線 -日常的戦場-

1. 2026/06/12(金) 22:41|
2. |
3. TrackBack(-) |
4. Comment(-)

■ＰＳＰのゲームアーカイブスで「ベアルファレス」をダウンロードして遊んでいたので、
その攻略メモをば…。

あまり情報がないから困る(´・ω・`)


■キャラメイク
①上級貴族
細剣＋逆剣で二刀流ができる。恐ろしい火力。出が早く、距離も長い。

②農民
大剣。攻撃範囲が広いので当てやすい。敵をまとめて吹っ飛ばせるので楽。

とりあえず、キャラは上の二択が無難な気がする。
もしくは、猟師にして「弓」を使うのもアリか。

「弓」だと、ラスボスを相手に一方的に、俺ＴＵＥＥＥＥＥができるらしい。


■面倒なミッション
○「ラフメルの葉」

アッシュの妹の薬の材料を取りに行くミッション。
宝箱があるけど、大したモノじゃないので、別にスルーしてもＯＫ。
金になるので、余裕があるなら確保。
キュアポイズンを2、30個くらい 用意しておくと楽。余裕があるならポーションも。


○「鋼鉄の審問者」

このミッションに参加することが、ＥＤの最低条件。メンドイ。
戦闘前にウォーターボトルを大漁に買い込んでおくと吉。第一形態は地道に岩をぶつける。
第二形態は、「体」がジャマなので、通常攻撃でさっさと撃破。
「頭」が無駄に素早くて当てにくいので、ガレキの間に押し込んで逃げ場を封じてフルボッコ。
または、「バキューム」で足止めして斬り殺す。


○「選ばれし騎士たち」

敵を一匹も殺してはいけないミッション。正直ダルイ。
アイス系や、オイル系のトラップで足止めして進めるのがスタンダードらしい。
魔法キャラがいたら、氷系の魔法で凍らせながら進んでも可。
…が、実際には主人公の「バキューム３」があったら、普通にいける。
適当に設置して、敵を吸い込んで、その隙に突破。　
自分が吸い込まれた＼(^o^)／　なので、気をつける(´・ω・`)


○「神の世界」

なんかラストミッション。ラスボスはほとんどチートみたいな動きをする。
とりあえず、フリップパネルを利用して接近→斬るを適当に繰り返す。
ラスボスのお約束で第三形態まである。
Ｌｖ５０くらいあったら、だいたい各形態２，３発で沈む。

…バキューム３で足止めはできるけど、敵の攻撃が激しいので、正直それどころじゃない。
魔法キャラがいるなら、第一、第二形態は、適当にソード系の魔法を乱打してれば楽勝。

1. 2009/01/20(火) 23:28|
2. ゲーム攻略メモ|
3. TrackBack： |
4. Comment：0

 ■ようやく、GoogleChromeが正式版になったようです。

そんなわけで、サブノートに導入しました。

メインマシンは相変わらずOperaなんですが、サブノートは極力軽快に動作するものを使用したかったので、、

β版も少し触ったことがあって、そのときからなんともいえない「ヌメッ」とした動作、、、（なんじゃそりゃ）は、結構気に入ってました( ´∀｀)


■問題点があるとすれば。

OperaやSleipnirなんかのタブブラウザでは、もはや標準機能となっている、

マウスジェスチャー機能がGoogleChromeには搭載されていないっていうこと。

、、、なんというか、普段から慣れ親しんでいると、あの機能がないと非常に使いづらい。

どうにかできないものかな～と探していたら、、、、あるじゃないか。

タスクトレイに常駐してマウスの軌道を判定してくれるやつが、、、

・かざぐるマウス

インストーラーとかもなくて、ダブルクリックしたら起動する(´・ω・｀)

あとは設定画面を開いて、有効にするブラウザと、各ボタンや動作に機能を割り振っていくだけ。

……便利な世の中になったもんじゃ～。


■まあ、ほかにも問題、、、というか疑問がなくもない。

このGoogleChromeって、インストールするときにどこにインストールするのか聞かれない。

リンクをたどっていくと、、、個人の作業フォルダの奥にぶっこんである、、、。

"C:\Documents and Settings\<Account Name>\Local Settings\Application                 Data\Google\Chrome\Application\chrome.exe"

...なんでこんなところにぶっこんでるんだ...。

なんか、閲覧履歴をGoogleに送るとか、そういう話もあった気が。

オープンソースのブラウザっていう割には、そのあたりがぜんぜんオープンじゃない！

1. 2008/12/13(土) 11:06|
2. 雑記。|
3. TrackBack： |
4. Comment：0

■ＤＬＬの遅延ロード。

Windows95-Vista全てで動作を保証するツールなんかを作ってると、
95ではDLLが足りなくて、うまく動かないこととかあります。

WIndows95ではVistaで動かした時に比べて、「機能が落ちる」こと
があるのは仕方がないにしても、「動かない」分けにはいかない。

たいてい、そういう時は「ＤＬＬが足りなくて～…」みたいなエラー
になるがことがおおいので、遅延ロードの出番(´・ω・`)


■とりあえず、VC6++でやりました。

// 遅延ロード用ライブラリのヘッダ
#include <delayimp.h>                    

// 遅延ロード用ライブラリの読み込み
#pragma comment (lib,"delayimp.lib")

// 遅延ロードするDLL
#pragma comment (linker, "/DELAYLOAD:hogehoge.dll")


こんな感じのコードを書いてやれば、必要な時にDLLをロードするようになるみたいです。
VC7以降は、プロジェクトの設定でdelayimp.libをリンクし、リンカオプションに /delayload: "遅延ロードするDLL名"を書くみたいです。


内部的には、動的にロードするのと変わりない動作をしているみたいです。

…いちいち、自分で動的にロードしようとしていた一時間を返せ＼(^o^)／

1. 2008/11/06(木) 23:48|
2. 雑記。|
3. TrackBack： |
4. Comment：0

■まあ、久しぶりにメモメモ。
ちょっと、Ｃ＋＋で困ったことがあったのでメモメモ。

Visual Studio 2005 ( VC++8.0 )でビルドした、libファイルを

Visual Studio 6.0 ( VC++6.0 ) のプロジェクトにリンクしようとしたところ、

外部参照エラーが出ました(´・ω・`)

原因は何か～、という話になって。
どうやら悪いのは、CStringらしいという話になりました。
Visual Studio 2005 と Visual Studio 6.0 のCString型では、どうやら実装が異なっているようでして。
Visual Studio 2005で作成したlibの関数に、戻り値がCString型のヤツがあると、リンクできないという現象に＼(^o^)／

普通に、LPTSTR とか使ってやっておくべきだったという話デスネ。

■CString型っていうのは便利です。
UNICODEだろうが、マルチバイト文字だろうが意識せずに扱えるので便利なんですが、
あくまでも、あれはVisual Studioが用意したクラスなんで、こういうときに困りものなんだなぁ、
と実感した今日この頃。

皆さんも気をつけましょう。

1. 2008/10/03(金) 23:32|
2. C++/C#|
3. TrackBack： |
4. Comment：0

■C言語で文字列のコピーと言ったら、

strcpy , _tcscpy_s　

とか使いますが、 Windowsにおいてはもうちょっとイロイロ意識しなくちゃいけません。

基本的に、SHIFT-JISを使っている場合が多いので、一概に”文字列”と言っても、１Byte文字と２Byte文字が混在していることが多いのです(´・ω・`)

”文字を何文字コピー”なら大して意識しなくてもいいんですが、
”文字を何Byteコピー”の場合は、このあたりを意識して欠かなくちゃいけません。

UNICODEだったらそんな問題もないんですが…＼(^o^)／


■んで、どうしたかというと。

LPTSTR lstrcpynEx(LPTSTR lpszDest, LPCTSTR lpszSrc, int iSize)
{
      // 0Byteのコピーはありえない
      // 1Byteコピーの場合は先頭にNULLを格納して返却
      if(iSize <= 0)
            return NULL;
      if(iSize == 1){
            *lpszDest = '\0';
            return lpszDest;
      }

      BOOL bFind = FALSE;
      for(int i=0 ; i<iSize-1 ; i++){
            if(!bFind && (_istlead((unsigned int)lpszSrc[i]) != 0))
                  bFind = TRUE;
            else
                  bFind = FALSE;
            lpszDest[i] = lpszSrc[i];
      }
      if(bFind)
            lpszDest[iSize-2] = '\0';
      else
            lpszDest[iSize-1] = '\0';

      return lpszDest;
}

NByteの文字をコピーする場合に、
文字列を戦闘から精査していって、NByte目の文字が２Byte文字の先行Byteかどうか判断して
コピーするByte数を決めるやり方。

Windowsプログラミングだと、"N文字コピー”よりも"NByteコピー"をすることのほうが
多い気がするので…。

もうちょっとステップ数は削れるような気もするけど、あまり削っても分かりにくくなるので、これくらいで(´・ω・`)ｂ

気に入らない人は改良してクダサイ。

1. 2008/09/01(月) 21:14|
2. C++/C#|
3. TrackBack： |
4. Comment：2