人気ブログランキング |

体重と今日食べたもの

k1segawa.exblog.jp

ダイエット

ブログトップ

カテゴリ:Raspberry Pi( 87 )

WinラズパイにもWindows10なので、.NET Framework が入っている。
コントロールパネル>・・・>Windowsの機能の有効化または無効化で見てみると、4.7 Advanced Servicesというのが入っていて、これはx64 PC Windows10 でも同じように入っている。

しかし、x64 PC Windows10 でこれを使うことはない。大体.NET Framework を使うプログラムなら、少なくとも3.5以降をVisual Studio でインストールするはずだ。

なので、ARM Windows10 では、もっぱらUWPを利用したアプリになる。すると.NET Frameworkのような前提ワークフレームは、.NET Coreになる。

これは、x64 Windows10 でもストアアプリを開発する際に、Visual Studioが .NET Core 2.0(最近)を指定し、.NET Framework は使用しない。

なので、ARM Windows10 IoT Coreで、UWPアプリを作る際も、.NET Core 2.0が使われている。

しかし、コンソールアプリの場合は、どうなるのか。
同サイト様のキーワードでGoogle 検索をかける。


この辺を検索・各サイト様をチェックする。
興味深いのが以下のサイト様。

ラズパイ互換ボード上で、.NET Coreが動けばWindows10 IoT Coreで吐き出したクロスプラットフォーム対応のアプリが動くのだ。

つまり、今のラズパイ3+でも性能が足りないと考えられている場合、高性能なラズパイ互換ボードを選んで、.NET Coreを動かしてやれば、少なくとも自開発で作成したUWPアプリや最低でもコンソールアプリが動くはず。なら、高性能なラズパイ互換ボードがUbuntuだろうが、Arch Linuxだろうが、.NET Coreを動かしてやれば、今のラズパイ3+よりも高速に動作してくれる。

今、中華のラズパイ互換ボードが1,2万円でCPU 835レベル、RAM 4GBでUbuntuがコンソールレベルで動作しているので、こちらに.NET Coreが載れば、Webサーバやキオスク端末をいい性能で動かせるのでは。

Arch Linuxならデスクトップも表示できているようなので、UWPアプリを作ってGUIも表示できそうだ。

.NET Coreがラズパイ互換ボードのサポートOS上で稼働すれば、もっとARM系CPU陣営のアプリの数が増え、Intelに迫っていける。

Microsoftは、.NET Coreの移植性を高めて、ARM Windowsベースの組み込み端末の開発をサポートしてもらいたい。それが将来につながる道だ。

by k1segawa | 2019-05-10 07:09 | Raspberry Pi | Comments(0)
PC で、MS アプリストアのWindows10 アプリ Alexa がついに「ハンズフリー」対応に。
これで、アレクサを起動しておくとPCもEcho DotやScreenと同等になる。

以前のバージョンが、
a0034780_18515590.png
アップデート後は、
a0034780_18541606.png
となっている。

起動すると、
a0034780_18552204.png
となって、ハンズフリーをオンにすると、
a0034780_18553268.png
このように、「アレクサ、XXXXは?」などと言うだけで、ショートカットキー(Ctrl+Shift+A)や◎のボタンを押す必要はなくなった。とにかく起動していればよいので最小化していても隠れていてもいい。スタートアップで自動起動すると手間がかからない。


PCはいいとして、さて肝心のWinラズパイはどうかな?(結果:成功した!)

一度アンインストールしてしまったので、再度インストールから。
容量は約93MBらしい。結構ダウンロードに時間がかかる。

インストールは終わった。起動するとストアアプリが容量食ってアレクサが落ちるのか、ストア自体を終了させてからアレクサを起動してみる。まだ落ちる。
USBでマイクを繋がないといけないので、一度シャットダウンして、USB Audio 変換アダプタ(イヤホンジャックマイクを使えるようにするため)を刺して再起動してみる。Bluetoothアダプタも繋いでいるので、はずしてから(Bluetooth自体は認識していた)。
メモリ開放したのだが、まだ落ちる。
タスクトレイから、スピーカーを左クリックでUSB AudioになっていたのをRaspberry Pi 2 audioに切り替え、右クリックでサウンドの設定で確認。スピーカーもマイクもきちんと認識していた。マイクのテストでも音量のバーが伸びて入力されている。
再度アレクサ起動。やっと落ちないようになった。

アレクサの設定ボタンを押すよう促される画面で、押すと、ログイン画面が。
Amazonのメールアドレスとパスワードを入力。
利用規約に同意して続行ボタンを押す。マイクに許可を与えるため、続行ボタンを押す。
イヤホンジャックのマイクが認識しているようだ。
Alexaによるマイクへのアクセスを許可しますか?画面で「はい」を押す。

PCと同じ画面が出てハンズフリーをオンにする画面が出た。
ボタンを押すと、3つ選択が出たので、
コンピュータにサインインしてアプリを起動は、自動起動なのでこれだけチェックオフにして、設定の完了ボタンを押す。Alexaをタスクバーにピン留めしますか?画面で「はい」を押す。

マイクに向かって「アレクサ、今日の天気は」。隣のPCが反応してしまったw
マイクを手でおおって再度発生すると、◎ボタンが水色から濃い青の虹のような輝きになって、反応したことを示した。
アレクサから「今日のXXXは晴れでYYYです。気温はZZZ~」とRaspiスピーカーから音声が出力された。

素晴らしい。
MSはストアアプリを、x64とARM両方同時にリリースしてくれる。やはりARM版も力を入れている証拠かな。

P.S.
その後、すぐにAlexaのせいで画面が真っ青になって固まった。
良く調べてみると、Windows10軽量化のために、レジストリでEthernet(有線LAN:イーサネット)も従量課金にしていたので、Defenderのパターン更新に失敗していた。これの同時ダウンロードのせいでメモリが足りなくなったのだろう。
一度再起動して、Windows Updateから更新プログラムのチェックボタンを押して更新チェックをかけて、無くなるまで押し続け、さらに再起動後にスピーカー出力がRaspberry Pi 2 audio なのを確認して、タスクバーから単独起動で正常起動した。

なので、うまくインストール等が出来ない場合、まずは裏でWindows Updateがダウンロード動作していないかチェックして、それがパターンファイルも含めて完全に完了してから一旦再起動してメモリを解放して、再チャレンジしてみて欲しい。非力でメモリ1GBのラズパイなのでお手柔らかに。

P.S.2.
どうやら、Alexaを有効にすると、Microsoft Compatibility Telemetryが起動時にCPU負荷を高くしているようだ。今までなかったので、多分追加されたタスクだろう。バックグラウンドで情報をサーバーにアップしているようだ。

以下のサイト様により、タスクスケジューラーから停止する方法はある。
Microsoft Compatibility Telemetryの概要と無効化する方法 | Win And I net
PCでもあまり必要無いとされていないタスクだが、停止するとアレクサが反応しなくなった。前提としているようなので、そのままにしておく。

それよりも、ARM版はWindows10軽量化で設定>プライバシー>バックグラウンド アプリはオフにしてあるはず(PCでは全体はオンにして不要なもののみオフ)。こちらを見直す。

バックグラウンド アプリの設定をPCに合わせて、全体をオンにし、次のように個別にオフにする。PCもWinラズパイもボイスレコーダーやGrooveミュージックなどを見直して参考とする。
a0034780_20483207.png
a0034780_20483738.png
a0034780_20484473.png
やはりWindows10軽量化は極端すぎた。
Amazon Musicが長時間動作でたまに落ちるのも解消するかも。


沢山インストールすればそれだけ負荷も増える。選択して使っていこう。

将来アプリごとにSSDを変えて、軽い状態で動かす。使いたいアプリ毎にSSDを差し替える。OSが無料でSSDが安価なら出来る。USBメモリ/SDカードブートでPC Linuxを使えば、今でも高速ネットワーク&インストール&バージョンアップの手間を惜しまなければ出来るんだけどね~


再起動して、再度アレクサ単独起動。
起動負荷が高い時に同時に起動すると落ちるが、再度起動すると、起動も反応も重いが、「アレクサ」と言ってから、青く丸が点滅しだしてから「用件」を言うと、◎の外の色が白から青に変化して、反応したことを示し、アレクサが音声で応答する。

ん~、Winラズパイの出来る事が増えて嬉しい。2020年にラズパイ 4が来たらもっとスムーズになるだろうな~


by k1segawa | 2019-05-07 18:58 | Raspberry Pi | Comments(0)
Windows Update の 「2019-04 arm64 ベース システム用 Windows 10 Version 1809 の累積更新プログラム (KB4495667)」が来ていた。
5月の定期スケジュールは5/11だが、これは重要な更新プログラム扱いなのだろう。一定時間操作しないで置くと、Windows Updateの「利用可能な更新プログラム」のチェックが自動的に動き、ダウンロードボタンが表示される。
そのまま、アクティブ時間になっていたら、インストールも自動的にされていただろう。

自分の環境は、Winラズパイ(Windowws ARM 64bit Raspberry Pi Not IoT Core)はもちろん、x64 PC Windowsの方も、レジストリで、Ethernetであっても従量課金扱いに設定しているので、重要な更新プログラム以外(Defender の パターンファイル更新など)は、チェック自体手動で行うようになっているので、Windows10が起動時に重いという事は決して無い。
それが今回チェックが自動的に行われたと言う事は、KB4495667はそれほど「重要」なのだろう。

まあ「令和」に対応したのもあるし、6件も不具合が入っていたしな。

にしても1809はあいかわらず、罪深いな~
一般人まで「19H1」が降って来ない(5/30以降との話)、遅れる原因になりそう。

このあと5/11にも毎月の更新プログラムが降ってくるのに~

おっと、この後にチェックボタンを押したら、Defenderのパターンファイルも来てた(KB2267602)。最新になっても押して変わらずに最新になるまで押さないとな。


by k1segawa | 2019-05-04 10:35 | Raspberry Pi | Comments(0)
DD for Windows が バージョンアップしていた。

DD for Windows - Tech Info

DD for Windows R2 という名前になって画面も以前の640x480に収まる大きさから、1024x768以上が必要な画面になっていた。
試したのは Ver.1.0.0.0(ベータ版)だが、ちょっと動作がマズイ部分がある。
それは、ドライブを選ぶ画面で、一度選択した後に、再度選択する画面に移動すると、●の選択状態が外れてしまうことがあるのだ。そしてそれに気が付かないで、元の画面に戻ると、ドライブの入力エリアには、文字列が入っているのでそのまま読込みや書き込みをすると、プログラム自体が落ちてしまう。

【再現手順】
管理者権限で実行
ドライブ:の…ボタンを押す
表示されたドライブの中から選択(●)状態にする
OKを押す
ドライブ:の入力エリアに選択したドライブの名称が表示される
メイン画面でどのボタンも押さず、入力エリアも触らずに再度ドライブ:の…ボタンを押す
表示されたドライブの選択(●)が無くなっている→ここはまあ許せる
OKを押す
ドライブ:の入力エリアに選択したドライブの名称が表示されたままになっている→これもまあ許せる
メイン画面で読み込みや書き込み・それ以外のボタンを押す
すぐにマウスカーソルがリング状になって、数秒後にプログラムが強制終了する→これはマズイ

これは入力エリアをクリアするか、前に選択した(●)状態を記憶しておくか、メイン画面にドライブの更新ボタンを置いておくかが必要かも。

これに気づかない時はイメージが未対応なのかと勘違いした。

正しい手順の時は次のように画面遷移する。
メイン画面
a0034780_18415853.png
ドライブ:の…ボタンを押す
a0034780_18422033.png
ドライブの一番左のうす黄色のを選択(●)し、OKを押す

メイン画面に戻ったら、パス:の…ボタンを押す
以下のように、拡張子が「.ddi」→「.disk」、「.part」に変更されている
(画面は.imgを選択してみた場合)
OKを押す
a0034780_18424712.png
メイン画面に戻り、任意のボタンを押す
(画面は~.diskと命名、読込みした場合)
a0034780_18430186.png
処理中の画面
a0034780_18431429.png
イメージはバックアップ出来たので、
再度別のSDカードへ.diskファイルを書き込んでみる。

あれ?書き込みに失敗するね~ ボタン押下後、すぐにプログラムが強制終了した。

元SDカードは16GBで、200MBの未割当て領域を持つmicroSDHCのUSB 3.0 UHS-I,IIのカードリーダなんだけどね。
書込み先SDカードもSD Formatterでクイックフォーマット済みで、16GB。

まだまだ不安定だ~

元のDD for Windows(Ver.0.9.9.8)にするかー
バックアップ出来た.diskファイルを選んで、書き込みドライブは自動的に表示されたK:ドライブで書き込んでみる。
4Gを超えるなんたらかんたらと出るがそのまま実行。チェックボックスはOFFのまま。
a0034780_19083611.png
書き込めてるな~

「よくある問い合わせ」に、
=====================
問: 転送元/転送先で容量が違う場合はどうしたらよいか?
答: 大は小を兼ねますので大きいほうにコピーする場合はほぼ問題ありません。小さいほうにコピーする場合は最後が途切れてしまいます。我々は4Gバイトの製品でも通常約95%程度のパーティションサイズにし、残り5%をパーティション未使用領域にすることで容量が小さいメモリカードへのコピーでも問題が起きにくいようにしています。
=====================
とあるので、未割当て領域200MB取ってあるので、16GB→16GB コピーできるはず。

書き込み終わったら、ブートするか確認してみよう~(PC Linuxなので)

無事起動した。

ちなみに元SDは次のような構成。
a0034780_03133994.png
ファイルの互換性としては、DD for Windows R2でバックアップした.diskファイルを、旧DD for Windowsのすべてのファイルで選択して書き込んだ。
さらにUSB Image Toolでバックアップした.imgファイルも選択して旧DD for Windowsで書き込んでみたが、正常に起動した。

USB Image Toolはバックアップソフトとして優秀なので、PC Linuxやラズパイではいつも使用している。書き込みはEtcherだったが、これからは旧DD for Windowsでも書込み出来るのなら、常に未割当て領域を意識してSDカードを作成すれば、16GB to 16GB などの同サイズへの書き込みが出来るようになるな~

【SD作成時】
どこからかイメージファイルを持ってくるか、インストーラーでSDカードへ書込み
【未割当て領域作成】
SDカード書き込み直後に、EaseUS Partition Master Free(リンク先はサイト様ページ)で、イメージの縮小(プライマリパーティションの縮小)を行う
=======
なぜなら書き込み直後はプライマリパーティションは、例えばWindowsエクスプローラで見ると、ディスク使用領域+ディスク未使用領域(未割当て領域ではなく)となっており、未使用領域がデフラグした状態ならパーティションの末尾に位置しているはずなので。これはEaseUS Partition Masterでイメージの縮小をする時の手順にも書いてある。
=======
イメージの縮小すると、末尾に未割当て領域が出来ているはずなのでサイズとしては、シリコンリナックス社さんも5%と言っているように、16GBなら200~820(5%)MBくらい、32GBなら500MB~2GBくらい割り当てる。容量がもったいないと思うなら、PC LinuxならSwap領域として、Windowsなら別ドライブ(ページングファイル用)として使用して、いざとなったら解放して未割当て領域に出来るようにしておくのもいいかも。
【バックアップ】
上記の操作後、すぐにUSB Image ToolやDD for Windowsなどのツールで、バックアップする事をおススメする。
なぜなら上記の作り方をしたSDカードなら、イメージ書き込み直後やインストーラで書き込み直後にバックアップすれば、二度とインストーラで長時間かけなくても、コピーで済み、イメージの場合ならEaseUS Partition Master Freeでの縮小操作をしなくても済むため。
もちろん、SDを使用開始して長期運用後でも、同サイズのSDカードへバックアップが出来る(未割当て領域やSwap領域、ページングファイル用別ドライブがあるので)
【リストア(書込み)】
上記のイメージをDD for Windowsを使って同サイズのSDカードへ書込み
未割当て領域が無い場合、EaseUS Partition Master FreeやGpartd、Windowsならディスクの管理(出来るのか?)で、Swap領域やページングファイル用別ドライブを解放して未割当て領域を作る事。
※どうやらLinuxの使用領域はGPartedでしかわからないらしく、EaseUS Partition Master Freeでは全て使用になっているため、サイズ拡張は出来ない。なのでGPartedでのサイズ拡大を以下に示す。ただしWindowsインストーラーによるNTFSならば出来るのかもしれない。

一応、GPartedをかけるSDで起動し、システム動作状態でパーティション変更可能。変更後も動作はOK(firefox QuantumやShutter、その他もろもろ動作した)だが、念のため再起動する。

【Kona Linux 4 black 32ビットの場合】
スタート>設定>GParted起動
a0034780_08170923.png
(無効化済み画面なので本来は真ん中が/dev/sdc2 linux swap領域 2GBになっている)


真ん中のlinux swap領域を右クリック>スワップを無効化を選ぶ
a0034780_08201165.png
(無効化済み画面なので本来はメニューがスワップを無効化になっている)

真ん中のスワップだった領域が空白になる
真ん中の空白を右クリック>リサイズ・サイズ変更を選ぶ
次の様に、サイズを4GB、後ろの空きを512MBに設定する(サイズを先に決めないと、後ろからやってもサイズで後ろに伸びるので無駄になる)
a0034780_08252951.png
リサイズ/移動ボタンを押す
そのまま、続けて/dev/sdc1を右クリック>リサイズ・移動を選び次の様に新しいサイズを後ろいっぱいに広げる。
a0034780_08301167.png
リサイズボタンを押す
適用ボタンを押す>真ん中のlinux swap領域(まだ/dev/sdc2 4GB のみだが)を右クリック>スワップを有効化を選ぶ
a0034780_08342963.png
次の様に適用を押さなくても、領域が拡張・swapが4GBに拡張・後ろに未割り当て領域512MBが確保される。
a0034780_08362753.png
(これは適用ボタンを押す前のスワップを無効化状態の画面だが、最終的にはlinux swap領域と表示される)


※他の書き込みツールだと同サイズには書き込めず、大きいサイズにしか書き込めないので注意。それともそういうツールが他にもあれば知りたい。
(Linux の dd もオプションで無視することが出来たはず)

P.S.
無事Kona Linux 16GBを16GBへコピー・起動、32GBへコピー・起動を確認した。
また、USB Image Toolでの.imgファイルでの旧DD for Windowsでのリストア(書込み)もOKだった。
.ddi/.disk/.imgは、それぞれ未割当て領域を含む互換性のあるファイルのようだ(Linuxのddファイルは未確認)。

最初次のように思ったが、上記のようにGPartedのパーティション操作でswap領域移動・拡大が出来たので下記は不要。
=====================
一旦/etc/fstabでSwapをOFFにし、32GBの未割当て領域をプライマリパーティションの拡大に使った後、再度Swap ONにしよう~
=====================



by k1segawa | 2019-05-03 19:18 | Raspberry Pi | Comments(1)
自サイトで取り上げているWinラズパイは、Full Windows10 だが、公式の IoT Core が 2019/4月版として、アップデートされている。
a0034780_16062360.png
赤枠がダウンロードリンク。

IoT Core 用のARM UWPアプリはPC上でVSでクロスコンパイルして作成できるが、それがARM WindowsであるWinラズパイでも動作するか、確認しなきゃと思いつつ、まだ手を出していない。




ずいぶん前に記事化したんだな~


by k1segawa | 2019-04-23 16:07 | Raspberry Pi | Comments(0)
(2019/4/22追記)
sudo apt updateでUnknown error executing apt-keyというエラーになる。X410は入ったがapt install が出来ないので動作未確認。対策検索中・・・
(ここまで)

Winラズパイに、WSL (Debian) をインストールする。

いや、本来ラズパイはLinuxで使うものだから。

でも本当にそんなことが出来るのか。負荷は大きいのか。

PCは、デフォルトのシェルでcurlやtarが可能になったり、WSLもバックグラウンドプロセスやAF_UINXソケットの利用可能になったりで、ずいぶん進歩した。

Winラズパイでもcurlとか確認した。ならWSLも動くのだろうか。

でも、それでもARMだからな~

疑心暗鬼でMicrosoft StoreからDebianを検索。
a0034780_04505801.png

インストールが終わって起動ボタンを押すと、次のエラーが。
a0034780_04512524.png

インストール自体は済んでいる。
a0034780_04522907.png

ならいつものやつか。
スタートメニュー右クリック>アプリと機能>関連設定 プログラムと機能>Windows の機能の有効化または無効化 で、WSLのチェックボックスをONにする。
a0034780_04530733.png

メッセージに従い再起動する。
a0034780_04570940.png

次の画面が出て、15分くらいかかり、タスクマネージャで見ているとディスクアクセスが100%になる。CPUはそれほどでもない。
a0034780_04580326.png

そしてついに、起動した。
以下はユーザ名とパスワードを設定した後の画面。
a0034780_04593363.png

topやls、pwd、そして vi も動く。
a0034780_05023548.png

これで、Xも入れればウィンドウも開くな。ストアアプリで X410 買ってあるから、VcXsrv が x86 on ARMエミュ上で動くより軽いといいけど。

DebianはUbuntuより軽くインストール容量も少ない。そしてssh-serverがWSL側になく、既にあるWindows側のssh severプロセスと2重起動にならないようにきちんと対策しているディストリビューションだ。



by k1segawa | 2019-04-22 04:41 | Raspberry Pi | Comments(0)
Windowsなのだから当然なのだが、プロセスエクスプローラが動作(末尾に有志サイト様開発のリソースハッカーも)。
タスクマネージャより詳しい情報、ウィンドウクリックによるプロセスの指定・kill が出来るので便利だ。
a0034780_03062085.png
64ビットは動かないので、x86 on ARMエミュの方を。それでも軽い。
a0034780_03193567.png

メインはこんな感じ。赤い✖が kill、◎に+の入ったマークがウィンドウクリックによるプロセスの指定。
a0034780_03065076.png
フォントはこうすると綺麗。PCならYu Gothic UIが綺麗。
a0034780_03071663.png
a0034780_03074178.png

タスクマネージャーとCPU負荷が異なっているが、メニューの階層下には同じものがある。タスクマネージャに表示されている「Bluetooth PAN」はBluetoothテザリング。無線LANの代わりに設定中。別途アクセスポイントになるPCかスマホが必要。
a0034780_03080775.png
a0034780_03093752.png
セキュリティも表示。グループとか地味に便利。
a0034780_03121319.png
a0034780_03125716.png
a0034780_03134752.png
スレッドも詳しい。
a0034780_03140056.png
旧ツールが動くのは便利。

そういえばリソースハッカーとかあったなーと思い、調べるとNot Found. 代わりに1997年から今も開発してるサイト様からダウンロード。カーソルとかアイコンリソースを抜き出したり、今はデザインモードというので、メニューやボタンを配置できるようだ。

なかなか起動に時間がかかったが、無事起動。
動作もちょっと重いが、以下の通りWindows/system32/explore.exeのアイコンを表示したところ。
a0034780_03535126.png



by k1segawa | 2019-04-22 03:22 | Raspberry Pi | Comments(0)
Japanese text only.
(以下の情報やこれを元に行なった行動によって受けたダメージや損害については、当方一切責任を負い兼ねます。正しく運用していただける方のみご参照下さい)
========================================
(2019/5/5追記)
本文で参照したサイト様で、
・Windows ストアで、アプリケーションのダウンロードが一時停止される
とあり、該当エントリが1になっていると新規アプリをストアからダウンロードする場合、いつまでもダウンロードが進まなくなる。なので、
I) 管理者権限で1→2に戻すとダウンロードが出来るようになるので、その都度2(デフォルト)↔1(従量課金)を切り替える。再起動・再サインインは不要。

(以降の取り消し線の部分は結局、害でしかなかったので操作しない事)
~~~~~~~
かつ末尾でより使いやすく・・・で紹介した
設定>ネットワークとインターネット>データ使用状況>バックグラウンドデータ>MicrosoftストアアプリとWindowsのバックグラウンドプロセスを制限>常時にする、だとダウンロードが始まらないので、
II)「常時」⇒元の「切え替えない」に戻す事。こちらは再起動した方が良いようだ。
~~~~~~~

例)SkypeやLINE等のストアアプリ新規インストール時、ダウンロードが終わらない場合
I) 該当レジストリを2に戻す
II) バックグラウンドデータを「切り替えない」に戻す
III) 再起動
IV) ストアアプリのインストールボタンを押す

注:長時間のAmazon MusicやWebブラウジング時は、アプリやソフトが不具合を起こす(従量課金の制限でネットワークが切れる)可能性があるので、特に「切り替えない」のままの運用の方が安定するようだ。「2」はストアアプリのダウンロードとアップデートのみに関わるようなので、逆にAmazon Music再生中にWindows Updateが掛かると不安定になるので「1」の方が良い。

(ここまで)

【本文開始】

今回はWinラズパイ上で本方法を意識的に利用するユーザの常識を信頼して設定する項目なので、これを設定してなんらかの損害や不具合を起こした場合は、本ホームページの管理・執筆者はどんな責任も負わないことを明記する。

WinラズパイのWindows10 軽量化の一つとして、次のサイト様の方法を試す。

もちろん十分にセキュリティには注意するが、これを試みる人なら、定期的にWindows Updateのチェックを開いているはずなので、自動で「低セキュリティ」の更新プログラムを、起動時にチェック・インストールして起動時負荷が増すより、自分のタイミングでアップデートしたいだろう。

元々の機能はモバイル通信時、重要な更新以外はWi-Fiでアップデートしないようにして、パケ死しないようにする機能であるので、いずれは軽微な更新プログラムもダウンロードしてインストールしなければならない。

主に、以下の手順となる。注意としてはバックアップ後、root(/:トップのコンピュータを示す)からの再表示でCPU負荷が高まるのでregeditは単独で起動した方がいいだろう。それと800x600ではボタンが見えないので、1024x768以上が必要だ。
(1) regeditを管理者権限で起動
(2) rootからレジストリのエクスポートでバックアップを取る(これは自分が追加した手順で100MB以下なのでC:\にでも)
(3) サイト様の手順に従ってAdministratorsにフルアクセスを付与(sが付くことに注意)
(4) サイト様の手順に従って該当のイーサネットを従量制課金にセット(1→2)

このことから、Administratorsにフルアクセスの権限が付与したまま残り、これを解除する手順はサイト様には示されていない。なので自分で元に戻すか、十分注意してそのまま使うかして欲しい。

これによって、起動時に単なるDefenderのパターンファイル更新やAdobeの更新などはスキップされるだろう。なのでずいぶんとWindows10の軽量化に貢献するはず。

実際の更新チェックボタンを押した様子を、有線LANでのインターネット接続のPCの例で示す。
押下前は4/20に最新チェック済みだった。
a0034780_21311059.png
確かに自分のタイミングで、責任でアップデート出来る。


次の設定でさらに使いやすく、単アプリの動作優先にする方法もある。
設定>アカウント>サインインオプション>PIN設定

(2019/5/5追記)
以下は結局、害でしかなかったので操作しない事。

設定>ネットワークとインターネット>データ使用状況>バックグラウンドデータ>MicrosoftストアアプリとWindowsのバックグラウンドプロセスを制限>常時にする(要再起動)

アプリによってはダウンロードなどにバックグラウンド処理が必要なケースもありその場合は常時にしない方が良い。なので2つ目は必要なストアアプリがまだ未ダウンロードなら「切り替えない」のままを推奨する。
同様に常時長時間データをネットから落とすAmazon Musicや長時間のブラウジングでも「切り替えない」を推奨する。
つまり間欠的なネットワークデータダウンロードしかしないソフトやアプリを動作させる時のみ、Winラズパイのイーサネットの負荷を下げるのに「常時」が適する(2019/5/5時点ではWi-Fiはまだ繋がらない)。
(ここまで)


by k1segawa | 2019-04-21 10:34 | Raspberry Pi | Comments(0)
Amazon Musicを再生し、Winラズパイのイヤホンジャックから音を出しているのだが、DVI接続のモニタにはスピーカーが無く、毎回メインのデスクトップPCのスピーカーに切り替えるのは面倒なので、噂のダイソー300円スピーカーを専用に繋ぐ。

リビングでWinラズパイに切り替えSWと自作アンプで既にセッティングしてあったのだが、あまり使わないのと、なぜか突然音が出なくなったので、スピーカーを分解して修理する。

こちらのサイト様に回路が載っている。

中間あたりの次の項目までスクロールすると、修理の方法が載っている。
「6、内蔵アンプ故障とパッシブ化」

確かに突然音が出なくなった。それも両方。
分解して調べてみるが、VCCにはUSBから5.22Vが来ているのに、アンプ基板からスピーカーへ行く直前のVCCが0Vなので、このサイト様の言うとおり、ICが壊れているのではないかと予想。

なら内蔵アンプをはずしてパッシブ化(受動化)し、外部アンプで駆動する事にする。ついでに右スピーカーの延長ケーブルが短いので、30cmくらい伸ばしてやる。

延長に追加したケーブルがより対線だったので、ライターであぶってしっかりヤスリがけする。
スピーカーとケーブルのねじりに余裕を持たせ、外部から引っ張られても直接はんだ付けしたところに力がかからないようにする。

はんだ付けした線は熱収縮チューブで絶縁し、GND/L/Rの3本も太い熱収縮チューブでまとめるようにする。

テスターで導通を確認し、ケーブルのGND/L/Rを確認し、イヤホンジャックからの音が出る事を確認しつつ配線した。

はんだ付けもしばらくぶりで結構大変だったが、慣れてくると、以前買ったペン型のUSBはんだごての扱いがとても楽だったので、フラックスも使わずスイスイとはんだ付け出来た。

ONが強く振るだけ。15秒で最高温度まで上昇。細身で軽く電源ケーブルが細く柔らかいので取り回しが楽。40秒くらいで勝手にクールダウンするので安全。一応はんだ台にぶっ刺すが冷えてるので気が楽。USBなので70cm上の作業机の上でも電源が取りやすい。コンセントは床上のあるので。着きやすいのでフラックスで前処理しないでいいし、臭くない。

気軽にはんだ付けが出来、小型で軽いし、安全なので狭い机の上でも作業しやすい。

写真は内蔵アンプだ。GND/L/Rが水色/白/オレンジの線で、アンプが入っていた方がL、延長ケーブルの方がR。基板の短辺にあるGND/VCCがUSBで供給される5V、長辺にある+/-(白/黒線)がRへ行く線。同じく長辺にある黒と赤のケーブル(裏に回ってる)がLに行く線。
a0034780_19301091.png

基板からすべての線をはずし、USB供給の線を抜いて、白/黒線にR/GND(オレンジ/水色)を繋ぎ、裏に回ってる黒と赤のケーブルにGND/L(水色/白)を繋ぐ。

元のように組み立てなおして、外部アンプをはさんでWinラズパイからイヤホンジャックでサウンドをスピーカーへ出力。
シャリシャリもせず、音声も変にぼやけず、輪郭がはっきりしている。
関係ないが比較としてウォークマン付属のイヤホンは耳元で息づかいが感じ取れるが、この小型スピーカーはそこまではいかない。

しかし十分聞ける。長時間ヘッドホンやイヤホンを装着するとわずらわしいし、疲れる。それが無いのでスピーカー再生の方がお勧め。

すぐ壊れるので300円相当だが、マグネットスピーカーと、スピーカーケースのハウジングが良く出来ていて、改造前提なら音質に対して高コスパだ。

by k1segawa | 2019-04-20 18:51 | Raspberry Pi | Comments(0)
スラドで見つけたのだが、Mozilla、Qualcomm Snapdragon対応の「Firefox」をWindows 10向けにベータ公開 - 窓の杜 と遂にARM版もベータ版までリリースされた。

今まではベータ版の前のNightly版だったのだが、正式版の一歩手前まで来た。

ARM64版のブラウザとしては、Chromeにも先にリリースとなり、なかなか動きが速い。

早速Winラズパイへインストール。

リリースノートを見ると他のインストーラーでインストールしたFirefoxと共存できるので、Nightly版はそのままに。

ダウンロードして一旦Firefox Nightlyを終了し、LANケーブルをはずしてインストール。
Firefox Installer.exe (315KB)
だが、インストーラ開始前にNightlyをどうしても起動してしまい、その後原因不明のエラーで終了するしかなくなる。

直前にNightlyを終了させても原因不明のエラーが発生する。
ではLANケーブルを接続するとどうなるか。
もちろんそのままだとNightlyを起動してしまい、エラーになるのは変わらないし、直前にNightlyを終了させてもエラーになるので、そもそもなんでブラウザを起動する必要があるのか。
FirefoxをインストールするのにデフォルトブラウザがFirefoxになっているケースはちょっと問題になってきそうだが。

起動したFirefoxの開いたページを見てみると、ダウンロードが中断されました~と出ており、ダウンロードボタンがある。これを押すと、さっきのインストーラとは別に、Firefox Setup 67.0b11.exe (43.890KB) がダウンロードされた。

ブラウザを起動する理由は、二段ダウンロードなのだろう。

とりあえず、ダウンロードしたFirefox Setup 67.0b11.exe (43.890KB)が同じディレクトリにある状態で、最初のFirefox Installer.exe (315KB)を起動すると、インストーラは余計なNightlyを起動せずに最後まで完了した。

ん~、ボタンが一つだったから一つしかダウンロードしなかったけど、結局2つプログラムが前提なのね。わざわざ二段ダウンロードにしなくても、サイトの作りから2つダウンロードボタンを置けばいい話だと思う。

まあ、ベータ版だからインストーラーもダウンロードサイトもまだまだ中途半端なのかもしれない。
a0034780_13171245.png

使い勝手はNightlyよりも軽い印象。64GB SDカード手持ちで最速のU3(シーケンシャル読書き 96/62 ランダム読書き 15/7 MB/s)で、Yahooがちらつきなくスクロールするし、表示もネットワーク応答待ち後、描画で画像が多いと1秒ほどWeb画面が白くなるぐらいで、テキスト描画自体は遅延なく快適。
起動もNightlyではホーム画面が表示されるまで、回転カーソルが待ちを表すのにそうならなくて、あせったのに、ベータ版では待ち状態の時にはきちんと回転カーソルで状態をユーザに伝えているし、そもそもホーム画面が表示されるまでがやたら速くなっている。
そして完全なる日本語化。about:configもプラグインで呼び出す画面もちゃんと全て日本語になっている。キーボードショートカットも日本語のページだ。日本語ローカライザチームは仕事した。

そして、Youtube。今回はMozilla Mentenance Serviceはとめないし、更新も自動更新のまま、不具合情報の自動送信もOKで、プラグインh264ifyをインストール。
いつものGACKT PUBG MOBILEだとどうなるか。
まず、ネットワーク待ちから画面表示までが速い。
そして再生が開始されるまでの時間も短くなっている。
なので、4時間に及ぶ動画の真ん中までシークバーを動かすのが、今まで2分くらいかかって操作できるようになっていたのが、30秒ほどで可能。
そこまで移動して静止画を表示させるまでも1秒。Nightlyならそれも十数秒かかっていた。これはブラウザのキャッシュ処理が速くなっているのかな。
動画再生能力はあまりNightlyの時と変わっていない。ここはWebkitのHTML5のCANVASの上のコントロールの実力なので、Webkitを共通で使っている限り変わらないか。
でも同時再生の音声の途切れがブツブツしなくなっている。音声再生能力は向上したな。初期処理と音声処理が高速になり使いやすさに磨きがかかった感じ。

(以下独白なので末尾までスキップ推奨)
あとは動画再生能力は、Windows ARMのVideoCore描画ドライバの提供だけか。Broadcom社頼む。Firefox Quantam ARM64版にQualcom社がこれだけ協力したのだから、御社もこの波に乗っては。今やっとけばRaspi 4 の2020年でARM SoCカスタマイズ版提供に関して、ARM陣営の中で「トップ」を張れるぞー
でもWindows ARMの制限で、OpenGL 1.1より上の機能を使うドライバ等は作れないらしい。なのでハードウェアアクセラレーションを有効にしようとすると、Direct2D3Dのドライバ開発になってしまうので、OpenGLの公知のドライバより、プロプライエタリな秘匿義務のあるドライバになってしまう。いつまでも低性能に甘んじていていいのかなARM版は。大多数のデバイスにOSを提供するには、今のPCのCPUよりモバイルCPUの方がコスパも伸びしろもあり、消費電力と性能比で既存のPCのアーキテクトを削減するより、モバイルCPUのベースで高性能化する方が、期待度は高い。だから長期展望としてはMSもARM版を売り込まなきゃ。x86の設計はもう終焉を迎えているので今は延命処置なのだ。RISC-VでもARMでもいいから新しいCPUが必要だ。

***

あれ、これChromeのハードルずいぶんと上げちゃったかもしれない。最速でないならChromeはメモリ食いで重いし、プロセスもたくさん発生させるし、ARM64版のインプリメント自体中止になったりして。不戦敗かも。スラドでも言ってたが、最近Chromeが怪しいしな~(デビルにはならないと言っていた経営理念はどこへ)



by k1segawa | 2019-04-18 13:10 | Raspberry Pi | Comments(0)