人気ブログランキング |

体重と今日食べたもの

k1segawa.exblog.jp

ダイエット

ブログトップ

<   2019年 03月 ( 37 )   > この月の画像一覧

Windowsで、android開発を行うのに、Debianのような aptパッケージ管理システム chocolatey を導入する。

今でもVisual Studio 2017 Community、Arduino IDE、Visual Source Code、Go、.NETFramework、Unity、Steam Blender 2.79b、Powershell と入っており、これ以上環境を煩雑にするわけにはいかない。
Java VMやJavaScriptや秀丸エディタ、vim、WSL、Debianと端末やスクリプト、サブシステムがあり、仮想環境が入っていないだけまだまし。きっとBASCOM-AVRやDockerも入れるだろうし。

【chocolateyインストール】

chocolatey

以下のサイト様を参考にインストール。
Windows環境にchocolateyをインストールし、使う - Qiita

cmd.exe上で実行したスクリプトの結果:

==========================================

PS C:\WINDOWS\system32> cmd.exe
Microsoft Windows [Version 10.0.17763.379]
(c) 2018 Microsoft Corporation. All rights reserved.

C:\WINDOWS\system32>@"%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe" -NoProfile -InputFormat None -ExecutionPolicy Bypass -Command "iex ((New-Object System.Net.WebClient).DownloadString('https://chocolatey.org/install.ps1'))" && SET "PATH=%PATH%;%ALLUSERSPROFILE%\chocolatey\bin"
Getting latest version of the Chocolatey package for download.
Getting Chocolatey from https://chocolatey.org/api/v2/package/chocolatey/0.10.13.
Downloading 7-Zip commandline tool prior to extraction.
Extracting C:\Users\k1segawa\AppData\Local\Temp\chocolatey\chocInstall\chocolatey.zip to C:\Users\k1segawa\AppData\Local\Temp\chocolatey\chocInstall...
Installing chocolatey on this machine
Creating ChocolateyInstall as an environment variable (targeting 'Machine')
Setting ChocolateyInstall to 'C:\ProgramData\chocolatey'
WARNING: It's very likely you will need to close and reopen your shell
before you can use choco.
Restricting write permissions to Administrators
We are setting up the Chocolatey package repository.
The packages themselves go to 'C:\ProgramData\chocolatey\lib'
(i.e. C:\ProgramData\chocolatey\lib\yourPackageName).
A shim file for the command line goes to 'C:\ProgramData\chocolatey\bin'
and points to an executable in 'C:\ProgramData\chocolatey\lib\yourPackageName'.

Creating Chocolatey folders if they do not already exist.

WARNING: You can safely ignore errors related to missing log files when
upgrading from a version of Chocolatey less than 0.9.9.
'Batch file could not be found' is also safe to ignore.
'The system cannot find the file specified' - also safe.
chocolatey.nupkg file not installed in lib.
Attempting to locate it from bootstrapper.
PATH environment variable does not have C:\ProgramData\chocolatey\bin in it. Adding...
警告: Not setting tab completion: Profile file does not exist at
'C:\Users\k1segawa\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1'.
Chocolatey (choco.exe) is now ready.
You can call choco from anywhere, command line or powershell by typing choco.
Run choco /? for a list of functions.
You may need to shut down and restart powershell and/or consoles
first prior to using choco.
Ensuring chocolatey commands are on the path
Ensuring chocolatey.nupkg is in the lib folder

C:\WINDOWS\system32>

==========================================

所々エラーっぽいが、直接cmd(管理者権限)でも実行し、そちらでchocolateyを起動。
サイト様の通りgooglechromeをインストール。
コマンド端末上でメッセージ表示後、スタートメニューを開くと新規にGoogle Chromeのアイコンが追加されていた。

【Android Studio / SDK インストール】

で、Android 9 はAPIレベル28でAndroid Studio 3.2以上で開発出来るらしい。
chocolatey は Android Studio 3.3まで現在インストールサポートしているようなので、実行する。
Android Studio は OSがたくさんあって環境が1.0~9.0までものすごく多いので、OSのバージョンによって環境を入れ替えしないと、HDD容量もいくらあっても足りないからな~

chocolatey公式
Android Studio (Install) 3.3.2.0
https://chocolatey.org/packages/AndroidStudio

choco install androidstudio
choco upgrade androidstudio

でAndroid Studio 3.3.2.0 が入る。SDKはまた別で以下に示す。
最新なのでAndroid 9対応。

chocolatey公式

Android SDK 26.1.1 (22/2/2019にPackage Testに合格とある)<これがAndoroid 9かは未確認

https://chocolatey.org/packages/android-sdk

choco install android-sdk
choco upgrade android-sdk

これでインストールパッケージの追加削除は自由。依存関係もchocolatey任せ。
Dockerで開発環境丸ごとのバックアップや切り替えはまあそこまでは次の機会かな。とにかく前提プログラムの環境設定がこれで完璧に出来るはず。最新の1つの環境しか作らないからDockerの出番はないはず・・・と思いたい。

まずは環境構築で、色んなIDEとSDK、ツールチェーンとかでぐちゃぐちゃになる前に手を打っておくといいよ。

P.S.
やべ、bash -c が wsl に置き換わったので、ストアプリも出来るか探すのにgrep掛けやすい。

オフィス:
C:\>choco list MSOffice

Office365Pro Plus 2016.20190301 [Approved]
1 packages found.

LINE:
C:\>choco list "LINE" | wsl grep "LINE"

(なし)

C:\>choco list "LINE" | wsl grep line

7zip.commandline 16.02.0.20170209 [Approved]
wsus-offline-update 11.6.1 [Approved] Downloads cached for licensed users
line 5.14.0.1893 [Approved] Downloads cached for licensed users
sqlserver-cmdlineutils 14.0 [Approved] Downloads cached for licensed users
nodejs.commandline 6.11.0 [Approved]
sumatrapdf.commandline 3.1.2 [Approved] Downloads cached for licensed users
notepadplusplus.commandline 7.6.4 [Approved]
autoit.commandline 3.3.14.2 [Approved] Downloads cached for licensed users
webpicommandline 7.1.50430.0 [Approved]
filezilla.commandline 3.26.2 [Approved] Downloads cached for licensed users - Possibly broken for FOSS users (due to original download location changes by vendor)
git.commandline 2.11.0.20170203 [Approved]
flyway.commandline 5.2.1 [Approved] Downloads cached for licensed users
maxthon.commandline 5.2.7.2000 [Approved] Downloads cached for licensed users
lxrunoffline 3.3.3 [Approved]
timelineexplorer 0.8.11.1 [Approved]
azure-pipelines-agent 2.147.1 [Approved]
opencommandline 2.1.212 [Approved] Downloads cached for licensed users
drush.commandline 5.1.2
pngoptimizer.commandline 2.5 [Approved]
iscommandlineapp 1.0.0 [Approved] - Possibly broken
visualstudio-linepastefix 7.0 [Approved]
frozenbytes.baseline.dev.core 1.0.5 - Possibly broken
frozenbytes.baseline.dev 1.0.2
ipinfooffline 1.47 [Approved] Downloads cached for licensed users
frozenbytes.baseline.dev.vs 1.0.5 - Possibly broken
frozenbytes.baseline.dev.sdks 1.0.5 - Possibly broken
frozenbytes.baseline.dev.tools 1.0.5
secondstrategy.baseline.utilities 2013.10.10
eveonline 0.0.2 [Approved] Downloads cached for licensed users - Possibly broken for FOSS users (due to original download location changes by vendor)
office-online-chrome 1.5.0.20170115 [Approved]
par2cmdline 0.6.13 [Approved] Downloads cached for licensed users
odata2poco-commandline 3.1.0 [Approved]
flyway.commandline.withjre 5.2.1 [Approved] Downloads cached for licensed users

(上から3行目のこれかな?)

C:\>choco install line

vcredist_x86.exe ランタイムインストーラ2013まで依存関係で検出してる。すげー
お?
http://dl.dsktop.line.naver.jp/naver/LINE/win/LineInst.exeをダウンロードしようとしてhash値が合わないってエラーが。
このマシンがストアでLINEの無料インストールライセンス取得した時のChecksumが合わないらしい。
しゃーない、ストアアプリで取得するか~

C:\>choco -?
C:\>choco list -help
C:\>choco info -help
C:\>choco install -help
C:\>choco upgrade -help
C:\>choco list adb
C:\>choco info adb
C:\>choco install adb
ADBもあるのね。さすが。



by k1segawa | 2019-03-19 15:40 | パソコン | Comments(0)
静音FANを3Vで回しているが、音楽再生中、シャーっという音が耳障りだ。
なので、SoCのアルミ放熱版に白銅である100円玉と、LANチップは純アルミの1円玉を挟み、さらにそれをホームセンターで買ってきた120円の鉄の板3枚とネジや何やら50円6個で自由形状にして組み立て。SoCの中央アルミ放熱板を挟んで、1時間のFirefox Nightly によるYoutube再生後のCPU周波数の低下が起きるかを見る。BIOSはMAX(この設定していても1.2GHzに落ちるので)。税別660円なり。

ハードはこんな感じ。
a0034780_08195317.png
a0034780_08195974.png
コインはしっかり挟まるので、それをさらにレの字のように組み合わせた鉄の板2枚で挟み、ナット等で強力に締める。1円玉の方はそのまま。本体が磁石でがっちり立っているので、レの字の鉄板が多少動いてもびくともしない。横に張り出てるのは表面積を増加するため。



負荷の具合
再生前
a0034780_08075709.png
1時間後はどうなっているかな。
(40分後:長辺の鉄板を触るとコインに近いほど熱を持っていた。コイン自体はかなり熱くなっている。3枚とも挟む形に鉄板を追加すれば結構行けそう)

1時間後
a0034780_09111763.png

CPU・メモリはほぼ100%・90%に張り付き、ディスクは0%ベースでたまに100%(この時はSS取るのに操作して負荷上昇)で、温度は触った感じ40分の時と変わらない。周波数も1.4GHzで高いままだった。順調に冷却されているようだ。

空冷FAN有りの時は、首掛けシッコロファンやRaspi2の静音FANにDC3Vを与えて色々やっていた。
a0034780_08200628.png
まあ、1800円で黒アルミケース発注済みなんだけどね。

お、1280x1024モニタ(DISPLAY=native)で480pなら、全画面表示+空冷FANで余裕でYoutube再生できるな。CM時のぶつぶつは仕方ないか~
a0034780_13560942.png
ん~、動画にもよるな。上記は大丈夫だったが、JRのCMでは止まってしまう。Winラズパイには荷が重いか。800x600程度のモニタがちょうどいいのかもしれない。

by k1segawa | 2019-03-19 08:28 | Raspberry Pi | Comments(0)
(2019/3/24追記)
以下のサイト様にFirefox Nightlyの更新を停止する方法があります。
aboutについてはこの記事でも述べられているように限界があるので、Mozilla Maintenance Service サービスを止め、アンインストールするのがいいでしょう。
ただしアンインストールしてしまうと、Firefox本体でのダウンロードが始まる可能性があるため、サービスの停止および手動実行までにとどめておくのがいいかもしれません。

(ここまで)

Youtube は Firefox Nightly で再生可能なのだが、ダウンロード場所を自記事[続WoA2.1.0] Windows10 ARM 64bit Raspberry Pi 3B+ インストール&起動 [最新] (2/25)に書いてあるのをよく忘れる。
なので直リンを以下に示す。
21日のディレクトリ内にある22日版なのだが、最近のは動くようになっているのかな?

【ダウンロード】
http://archive.mozilla.org/pub/firefox/nightly/2019/02/2019-02-22-08-11-12-mozilla-central-l10n/firefox-67.0a1.ja.win64-aarch64.installer.exe

前もこのディレクトリをリンクで示したような気もする。

【インストール】
まずは更新されないように、LANを抜く。
インストール後、起動が遅いが、初回起動時に、メニュー>オプション>一般>Nightlyの更新>「更新の確認は行うが、インストールするかを選択する」にし、アップデートしようとするのを阻止する(この後、about:config設定後に再起動したらNightlyを更新というボタンが上にあるが、押さない事)。
そして、更新のインストールにバックグラウンドサービスを使用するのチェックを外し、タスクマネージャーでFirefox Nightly Update Serviceがあればサービス停止にする。(2019/4/10追記)MozillaMaintenance(Mozilla Maintenance Service)をサービス停止にする。右クリック>サービス管理ツールを開く>スタートアップの種類が手動になっていることを確認する。タスクマネージャのスタートアップに登録されていれば無効にする。

また、以下のように設定
URL欄にabout:config
サーチ欄に次のキーワードを適当なところまで入れて検索。
app.update.auto.migrated : true > false (Toggle Push)※再起動後trueに戻ってしまうが念のため(2019/4/10追記)。
browser.search.upまでで止めると、次のが出る(2019/4/10追記)。
browser.search.update : true > false (Toggle Push)
browser.search.update.interval:21600 > 2160000 (Edit Push)(2019/4/10追記)
services.sync.prefs.sync.browser.search.update:true > false (Toggle Push)(2019/4/10追記)
で一旦再起動して軽くする。

LANを接続する。

右上に「新しいNightlyの更新が利用可能です」と出るが、「後で」を選んで更新しない事。
更新すると動かなくなり、再インストールとなるので。

メニュー>アドオン>プラグイン>h264ifyを入れる

これでYoutubeがブラウザサイズなら再生可能となる。

モニタ解像度が高いとそれだけ負荷が高くなるのでDIPSLAY = virtual 800x600 が推奨。FANも推奨。重いと音がぶつぶつになったり、ブロックノイズになったり、自動で144pとかになるので、モニタ解像度はBIOSで下げた方がいい。それかミニプレーヤにするなど。1280x1024の自環境でもつらいのはGACKT PUBG MOBILEで実証済み。

動作中、遅くなっています。スクリプトを停止しますか?と上のバーで表示されるが、停止を選んでよい。ブラウジングには影響しない。
a0034780_23513785.png
1280x1024モニタでブラウザサイズ・横800ぐらいにして480pで再生中の様子。音は途切れない。CM時にばつんという切断音がする。さすがに他の操作をすると映像がかくつくが見れないほどではない。単アプリなら余裕。

P.S.
スタートページが更新されてMozillaがアンケート取るようになった。メニュー>オプション>プライバシーとセキュリティ>Nightly のデータ収集と利用について>Nightlyで各種のデータをサーバに送信するのを許可する、を許可しないに変更するとさらに軽量化する。

by k1segawa | 2019-03-18 21:22 | Raspberry Pi | Comments(0)
(2019/3/18追記)
本当に快適。無料でWindowsパソコンが作れてちょっと遅い事を我慢すれば、こんなに安定して使える環境を用意してくれたWoAプロジェクト、Win64Raspiプロジェクトに感謝。なんでもっと使われないのか不思議なくらい。
(ここまで)
=========================================

Winラズパイで別ドライブにしてページングファイルを1.9GB固定にしたが、どうも起動高速化に貢献している部分はサイズ固定の方らしい。
C:ドライブにシステム管理で作成し、D:ドライブを無しにすると、起動には若干の遅れが感じるがそれだけの事。その時ページングファイルサイズは1GBとなっていた。起動時にはメモリを食う処理はそこまで多くないので、ページングファイルが固定化されたことによる高速化もそれほどでもないのか。

Windowsが別ドライブにしたことでノード管理上何か利点があるかもしれない。C:ドライブに在ってもいいがシステムに必要なプログラムとページングファイルのノードが別の方が、ノードへのアクセスに引くインデックス等で何か利点があるかもしれないし。

ノードが固定されていれば、プログラムをインストールした時もそれを除外して起動できるはずだから気持ち速いかなという程度かも。
別ドライブに作成するのは、Windowsの作りを想像してこうだろうで設定していることになり、これは確証が無いことになる。

***

今はD:ドライブに1.5GB固定にしている。ドライブ毎にストレージセンサー(OFFにしたが)やエクスプローラ上容量不足を検知させているのも、処理上、余計な判定をしている可能性もあるので、450MBほど空きがある状態にしておく。

もちろんFlashセルコントローラが破損したセルを回避するために最もいい使用割合が50%なので、Windows OSを越えてハードウェアコントローラが管理している処理として、32GBなら16GB使用中で最も効率がいい。

◆◆◆ 検証 ◆◆◆
〇 検証1
C:ドライブに「システム管理」でページングファイルを置く(結論:まったくダメ)

固定サイズにすると使用していないセル分書き込みをするので、Flashの消耗は最適なサイズのシステム管理より多くなる。
しかし、ログイン時のパスワード入力のスムースさ、Amazon Musicの描画の通常さ(システム管理にするといつまで経っても再描画されない)、スタートメニューを開く時の再描画のちらつき抑制など、固定サイズの方がキャッシュが効いてる(アクセス頻度の少ないデータ - ここでは画面暗転時の背景画像やイメージアイコン、スタートメニューイメージ - をメモリからページングファイルに移動し物理メモリを空ける)。さらにシステム管理が最適化を行なうためCPUの%が70%を常時超えている。これは固定サイズの時は0%に落ち着くのと打って変わって悪影響だったと言える。多分確証がないと言っていた処理に相当するものが、システムに備わっていたのだろう。

よって、D:ドライブに固定サイズのページングファイルを作成する方法は、Flashセルのコントロールとしては余分な大きさ分摩耗が多くなるが、その代わり、Windowsシステムとして小さいメモリ領域を空けてくれてメインのプログラム動作をスムーズにするので、正解と言える。CPU負荷も低い。

〇 検証2
D:ドライブに仮想ハードディスク(VHD)を作成し、それに書き込みキャッシュ遅延をつける(結論:使用不可)

これはVHDが同じ高速記憶ハード上にあるとWindowsが区別できないので、GUIからはポリシータブが表示されない。なのでPowerShellから設定することで、ライトキャッシュ遅延を起こさせるようにするつもりだったが、Server 2016以上のプロダクトでないと、Enableコマンドが使えないようなのでダメ。

〇 検証3
BIOSのRAMディスクを作成してデバイスキャッシュとする(結論:未検証)

キャッシュとしてデバイスキャッシュとシステムキャッシュのうち、デバイスキャッシュはSDカードが起動ドライブのためか、デバイスマネージャではポリシータグが表示されないが、これはBIOS設定にあるRAMディスクに当たる。システムキャッシュは見当たらない。デフォルト1000ブロックから確認する。>未検証なので今後行う。

◆◆◆ 結論 ◆◆◆(2019/3/18現在)
=> D:ドライブに2GB確保し、ページングファイルを1.5GB固定サイズで作成するのが最も動作がスムーズになる

※HDDと同じ。SSDや大容量メモリ搭載PCだと、HDDのノウハウが逆にSSDの寿命を縮めるので悪手(Flashは追記で上書き出来ないのもそう)だが、Winラズパイでは、SDカード寿命よりパフォーマンス重視。HDDと同じ手法を取るのがデスクトップ UXとしては最善。もしWebサーバやNASとしてWinラズパイをOSとして選ぶのは間違いで、それならRaspbian OSにすべき。
もちろんC:ドライブに固定サイズでとってもいいが、たぶんHDDと同じなら別ドライブの方がWindowsシステムとしては処理がシンプルになるはず(これも確証はないがきっと当たっている)。ストレージセンサーOFFにしているので関係ないが、ONならその検知処理をC:ドライブのみに限定できるし。かつIndexerのインデックス作成にD:ドライブ単一ファイルとなれば、Indexerの負荷も下がるはず。


by k1segawa | 2019-03-18 08:05 | Raspberry Pi | Comments(0)
Winラズパイの構築を簡単にするため、WoA2.1.1で作成した16GB SDカードのISOイメージをUSB Image ToolでHDDへバックアップしているのだが、以前はWindows Update後にWindows10 軽量化を行なったのだが、それだとバックアップした16GBのイメージにはWindows Update 1809累積更新プログラムが大きすぎて収まり切れない。せっかく16GBに収めているのに、毎回WUpdateと軽量化を行なうのもなんなので、軽量化をWUpdate前に行ってみたら、なんとか出来た。

従って、今の16GB SDカードの目一杯に入るだけのWUpdate(累積更新プログラム以外)を掛けて、軽量化を行なったものをバックアップとした。
これなら16GB イメージをEtcherで32GB SDカードに書き込み後、残った未使用領域16GBをPartition Master で拡張および別ドライブにすれば、最初から軽量化されたシステムで実験できる。

ちなみにC:ドライブを27GB、D:ドライブを2GBにしてページングファイルをD:ドライブ一杯に設定している。
a0034780_07034707.png

ページングファイルを設定すると、SDカードの場合、HDDと違ってSSDのようにシーク速度というものが無いので、C:ドライブにアクセスする速度と変わらない。また目一杯にしているので断片化しない。そして何よりいいのが、C:ドライブをアクセスするプロセスと別プロセスでD:ドライブをアクセスするので、確実に読み書きする格納領域がぶつからない(FATにしろNTFSにしろ)。なので、ログイン後のデスクトップ表示が一瞬で終わる。
ページングファイル移動前は、どうしてもタスクバーのアイコンが表示されるまで時間が掛かって、カーソルがくるくる回る状態だったのだが、それが全くない(ストアアプリ自動更新OFFのせいかもしれないのでページングを切って確認要)。

ストレージセンサーを有効にしていると、D:ドライブが容量が不足しています…と出るのでこれは鬱陶しいので早々に無効にする。別にD:ドライブは固定サイズのページングファイルしか置いてないので。

Windows10 軽量化とページングファイル移動でさらに快適になった。

モニタは1280x1024 nativeだがディスクアクセスは0%ベースだ。ストアアプリをすべてスタートメニューから外し、アンインストールできるものは全てアンインストールしたせいか、まったくメモリも食わない(35%)。ストアアプリのサービス(AppX SVC/Clip SVC)を停止しているので自動的にお勧めされないし、なによりライブタイルという余計な表示が無くなったのでスタートメニューが軽くなった。

ディスクアクセスはC: D:両ドライブを監視しているので、プログラムを使用すればD:ドライブにアクセスするので100%に近くなるが、もうそれは固定サイズのメモリキャッシュでCPUの処理負荷を大幅に上げることはない(ページングが頻繁に行われるほどメモリを大量に食う場合はスワッピングで処理負荷が高くなる?)ので、もうディスクアクセスに心配する必要はない。もちろんC:ドライブにデータを頻繁に書き換えるようなプログラムは別だがそんなの作りが悪いだけで普通Writeキャッシュを設けてI/Oを待たずに帰ってくるように作る。あーでもx86 on ARMエミュは独自にキャッシュ持ってそうだから、それをオンメモリじゃなくディスクに依存してたら遅そうだな~
同種のプログラムであるSpotifyがAmazon MusicやiTunesに比べて極端に遅いのはx86 on ARMエミュを通したストアアプリ(DACでインストーラをストアアプリ化しただけ)だが、軽いプログラムのはずなのに重いのは、その辺もあるのかも。

16GBをイメージで残しておくと簡単にWinラズパイ構築が出来るので、高解像度モニタの場合でもイメージは800x600にしてあり、WUpdate掛けてから解像度をあげてやればいいし、こういう形でいくつか作っておくとHDDの圧迫も少なくて済むし、SD書き込み1時間、WUpdate1時間くらいで終わるのですごく便利。

今のイメージが最適解だな。SSDブートも少し興味ある。
Windows on ARM for Raspiが大きくバージョンアップするまで、しばらくはこのままかな。かなり実用的な速度になってきたけど、SSDブート起動にしたらSDで最速170MB/sが400MB/sに上がるようなので、さらに使い物になるだろう~USB2.0だと理論値480/実効40とあるので、内部処理的に応答が速ければI/Oアクセス処理のスピードアップが見込める。4000円ぐらいであるのでそれも実験してみたい。容量と価格のコスパがいいし。今使用してるSDカードは読込みデータ転送速度が理論値80MB/sなので実効いくらか(10分の1として7,8かも)わからないし、元々理論値400あれば実効の40ぎりぎりまで出そう。あーでもページングファイル移動は逆効果かもしれない。

ちなみにキーレイアウトがくるっていた。英語キーボードから日本語キーボードにするには以下の通り。
設定>時刻と言語>言語>言語を追加する>日本語をクリック>オプション>ハードウェアキーボード レイアウト
a0034780_07131426.png
a0034780_07131886.png
a0034780_07134705.png




by k1segawa | 2019-03-17 06:29 | Raspberry Pi | Comments(1)
(2019/3/14追記)
AnyDeskをRaspbian OS上で動かすと、Winラズパイより遅い。ホストの画面をRaspbian OS側のAnyDeskで描画するのがとても遅い。
良く調べるとWinラズパイはインストールせず、ネットワーク共有したWin PCのHDD上から起動していた。
SDカードではないため、起動も速く、SD上にバッファを作らないで起動するため、動作が快適なようだ。ネットワークドライブよりSDカード上の方が遅いのか。
なのでWinラズパイにインストールしてしまうと、うって変わって動作が激遅になる。
もちろんWinラズパイはホスト側だ。クライアント側になるにはまだまだ非力なようだ。
(ここまで)

AnyDesk が Linux PCでも全然使えるので、Raspi用もあるので一旦Winラズパイは止めて、Raspbian OSに戻る。

どうせならVLCでYoutube再生をリモートでしたいので、VLCのGPUサポートが現時点で表明されているので、GPUバッファを64=>128、その他のraspi-updateを掛けてファームウェアのアップデートを行う。

こちらのサイト様を参考に。

これによると、GPUであるVideoCoreがハードウェアアクセラレーション対応になったとの事。(2018/11時点)
なので、サイト様のコマンド手順に従い各種アップデートを行う。

DVDプレーヤーはこの際関係ないので、ずーと飛ばしてGPUメモリを128に。

一応再起動後YoutubeのURLをVLCで再生すると、Firefox-ESRで再生するより全然スムーズ。

AnyDeskのサイトで、その他のOSを選択してRaspberry Piのdebをダウンロード。インストールする。
(anydesk_2.9.4-1_armhf.deb)

スタートメニュー>インターネット>AnyDeskで起動。

さすがに再生はガタガタになる。しかしホスト側をスピーカー右クリックでHDMIにすると、音声もこちらに送信される。
んー、再生自体はラズパイでやった方がいいな。あくまでもリモコンとして離れた所からVLCをコントロールするためにAnyDeskを使う感じで。
スマホも使えるので、VLCで映像再生させてリビングTVに繋ぎ、スマホで制御かな。もうそれならomxplayerかOSMCでいいやん。

VLCもAnyDeskも関係ないけど、
omxplayerでHDMI経由のTVリモコン信号を解釈してチャンネル変更を行うという、赤外線リモコンHATいらずのハックが以下のサイト様で。
RaspberryPi3 「テレビリモコンで押したキー信号」を捕捉する cec-client | grep --line-buffered -Po '(?<=key pressed: )\w+(?= \(\d, \d\)$)' - min117の日記

すごいやん。
HDMIって色んな通信をしてるんだな~

だいぶWinラズパイから離れたけど。




by k1segawa | 2019-03-13 20:26 | Raspberry Pi | Comments(0)
リモートデスクトップ接続は、クライアント側はHomeで可能だが、Proでホストになる事はうまくいかなかったので軽いフリーソフトで。


これはFree版があり、Windows/Linux/Mac/Andriod/iOS対応。
リモートで操作する側、される側双方にインストールせずにそのまま実行。
リモートされる側の認証番号9桁を操作側で入力するだけで可能。
a0034780_21063707.png
Microsoftリモートデスクトップとの接続は出来ない。

大変軽く容量も食わない。どんなデバイスからも接続でき、個人利用なら大変便利。有償でも年$79と言う事で月6$ちょっと。制限もゆるく、独自のファイル転送機能が使えないなど、Windows間ならネットワーク共有で解決できる些細なもの。

WinラズパイでもWindows版が動き、処理負荷も低く、描画は+1秒程度。ホストにもなれるので、Xサーバを動かしてLinux端末を起動する前記事より容易(XサーバでXクライアントのみの表示は負荷は低いが、Windowを使ったアプリの実機確認は出来ても"リモート"表示は出来ない)。高速描画でほぼリアルタイムになり、かつ拡大(アスペクト比保持)機能でさらに快適。

リモートデスクトップ接続なら当たり前のことだが、Winラズパイにほぼノータッチでクロス開発出来るので、開発中の動作速度の問題はかなり軽減される。
(Win PC/Mac等のホスト側でクロスコンパイル後、Winラズパイで実機確認をリモートで行うなど)

Visual Studioでのクロス開発にも使える。キーボードやマウスを持ち替えなくてもいいし、モニタも極端な話、1つで済む。

by k1segawa | 2019-03-12 21:20 | Raspberry Pi | Comments(0)
ストアでX410というXサーバーを購入。Winラズパイにインストール。WSLは不要。デカいからね。
もちろんVcXsrvでもいいのだが。

WinラズパイでX410起動後、タスクトレイのXのアイコンを右クリックして、「Allow Public Access」を選ぶ。メッセージが出るのでOKを押す。

プライベートネットワークをチェックONにして許可を押す(Winラズパイで行う。画面はWin PCの例)。
a0034780_09442020.png

Winラズパイで、DOSやPSでipconfig でプライベートIPアドレスを調べる。
例 ) 192.168.10.112

ホスト側PCのWSLや、Linux端末上で、
※ただしBashはxterm系列でないため、有効にならない。
Bash上からlxterminal等をインストールしその上で実行の事。

export DISPLAY=192.168.10.112:0.0
xclock

(sudo apt install x11-apps 済みとする)
X クライアントが Winラズパイ上にリモート表示される。
a0034780_09445725.png

lxterminalとかも表示出来るので、PC側のWSLやLinuxにアクセスしてリモート開発出来る。
a0034780_09461045.png

Bash>lxterminalと打つ>そのlxterminalでshと打つ>export DISPLAY=192.168.10.112:0.0と打つ>lxterminalと打つ>Winラズパイでlsと打つとカラーになって綺麗(shでVT用のエスケープシーケンス設定がされるのだろう)。

WindowsのよくあるターミナルソフトでもDISPLAY設定できるかは未確認。

キー入力も可能。Linux PCからlxterminal>sh>export DISPLAY=192.168.10.112:0.0>lxterminal>日本語表示・入力も可能なのを確認。もちろんマウスによるlxterminalのテキスト選択とかちゃんとイベントも拾ってる。やべ、icoとかもCPU/メモリ/ディスク消費せずに普通に動くし、topとかWin PCの方の負荷でicoが動いてるのも出る。

Winラズパイ側でWin PCのlsコマンドを実行しているのだ。というかlxterminalを動かしている。Xプロトコルがネットワーク透過なので、XアプリケーションでのイベントはすべてXプロトコルで送受信されている。まあなので有線LANでアクセスするか、WPA上で無線LANを暗号化していれば、家内LANは大丈夫か(企業内VPNも社内のスパイ対策と聞く)。

もう何でもできるな~

そうかー、これWSL入れるPCを1か所にして、Xサーバだけ入れれば他のPCからリモート開発出来るな。PC同士、Linux端末でも出来るし、逆にPCでLinux端末にアクセスできるから、もっと活用されるといいな。社内ならIPSecでVPN化してIPパケットレベルで暗号化を進めているはずだから、わざわざsshだけでttyだけ暗号化したり、httpsでhttpだけ暗号化したりするより、安全なんだがな。

Go言語による開発も、Xでリモート表示を企むなら、Tcl/TkやGTK系のGUIライブラリを使って、PCで普段は(Xsever立ち上げて - 要らない?)GOOS=windows/linux/mac、GOARCH=amd64/i386にして、ビルド・実行し、テストの時にGOOS=windows、GOARCH=arm、GOARM=7(aarch64も行ける?)にして、ビルドし、Winラズパイに実行形式を転送し、Winラズパイ側で「OpenSSHサーバ開始してssh-keygenしてsshログイン出来る」ようにして、DISPLAY設定してPC側へ表示をさせるようにすれば、GUIもPCに表示され、いいんではないかな(実行しているのはWinラズパイ)。「」内がもう少し調査が必要。WinラズパイにGoのexeを実行するのにGoインストールは不要だし。GUIライブラリも不要だよね?でもGUIライブラリがランタイム不要と言う事はwin32APIを直接コールするのでXによる表示じゃないのかな。WSL上でGo開発出来ればわかるのか。その時の設定だな。


by k1segawa | 2019-03-11 09:59 | Raspberry Pi | Comments(0)
VGAの画面の様子を以下に示す。
十分綺麗で使える。実行時一度も不具合は発生せず。

(2019/3/14追記)
ストリーミング系
Amazon Music < iTunes < Spotify の順で最もAmazon Musicが軽い。
a0034780_05203204.png
iTunes
a0034780_20321385.png
Spotify
(ここまで)

(2019/3/11追記)
Pico-8の画面を追加(pico-8_0.1.11g_windows Webじゃないよ)
a0034780_08433121.png
a0034780_08433984.png
実用速度で動く。ゲーム開発するならいいかも。Raspbian用もあるけどね。
(ここまで)

最初の3枚は256色に減色してある(ブログの制限)。
a0034780_15494388.png
デスクトップ

a0034780_15501224.png
Microsoft Edge

a0034780_15542766.png
Amazon Music

a0034780_15550644.png
スタートメニュー と ライブタイル

a0034780_15552318.png
ペイント

a0034780_15553963.png
Visual Studio Code

a0034780_15555420.png
Firefox Nightly ARM64 日本語版

a0034780_15560804.png
Microsoft Small Basic

a0034780_15562230.png
Powershell IDE & コマンドライン C# & hello.cs

a0034780_15563638.png
3D ビューアー

a0034780_15570066.png
3D ビューアー (ワイヤーフレーム表示)


GPUドライバが完成すれば、教育PCの代わりに(PCだが)使えるんじゃないかな。Full の Windows が 35$ だからね。

by k1segawa | 2019-03-10 16:08 | Raspberry Pi | Comments(0)
2019年2月15日初めて投稿されたWindows on Raspi 写真記事から製作者たち(執筆者も含む)の環境を推測。

I Ran Windows 10 on Raspberry Pi So You Don't Have To | Tom's Hardware.com News
by Avram Piltch February 15, 2019 at 2:06 PM

URL : https://www.tomshardware.com/news/windows-10-raspberry-pi-hands-on,38629.html


以下は簡易的アーカイブ(文章は機械翻訳、写真は埋め込みではなくリンク先参照)なので、全面イメージ表示は上記[Google 英日翻訳後]を参照の事。

写真を見るとDVI接続している。解像度はFHDより高いように見える。縦もRaspi財団のトップページのコンテンツの表示具合から WQHD (2540x1440) 以上と思われる。検証したFHD HDMIだとnativeでSDカード 98MB/s UHS-I で何とかなっていた。より速いSDカードを利用しているのだろう。それともDVI接続だと解像度が上がっても描画負荷はあまり変わらないのだろうか。キーボードはワイヤレス。電源もよくあるAnkerではなく安っぽい。
当時の想像よりいいのはChrome 、Firefox ともにARM版に取り組んでおり、非公式 GPU ドライバの開発が進めば Youtube再生も可能になりそうな事か。

(Archive)
=========================================================
Tom's Hardware.com > News

私はラズベリーパイでWindows 10を走らせたので、あなたはする必要はありません


あなた自身をより生産的にするため、またはあなたのゲーム体験を向上させるためにあなたがするいくつかの技術プロジェクトがあります。 そして、あなたができることを証明するためだけに、あなたがするクレイジーハックがあります。 ラズベリーパイでWindows 10を実行することは、少なくとも現時点では後者のカテゴリに分類されます。

Raspberry Pi上で世界で最も普及しているデスクトップOSを実行するというアイデアは、特にMicrosoftがこの35ドルのシングルボードコンピュータでフルWindowsを実行することをサポートしていないため、興味深いものです。 はい、あなたはPi用のWindows 10 IoTの公式ビルドを手に入れることができますが、そのOSは名前だけで「Windows」です。 これはプロトタイピング専用であり、実際のデスクトップアプリケーションを実行するためのものではありません。

クアルコムの常時接続PC(ACPC)などのWindows 10がArmデバイスを使用するようになると、Armを搭載したコンピューター上で完全なWindows、さらにはwin32アプリケーションを実行することが可能になります。 そして、たくさんの忍耐力とひじのグリースがあれば、あなたはRaspberry Pi上で完全なWindows 10を走らせることができます、しかし、あなたがただ興味を持っていない限り、痛みのある設定はあなたにとって本当に不可能なOSであるのでつかいます。

インストール

Windows 10搭載のRaspberry Pi 3Bが完成するまでには、2営業日かかりました。 公平を期すために、最初の3〜4時間後に少なくとも10回ものブルースクリーン死(BSODS)を経験した後、私はWindows 10起動してセットアップすることができましたが、インターネットがありませんでした。 Wi-Fiまたはイーサネット用のドライバはありませんでした。

マイクロソフトはWindows 10 on Armを一般にダウンロードしていないので、 uupdump.mlまたはuup.rg-adguard.netのいずれかのオンラインツールを使用して、関連するバージョンのOSをダウンロードする必要があります。 ProfessionalとHome、およびさまざまなバージョン番号があります。 私はこれらのサイトのいずれかとこれらのダウンロードの正当性を保証することはできません。

また、 サードパーティ製のイーサネットドライバWindows on Armインストーラ 、およびコアパッケージも使用する必要があります。これらはすべて非公式のソースから提供されています。 つまり、このソフトウェアのどれかが安全であるという保証はありませんが、テスト中に、それらが私のPCまたはRasperry Piに害を及ぼすという証拠は見られませんでした。 これを自分で試したい場合は、Raspberry PiにWindows 10をインストールする方法に関する私の記事を参照してください。

ユーザー体験

最後に、gjsmanという名前のユーザーからの一連の指示に従うと、私は自分のオフィスでイーサネット接続を使用してWindows 10 Professional Build 17134を実行することができました(内蔵Wi-Fi用のドライバーはまだありません)。 しかし、UIを動かすたびに永遠に時間がかかるので、それを使うのはスローモーションのビデオを見るのと同じです。

オペレーティングシステムがデスクトップを起動するのに4〜5分かかります。また、セッション中に初めて[スタート]メニューをクリックしたときは、表示されるまでに10〜20秒待つ必要があります。 ほとんどのアプリを開くのは、Edgeブラウザが表示されるまでに30秒かかり、ロードが完了するのはもちろんのこと、忍耐強い運動です。

EdgeにWebページをロードすることは、高速インターネット接続でさえもフラストレーションの中での課題です。 Tomshardware.comは、ロードとレンダリングに1分半以上かかります。 また、ブラウザのアドレスバーをクリックするのと同じくらい簡単な操作を行うと、カーソルが数秒間入力を表示し始めないため、さらに忍耐力が必要です。 Windowsの検索ボックスの使用を忘れてください。これは非常に遅いため、文字通りスニッピングツールのような単純なプログラムを見つけることができません。 ただし、had-trailers.netなどの一部のサイトでは、読み込みがかなり速くなりました。

システムがこのように無反応になることについての最悪のことは、入力がいつ登録されたかを常に知ることができないということです。そして、システムが最終的にあなたに追いつくとき多くのエラーにつながります。 たとえば、[スタート]ボタンをクリックしてもすぐに何も起こらなかった場合は、もう一度数回クリックすると、最終的に開閉しました。 私がNetflixアプリに検索語を入力したところ、5秒または10秒後に表示されるまで最初の数回のキーストロークが登録されたかどうかわからなかったため、入力ミスが発生しました。

やや良いニュースは、セッション中に最初にアプリを開いた後、おそらくキャッシュのせいで、2回目にアプリが早く開くことです。 また、Windowsのメモ帳を開いたときと同じように、入力するとすぐに文字が表示されることがあります。

パフォーマンス

Raspberry Piを使ってWindows 10でビデオを再生することすら考えないでください。 私がLego Movie 2用の1080p予告編をダウンロードし、それをWindows 10の内蔵プレーヤーを使って見たとき、システムは私がスライドショーを見ていたように見えたので非常に多くのフレームを落としました。 そしていくつかのフレームはとてもピクセル化されていました。 Netflixアプリでビデオをストリーミングするのはさらに悪かった。 The Flashのエピソード(はい、皮肉なことになっていました)は非常に遅く、ウィンドウのサイズを変更しようとした後にアプリがクラッシュしました。

キックのためだけに、私はGeekbench

4.1を走らせました、そして、20分以上走った後に、ベンチマークは622のマルチコアスコアを返しました。それらは私が今までに他のArmベースのPCでさえ見た中で最も低いスコアですまた、x86エミュレーションを使用して、Win32アプリケーションのGeekbenchを実行する必要があります。
対照的に、 サムスンギャラクシーブック2とそのSnapdragon 850プロセッサは3,575を獲得した。 これまでに見た中で最も低いGeekbench 4.1スコアは、Celeron N4000搭載のLenovo Flex 6 11の 3,286というマークです。

私のブートドライブとしてSanDisk Ultra 64GB microSDカードを使って、PiはCrystalDiskMark 6.0.2で非常に悪いスコアを得た。 4Kの読み取り/書き込み(より一般的なタイプ)は4.6 MBおよび2.1 MBps(キューの深さは32)で、9 MBpsを超える順次読み取りおよび書き込みを返しました。 ローエンドのSSDでも20〜30倍高速です。

なぜラズベリーパイでWindows 10が遅いのか

それでは、MicrosoftとRaspberry Piの両方に公平になりましょう。 Windows 10は、このプラットフォーム上で実行することになっていませんが、それには正当な理由があります。 Raspberry Pi 3Bはたった1GBのRAMと1.2GHz、クアッドコアのArm Cortex A-53 CPUを持ち、それはmicroSDカード(私の場合は前述の64GB SanDisk Ultra)から起動します。

私たちがRaspberry Pi上でWindows 10を実行できる唯一の理由は、MicrosoftがWindows用Armプロセッサのバージョンと、OSをダウンロードしてそれをmicroSDカードに「書き込む」ソフトウェアを作成したことです。君は。 私が使っていたバージョンのArm64プロセッサ用のWindows 10 Professionalには、Pi、そのネットワーキングコンポーネント、あるいはそのGPUのための最適化はされていません。

イーサネットをPi上で動作させるために、私はそれをmicroSDカードに焼き付ける前に、別のイーサネットドライバをダウンロードしてそれをコアパッケージにコピーしなければなりませんでした。 それから、結局のところ、最初のWindows 10セットアップメニューに到達するためにも20〜30分の起動と再起動が必要でした。 セットアップを終えて、Microsoftの「Just a moment」というテキストが一瞬よりも少なくとも半ダースも表示されるのを見た後、ついに起動までに4分ほどかかり、地獄のように遅くて接続できないシステムになった。 Wi-Fi。

しかし、明るい面を見てみましょう。 これはフルWindows 10であり、Armプロセッサ用にコンパイルされた「最新の」Windowsアプリケーションだけではなく、win32アプリケーションも実行できます。 ただし、起動するwin32アプリケーションはすべてx86エミュレーションを介して実行されているため、予想よりも遅くなることに注意してください。 win32アプリであるChromeブラウザは信じられないほど遅いので、ここではArm上で動作させるように作られているEdgeブラウザよりも少し悪くなっています。

RAMの容量が限られているため、PiのWindows 10の機能にも悪影響があります。 プログラムが実行されていなくても、タスクマネージャは250MBの空きメモリしか見せませんでした。 ブラウザのタブを1つでも起動すると、Windowsのページングファイルに保存されている仮想メモリにアクセスします。これは、動きの遅いmicroSDカードにあります。

MicrosoftがLiteバージョンのWindows 10取り組んでいること、およびRaspberry Pi CreatorのEben Uptonが、彼が自分のプラットフォームにフルWindowsを歓迎すると言ってくれたことを考えると、近いうちに機能バージョンのWindows 10のPiを見ることができるでしょう。 一方、「Raspberry PiにはWindows 10が必要ですか」と尋ねる必要があります。

見通し


Raspberry Piの公式オペレーティングシステムであるRaspbianは、Raspberry
Piのすべてのコンピュータ、さらにシングルコアのPi Zero Wでも動作します。さらに、最高のRaspberry
Piでさえも、プライマリコンピュータとして使用するためのものではありません。
Piの長所は、ロボットなどのあらゆる種類のIoTプロジェクトを構築するために使用できること、または子供の学習用コンピュータやレトロなアーケードボックスなどの特殊なユースケースに展開できることです。 Raspbianは、ライト、モーター、センサーなどを制御するためにPiのGPIO(General Input / Outputピン)を利用するための素晴らしいサポートをしています。

一方、Windowsがそれほどうまく動かないのであれば、Raspberry
PiはDell Inspiron 3000のような200ドル以下のPC、あるいはDell Chromebook
11のような安価なChromebookと競合し始める可能性があります。 モニタ 、キーボード、マウスを購入すれば、Raspberry Piは安価なラップトップデスクトップよりもはるかに安価ではありません。

したがって、Raspberry Piボード上で完全なWindows 10を適切に実行することはきちんとできますが、プラットフォームを進歩させるための必要条件ではありません。 ほとんどのメーカーや学生はおそらく超軽量のRaspbianを好むでしょう。

それが想定されていないときにWindows 10をRaspberry Pi上で動作させることは楽しい挑戦です。 しかし、あなたが本当にハッキングを楽しんでいない限り、このプロセスはあなたの時間の価値がありません。

この物語についてコメントしたいですか? Tom's Hardware Forumsであなたの考えを教えてください。

詳細: ラズベリーパイにフルWindows 10をインストールする方法



by k1segawa | 2019-03-10 04:06 | Raspberry Pi | Comments(0)