Windows 8.1ってまともにつかえてるの？

使い始めてまだ２日目ですが、すでにいろいろ面倒です。
タッチパッドを使っているのがそもそもの敗因なのかもしれないのですが、昨日まではタッチパットでクリックをまともにできていなかったです（笑）
タッチパネルとパッドを駆使しつつ何とか操作していましたがどうしてもドラッグ操作ができないという…。
あきらめて横になった時に初めてパッドがカチカチするのに気付き、こ、これってもしかしてクリックもできるんじゃ…と気づき、思い切って押してみると…できました！クリック！（笑）

クリックボタンがついていないタッチパッドは使ったことがなかったので今までものすごく疑問だったのですが、やっと理解できました（笑）

でも、左右同時に押すとパッドへの負荷が高そうでJW-CADは危険な香りがプンプンします。

昨日まではウィンドウを動かすのにもそもそも右クリックもうまく操作できなくてイライラが募っていたのですがようやくまともに…なりません。8.1ってやっぱり恐ろしいです。

今現在の一番の疑問はやはりスタートメニュー。たしか8.1だとスタートメニューが復活するとかなんとか言われていたような気もするのですが、どうもそんな設定はいくら探しても見当たりません。
スタート画面の下の画面のことなんでしょうかね？8も使ったことないのでわかりませんが。

Windowsアップデートも気になっていたのですが、午後にこっそりと画面右側からのスライドの設定画面で「～１日以内に再起動されます」と表示されていてWindowsアップデートが実行されていたこともわかりました。そのおかげで妙なもたつきがあったのかな？とも理解。

長い長い再起動も終了し、適当に移行作業を続けていますが、スタート画面で無駄にアプリを起動することが多く、終了させることもできなくて放置していたのですが、これも今までのWindowsと同様にALT+F4で終了させることができることがわかりこれまたちょっとすっきり。

メールデータの移行も終わり、使い方もだんだんと今までのようになって作業を進めているうちに落ちますねぇ…デスクトップが（笑）
実際にはタスクバー関連のタスクが落ちているようですが。
また落ちないまでもコントロール不能に陥ってALT+TABとか駆使しつつアプリケーションを終了させてしばらくすると制御が戻ってきましたが、タッチパット操作とスライドメニュー？などがバッティングするとどうもおかしくなる感じがします。
マウスイベントがおかしなことになっているのでしょうか？
タッチパッドのドライバがいけないのか、8.1のバグなのか定かではありませんが、こんな状況に簡単に陥ってしまうというのは…世間一般では8.1ってまともに使えているのでしょうかね？ものすごく疑問です。

Open Office 2014?

Microsoft Officeと同様のパッケージがいくつか存在するが、私はSunMicrosystemsがOracleに買収される前後ぐらいからOpenOfficeを利用し始めた。
そもそもMicrosoftのWordやExcel、Accessといったソフト群に対して個人的評価は非常に低かった。バグも多く、不具合の改善は見た目優先での実装が多く、正直騙し騙し使うしかないものだという認識で、それは今でも変わらないし、これはOSに対してもそういうスタンスになっている。
少々脱線したが、利用し始めたのはMicrosoft Office 2003あたりからだろうか。
動作も過去に知っているOpenOfficeよりもしっかりしてきたという印象を受けた。
利用はほとんど限定的で、Officeを利用しているとはいってもほとんどが表計算ぐらいしか使わず、気が向くとローカルデータベースで遊んでいる程度。ワープロは表札作りに利用したのが最後か？（笑）

気づくとOpen OfficeはOracleに移管され、さらにこの前気づいたら Apache Open Officeへと…。
そして新しいノートにインストールすべく、「Open Office」で検索するとトップに「Open Office 2014」なるものが、Apacheとは別のドメインで配布されている。
WikiでOpenOffice.orgの解説があったので読んでみるといくつかの派生パッケージが存在しているとあった。が、これっていったい（笑）
いろいろと怖いのでやはりApacheからダウンロードしてみようと思います。

今だと日本語版があるのはApache Open Office 4.0.1になるそうです。

Windows 8.1

Windows8がリリースされてずいぶんと経ったがようやく手元にWindows8.1が入ってきた。
ほぼ同一の機種を２台買い壊れては直し壊れては直しを繰り返して最終的に１台だけまともに動くような形にしたのだが、HDDが壊れ始めHDDの読み込みが読み込めるもののかなりの時間がかかるようになっているのでどうしようか思案していた。
一時期流行ったネットブックで安いものがあれば飛びついたのだが、今だと主流はタブレットになっているので、OSも含めて検討を始めたのが去年の暮のころ。
ちょうど手ごろで価格の安かったAndroidタブレットを購入し様子を見ていたのだが、数か月使ってみた感想としては、Android自体の不安定がどうしても引っかかってしまった。
昔のハードウェアと比べるとメモリーやCPUスペックはかなり高いはずなのにいくつかアプリを起動しただけで不安定になる環境は最終的にメインで使う気にはならなかった。
かといってWindowsもどうかとも思ってはいます。

XPのユーザーサポート期間はあまり気にはしていなかったのですが、最終的にその流れの終わりに一昨日購入し今日手元に届きました。

購入したものはおそらく最安値の10.1インチのノートでおそらくネットブックと呼んでも問題のないもの。

OS付きで４万円以下とは正直驚きと、どのぐらい処理が重たいのだろうと言う不安しかなかった（笑）

移行はまだほとんど手つかず状態で、データの移行に入るまでのインストールが正直つらい。
理由はWindows8.1のそのUIによるものがとてつもなく大きい。

中途半端なタッチパネル化のおかげで一新されているUIが正直理解に苦しみ苦笑いしかでてこない。さんざん叩かれている理由が体感できた。

結局スタート画面というスマホ的なランチャーUIを実装したアプリを標準で一つ付けたに過ぎないのだろう。
そのために新しいOSに有償で移行させようというのかその点も理解に苦しみながらしばらく様子を見ていこうと思う。

曲の再生

Androidで音楽再生をしていて一番最初に気になったのが再生中に途切れることでした。
youtubeや動画再生では途切れることが無かったので何故だろうと直接的な原因がはっきりしません。

一般的な概念から整理すると、音の再生は無圧縮状態で高ビットレートにすればするほど負荷が高くなりストレージやメモリー転送レートの限界を超えると基本的には音飛びや途切れが発生します。
圧縮されているものでは高ビットレートにすればするほど負荷が高くなるのは当たり前なのですが、圧縮されている分ストレージなどの補助記憶装置からの転送レートを超えることができます。
しかしながら展開アルゴリズムがハードウェアレベルで実装されていない場合や複雑なアルゴリズムが必要な場合はそれなりの展開時間がかかるようになります。
ハードウェアやソフトウェアで展開アルゴリズムを実装する場合にはある程度の誤差や機能を切り捨てて高速化する手法が取られることも少なくありません。

ソフトウェアレベルの話になると、短時間（数秒もの）の再生以外は物理的にメモリー上に再生バッファを持ってそこから再生するわけですが、この再生バッファの大きさが足りない状況では簡単に再生の音声が途切れることになります。
再生バッファの大きさはOSの制約やハードウェア、ドライバに依存する部分が高く、一般的に普通に使っていて音切れや音飛びが発生する場合は使用時の処理負荷が高くなった時に発生しやすくなります。

こんなところが一般的な話ですが、Androidの話に戻すと音声ファイルの再生に関して一般的な再生コーディックは大抵ハードウェアレベルで実装されているようですが、機種によりさまざまな実装が行われているようです。
ハードウェアで実装されていない場合はソフトウェアによる実装しか方法は無いのですが、どうもWindowsのようなコーディックを単純にインストールすれば再生できるようになる訳ではないようで再生アプリケーションに頼るしかないようです。

最初タブレットで音声ファイルを再生しようとした時に、タブレットではほとんど手持ちのwmaファイルがほとんど再生できなく、あきらめてファイル形式を変換するしかないのか？というところから出発しました。
あきらめているさなかに、試しに携帯で再生してみるとそのまま再生できることがわかりました。実際に再生ができるようになると、今度は再生中の音切れが気になりだしました。
様子を見ながら再生していると、だいたい１～２分で１回音切れが発生する感じでした。一曲５～６分のものが多いので一曲あたり２、３回発生することになります。
（実はこの手の再生時の音切れはWindows Mobileでも発生することがありました。S21HTでOSのアップデートやパッチで頻度は減るようになったもののどうしても音切れがあり、その際に標準のプレーヤではなくTCPMP(The Core Pocket Media Player)を利用した経験があります。
さらにそれ以前ではHPのPDAでWindows Mobile 2003 Second Editionでは最初はまったく問題が無かったのですが、ファームウェアアップデートでOSのバージョンを上げた後、音楽再生で音切れが発生するようになったり、再生が途中で止まるようになったりといろいろと不具合がありました。）

ようやくここでAndoroidでもこの手の問題が一般的で、みんなは標準的なプレーヤーを捨ててメジャーなアプリで再生しているのかもしれないと考えるようになりました。（今更的な発想ですが(笑)）

いろいろと検索したり試した結果、やはりプレーヤーをかえるといくらかましになるものもはありましたが、なかなかきれいに再生してくれるようなものは見つかりませんでした。
Windowsで有名なWINAMPがその中でも結構軽く作られているようでよかったのですが、音切れがなくなることはありませんでした。（しかも見つけたときはちょうどAndroid版の開発中止が発表されました）

ほとんどのプレーヤはUI部分のみ作成されていて肝心の再生部分はAPIレベルでの再生を行っているだけのものが多く、ハードウェアで実装されていない圧縮形式のファイルを利用することはできません。
どうせならタブレットでも再生できるものが無いのか調べて見るようになり、ソフトウェア側で直に圧縮されたものを展開しているものはないかと探してみました。
そして見つけたものがVLCというものでした。VLC自体はオープンソースのようでいろいろなバイナリーがリリースされているようで、私が利用しているものはVLC for Android v0.1.4というものです。
確かにタブレットでもwmaファイル（可変圧縮のもの）でも再生できるようになりましたが、残念なことに音切れどころか再生直後から音が飛でしまいとてもガッカリしましたが、設定項目を見ていくうちに高度なデバッグ→オーディオ出力という項目が目に付きました。
説明に「オーディオ出力に使用するメソッドを変更します。」とあります。
実際に見てみると

• AudioTrack(Java)
• AudioTrack(ネイティブ)
• OpenSL ES

と３種類の出力方法があるらしく、最初は「AudioTrack(Java)」になっているのですがこれを「AudioTrack(ネイティブ)」に変更したところ劇的に再生がスムーズになりました。


音楽再生は現在でもこのVLCをメインで使っています。

しかしAndroidは見えないところでアプリが頻繁に入れ替わり立ち代り起動しているのでインストールしているもので足を引っ張るものが数多くVLCを使っていても音切れは発生してしまいます。

原因はAndroidの仕組みがそうなっているので仕方がない部分もあるようですが、できる限りスムーズに再生してくれるものがあるといいのですが。
Androidのバージョンもどんどん上がっているので上位になれば改善するのでしょうか？

バッテリー情報

先日（もう２週間ほど前になるのだろうか？）枕元でタブレットの電源が切れている状態で朝を迎えていた。

充電ケーブルはつなげたままなのに…。

電源を入れたところほぼ電池は空の状態。

いくつか原因を考えてみるものの
・物理的なバッテリーの故障
・電源供給の問題（ケーブル破損やアダプタなど）
・加熱によりる充電停止

電源供給はそのまま充電ができていたので問題が無い。
そもそも充電停止が行われるかどうかもわからないが、電源ケーブルがつながっているのに放電状態でそのまま落ちてしまうのだろうか？

システムログも見れないし、これといって具体的な調査もできなかったがその後どうも充電がおかしいようなきがしてならない。
いままでは使いながら結構早く充電できたのにいまはあまりにも充電時間がかかるように感じるのと下手をすると電源ボタンを押してスリープ状態にならないと充電されないような感じになっています。

表示上だけの問題なのか、インストールしているアプリが悪さをしているのか判断もできないのでまずはバッテリーの情報を見ながら様子を見ていたのですが、もう少しハードよりの情報が見たいのでアプリを作るところから始めてみました(笑)

どこのブログでも大抵「いまさら」とか、「この程度のもの」とか書いてありますがAndroid初心者にとってはまったく見当もつきませんでしたが、確かに情報を受け取ってデバッグ環境でデバッグログに表示するだけならソースも単純でそのまま動きそうでしたが、画面に表示させるだけなのにいろいろと壁がありました。

レシーバーを定義してその中でアクティビティー上に表示させる方法が最初に悩んでしまいました。
いろいろなソースを見て試して見ましたが、レシーバーに対してアクティビティーを保持させておくのが一番しっくり行ったのでその方法で実装しました。
アクティビティーのライフサイクルの中にだけレシーバーが存在させるのが負荷も少ないだろうというのが一番大きかったのかな。

表示上では単純なリストビュー表示がいろいろと試行錯誤を繰り返すことに…。
思想の違いはいろいろありそうなもののWindowsなどのものとさして変るわけではなかったのが救いですが、その定義の仕方がまったくわからない。そしてちょっと欲を出してアイコン表示やレイアウトに手を入れてみようかと試行錯誤しましたがあまりにも上手く行かないのであきらめました(笑)

最後はローカライズを試してみようとまったく明るくない中国語のローカライズもやってみました。グーグル翻訳と他の日中辞典サイトを使いつつなんとか翻訳。
そもそも中国語が大きく分けて２種類あってどうせなら台湾の方が見ても解るようにと思ったものの、どっちだ？というところから始まりました。そのぐらいまったく中国語知らない。

そんな試行錯誤した結果がこちら

このアプリはこちらからダウンロードできます。PlayStoreじゃないので設定が必要ですが何の権限も不要です。（需要はなさそうですが(笑)）

いろいろと渡り歩いている最中にdelphiでandroidアプリを作ると面白そうだなぁとは思ったのもの、仕組み的にいろいろと面白そうなことになってそうでした。