Genkhord 0.50 を公開した

コードスケール表示機能を追加した。

コードに乗れそうなメロディを考察するとき使用することを意図している。コードをクリックすると適用可能と思われる典型的なスケールをいくつかウィンドウ下に表示する。ノートをクリックするとコードをバックに実際に発音するので、スケール内の各ノートの音価を確認することもできると思う。

スケール外ノートにはバツ印が、アボイドノート等には斜線が表示されている。

Download → http://www6.plala.or.jp/nyk/Top.html

Studio One 5.0.1 がリリースされた

早速アップデートしたところ、自分が気になっていたバグ(ドラム/ピアノビュー自動切換え、自動スクロール、レコーディングのテイク)は直っている! よかった。いや自動スクロールはまだおかしいかもしれない。

リリースノートを読むと他にも大量にあったバグが修正されているようだ。

Studio One 5 のバグ

 先月発売されたStudio One 5だが、結構バグが残っているようだ。メジャーアップデート直後だから仕方ない面もあるが、4.6が安定動作しバグも枯れていただけに残念ではある。フォーラムを見るとそもそも動作が不安定という意見も見受けられた。

自分がWindows 版5.0.0で気になっているバグらしきものは以下のとおりである。

• トラックビューでトラックをクリックして切り替えるとき、ピアノビュー側の「自動スクロール」が意図せずオフになり、スクロール位置が意図しないものになってしまうことがある。EDIT: 切り替えた瞬間にタイムラインがたまたまイベントがない場所にある場合に限り「自動スクロール」がオフになるとわかった。イベントを敷き詰めておけば回避できる。またはトラックを切り替えたあとF2を2回押すと意図した状態になるが、面倒だし快適ではなさすぎる。4.6ではこのようなことはなかった。
• トラックビューでトラックをクリックして切り替えるとき、エディターのピアノビューとドラムビューの切り替えが自動的に行われない。これは公式フォーラムに要望がある(https://answers.presonus.com/55511/editor-should-remember-piano-view-scroll-view-selection-track)。ドラムではないものをドラムビューで編集したいシチュエーションは通常ないから仕様だとしたらおかしいと思う。4.6ではこのようなことはなかった。
• 条件は不明だが、オーディオのサイクルレコーディングの際に、テイクをレイヤー化する設定にもかかわらずテイク2以降が録音できないソングができてしまった。
• 条件は不明だが、プログラム単体クラッシュやOSごとクラッシュしブルースクリーン状態になることが時々発生する。

いずれもサポートに報告しておこうと思うが早く直ってほしい。

EDIT 2020.8.12

5.0.1 がリリースされた。上記のバグは大体(クラッシュはわからないが)直っている!

すばらしい。

Genkhord 0.40 を公開した

4年ぶりの更新となる。

• コード進行表を改定した。
• マイナーキーに一応対応した。単純にメジャーキーの平行調の表示をできるようにして、進行を一部追加したにとどまる。
• コードボタンをウィンドウ外にD&Dすると四分音符4回の内容で標準MIDIファイルを書き出すようにした。DAWのトラックへ張り付ける使い方を意図している。アレンジ作業等の際に和声的ガイドとなるMIDIクリップを簡便に作りたかった。Studio One 5のトラックビューへ直接D&Dして動作を確認している。
• 開発環境を Visual Studio Community 2019 に変更した  

最近、DAWのStudio One5 Artistを使い始めた。非常に高性能で使いやすくしかも安価で感動した。だがProfessionalにあるコードトラック機能がArtistにはないので、そこを少しでも補完したくて標準MIDIファイルのD&D機能を追加したのだった。またProfessionalにはNoteFXの中に使いやすいアルペジエータが入っているが、こちらは代用できそうなVSTプラグインで良いものがあって試用している。しかしProfessionalの価値は価格差以上に高いように思えるのでそのうちアップグレードしたくなるだろう。

AaLauncher 0.01を公開した

AaLauncher0.01をリリースした。

ダウンロード:
http://www6.plala.or.jp/nyk/Top.html#AaLauncher

AaLauncher とは

• キーボード型ランチャーです。IMEの状態を十分に可視化し、ストレスの少ない入力環境の提供を目指します。
• IMEのオンオフ状態を、色と「A」「あ」表示で明確に提示します。
• キー入力して素早くプログラムやWebサイトを検索・実行することができます。
• ランチャーにキーボードフォーカスが渡った時に、IMEをオンまたはオフに強制的にセットします。
• システムに常駐して、ホットキー（デフォルトはInsertキー)を使って呼び出すことができます。
• アプリを登録して起動することができます。
• URLを登録してWebブラウザを起動することができます。
• Web検索することができます。
• ニュースティッカー機能をもっています。RSS1.0/2.0配信する任意のサイトを登録することができます。
• スタートメニューや環境変数PATHからコマンドを検索することができます。
• アイコン型ランチャーとしても使うことができ、アイコンを使用回数や最後に使用した順などで並び替えることができます。
• スクリーン上下に吸着させることができます。
• 色をカスタマイズすることができます。
• 動画、地図、画像、Amazonなどを検索するショートカットキーがあります。
• 英単語を発音する機能(Ctrl+P)があります。
• 時計を表示することもできます。

IMEオフ時の表示 - アイコン、時計、ニュースティッカーすべて表示する設定

IMEオン時の表示

文字入力中の実行候補表示

IMEオフ時の表示 - 最小高さの状態

IMEオン時の表示 - 最小高さの状態

設定メニュー

ニュースティッカー設定ウィンドウ - RSS1/RSS2に対応する。ATOMやTwitterなどは今後対応するかもしれない

Picmvr 0.80を公開した

変更点は以下の通り。

• 転送先がディスクフルの場合に、処理の中断がうまくいかないケースがあったので対処した。最悪の場合、ムーブに失敗してファイルを失うことがあった。申し訳ありません。
• Altキーを押しながら起動したときに、設定ファイルを一切読み込まないようにした。

ダウンロード:
http://www6.plala.or.jp/nyk/Picmv.html

IMEの状態を認識しづらいので､誤入力が絶えない問題の解決例

PC上で日本語や英語の文字列を入力したいとき､IMEの状態がわかりにくいので､誤入力してしまうことが多く､ずっと悩んでいる｡

IME状態のわかりにくさと誤入力

ここでいう誤入力とは､たとえば「google」と入力したいのにIMEをオフにするのを忘れて「ごおg」と入力したあたりで気づき最初からやり直すようなことをいう｡逆に「グーグル」と入力したいのに「guuguru」と入力してやり直すようなこともある｡

IMEがオンになっていることに気づかず入力している

IMEの状態はタスクバーの「あ」「A」表示などでたしかに確認できるが､スクリーンの端に小さく表示されているだけなので､およぼす影響に対して､見た目の差が小さすぎて違和感を覚える｡またカーソル位置からタスクバーへの視線移動距離が長いケースでは､特にユーザーの支払うコストの高さを感じる｡

各IMEの状態表示の工夫

この問題に対し､カーソル位置近くにIME状態を表示する解決方法をとるIMEもある(Google日本語入力､ATOK等)｡これは良い方法だが､IME状態が切り替わった瞬間から数秒間表示されるだけでなので､「IME状態を認識するためにIME状態を切り替える」ことになりかねず､解決される場面が限定的である｡

Google日本語入力

Windows10付属のIMEでは､切り替えた瞬間にスクリーン中央に大きく入力モードを表示できるようになった(窓の杜より)｡これも良い方法だが､やはり「現在のIME状態を前もって認識して､スムーズに入力したい」という要求の解決からは少しずれている｡あらかじめIME状態を知る手段ではないからだ｡

マウスカーソル近くに常時IMEモードを表示するフリーソフトもあった(ImeTray64)｡

このアイディアはかなり良いが､Windowsの「IMEの切り替えはテキストエリアがキーボードフォーカスを持っているときに限定される」という仕様のせいで､「あらかじめIMEをこれから入力したい文字種モードにしたい欲求をWindowsによって抑止されてしまう」気分を何度も味わうことになると思う｡

ImeTray64

WebブラウザのテキストエリアをIMEの状態によってハイライトする､Chromeの機能拡張「IMEチェッカー」というものもある｡

ユーザの状態認知とそれの改善

手元のWindows環境はアプリケーション(のスレッド)ごとにIME状態を保持しているようだが､それが不便に感じられることも多い｡たとえば「このアプリでは日本語しか使わない」とか「このボックスは英文しか入力しない」ことがわかっている場合であれば合理的かもしれないが､英文と日本文どちらを入力するか､入力するまでわからないようなアプリを横断的に利用するような場合においては､全てのアプリごとのIME状態をユーザー側があらかじめ認知しておくことを前提としたデザインにも見える｡このため､いたずらに大きな記憶負荷を要求しているように思えた｡

以上の問題は､おそらく「アプリ個別ではなくシステムが共通のIME状態を保持する」モデル上で､「ユーザーの注視点近く」に「認識しやすいカラー・形状」でIME状態を「常時表示」して､しかも「常時切替可能」にすると解決しそうな気がする｡

昔のDOSや現在のスマートフォンではだいたいできていることだと思うが､スクリーンの大きなPCではこれが実現できていないケースがあり､文字入力UIの障害のひとつになっていると思った｡

IMEオン専用ボックスとオフ専用ボックスを作ってみた

ところで､発想を変えて､これまで説明したようにIME状態をユーザーが能動的に切り替えるのではなく､固定化されたIME状態を持つUIをユーザーに選択させるという方法を考えてみた｡

この場合､ユーザーは最初に必ず選択をしなければならないので､「IME状態を知らないから誤入力してしまった」という状況はありえない(ただし呼び出すUIを間違えることはある)｡

というわけで､IME有効・無効状態それぞれの検索ボックスを､ホットキーであらかじめ選択して､Google Chromeの検索文字列を入力するUIを作ってみた(下図)｡

IMEオフ専用テキストボックス(ホットキー[Insert]で出現)

IMEオン専用テキストボックス(ホットキー[PrtSc]で出現)

テキストボックスはホットキーを押すとスクリーン中央に出現するようにした｡

Chromeの検索にしか対応していないが､いまのところ結構使いやすいように思える｡自信をもって誤入力なしにキーをうちはじめられる気がする｡

ホットキーをどれにするかは改善の余地があるかもしれない｡色調で区別できるようにし､大きめのフォントを使うようにした｡C♯で作った｡

Managed DirectX を Windows10 で導入して DXPresentation を動作させる

次のリンクからdirectx_Jun2010_redist.exeをダウンロードする。

実行すると、ファイルの展開場所を聞かれるので適当なフォルダを指定する。

フォルダの中のDXSETUP.EXEを実行するとDirectX9cをインストールすることができる。

DirectX End-User Runtimes (June 2010)

https://www.microsoft.com/en-us/download/confirmation.aspx?id=8109

これでDXPresentationを実行できる。しかし、マウスカーソルの表示がおかしいようだ。

チューリッヒのドライブレコーダーZ-Assistを取り付けた

チューリッヒ保険のドライブレコーダーZ-Assistを自分の車に取り付けた。
Z-Assistはチューリッヒの自動車保険を契約すると貸してもらえる、緊急通知機能つきのドライブレコーダーである。3G通信モジュールを内蔵しているのが面白い。

細かい仕様の情報がネットに少なく事前にほとんどわからなかったので、箇条書きで書いておく。(特にスマートフォンを使った通信と内蔵3Gモジュールを使った通信の使い分けがよくわからなかった)

• Z-Assistは事故などで強い衝撃をうけると、加速度センサーから得たG値とGPSから得た位置情報を、3G通信を使ってチューリッヒに自動的に送信する。このため3GのSIMカードが挿入されている。
• そしてチューリッヒから利用者に対しては、あらかじめ登録しておいた電話番号へ連絡・プッシュ通知がおこなわれるらしい。
• 緊急通知ボタンがあり任意のタイミングでチューリッヒに通知することもできる。
• Z-Assistは事故などで強い衝撃をうけると、そのとき記録していた事故のビデオや走行データを、Wifiを使ってスマートフォンのアプリに渡し、そこからチューリッヒに送信することができる。
• Z-Assistは東芝製。動画の画質はとても悪い。動画フォーマットはMP4、15fps、640x480ピクセル、ビットレートは600kb/sくらい。白飛びがひどい。この画質では事故時の調査資料やある程度の証拠になるとは思うが、ドライブ動画として楽しむような用途には適さないと思う。音声はない。超広角。
• Z-Assistは電源がはいっていれば常時録画する。録画データは8Gbytesの内蔵メモリに記録される。車両が停止するたびに別のファイルになっているように見える。時刻が#時:#0分になるたびに、つまり10分毎にファイルが生成されているようにみえる。それらをスマートフォンのアプリを用いてWifi経由でダウンロードできる。このときユーザーはサムネイルを取得し、ダウンロードリストを作り、そしてダウンロードする必要がある。この手順はタスク志向なUIとはかなり離れたものなっていて、タスク分解をユーザー自身がする必要があり理解はできるが使いにくい。また車の運転が終わったあとエンジンを切らずに結構な時間をかけて手動でダウンロードする使い方になり、もどかしい。
• スマートフォンにダウンロードしたドライブ動画をPicmvrで転送しようとしたが、保存場所がよくわからなかった。MTPで見える場所に動画ファイルが無いような気がする。とりあえず共有機能を使ってOneDriveにコピーすることはできた。(追記:SDカードのAndroid\data\jp.co.toshiba.zassist\Videoに動画ファイルがあった。MTPで見ることはできない)
• トヨタのアクアにDIYで取り付けた。説明書通りにフロントガラス上20%以内でドライバービュー的に邪魔にならずなおかつワイパーの動作範囲内で、というと一箇所しか取り付け場所がないと思った(下図)。

• 本体が重いわりには両面テープの接着面が狭く、固定方法に不安がある。
• 3Gによる通報は良い機能で安心できると思う。しかし一方で動画の画質が悪いから貴重なドライブレコーダー設置可能空間をこのドライブレコーダーに使うのはもったいない気もする。
• 関連記事
• 【Microsoft基調講演】6億台のPCがWindows 10へと変わる大きな波 ～ベンダーやソフト開発者にとって再び魅力的なプラットフォームへ