Lavie TW710の整備

Lavie TW710にWindows10を入れていたが、知らぬうちにドライバが機能しないのか音はならないしタッチも効かない状態になっている。

Ubuntu編

Ubuntuでも入れて余生を過ごすことを考えてみた。Win10を入れるときに32bitのUEFIが入っていたため32ビット版のWin10しか入れられなかったので、32ビットのUbuntuを入れようと思ったら、とっくの昔に32ビット版なんてリリースされていないことが分かった。

いろいろ調べるとNet PC時代のPCが32ビットUEFIになっていて、32bit UEFI用のブートローダさえあれば64bit Ubuntuは起動するらしい。

https://blog.goediy.com/?p=559

でやってみた。確かに32bit UEFIのブートローダを入れれば64bit Ubuntuは起動するが、WiFiが使えない。efiのNVRAMの情報が必要だが、なぜかアクセスできない。32bit UEFIには32bit OSからしかアクセスできないらしい。

32bitのdebianのLIVE USBを起動して必要なNVRAMファイルをGETする。

https://wiki.archlinux.jp/index.php/Unified_Extensible_Firmware_Interface

32bitにするとNVRAM情報にアクセスできたので、これを使うことで64bit LubuntuのWiFiは動いたが、音が鳴らない。

Think Pad 10で音が鳴らないという情報もあったので、これ以上頑張る気がなくなり、Win10を入れ直すことにする。

Windows 10編

PCのリカバリーでWin8.1の状態にまで戻った。この状態だと当然音も鳴るしタッチも効く。この状態からWin10 21H2にアップデートした。アップデータでWindows Updateを後で実行する設定にしておけばインストールできる。

これでWin10に戻すと音が鳴るしタッチも効く。

ところが（たぶん）Windows Updateの更新ドライバを全部入れると音が鳴らないしタッチも効かなくなる。ビデオドラバが互換性がないとかいうが無視することにする。

回復ポイントを設定し戻せるようにしておく。

とりあえず同梱Officeが使えてネットサーフィンできるぐらいにもどったので良しとする。

このブログの人気の投稿

ST-M310 シフトレバーのカバー開け

通勤用のCylva F24のリアディレイラーの変速の調子が悪いので調整した。完ぺきではないし、購入してからもうすぐ2年、走行距離は5000Kmは超えているはずなのでシフトケーブルも見てみたいと思い、シフターの分解をやってみる。マニュアルはこちら。 https://si.shimano.com/pdfs/dm/DM-SL0001-09-JPN.pdf 20ページがALTUS、つまりST-M310のはず。ねじを外せば太鼓部分を隠しているカバーが取れるように見えるけど、自分の場合二つ問題が。一つ目はカバーがブレーキレバー部分にぶつかって取れない。Cylva F24についているシフターはブレーキレバーと一体型になっている。型番はよくわからない。マニュアルはシフターのみしか書いていないので、蓋が簡単に取れるように見えるけど、ブレーキ部分にぶつかって上には外れない。結局ブレーキ部分に当たる側をマイナスドライバーで側面の高さ分持ち上げた。二つ目は爪の存在が説明されていない。マニュアルにはひっかけ部分の説明があるけど、そもそもインジケーターの裏が爪になっていてカバーが引っ掛かっている。この爪は真ん中に3mmぐらいの間があるので、ここにマイナスドライバを突っ込んでてこの原理で無理やり開ける必要がある。カバーを外すとたぶんインジケーターが吹っ飛ぶけど、これは見れば直す方法はわかる。で、中身を確認したけどきれいなもんでさびなどないし、ワイヤーの切れ・ほつれもなかった。

Ride with GPSで作成したルートのgpxファイルとOruxMapsの関係

Ride with GPSのAndroidアプリによるナビゲーションはOruxMapsと比較して告知がしつこくない。設定があまり多くないので仕方がないが、キューシートのポイントに対して一回しかアナウンスがない（もう一回ぐらいあるかな？）。またルート外に出た場合は地味な警告音と文字の通知しかない。 OruxMapsだと、ポイントの何メートル前で警告を出すか、最大何回出すか指定できる。街中だとうるさいぐらいしつこくアナウンスが出る。同様にルート外に出た場合も、しつこくしつこくアナウンスが出る。たぶんブルベだとこれぐらいしつこい方がミスコースをなくすためにはいいと思う。そうすると、Ride with GPSで作成したルートを使ってOruxMapsでナビゲーションするのがよい。色々試した感じではGPXトラックのExportで、経路マーカーとしてPOIを含めると経路マーカーとしてキューを含めるをチェックすると、POIとキューがgpxのWayPointとしてExportされる。キューキューはWayPointとしてExportされる。RWGPSの「種類」として選んだものがnameに入り、注記に入れたものがdescとcmtに入る。 <wpt lon="139.5624979" lat="35.5408905"> <name>Straight</name> <cmt>PC1</cmt> <desc>PC1</desc> <sym>Dot</sym> <type>Dot</type> </wpt> POI POIの名前として入力したものはnameに入る。 <wpt lon="139.60360027326055" lat="35.565638161972615"> <name>フオトチェック</name> <sym>Dot</sym> <type>Dot</type> ...

DJI Osmo Action 4 ジャイロデータ

手振れ補正を後処理にすることで消費電力を下げられないかテスト。手振れ補正をオフにすると以下の画面が出たので、2.7Kの16:9で動画撮影してみた。補正ソフトを調べたところGYROflowが見つかった。 https://gyroflow.xyz/ 早速GYROflowに読み込ませるとモーションデータがない、レンズプロファイルが読み込まれないとのエラーになる。いろいろ試したところ4:3画角にしないとジャイロデータは保存されない様子。H264でもHEVCでも大丈夫。 4K 4:3画角で撮影したところ、GYROflowでモーションデータを認識し、レンズプロファイルも検知された。再生した感じはいい感じにブレが補正されている。バッテリーの消費は1%あたりの録画時間は20%ほど増えた。比較対象は4K 16:9なので厳密には同じではないが、違いは明確。とはいえ、FHDで撮影するよりやっぱりバッテリーを消耗する。 kdenliveにstabilizeという機能があるので、FHD画像のブレ補正をやってみた。Intel Core i5-9400@2.9GHz（ディスクリートGPUなし）だと処理時間がかなりかかる。ちゃんと測定しなかったが、録画時間以上かかっていると思う。画角は狭くなるが効果はある。何もしないより全然いい。ただ、RockSteadyモードとの比較だと1%あたりの録画時間はほとんど変わらない。今のところハイパーラプスモードが一番消費電力が少ない感じ。次は50フレームのx2モードで撮影してみよう。普通速度が欲しければ25フレーム表示すればいいはず。

日々のメモ

このブログを検索