GARAGE BOX

Yosemiteへ入れ替えたらなぜか、GoogleDriveにログインできなかった事の回避メモ

2014-10-20T21:48:00.001+09:00

新しいOSへ入れ替えれば、大なり小なりの問題というものは出てくるわけです。

Yosemiteに入れ替えたからというわけでは無いでしょうが…
なぜか、GoogleDriveのアプリが動いていない自体に陥っていたです。

通常であれば、きちんと稼働していれば、この様にアイコンが表示されているはずだったのですが、なぜか灰色のままでこのアイコンをクリックしてもメニューが出てこないという事になっていました。

どうも、ログインが出来ていない状態だったようで、しばらく途方に呉れようとしていたところで、ふと、キーチェーンアクセスの設定を入れ替えたらダメかなと思いついて早速行動に出てみたわけです。

そこで、まずアプリの方は念のため停止させておきます。
ただし、当然メニューバーのこのアイコンをクリックしてもメニューは出てきませんから、アクティビティモニターを開いてここから、GoogleDriveを停止せます。

キーチェーンアクセスを開き、この様にGoogleDriveの項目を見つけ出して、コイツをバッサリと削除してしまいます。

で、一連の作業のを終えた後に改めてGoogleDriveのアプリを起動させてみます。
ここで、Googleのパスワードの要求が来るはずですので一連の作業をおこないます。

そして、メニューバーのアイコンが上の様に黒いアイコンの状態になっていれば恐らく成功していると思われます。
クリックしてみてメニューが表示されればこれで成功だと思います。

ひとまず、大丈夫みたいなのでこのまま放置で様子見ですね。

MACをYosemiteへアップデートしたらAndroid Studioが動かない

2014-10-19T00:26:00.000+09:00

MACをYosemiteのアップデートがはじまたったので早速インストールしてみた。
まぁ、あたらしいOSになると儀式のようにアチコチで不都合がでてくるわけですよ。

で、今回は「AndroidStudio」が立ち上がらないという自体に遭遇です。

こう言われて、怒られます。

だからって、そのままにって訳にもいかないので、ちょっとググってみたところやっぱり先駆者はいました。
「Stack Overflow」にこんな記事が「Can't run Android Studio on Yosemite」まぁ、そのままです。

で、ここの内容を元に作業をしてみます。

まず、アプリケーションフォルダーの中にある「AndroidStudio.app」の中にはいります。
このへんは、コマンドラインから入ってもいいし、「.app」の中を覗けるファイラーなどを使ってもいい。

そして、「Contents」の中にある「Info.plist」を編集します。

<key>JVMVersion</key>
<string>1.6*</string>
となっている部分をみつけだし、この部分を

<key>JVMVersion</key>
<string>1.6+</string>
と編集します。

ひとまず、この方法で動いているので大丈夫かなと…

これで、安心して「API21」へアップデート出来ますね。

Android Studio を 0.8.1へしてみた

2014-06-30T15:23:00.002+09:00

AndroidStudioが0.8.1へバージョンアップしたのだが、今回は久々にちょっとややこしいことになりそうだったので、改めてマルマル入れ替えてみた。

とりあえず、AndroidStudioを立ち上げるとこのような事になっていて、通常ならこのグリーンの部分にアップデート用のリンクが出現しているはずなのだが、今回はメッセージのみ。
そこで、下の部分のバージョン表示のところにあるリンクを選択すると、

このダイアログが出てくる…
よく見ると、「Download」になっていて、いつもの見慣れた、「アップデート＆リスタート」のメッセージではない。
ここでちょっと嫌な予感がしたので、AndroidデベロッパーHPのAndroidStudioを改めてDLすることにした次第。
（このパターンは以前にも一度あって色々バージョン合わせとか面倒な事になった記憶があったもので…、ですので、当然ここでDL出来るZIPファイルをそのまま適応しても問題ないとは思われますよ、ただ私は…ってことで）

HPからDL出来るバージョンは今のところ、0.8.0になっているようなので、ひとまず素直にこいつをDLして改めて入れなおすことに。
入れ直し自体は特に何もおこらないとは思う。
インストール後立ち上げると、こんどは、0.8.1へのバージョンアップを促すいつものパターンの表示が出てくるので、ここはそのままバージョンアップを実行することに。

程なくして一連の作業が終われば、0.8.1へ移行で来ていると思う。
あとは、諸々の設定を以前の感じへ再設定を行い、続いて、SDK関連の入れ直しをやっておく。

インストール直後はひとまず、最新版のバージョンが入っている最小のSDK環境になっているので、自分の環境で必要と思う他のバージョンのSDKを追加することになる。

しかし、今回のこのバージョン、「API20」が2つになっているのがなんか気持ち悪い…
いずれ合体するのかしら？？　それとも、分かれていくのか？？

とりあえず、これで一応移行の方は完了したというところなので、細かいところはポチポチ見ていくことにします。
なんか、しれっと、TVの部分とかもアップデートしてる感じだし色々みていくかな…

ワイヤーレスキーボード Logitech K750 for Mac を導入してみた

2014-06-13T13:27:00.002+09:00

「Logitech K750 for Mac」の方を導入してみました。

純正の「Apple Wireless Keyboard」も特に問題があるものではなかったのですが、やはり電池の心配が煩わしかったというのと、ちょっと作業をしている時に、テンキーの存在がちょっと恋しくなってきてなんか面白いものはないかというところで、このキーボードへたどり着いたという感じです。
純正のキイボードでテンキー付きになってしまうとワイヤレスではなくなってしまうんで、どうしたものかと…やはり、ワイヤレスの取り回しの楽さの具合を味わってしまうと…

とりあえず、今回も定番のアマゾンさんで購入。
「Amazon.co.jp： Logitech ワイヤレスソーラー英語キーボード K750 for Mac - Silver　【並行輸入品】」

接続の方は、K750はUSB型の受信アダプターを使うタイプになります。
コレを本体のUSBポートへ接続しておく感じです。
（ちなみに、テンキー無しのK760だとBluetoothの接続になるみたいです。）

まぁ、接続に関しては何事もなったようにサックっと繋がります。

普通に使う場合にはこれで特に問題は無いのですが、ココからはちょっと細かい部分で追加していった物の話。

LogitechのHPを覗くとこのキーボード用のツールがあります。
（箱にもアドレスがでていますが）
ただ、このK750はUSの方のHPにしかページが存在しませんので注意が必要です。
（ちなみにアドレスはこちらでhttp://goo.gl/ltPe0w）
でこのページの「Support」を選択して更にそのページ内の「Download]へと移動してみます。

↓

あとは対応しているOSのバージョンを選択してツール類をダウンロードしてきます。
ちなみに、「Logitech Control Center」の方のツールを使用すると、ファンクションキー部分の機能の入れ替えが出来るようになります。

オリジナルのキーボード設定にあるこの項目と同じことです。

あと、これはAppStoreの方にもあるのでそちらからでも導入できますが「SolarApp」というモニタリング用のアプリがあります。
コレを使うと、ソーラーパネルに入ってきている光量の具合とバッテリーの充電量のモニタリングが出来るようになります。

と、このへんの物を導入して備えを固めてみました。

あ、あとこのキーボードの雄一の弱点な部分になるのが、「capslock」の状態がわからないというところ。
Appleの純正キーボードの方はインジケータランプが付いているので状態が確認できるのですがK750にはそれがない…
仕方がないので、私はcapslockの状態を確認できるアプリの方を導入して対応してみました。
今回使ってみたのは「capsee」というのをいれてみました。（ページはこちらhttp://goo.gl/pdDL）

これは、capslockが押された場合にモニター上にアナウンスを表示してくれるものになります。

とりあえず、この辺のものを使って使って行ってみようと思います。

久しぶりに機種変更、XperiaZ2へ移行してみた。

2014-05-25T23:57:00.003+09:00

けっこういい感じだったのでしばらくXperiaZで過ごしてきたけど、ソロソロかなというタイミングでXperiaZ2が来てくれたので早速入れ替えてみた。

発売日からしばらく調整かましつつ使ってみた感じは流石に色々仕上がってきた感じです。

当然のことながらレスポンスとかが格段に向上してて快適。
まぁCPUのクロックが上がってるし当然だろうな。

あと、使ってていい感じだったのがバッテリーの効率が上がってる感じなところに来て、スタミナモードが結構な割合でいい仕事をしてくれている感じなところ。

しばらくは、このままで使い続けて微調整をしていこう。
あとは、カメラとかパワーアップしてる部分もいじってみないとな…

LP097QX1を使ってMacのサブモニターにしてみた。

2014-04-21T01:14:00.002+09:00

最近ちょっと、作業中に影響を受けないでちょっとした情報を表示したままに出来るようにちょっとサブモニターが欲しいなと思っていた。

あれこれ探っているうちに、XOOMに「iDisplay」を使ってみたらどうかとうことでひとまず試してみたわけですよ。
コレはコレで、悪くないアプリだったのですが…
常時使用するという点においては若干問題になる点もあったと、やっぱり自動で再接続してもらえないのが大きい。
あと、やっぱりレスポンスがよろしくない…

で、やっぱり普通に液晶を繋ぐかなと更にアレコレ探していたところ、「約1万円で10インチのRetina(2048x1536)なサブディスプレイを手に入れる」の見出しを発見したわけと…

で、「LP097QX1」というiPadに使われている液晶パネルのことを知ったわけですよ。

となってくると、このパネルはどこで購入するかということになる流れなのですが…
ひとまず、「eBay」で検索をとりあえずかけてみたらボロボロ出てくるということに。
とりあえず、値段の方をみてみると、パネルが$65、インターフェイスボードが$88という結果に。
「コレなら行けるんじゃね」って事で早速注文。

ほぼ、２週間くらいで到着とういう流れだった。

到着したパネルを開封してみたら、いい感じ手の跡が残っているというお約束はあったものの状態は申し分なし。

ちょっと、遅れること…インターフェイスボードも無事到着した。

ということで早速、設置と行くわけです。
そもそも、液晶パネルとインターフェイスの接続事態は液晶のフラットケーブルを基板のコネクターの部分へ接続するだけなのでミスの起こりようもない感じで（ただ、基板に付属してたドキュメントには中途半端な差し方に注意みたいなことはあった。）
ちなみに、電源の方はUSBケーブルから供給するか、一応基板の方に電源用の接続ポイントがあるのでココへ自力で外付け電源のソケットを付けてもよいみたいになってた。

今回は、とりあえず、USBケーブルとMiniDisplayケーブルでMacと接続する方法を選択しました。

特段問題も起こらず無事に表示されました。

解像度は、このように表示されまてました。
最高解像度の「2048x1536」を選択すると流石に細かすぎて表示領域は広大ですが真横にでもコレを置いておかないとちょっと視認が辛いかもと…
ちなみに、ワタシは「1600x1200」で使ってみています。

iMacの27インチでのレイアウトをみてみると、この大きさで表示される。
上に、乗っているのがこの液晶になる。

実際に使ってみるとやっぱり綺麗。
若干、自分の使用環境に合わせてカラー設定を行ってはみた。

あとは、輝度の調整ができれば最高なんだけど…いまは、全力での明るさで表示されているからなぁ…

しばらくは、これで使用して行ってみようと思います。

早いもんで、５周年ですか…

2013-09-25T01:23:00.003+09:00

気がつけば、早いもんで…このADP1（G1）を入手して…つまりは、Androidなんてものが出て５周年を迎えるわけですね。
なんとなく、面白そうだという程度の興味からいじり始めて色々OS自体の進化とかを体験させてもらってココに至るという感じです。
この先も、色々おもしろいものを見せてもらいたい気分です。

Macでサーバーみたいなことをしてみる「その３」

2013-05-28T23:59:00.000+09:00

とりあえず、今のところはFTPの方はうまく動いている感じなので次なる課題ということで、自動起動を出来るようにしてみたいと。

リセットなどをした場合にイチイチFTPを起動するのも面倒なので何か方法は無いかと検討してみました。

古いバージョンのOSだった場合には素直にinitなどを使用して登録という方法だったんでしょうが、OSが10.6.8などになって新たにデーモンサービスを利用するように推奨されているようなのでこちらの方法を採用してみる方向で準備して見ることに。

具体的には/Library/LaunchDaemons/へXMLのスクリプトを用意してあげることになります。
そこで、まずpure-ftpd用にこの起動のためのスクリプトを作ります。

今回はこんな感じで。

＜?xml version="1.0" encoding="UTF-8"?＞
＜!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"＞
＜plist version="1.0"＞
＜dict＞
＜key＞Label＜/key＞
＜string＞org.pure-ftpd.ftp.plist＜/string＞
＜key＞Program＜/key＞
＜string＞/usr/local/sbin/pure-ftpd＜/string＞
＜key＞ProgramArguments＜/key＞
＜array＞
＜string＞/usr/local/sbin/pure-ftpd＜/string＞
＜string＞-lpuredb:/etc/pureftpd.pdb＜/string＞
＜/array＞
＜key＞Disabled＜/key＞
＜false/＞
＜key＞KeepAlive＜/key＞
＜dict＞
＜key＞NetworkState＜/key＞
＜true/＞
＜/dict＞
＜key＞Sockets＜/key＞
＜dict＞
＜key＞Listeners＜/key＞
＜dict＞
＜key＞Bonjour＜/key＞
＜true/＞
＜key＞SockServiceName＜/key＞
＜string＞ftp＜/string＞
＜key＞SockType＜/key＞
＜string＞stream＜/string＞
＜/dict＞
＜/dict＞
＜key＞inetdCompatibility＜/key＞
＜dict＞
＜key＞Wait＜/key＞
＜false/＞
＜/dict＞
＜key＞UserName＜/key＞
＜string＞root＜/string＞
＜/dict＞
＜/plist＞

これを、「org.pure-ftpd.ftp.plist」としてファイルを作成。で、このファイルをコピーします。

~$sudo cp ./org.pure-ftpd.ftp.plist /Library/LaunchDamons/org.pure-ftpd.ftp.plist

コピーが完了した所で、このスクリプトを起動することになります。

~$sudo launchctl load -w -F /Library/LaunchDaemons/org.pure-ftpd.ftp.plist

こんな感じで起動します。
この場合に、「-w」のオプションを付けて起動するとこのスクリプトが登録されるので次回からMacの起動時に自動的に動くようになるはず。

ひとまず、諸々の処理をしてあげて見て今のところはこの設定でうまくPure-Ftpdの方も起動してくれているようなのでこのまま様子を見ておこうということで一段落。

Macでサーバーみたいなことをしてみる「その２」

2013-05-27T00:46:00.005+09:00

というわけで、前回であったように「Pure-FTPd」でならうまく動いてくれているようなので
とりあえず、以下に今回の設定関連の内容をメモしておく。

前回でも書いておいたけど、ソースはココ「Pure-FTPd」の公式サイトから取得してきた
（http://www.pureftpd.org/project/pure-ftpd）ここのDownloadの先から拝借。
この先のリンクのどちらから入って「/pub/pure-ftpd/releases/」のところにある新しいのをダウンロードした。

解凍後まず、そのフォルダーへ移り初期の作業として
コンパイルオプション関連をこんな感じで設定してみた。

~$ ./configure --with-pam --with-puredb --without-sendfile --with-boring --with-cookie --without-longoptions --with-privsep --with-ftpwho --with-peruserlimits --with-throttling --with-virtualchroot --with-virtualhosts --with-diraliases

今回特に必要とした部分は
--with-virtualchroot
この部分のオプション、コレでシンボリックリンクなどの挙動を「chrroot」している状態でも可能にします。
また、今回は念のため
--with-diraliases
の、コマンドも有効にしておいた。

基本的なオプション関連はこのあたりのサイトを参考にしてみた。
（http://web.archive.org/web/20041013153855/http://homepage.mac.com/proc/pureftpd/pureftpd-option.html#with-altlog）

このあと、メイクを実行してみる

~$ make

ここまでで特に問題がなければインストールを実行してみる。

~$ sudo make install

つづいて、可動に備えてコンフィグの設定を行なっておく
「pure-ftpd.conf」を自分の実行させる環境に合わせて編集

############################################################
# #
# Configuration file for pure-ftpd wrappers #
# #
############################################################
# If you want to run Pure-FTPd with this configuration
# instead of command-line options, please run the
# following command :
#
# /usr/local/sbin/pure-config.pl /usr/local/etc/pure-ftpd.conf
#
# Please don't forget to have a look at documentation at
# http://www.pureftpd.org/documentation.shtml for a complete list of
# options.
ChrootEveryone yes
TrustedGID 100
BrokenClientsCompatibility yes
MaxClientsNumber 10
Daemonize no
MaxClientsPerIP 3
VerboseLog no
DisplayDotFiles no
AnonymousOnly no
NoAnonymous yes
SyslogFacility ftp
DontResolve no
MaxIdleTime 15
PureDB /etc/pureftpd.pdb
PAMAuthentication yes
LimitRecursion 10000 8
AnonymousCanCreateDirs no
MaxLoad 4
#　この部分は外部に公開とかやらない場合には特に必要は無い
PassivePortRange 90000 99999
ForcePassiveIP xxx.xxx.xxx.xxx
#
AntiWarez yes
Umask 133:022
MinUID 100
AllowUserFXP no
AllowAnonymousFXP no
ProhibitDotFilesWrite no
ProhibitDotFilesRead no
AutoRename no
AnonymousCantUpload no
MaxDiskUsage 99
CustomerProof yes
TLS 1
IPV4Only yes

これで、編集の終わったファイルをしょていの位置へこんな感じでコピーしてあげる

~$sudo cp ./pure-ftpd.conf /etc/pure-ftpd.conf

ここまでで一応の準備は出来た感じだと思うのであとは稼働させてみるだけになります。
とりあえず、TESTをするだけなのでコマンドラインから

~$sudo /usr/local/sbin/pure-ftpd -l puredb:/etc/pureftpd.pdb　&

とやって起動してみる。
ちなみに、今回ウチでやった場合には、パスワードの認証部分でなぜか、
-l　コマンドでデータベースファイルの位置をしてしてあげないとうまく認証してもらえなかったのでこの形でやってみてます。

この形で特にエラーとかがログファイルとかにでていなければ、この位置のアドレスへ接続してみることになります。

そのためにユーザーを設定するわけですがソレには以下のような感じで。

~$sudo pure-pw useradd ユーザーの名前 -u UID -g GID -d ユーザーフォルダーの位置 -m

こんな感じで、「pure-pw」コマンドを使用して登録します。
ここで、今回は、UID「ユーザーID」の部分とGID「グループID」の部分は予めMacの方でftp用にユーザーとして登録して置いたものを使用しました。
ユーザーIDは「ftpuser」
グループIDは「ftpusers」
として登録したものをそれぞれ設定してあります。この辺りは各自の環境に合わせておけば良いとおもわれます。
とりあえず、「-m」のコマンドをつけて登録作業は行なっているのでデータベースの更新も同時にはされているはずなのですが心配な場合には最後に

~$sudo pure-pw mkdb

として、データベースのみの更新を行なっておくのもあり。

ちなみに、登録されているユーザの確認は

~$sudo pure-pw list

これで、ひと通りの準備は完了というところかな。

次は、コレを自動起動するようにしなければ…

Macでサーバーみたいなことをしてみる「その１」

2013-05-27T00:10:00.000+09:00

ふと、Macでサーバー的な何かを作ってみようと思い立ってみた。
ソモソモの発端は、元々WindowsのPCでFTP用に稼働していたものがあったのだけれども、この子がいい加減寿命（なにせ、PentiumIIIの搭載機という…）が押し迫ってきていたのでちょうど以前使用していたMacが出てきたこともありちょっと入れ替えてみますか…となったわけです。

で、ひとまずFTPサーバーから稼働させてみようと動き始めたと。

今回使用してみるものは、Mac Mini(Early2009)のモデル。
一旦この子を完全初期化してまっさらの状態に…
ここで、一つ悩んだのは素直にOSをサーバーバージョンにするかどうかだたんですが、どうせ自宅用のバックアップサーバーなので標準のOSでやってみるかと言うことに。

FTPを稼働させるとなった所で、どうするか…
元々、Mac自体にもFTPのサーバー機能もあるにはあったので、そいつをサクッと使おうかとも思ったのですがここでちょっと考えたいことが浮上。
それは、自宅外から繋ぐことを想定しておいて、ユーザーフォルダーから上に上がれないようにしたいと。
お仕事などで、データのやり取りなどで使用する場合を一応考慮して、この機能はちょっと欲しいとなった所で色々回り道が始まった。

そこで、Macで稼働可能なFTPサーバーのソフトはと探してみたところ幾つかヒット。
ひとまず、色々解説も出ていそうだったので、「Pure-FTPD Manager」を使って見ようかとなった…
が、しかし、上手く動いてくれない…
一応、HPの方でOS 10.6のバージョンまでは対応しているみたいな感じではあったけど、このMacはOS 10.6.8になってるわけで大丈夫かなぁと思いつつインストールしてみたけど
案の定、クラッシュしてしまう。

仕方ないので、次を当たってみた。
と、今度は「Pro-FTPD」にたどり着く。
これは、ソースからインストールして見ることにした。
で、稼働するところまでは割りと順調に進んだ、「これは…いけるか」と思った矢先ある事実にたどり着くことに。
もともと、の発端である「ユーザーフォルダーから上には行けない」はきちんと設定が出来て良い感じだったのだけれども、データ保存用にUSBのHDDをぶら下げていた部分に移動できない…
よくよく、考えればそうなかって感じで、「ユーザーフォルダーより上に行けない」という事はUSBでぶら下げたHDDは別ボリュームになるんでここへ移動する場合には当然のこの部分にぶち当たる。
この部分の対策に関しては、各方面で色々検討や実験もされているみたいだっけど環境がLinuxだったり、コンパイルオプションの設定を変えて見たりしてみたけどどうにもイマイチ上手くいかない。

他にはと…見回してみると
有料のアプリであればこのへんを解決出来るアプリは幾つかヒットしたけど、どうせならお金は抑えたい。

で、頓挫しそうになってた所でなんとなく振り出しに戻って
「Pure-FTPd」のみだったらいけるんじゃないのかと…考えてみた。

そこで、とりあえず「Pure-FTPd」のソースをゲットしてきてコンパイルをしてみる。
（取得した場所は公式のページから取ってきた→http://www.pureftpd.org/project/pure-ftpd）
前回、「Pure-FTPd Manager]を使用した場合には上手く稼働してくれなかったので、ドキドキしながら起動させてみたところ以外にアッサリ動いてくれた。
そうなればしめたもので、こいつには「virtualchroot」が使えるので別ボリュームに置いてあるフォルダーも参照が可能になるハズということになるわけです。
とりあえず、ユーザーを作成してみて、所定のユーザーフォルダーにデータの置き場のシンボリックリンクを作成してみることに。
コマンドラインからFTPのクライアントを起動させてこのサーバーへ接続してみる…

「おっ、上手く見えてるんじゃない」

ひとまず、当初想定していた稼働状況になったようです。
とりあえず、このまましばらく動かして様子をみてみようかという感じになった。

早速、Android Studioをインストールしてみた

2013-05-17T01:13:00.000+09:00

というわけで、I/Oで発表にあった「Android Studio」の方がダウンロード可能になっていたので早速TESTを兼ねてインストールをしてみた。
公開の場所はココ。

このページヘ飛んで、対象の機種のインストールイメージを導入する。
この辺の一連の作業はとりあえず、各ターゲットの基準のインストール方法にそっているのでソレに従えば基本的に迷うことは無いんじゃないかと思われます。

で、最初に起動すると諸々のセッティングなどの保存場所などのインポートを行うかデフォルトで作成するか聞かれるので各々のセッティングを行う。

今回は、とりあえず私は新規でデフォルトの設定でやって見ることに。

すると、初期画面が出てくるのでココで次の行動を選ぶわけですね。

ひとまず、「New Project...」を選んでみて新しいプロジェクトを作成して見ることに。

すると、ターゲットに関する諸々の問い合わせなどが来るのでそれにイチイチ答えると基本のプロジェクトが作成される。
で、ココで既存のセッティングを取り込んだ場合にはSDKの環境は出来ているけど、今回は新規で作りなおしてみたので、「SDK Manager」を選んでSDKのインストールを行うことにする。
この部分の作業自体は従来のものと変わらないのでひとまず、必要と思われるターゲットのSDKを導入をしてみる。

ここまで終われば基本設定は終わるのでとりあえず、エミュレータを動かしてみる事にする。

…サクッと動いた。

細かいところの動きについては追って諸々実験を行なっていこうかと。
とりえずは、今宵はここまでにしておこう。

しかし、開発の環境もドンドン整備されていって楽になるなぁ。

モニターアームを導入してみた

2013-04-16T19:21:00.000+09:00

作業環境周りのレイアウトの変更をしてみたくなり、以前より検討していたモニターアームを導入してみた。
今回、導入してみたものはこれ
「エルゴトロン LXデュアルデスクマウントアーム 45-248-026」

これを、今回選んでみたのは可動性の範囲の自由さがやはり大きかったというところでしょうか。
基本的には大体固定の位置に納めておくことがほとんどでしょうが、イザ何かあった場合にこのアームの場合は動かしやすいというのがありました。
また、モニターの取り付けがやりやすいというのもポイントでした。
やはり、一人でイロイロ設置を行おうって場合に一番のネックになるのがモニターの取付になるんでこの部分は大きかった。
細かい、動きなどはYouTubeなどで見てもらえればと思います。

ちなみに、このセットにはノートPCなどをアームの先に設置できるようにするためのトレイなども付属されていますのでそっち方面での使い方も面白いかもしれないですね。

今回の取り付けは上下に一枚づつこんな感じでレイアウトしてみたところです。

正面からだと、こんな感じでレイアウト

下側のモニターが、iMacのサブモニターとして使用して
上部のモニターが、通常は地デジのモニターとして使用していますが、更にコイツにサーバー代わりに使っているWindowsマシンの緊急確認用につないである感じです。
そのうち、気が向いた時にはiMacのもう一枚のモニターとして接続する可能性も残しつつ…
ちなみに、使用しているモニターは「BenQのGL2250HM」です。

これで、しばらく使って行ってみようと思っています。

XperiaZでHotmail(OutlookMail)をpush受信するメモ

2013-03-06T01:49:00.001+09:00

XperiaZでHotmailの受け取りの設定をしてしばらく使用していたのですが…
どーも変だと思っていたら、pop配信のモードで繋がっていたようでしたよ。

以前にHotmailの受信設定の方法をメモしておいたけど、あれは「Exchengeサービス」がない場合などでの設定で最近の機種の場合にはこのサービスが入っているのでコイツを使って受信の設定をしていたのです。

で、今までの機種GalaxyNexusなどだと、メールのアカウントの追加の所で「xxx@hotmail.com」などと入力後に、「次へ」の項目を選択すると、自動で「Exchengeサービス」方で設定を行なってくれていたので、今回も何も考えずにこちらの方法で設定を指定たわけですが…
なんというか、XperiaZさんこのモードで設定すると、pop受信モードで設定を行なってくれていました。

で、ここで困ったことに謎の挙動をしてくれていて、受信トレイからメールを削除してもサーバー側にメール自体を残す設定になっていると、また同じメールを受信してしまうということになっていた。
ここで、メールを削除するモードにしてHotmail側の設定も、popモードの場合で端末から削除の作業をしたらソレに従う設定にしておけばよいみたいなのですが…面倒だし。
そもそも、他の端末はExchengeのモードで繋げてるんだし、こいつだけpopモードというのもということで、こっちもExchengeのモードで受信するように設定してみた。
こうすれば、push配信で受信をしてくれるし…

やり方はメールアドレスの登録後に「次へ」を選ばず「手動セットアップ」を選択する。

すると、アカウントのタイプを聞いてくるので、ここで「ExchengeActiveSync」を選択。

次に、受信サーバーの設定を聞いてくるので必要事項を入力
この場合に、サーバーのアドレスの部分を「m.hotmail.com」としておく。

で、次にアカウントの設定になるので受信の頻度や期間などの設定を行います。
これで、一応は設定が完了するはず。

とりあえず、いまのところこれで受信は行われているようなのでしばらく様子を見てみようと思います。

ただ、このメールアプリなんかイロイロ怪しいんですよね…
受信音の設定もうまくいかないですし、まぁ通常昼間はマナーモードにしてるから音に関してはそれほど問題にはならないですけど、いずれなんとかしてくれるかなソニーさん…

あとは、この標準のメールアプリを使わずOutlookメールのアプリを使うという手法もあるんですけど。
なんか、幾つもメールアプリを別々に動かしているのも無駄っぽい気もしてるんで私はこの標準のメールアプリに主要なアドレス登録して一気見が出来る形で運用してるいるんですけどね。

MAC上で実機デバックするメモ

2013-02-24T19:42:00.001+09:00

MACで実機デバックするめに行った呪文をちょっとメモしておく。

やったことは、USB接続してる端末を認識させれための設定の方法。

~$adb devices

とした場合に何も表示されない場合には接続してる端末を認識させてあげる必要があるのだけれども
方法としては、ググってみるとどうもイロイロ方法はある感じなのだけれど、今回はファイルの直接
編集する方法でやってみた。

まず編集するファイルだけど。
SDKがすでにインストールが済んでいるとして進める。

自分のホームフォルダーに
「.android」
のフォルダーがあると思います
（ただ、通常ドットで始まるフォルダーはFinderでは隠し状態なのでこの辺はこの部分が見ることが出来るファイラーなどを使うとかして見てください）

このフォルダーの下に
「adb_usb.ini」
が確認出来ると思う…
今回の編集対象はこのファイル。

開いてみるとこんな感じになってると思う。
そこへ、接続対象となる端末のベンダーIDを記入してあげる
例えば、ターミナルで

~$system_profiler SPUSBDataType

とかで、現在の接続機器を確認してみるか
もしくは、ベンダーIDをこのへんで参考にしてみる。　http://developer.android.com/intl/ja/tools/device.html

この中から、今回はXperiaZを繋ぐんで、
「Sony Ericsson」のコード「0fce」を書き込む

# ANDROID 3RD PARTY USB VENDOR ID LIST -- DO NOT EDIT.
# USE 'android update adb' TO GENERATE.
# 1 USB VENDOR ID PER LINE.
0fce
04e8

こんな感じで、（我家の場合はGalaxyNexusもあったので2つ分）書き込む。
その後

~$android update adb

とかで、リセットしてあげれば良いかと

あとは、

~$adb devices

などで、確認出来れば成功となる。

XperiaZへ移行してみた

2013-02-24T19:04:00.001+09:00

端末の方を、NexusからXpariaZへ移行してみた。

発売日に端末の方は受け取ってきて、ココ何日かで調教調整しつつ標準運用をしていた。
今のところ、問題らしい問題もみえず快調にいけています。

さすがに、OSも4.1.2だし安定性はソコソコ担保されているんでその部分はおおきいかもしれない。
まぁ、早速docomo系列の主要なアプリは片っ端から殺しましたけど…
でも、毎回思うことですが、なぜにdocomoの標準アプリは、こうもいけてないものばかりなんでしょうかね。
このばあいは、docomo側のディレクション担当がダメなのか…それとも、発注できるソフト屋さんをダメなところしか抱えてないのか…
いくら、ハードの性能が良くても中身のアプリがソレを殺してるようではそりゃ出て行く人を止めるなんて出来ないよね…

そういえば、動作クロックが1500MHzがデフォになってるんですね…

まぁ、コレでNexusの方がイロイロ大胆に弄れる状態が出来たのはなんといっても大きかな…
さすがに、通常使用しつつOSの入れ替えとかバンバンやってるわけにもいかなかったし。

この点だけでも大きい移行だね。

MACへAndroidの作成環境を設定するメモ

2013-01-21T00:38:00.001+09:00

とりあえず、メインの作業環境をiMACへ移行したので、AndroidのSDKを改めて設定した。

とはいえ…やることはそんなに多くはないけど。
Javaの環境はMACの場合にはデフォルトで入っていると思いますのでそれをそのまま利用していけると思う。

ひとまず、デベロッパーページからSDKのセットをダウンロードする。
こいつは、eclipse自体も同梱されているのでコイツ自体でほぼ全て揃うようになっている。
（楽になったなぁ…）

解凍して出来たファルダーを適当な場所へ置いてその場所のPATHを設定しておく。

テキストエディターなどで、「.bash_profile」にSDKの場所のPATHを追加しておく。
この場合、新規購入のMAC等の場合にはこの「.bash_profile」自体がない場合があるけどその場合には新規にこの名前でセーブしておけばOK。
記述の内容は以下の感じで…

export PATH=$PATH:~/bin:~/WORK/Android/sdk/platform-tools:~/WORK/Android/sdk/tools

私の場合は、「WORK」というフォルダーの下へ「Android」という場所を作ってあったのでその中へSDKを置いたのでこんな感じなる。

この場合に、「platform-tools」と「tools」の両方のPATHを有効にしておくことを忘れずに。
「platform-tools」の方には、「adb」コマンドのツールなどがある場所。
「tools」の方には、「android」コマンドのツールや「ddms」コマンドのツールなどがある場所。
となっている。

ここまでやったらとりあえず「ターミナル」を開いてみて、適当なコマンドを打ってみる…
とりあえず、

　~$android

と、打ってみる…
うまく行っていれば、ADTが立ち上がるはず。

この中から、デフォルト以外で自分が必要だと思うバージョンのSDKも取り込んでおく。

一連のSDKとかのインストールが終わったら、一応エミュレータの設定も行なっておく。

Tools>Manage AVDs...

を、選択してエミュレータの設定を行なっておく。

この場合、「Device Definitions」の方を選んでみると各種Nexusシリーズの基本設定が選択できるのでよくわからい場合はこの中から選んでおけば大丈夫のようになっている。

ここまででひとまず、基本の設定は出来たと思う。

あとは、「eclipse」の設定となるわけだけど…
この場合、同梱されているバージョンの「eclipse」を使えば基本の設定は済んでいるのでこのまま使えば良い状態になっているはず。

必要に応じて、NDKなどを利用する場合はそのフォルダーのPATHを設定する必要はありますけど…

あとは、USBで実機を接続して

~$adb shell

とかをやってみて、きちんと表示されていれば問題はないとはず。

これで、ひとまず開発はできるようになっていると思われます、

iMAC 2012版へ作業環境を移行した

2013-01-19T16:09:00.000+09:00

Linuxで稼働していた作業用のPCがいよいよ辛い感じになってきたので思い切って新しいPC環境へ移行することを決心…

で、上手いタイミングでiMACの２０１２バージョンが出てきてくれたのでこいつへ移行することに決めて注文、しかし…コレが届かない…12/1の段階で注文したけど…結局配送の連絡が入ったのが1/14。
でも、ここで罠がまたもや…そうです、この日東京は大雪の影響で結局この日は届かず、翌日になんとか届くとういう自体に。

とりあえず、これからこいつにイロイロがんばってもらうことにしたいと思いますよ。

まずは、各種開発環境の整備から始めたところ…

XOOMにも4.1.1の環境を作ってみた

2012-07-24T01:50:00.000+09:00

GalaxyNexusの4.1.1の環境がすこぶる良い感じなのでこれはということでXOOMの方にも導入してみた。
まぁ、配信されるの待っても良かったかもしれなかったけど、やっぱりこっちでも試してみたくなったのでちょっと探ってみたところ
今回は、「TeamEOS」のセットを使ってみることにしました。

まずは、ROMセットをXDA先生経由でこの辺からもって来ます。

インストールはいつものように行います。
今回は、一応フルワイプもかけておいてみました。
得に問題もなく、インストール自体は進行してます。

ただ、このバージョンはフォントが中華フォントになってしまっているのでお約束の日本語用にフォントを入れ替えておきます。
「MTLmr3m.ttf」は今のところこのROMセットには入っていないので各自導入ですね。
その上で、「fallback_fonts.xml」を編集します。
実は、こいつには一応「MTLmr3m.ttf」の指定は入っているんですが、場所が悪いんでちょいと編集です。

＜family＞
＜fileset＞
＜file＞DroidSansFallback.ttf＜/file＞
＜/fileset＞
＜/family＞
＜family＞
＜fileset＞
＜file＞MTLmr3m.ttf＜/file＞
＜/fileset＞
＜/family＞

となっているんで、こいつを

＜family＞
＜fileset＞
＜file＞MTLmr3m.ttf＜/file＞
＜/fileset＞
＜/family＞
＜family＞
＜fileset＞
＜file＞DroidSansFallback.ttf＜/file＞
＜/fileset＞
＜/family＞

って入れ替えます。

恐らく、「fallback_fonts-ja.xml」で入れてもいいんでしょうが、面倒だったし…
まぁ、こっちでいいでしょうってことで…

兎に角、JBにして感じたのは、各部のレスポンスが良い事はあちこちで上がっているん事ですけど、個人的には何といっても、メモリーの安定性が良いことが全てだと思うくらいになってます。
GNの方に入れて結構立ちますが、メモリーの空きエリアの具合などとにかく一定を保持しつづけているので、このあたりの改善が、レスポンスの方にも反映されているんでしょうね。

というわけで、XOOMの方もこのまましばらく使いつづけてみようと思います。

GALAXY NEXUS を 4.1 へとアップデート

2012-07-01T18:34:00.002+09:00

そんなわけで、既に4.1の実機イメージが上がっていたので導入をやってみました。

とりあえず、いつものようにXDA先生の所に上がっていた物をつかってみました。
（細かい手順などは、AndroidLover.NETさんの所でも日本語で解説されていますのでその辺を参考にしてみてもらえればと）

カスタムROM導入してたときと同じようにダウンロードしてきたイメージを順次入れ込みます。
この作業自体は、初めてでなければそれほど戸惑うこともないでしょうね。

ファーストインプレとしては、かなり快適になってるかなと…
アプリ自体の対応も関係はあるとは思うけど、基本的に動き自他は気持ちよい感じで動いてくれているかなと。
若干、うまく動かないアプリも見られる感じだけど、概ねいままで使ってた物は使えてる感じですね。
今後、SDKも出てるわけだし順次対応されていくんでしょうかね。

これは、今後カスタムROMなどが出てきたりしてくればもっといい感じになっていくかな。

しかし、マダマダ新鮮な変化を楽しめるなぁ。

Android 4.1 SDK 入れてみる

2012-06-28T09:30:00.001+09:00

早速、4.1対応SDKがダウンロードできるようになっていましたね…
というわけで、ひとまず導入だけでもしておこうということで、朝一の作業。

週末にでも、時間作って諸々眺めてみることにしようと思いながら…
ダウンロードバーの進行を見守る。

GALAXY NEXUS をROOT化してみるメモ

2012-02-02T02:43:00.002+09:00

そろそろ、頃合いも良いかと言う感じで、XOOMに続いてNEXUSの方もROOT化してみようかと思い立ったのでちょっとやってみた。

まず、基本事項としてSDKの環境が整っていて、NEXUSにadbコマンドなどで接続が可能な状態になっていることが必要。
その上で、最初の作業にはいることになります。

最初の作業として、lockの解除を行う。
NUXUSをfastbootモードで立ち上げる。
この場合、ボリュームキーの↑と↓を押しながら、電源の投入で立ち上げるか
もしくは、

$adb reboot-bootloader

として、立ち上げても良いかと思う。（結局、usbケーブルを繋いで作業しなければならないので、こっちでやった方が早いかもしれないけど）

で、fastbootモードで起動した状態で、PCとUSBケーブルでNEXUSを繋ぐ。

この状態で

$fastboot oem unlock

として、lockを解除する。
（注意としてはこの処理を行うと、基本ファクトリーリセットがかかるので本体が初期化されちゃいます…）

これで、ROOT化を行う前準備が整った事になるわけです。
（私の場合、ubuntu上で作業していたのですけど、この場合に

$no permissions fastboot

の様なエラーが出てくる場合があるこの場合には、fastbootのコマンドの入力の再に

$sudo fastboot [必要なコマンド]

な感じで行けばうまく行くと思う）

つぎに、ROOT化の作業に入る事になる。
今回は、
この辺（http://android.modaco.com/topic/348161-01-feb-r4-superboot-rooting-the-gsm-lte-galaxy-nexus/）にあるツールを使用する事にしてみた。

この場所に置いてある
Superboot r4 GSM - DOWNLOAD (ROMraid) - MD5: 61189eff50bd7af5a09331b0ce6224bb
このファイルを使用する。

手順としてはこのサイトの説明があるのでそれを参考にすれば問題は無いと思います。
もっとも、やることは、入手したファイルの中にある、「boot.superboot.img」を転送すれば良いだけなので付属のバッチファイルやスクリプトファイルで転送しても良いし、直接

$fastboot boot boot.superboot.img

として転送しても良いと思う。

この作業が順当に進められればROOT化は完了できると言うことになります。

ついでなので、4.03に対応したカスタムROMも導入することに…

今回は私は、
ここにある物（http://rootzwiki.com/topic/16210-romaosp403-codename-android-120-fully-open-source012412/）を使うことにしてみた。

ここから「CodenameDroid-(MOD)-1.2.0-GN-GSM.zip」と「ICS-GAPPS-4.0.3-011212.zip」を入手して導入することにしました。
CWM形式になっているので、「ROMmanager」とかを導入して環境を作っておく。
（もっとも、4.03対応のカスタムROMは他にもあるので、適時気に入ったものを導入してみれば良いかと思います）

導入の作業自体は、XOOMの時と基本的には一緒になるので同じように進めて行けば良いかと思う。

ひとまず、一連の作業を完了させてみたので、しばらくはこの環境で使用していってみようと思う。

これで、NEXUSのリブート問題も改善されていると良いんだけどなぁ…

XOOMに、4.03のROMを入れてみた

2012-01-15T19:43:00.002+09:00

ちょっと時間ができたこともあって、どうせなのでXOOMへ4.0のアップデートをやってみた。
当然ながら、公式な物では無いので覚悟は済ませた上での作業開始。

まず、前提がroot化が済んでいることから始まる。

そのうえで、今回は「ROM Manager」を使ってやる方法を選択。
（まぁ、インストールしてみようと思ったROMイメージがCWM対応のものだったからてのもあるけど…）

その上で、ROMイメージを拾ってきた。
今回は、[KANG] Unofficial CM9 (WiFi-only)を使うことにしてみました。
これは、ベースがCM９ベースになっているもので、カメラや諸々の部分にたいしても動作が確認出来ているものだった。
（ただ、今公開になっている最新の物は北米版のIML７７のOTA用のイメージがベースになっているのでインストール後にローケルの設定とか必要になるかも…今回、私導入しているのは、「1/12/12」のバージョン）
修正：（今公開されている最新版は北米版のIML77のOTA版が元になっている物なので、これを最初でインストールする場合はローケルの設定等の問題でうまくアプリのバックアップの復元がうまくいかなかもしれない…私は、「1/12/12」のバージョンのインストール後にこのイメージをインストール方法を取ったので関係なかったですが、この場合、cashやdataのwipeをさせなかったからなんですけど…）
ここから、ROMイメージとGAPPイメージを取り出し、XOOM本体へコピーしておく。
そこまで、済んだ所で、イメージの導入になる。

方法としては、
まず、CWMのrecoveryイメージが導入されていない場合には、「ROM Manager」上からでも良いので導入をしておく。
その上で、recoveryモードで立ち上げる。
そのメニューから、XOOM本体へコピーしてある2つのzipファイルを選んでインストールをする。
（この辺の使い方は、各所で説明されているので割愛…
ただ、まぁ一つ言えば、XOOMの場合、ホームキーが無いのでその代わりは電源ボタンになるのでその違いは注意する部分かな）

ここまで済めばほぼ終了。
あとは、リーブートしてみる。

初回の起動時はお馴染みだけど、ちょっと時間がかかるのでちょっとやきもきしながらブートアニメーションを眺めてまつ。

うまく、導入が済んで居れば、初期設定のあと起動した時に、アプリのバックアップの設定が元々のXOOMでしてあればアプリも再インストールされるはずなので元で使っていた状態にはすぐに戻せるはず。
（ただし、前にも書いたように、北米版のROMを導入した場合にはこの処理がうまく働かないので注意）

補足の対応としては、フォントの入れ替えを行っておくことにした。
（もとのイメージの導入後は、お馴染みのCJKの中華バリバリフォントなので、気になる場合には入れ替えですね）

まずは、今回のICSから導入されている「モトヤマルベリ」のフォントを持ってくるところから

まず、今回フォントはこの辺にあったものを使用してみた

https://github.com/android/platform_frameworks_base
data/fonts/MTLc3m.ttf
data/fonts/MTLmr3m.ttf
からフォントをダウンロード。
（私は、今回はMTLmr3m.ttfの方を使うことにしてみた。）

続いてフォントの転送

$adb shell

---adb shell 上で
$su
#mount -o remount,rw -t yaffs2 /dev/block/mtdblock0 /system
#chmod 777 /system/fonts
#chmod 777 /system/etc
#exit

---PCへ戻って来て
$adb push ./MTLmr3m.ttf /system/fonts
$adb pull /system/etc/fallback_fonts.xml ./

でこれでPC側へfallback_fonts.xmlが取り出せたのでこのファイルを修正する。

一番手っ取り早しのはDroidSansFallback.ttfの指定の部分を探し出してこの部分をコピーしておいたMTLmr3m.ttf へ書き換えてしまう方法。

＜family＞
＜fileset＞
＜file＞DroidSansFallback.ttf＜/file＞
＜/fileset＞
＜/family＞

ってある部分を

＜family＞
＜fileset＞
＜file＞MTLmr3m.ttf＜/file＞
＜/fileset＞
＜/family＞

てな感じに…

その後書き換えを行ったファイルをまた戻してあげる

$adb push ./fallback_fonts.xml /system/etc
$adb reboot

これで置き換わっているはず。

とりあえず、しばらく使ってみた感じでは細かい部分では「アレっ？」って思う部分もあるけど…
（ライブウォールペーパーに切り替えた時にホームへ戻った場合にウジェットなどの書き換えがうまくいかないことがあるとか…等）
通常の使用で問題はないかんじ。

なんといっても、メモリーの使用量が減っているようにみえる。
まぁ、順次新しいROMイメージが出たタイミングで試しつつ、公式の（あるのかな？？？）ROMが出るのをまってみることにします。

GALAXY NEXUSの実機が来たのでいつもの儀式

2011-12-05T00:05:00.001+09:00

やっぱりといいますか、当然こうなったというか。
やっぱり、新しい環境が試せるって事で「GALAXY NEXUS」導入です。

さすがに、新しい機種は体感も快適だし良いですなぁ…

更にDOCOMOさんもこの機種を進んで購入するユーザー層がわかっていらっしゃるようで中身は殆ど素の状態のものとみていいでしょうね…余計なアプリとかもプリインされていませんし。
なんと、機動シーケンスの所にすらDOCOMOのロゴも出てきません。w

で、当然この機種を導入したメインの目的でもあるデバックの環境の構築です。

我が家の場合、作業環境はubuntuの上に作ってあるのでそこでの環境を作っていくと言うわけです。
とは言うものの、もぉ既に何台かの環境が作られているのでこのあたりはいつもの儀式となりつつあるわけで。

早速、デバイスの認識用にファイルの構築から。
まずは

＄sudo gedit /etc/udev/rules.d/51-android.rules

とかにして、ファイルを作っておきます。
このファイルにデバイスの認識のおまじないを…

SUBSYSTEM=="usb", SYSFS{idVendor}=="04e8", MODE="0666"

この場合の”04e8”の部分がSamsungのコードになるわけです。
あとは、念のために

$sudo chmod a+r /etc/udev/rules.d/51-android.rules

とかのかんじで、ファイルの属性も設定をしておいてみます。

これが済めば基本的には認識されるはずなので

$adb devices

とかでみてみれば良いと…

今回、面白いのはデバック用のメニューか流石に充実しているところ…
CPUの状態などもオーバーレイで標準で表示できるしデバックはやりやすくなるってことですね。

Android4.0のエミュレータが家で使っているPCだと色々重くてつらくなってきていたのでやっぱり実機の投入は大きいですね。

あとは、通常の使用での4.0の使用感はもうちょっと使っていってみないとですね。
3.0とも、ざっくり動かしている範囲でも細かい所の感じが違うと感じるので、こいつに2.x系列からくると色々違いが感じれてそれはそれで面白いでしょうかね…

XOOMを3.1へアップデート

2011-06-27T01:00:00.002+09:00

XOMMを3.1へとバージョンアップするべく作業を開始しようと、まずroot化されていたのでこの辺の解除からやらなくてはと作業を開始してたのです、数日前に…
しかし、手を抜いてやろうとしたため出ちゃいましたよ。

failed to boot lnx 0x0004

starting rsd mode 2

のメッセージ…
こうなっちゃうと、どうにもこうにも進める事が…

で。そんな時にはXDA大先生を当たってみたところやっぱり、先駆者のありがたい進言があるではないですか。
この状態で進めるためには、Motorolaのファクトリーケーブルに相当する物を用意するしかない感じで…
で、どうするかさらに調べてみるとここ（http://forum.xda-developers.com/showthread.php?t=1077414）に配線図があったので、ひとまず、USBケーブルを一本用意して早速工作となりました。
ただ、この場合に必ずしもピンの配置がきちんと1～５まで並んでいるわけでは無いので（購入したケーブルもそうだったです）この辺は注意しないといけないですね。

今回は、配線の色が一致しているであろうとそれを元に配線やり直しです。

結果、こんな感じの物が完成。

で、改めて作業の再会です。
このケーブルでPCと接続すると、本体の表示はそのままになっていますが、きちんとUSBの端末としてPCで認識してくれますので、fastbootモードでの作業は継続出きるので、ひとまずroot解除の作業を進めて（今度は手を抜かずにw）。
あらためて、アップデートの作業へ入ります。

ここまで来れば、あとはなんとか問題は出なかったので無事アップデート画面へ移行してくれました。

いやはや今回は手を抜いた作業をしたばっかりに、とんだ回り道をたどってしまった…

XOOM で ROOT の設定などをしてみたりしてた

2011-04-24T16:52:00.000+09:00

購入から数週間いじっていてだんだんいい感じにこなれてきた感じ。

ひとまず最初にやったのはrootかの作業だったわけです。
ま、このあたりはあちこちに出まくっている情報だし、さらっとながしておきます。

ちなみに、わたしはここXDA先生の内容をお手本に進めました。
あちこちの書き込みみていて気がついたのは３G版のイメージ書き込んでモトローラロゴから進まないケース。
日本語のページ先駆者の方々のレポート参考にされてるみたいですけど、その場合３G版で行ってるケースがあってそうするとリンクされているものも３G版がということになるので…。
（おそらく、このXDAの内容をみてよくわからんと言う場合は一旦ROOTのことは忘れた方がいい気がする）

で、ROOTごまず実験の意味も含めて。
bootanimationの入れ替えをやってみた。

ちなみにこんなやつ。

やったことは、ひとまずこのアニメーションの元を入手するところからなんですが、これはググるとあちこちのところに置いてあるので好きな物使えば良いかとはおもう。
（ちなみに私は、http://forum.xda-developers.com/showthread.php?t=975858ここの物を使用しました）

ただ、ここでポイント、多分置いてある大半のものは通常の携帯サイズに合わせた設定のもになってる場合があるのでそのまま使うと、XOOMの場合は画面の真ん中辺りに表示されることになると思われます。
そこで、ちょこっとスクリプトを調整することに…

入手した、アーカイブの中におそらく、bootanimation.zip（この場合のファイルネームは自分の入手したものを参考に）があると思う。
で、その中身を覗くと、「desc.txt」といったファイルがある。

内容はこんな感じ

854 480 24
p 0 0 part0

になってると思う。
でこの、「854 480」の部分を「1280 800」へ書き換えて戻してあげる。これで再生時の表示サイズの調整が出来る。

あとはこれを本体へ入れてあげる。

通常であれば
/system/media/bootanimation.zip
を、上書きしてしまってもかまわないだろうけど…一応、auの物も残しておいてあげるかって場合は
/data/loval/bootanimation.zip
としておく。
この場合は、/data/local/　にある方が優先されるようです。

adb push bootanimation.zip /data/local/bootanimation.zip
adb shell chmod 075 /data/local/bootanimation.zip

といった感じで送り込む。
これで、boot時のauロゴとはおさらばとなります。