2019年05月の日記です

目次

03日 令和
03日 ServiceWorker と indexedDB
04日 Minit
05日 パソコン壊れた
08日 続:Minit
14日 パソコンは買ったのだが…
17日 洗濯機壊れた
20日 Nexus7 (2012) 復活
21日 あーすフェスタ
23日 洗濯機来ました


令和  2019-05-03 11:51:50  家族

▲目次へ ⇒この記事のURL

タイトルは内容と無関係。

とりあえず、天皇が代替わりして元号が変わりましたよ、という記録として。

そして、記録なので、多くの人が知っているあたりまえのことの説明から始める。



さて、長すぎるゴールデンウィーク。

今年は代替わりの影響で、天皇誕生日がない。

そこで、即位の日である5月1日が祝日に設定された。


4月29日は昭和の日で、5月3日は憲法記念日で祝日だ。

ここで、5月1日が祝日になると、「前後を祝日に挟まれた日は休日」というオセロのようなルール(国民の祝日に関する法律 第三項第三条)によって、4月30日と5月2日は休日となる。


このオセロルール、もともとは憲法記念日の5月3日と、こどもの日の5月5日に挟まれた5月4日を休日にするために作られた。


1985年、バブルのころに作られた法律だ。

当時は、日本人は働きすぎだ、と思われていた。一方で、バブル景気で長期休みを取って旅行する人も多かった。


そこで、休日を増やせば旅行などで消費が増え、一石二鳥! と作られた法律だ。


その後、同じような考えで連休を作り出すためにいくつかの祝日が、日付固定から「月曜日」に移動され(いわゆるハッピーマンデー法案:1998年成立)、その結果、本来は離れていた敬老の日と秋分の日が近くなり、上に書いた「祝日に挟まれた日は祝日」ルールが不意に発動したりするようになった。



ちなみに、日本は世界的に見ても祝日が多い、「平日」が少ない国だそうだ。

働きすぎだと言われるのは、休日がないからではなく、休日でも働いたり残業するのが当たり前だったりする雰囲気が作られているからだ。

休日を増やしたからと言って働きすぎが解消されるわけではない。




いきなり話がそれ気味だが、毎年ゴールデンウィークには有給休暇を混ぜて長い連休を作る人がいる。

しかし、今年はそんなことをせずとも、カレンダー通りで10連休となった。


…休みが長すぎて、「そんなに休んでいるわけにはいかない」と働いている人・働かざるを得ない業界続出だけどな。

通常のゴールデンウィークなら、有休を使って連休に「する人もいる」だけなのである程度緩急があり対応しやすいが、今年はみんな連休だから。


かくいう僕も、24時間稼働しているサーバー関連のお仕事もしているために、ゆるく仕事を頼まれていたりする。


管理をお手伝いしているあるサービスでは、5月1日に内容更新があった。

プログラム変更を伴ったので、僕も作業した。


そしたら、管理担当者は、いつも西暦で書いている「更新情報」に、いきなり「令和元年5月1日更新」って書きやがった。

まぁ、書きたくなる気持ちはわかる。次回からはまた西暦に戻すそうだ。




こんなゴールデンウィーク中に出かけたら、混みすぎていて楽しめないだろう…と、我が家ではどこにもいかないよ、と子供にあらかじめ宣言してあった。

その代わり、家の中で楽しめそうなことはする。


一応、「どこか行きたい」という気持ちの対策として、4月21日の次女の誕生日にはキッザニアに行ってあるしね。


26日には、長女の誕生日パーティも家でやっている。


29日は、妻が家の庭の手入れなどしつつ、庭でバーベキュー。

焼き鳥 50本と、ハーブ入りフランクフルトを買ってきた。買いに行ったら、スーパーがいつもより混んでいて驚いた。




30日、出かけないといいつつ、陽光台にある子供宇宙科学館へ。

この日は雨だったし、祝日ではなく「休日」だったので、多少人出が少ないだろうと思ったんだ。


でも、朝早くから出て、10時過ぎには到着した。

科学館は9時半オープンなのだけど、入り口前に行列ができていた。



科学館に行ったのは、以前から長女が行きたがっていたから。

また、次女が小学校でもらってきた科学館のチラシに、「暦」をテーマにした小さなイベントをやると書いてあったから。

(僕は暦好きです。チラシを見ただけで内容はだいたい想像できたけど、知らないこともあるかもしれないので見てみたかった)



行列が長くて入れそうにないし、雨も降っているので、すぐ近くのどんぐりハウスへ。

小学生の向けの無料施設で、本来は両親共働きの小学生が、放課後に大人の保護下で遊んで待つことができる施設だ。


実は、長女が「科学館に行きたい」と言っていた理由の半分は、こちらに来たかったからだ。

すぐ隣の施設なので、行くときはセットで考えていたのだな。



子供が遊んでいる間に、妻が科学館の様子を見に行ってくれた。

人が多すぎて入場制限をしているようで、列はさらに伸びた、と報告。


2時間弱遊んだが、あきらめて帰ることにする。

子供の洋服が少し足りない感じなので、デパートに行って買い物して帰ろう。



…というわけで港南台に行ったら、駐車場が混んでいてなかなか入れない。

みんなで車に乗っているのは無駄なので、妻と子供にはおりてもらい、先に昼ご飯を食べててもらう。


30分ほどかけてやっと駐車し、合流。僕も軽く食べて買い物へ。

ユニクロに行ったら、スプラトゥーンTシャツを売っていた。


子供も欲しがるので、良し買うか! と子供コーナーに行ったら、売り切れていた。

あるのは大人用のみ。


ネットで調べたら、ネット店舗ではまだあるようだ。ネットで買うことにする。

(夜、家族全員分を買った。5千円分買わないと送料かかるから。)


それ以外に、長男の服が足りないので数着購入。


この日は、以上。どこ行っても混んでいる、と分かったので家に帰って夕食食べました。

夕食は、パーティー気分で…残っていた焼き鳥などを適当に。




5月1日は、先に書いたように僕の仕事があったのでどこも出かけず。

5月2日は、長女・次女が歯医者に行かねばならなかったので、歯医者以外出かけず。


鎌倉の歯医者に行くのは、きっと道が大渋滞だろう、と恐怖でしかなかったのだが、案外空いていた。

でも、人混みはすごかった。


鎌倉だから、多くの人は車で来るのではなく、東京から電車で来るのだね、と行ってから気づいた。



以上、昨日分までの日記でした。

このほかに、隙間時間を見ながら仕事のプログラムをしていて新しい知見を得たので、次にそのことなど書く。


▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

家族

関連ページ

Programming Tips

別年同日の日記

02年 5/3

04年 しばらく日記を書いていませんでした

04年 知恵の輪

04年 天然温泉

04年 ハードディスクの温度

04年 ピクミン2

04年 携帯のことも書いとこう

05年 よきライバル?

06年 ゴールデンウィーク


申し訳ありませんが、現在意見投稿をできない状態にしています

ServiceWorker と indexedDB  2019-05-03 12:36:56  コンピュータ

▲目次へ ⇒この記事のURL

「ゴールデンウィーク明けにはリリースしたいので、その前までにお願いね」


と言われていたプログラム改良があった。

その改良は、ちゃんと四月半ばまでに仕上げた。


WEB ブラウザ側で動く Javascript のプログラムだったのだけど、同時にサーバー側も変更することになっていた。

サーバー変更は僕の仕事ではなかったのだけど、そちらが間に合っていない。


急遽、Javascript 側で何とかできないかと、ゴールデンウィーク直前に ねじ込まれた。




目的は、URL の一部隠蔽だ。

ブラウザ側プログラムの改良により、画面遷移が一段階へり、目的画面の URL が変わることになった。

この URL にはセッション情報が含まれており、見えているのが好ましくない。


そこで、セッション情報を URL に入れるのではなく、POST にするか、Cookie にするなどして、消すことになっていた。

つまり、これらはサーバー側の改良だ。


それができなくなったので、Javascript 側でどうにかならないか、というのが、追加の依頼だった。

セッション情報はややこしい文字列になっているので、長い時間表示されているのでなければ、一瞬なら出てもよいという。


つまり、セッション情報付きの URL でアクセスしてから、取得したページの Javascript の中ですぐに URL を変更し、消せればいいということだ。


ただし、該当ページは都合上、時々リロードする場合がある。

セッション情報なしではサーバーにアクセスできないので、リロードする際にはすぐに URL を元に戻したい。




URL を変更するのは簡単だ。history.replaceState 関数を使うと、現在アクセス中として表示されている URL を変更することができる。

いわゆる ajax …画面遷移を伴わないサーバーアクセスを行うようなプログラムで多用されているテクニックだ。


だから、セッション情報がない URL にすることはできる。

この時に、本来の URL を変数に保存しておいて、リロードの際に元に戻せればいいだろう。



しかし、javascript に「リロードイベント」というのは存在しない。


#イベントとは、「何かが起きた」とプログラムが知ることができる、概念上の存在。

 Javascript では、特定のイベントに対してプログラムを紐づけることができ、紐づいたプログラムは、イベントが起きると自動的に実行される。

 これにより、イベントが生じたらプログラムを動かす、ということが可能になっている。



リロードされたかどうかを知る方法はあるのだが、それはリロードされた「あと」のページで検知できるだけだ。


そして、リロードの際には表示している URL にアクセスが行くので、そのままではセッション情報がないためにサーバーから拒否される。

リロード「あと」のページの表示自体が行えない状態で、リロードに伴う不都合をこの方法で解消することはできない。



「ページが終了した」というイベントはある。unload イベントだ。

しかし、Javascript プログラムの寿命は、そのページが終了するまでだ。


そのため、unload イベントにプログラムをセットしておいても、実行されることはない。



実行されないんじゃ意味ないじゃん、ってことで、beforeunload というイベントもある。

「unload の直前」というイベントだ。


よく、「ページを離れてもいいですか?」というダイアログが表示されるのは、このイベントの時に動くプログラムによるものだ。



このイベントは、次にアクセスする URL が決定し、新しいページの取得準備が整うと呼び出される。

つまり、このイベントの中で URL を書き換えても、すでに URL は決定していて意味がない。


このイベントでできることは、新しいページへの移行を中断し、今のページに居続けるかどうかをユーザーに問いかける、ということのみだ。




そんなわけで、ブラウザ側の Javascript で解決するのは無理とわかった。


でも、まだ最後の望みがあった。

一般に「ブラウザ側の Javascript」というのは、WEB ページに付随するものだ。


しかし、最近のブラウザには、WEB ページではなく「ブラウザに」Javascript を登録し、動かす方法があるのだ。



ServiceWorker という。


Chrome/FireFox では早くから実装され、便利なので使いたいプログラマも多かったのだけど、Safari ではなかなか実装されなくて使いどころが限られていた。


昨年、やっと Safari も対応したので、使われる局面が増えてきている。


これを使うと、WEB ページがサーバーに問い合わせた瞬間に、そのリクエストを横取りして、Javascript がサーバーの「ふりをして」返事を返したりできる。


だから、オフラインなのにキャッシュしておいたデータを渡したり、逆にサーバーにデータを送ろうとしたときにキャッシュしておいて、あとでオンラインになった時にこっそり送信したりできる。


Google Docs がオフラインでも使えるのはこの仕組みを使っているからだ。


Android では、この仕組みを使って WEB ページを「アプリ化」することもできる。

WEB ページに行くと「このページをインストールしますか?」と促され、インストールを選ぶとホーム画面にアイコンが現れる。


このアイコンをタップすれば、いつでも WEB ページが提供する機能を使える。

Google Docs の例と同じように、適切に処理されていれば、オフラインでだって使える。



Service Worker の利用例は、多くは「WEB を オフラインでも使えるようにする」のと、それをさらに拡張した「アプリ化」だ。

だけど、先に書いたように、サーバーへのリクエストを横取りして、いろいろなことができる。

キャッシュデータを渡してオフラインでも動くようにする、というのは代表的な応用例にすぎない。



これなら、リロードの問題を解決できそうに思えた。

…一筋縄ではいかなかったのだけど、実際解決できた。




基本戦略はこうだ。


・WEB ページ側で、history.replaceState を使って URL を一部削除。

 同時に、削除前の URL を ServiceWorker に渡して、データ保持。


・サーバーへのアクセスが生じた際、それが URL を一部削除したものだと判明したら、

 保持していた本来の URL にアクセスし、そのデータを WEB ページ側に渡す。



実験過程を端折るが、実際にこの流れを作ったらうまく動かなかった。

WEB ページ側で動いている Javascript は、内部でセッションデータを使用していたのだ。

(僕は途中から参加して改良してきただけなので、そうした部分があるのを知らなかった)


だから、サーバーアクセスの際の流れを少し変えることにした。


・サーバーへのアクセスが生じた際、それが URL を一部削除したものだと判明したら、

 保持していた本来の URL にリダイレクトする指示を作り出し、WEB ページ側に渡す。


リダイレクトが挟まるので、WEB ページ側としては少し動作が遅くなってしまう。

しかし、一度本来の URL に戻ってからリロードすることになるので、内部で動作するプログラムでも

URL に入れたセッションデータを使えることになり、問題は出なくなる。



さて、実際に作る上では、いくつか問題があった。

一番重要なのが、Javascript の生存期間だ。


WEB ページでは、そのページが存在する間、Javascript が生存する。

変数などもこの間は保持されるので、データ保持も変数に入れればよい。


しかし、ServiceWorker では、生存期間の考え方が二つあるのだ。



先に書いたように、ServiceWorker はブラウザ側で動き、WEB ページが閉じられても残り続ける。

しかし、それは「残っている」だけで、生きているわけではない。


じつは、必要な時に動作し、動作を終わるとすぐに終了してしまうのだ。

「データを渡す」という動作があったとしたら、その動作が終わった瞬間に終了し、変数は消える。


その後、「サーバーアクセス」という動作があり、動き始めたときには変数は存在していない。


だから、変数ではない方法でデータを保持しないといけない。




ServiceWorker は非常に強力な仕組みなので、悪さができないように厳しい制限が課されている。


データ保持方法としては、indexedDB しか使えない。

古くから知られるデータ保持方法には、Cookie や webStorage があるが、それらよりも新しい仕組みだ。


まぁ、それしか使えないのであれば、それを使おう。


…これが、イベントで動作する仕組みになっていて使いにくい。

DB に接続する、という指示を出すと、少し後で「接続成功」というイベントが起きる。

だから、接続成功イベントに、接続後のプログラムを登録しておく。


接続後には、アクセスしたい対象を指定してから「データ取り出し」を指示する。

しかし、データはすぐ取り出されるわけではない。少し後で「取り出し成功」イベントが起きる。


だから、ここでもイベントに対してプログラムを登録しておく必要がある。

非常に面倒くさい。

しかし、他に方法はないのでその方法でプログラムを組む。



ところが、もう一つ問題があるのだ。

ServiceWorker 自体は、こうしたイベントによって動くモデルではないのだ。


いや、先に書いたように「サーバーへのアクセスが生じた」などのイベントはある。

でも、Javascript ってとにかく「何かしたら後で呼び出して」という書き方が多くて、ここ数年で新しい書き方が取り入れたのだ。


そして、ServiceWorker は、基本的にその書き方で書かれないといけないようになっている。




この書き方は Promise というやつで…


この概念の歴史から入ろうと思ったが、無駄に長いのでやめた。

同時に、概念だけ説明するのも同じくらい長くなるのでやめた。


ともかく、概念自体は古いとはいえ、10年たっていないのではないかな。

Javascript の言語仕様に取り入れられたのは、2015年なので、4年程度しかたっていない。


しかし、便利なので、これまでイベントモデルで作られていた Javascript が、最近は Promise モデルで機能追加されるようになってきている。

上に書いたが、ちゃんと理解していないと混ぜて使えない。



ちなみに、Promise の概念の前に Deferred があり、こちらのことは以前に書いたことがある

微妙に違うとはいえ、概念的に慣れていたのですぐに…でもないけど、1日程度で理解できた。





そんなわけで、同じことで悩んでいる人にとっての「答え」を示そう。


ServiceWorker では、fetch (URL アクセス)イベントに対して、最終的な「返事」を event.respondWith として返せばよい。

ここで、返す内容は Promise でなくてはならない。


Promise は、resolve を引数とする関数として定義される。

resolve はコールバック関数であり、Promise の処理終了時には、resolve を呼び出してやらなくてはならない。


この時、resolve には、「結果」を引数として渡す。

通常の関数における、return と同じような感じで、何が結果になるのかはその時の処理内容による。


respondWith は、URL アクセスに対する答えを返す関数なので、答えは http の Response となる。

これは Response クラスとして定義でき、リダイレクトしたいなら headers の Location に URL を渡せばよい。

(http と同じだ)



以上の「きまりごと」さえ守れば、あとはどんな書き方をしようとも自由だ。

関数内部で indexedDB のイベント呼び出しをたくさん定義しても構わない。


僕が仕事で必要だった関数の場合、次のようになった。


self.addEventListener('fetch',function(event){
  let url = event.request.url;

  let param = url.match(/targetDirectory\/([0-9]+)(\?session=)?/);
  if(!event.isReload || !param || param[2])return;

  event.respondWith(new Promise(function(resolve){
    let openReq = indexedDB.open('targetDB');
    openReq.onsuccess = function(event){
      let db = event.target.result;
      let trans = db.transaction('fullURL','readonly');
      let store = trans.objectStore('fullURL');
      let getReq = store.get(param[1]);
      db.close();
      getReq.onsuccess = function(event){
        let redirectResponse = new Response('',{
          status: 302,
          statusText: 'Found',
          headers: {
            Location: event.target.result.url
          }
        });
        resolve(redirectResponse);
      }
    }
  }));
});


説明しておくと、/targetDirectory/123?session=**** というような URL が隠蔽対象だ。


リロードにより fetch イベントが起きているときは、すでに隠蔽されて ?session= 以降はなくなっている。

しかし、初回アクセス時や、リダイレクト直後は ?session= 以降もついているので、判別して処理を変える必要がある。


そして、123 の部分の数値はページの分類を示していて、ブラウザの複数のタブで開かれる可能性がある。

それぞれでリロードしたときに混乱しないように、123 を DB のキーとして、元の URL を格納してある。


#格納部分のプログラムは別途必要。そちらは Promise と無関係に書けるので、それほど難しくない。



…というわけで、URL を検査して、隠蔽されていない場合はそのままアクセスを通す。

隠蔽されている場合は、123 にあたる部分をキーとして DB を検索し、得られた URL へのリダイレクトを生成する。



ちなみに、僕の要件ではリダイレクトが必要だったが、URL を差し替えてそのままサーバーにアクセスしたい、という場合もあるだろう。


実はそちらの方がプログラムは簡単で、redirectResponse を生成せずに、


resolve(fetch(event.target.result.url));


としてしまえばよい。




ここで重要なのは、


・fetch イベントに対する反応は、すぐに返さないといけない。

・event.respondWith が呼び出されれば、そこで帰ってくる反応を待つ。

・呼び出されなければ、本来の URL に対してアクセスを行う。


ということだろう。


respondWith は「結果を返す関数」ではなく、「結果を返すと約束する関数」だ。

結果を返すものだと思って、結果が出てから呼び出そうとすると、「fetch に対して respondWith が返されなかった」ことになり、本来のサーバーにアクセスが行ってしまう。


そして、結果を返すと約束するのだから、返すのは Promise (約束)だ。

Promise は、最終的に resolve として渡される関数を呼び出しさえすれば、その内部でどれほどの時間がかかっても構わない。


だから、時間がかかる indexedDB の処理は、この Promise 内部で行うようにする。




…ただこれだけのことだ。

プログラム例を示したら、なんてことのない、当たり前に見えるコードだろう。


けど、こういう例がネットを探してもなかなか見つからないんだ。

ServiceWorker というと、「キャッシュを使ってオフラインでも動作するようにしましょう」ってお決まりのパターンばかりで。


#ちょっと気が利いた例では、簡単な文字列を「WEB ページ」として生成して返したりする実験をしていた。

 しかし、indexedDB を使って何かのデータを返すような処理を見つけることはできなかった。


この日記が、同じような処理をしようとしている人の助けになれば幸いである。



▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

コンピュータ

関連ページ

Programming Tips

別年同日の日記

02年 5/3

04年 しばらく日記を書いていませんでした

04年 知恵の輪

04年 天然温泉

04年 ハードディスクの温度

04年 ピクミン2

04年 携帯のことも書いとこう

05年 よきライバル?

06年 ゴールデンウィーク


申し訳ありませんが、現在意見投稿をできない状態にしています

Minit  2019-05-04 18:12:17  コンピュータ

▲目次へ ⇒この記事のURL

ゴールデンウィーク前の話なのだけど、ニンテンドーポイント(ゴールド)が4月末に失効するよ、というお知らせが来た。


何か買ったりすると付くポイントで、ゴールドは1ポイント=1円で任天堂商品の購入などに使うことができる。


ちなみに、プラチナポイントというのもあるのだけど、こちらはゲーム内でバンバン配布し、ゲーム内以外ではあまり使い道がないゴミみたいなものだ。


で、失効するゴールドポイントは 150ポイントだったのだけど、せっかくなので全保有ポイントを調べたら 937ポイントあった。

500円程度のダウンロード販売のゲームを買ってもよいかも。いや、少しお金出して 1000円くらいのものを買った方が楽しめるか。




というわけで、いろいろと悩みながら「Minit」というゲームを買った。


Switch 版は昨年夏に発売になっているし、それ以前に PC 版で販売されている。

だから「今更」感のあるゲームだろう。


しかし、なかなか面白かった。

というか、一通り解き終わった後で「これからが本番だ」と気づき、今一生懸命遊んでいる。



まずはゲームの説明だ。

ネットを探せば宣伝動画などもあるので、そちらを見たほうがわかりやすいけど。



まぁ、初代ゼルダの伝説タイプのアクション RPG だと思いねぇ。

ただし、主人公は呪われていて、60秒たつと死んでしまう。


死ぬとセーブポイントから再スタートになるが、死ぬ直前までに「世界に影響を及ぼす」行為をしていた場合は、その影響は残ったままになる。



以上。シンプルだが、それだけのゲームだ。

ゼルダと同じように、画面切り替え型で広い世界を探検する。

ゼルダと同じように、剣を前に突き出して敵を倒したり、障害物を壊したりできる。


ゲーム画面は白黒のドット絵だ。ゲームボーイみたい、というとほめすぎ。

ゲームボーイは白黒4階調だったから、このゲームの画面よりももっと美しい。


しかし、この白黒画面が、ゲームを面白くするためによく考えられているのだ。




60秒で死ぬまでに、世界に影響を及ぼせばいい。

だから、ひたすらいろいろなことを試してみて、何が起きるのか探す必要がある。


洞窟を見つけて入ってみるが、真っ暗で何もわからない。

どうやらライトが必要なようだが、どこにあるのかわからない。


灯台を見つけたが、鍵がなくて入れない。冒険していたら鍵を手に入れ、灯台に上ってみたらライトが置いてあった。


世界に影響があるのは、上の例でいえば「鍵を手に入れる」「ライトを手に入れる」など。

基本的に得たアイテムは死んでもなくならないし、切り開いた道などもそのままになる。


一方で、倒した敵などは死ぬと復活する。動かせるものも、死ぬと元の位置に戻ることが多い。


何よりも一番影響があるのは、「セーブポイントに入る」ことだ。

基本的には、ベッドが用意された家がセーブポイントになっていて、死んだときは「最後に入った」セーブポイントに復活する。


世界には何カ所かのセーブポイントがあり、そこを中継地点とすることで広い世界をくまなく冒険することができる。



このゲームの中にはパズルが多く、障害物の動かし方などに失敗すると詰んでしまうことがある。

また、袋小路の行き止まりもあり、そういう場所にはアイテムが置かれているのだけど、アイテムを取った後脱出することができない場合がる。


まぁ、時間切れになれば死んでセーブポイントに戻るのだけど、B ボタンを押せばいつでも自殺できる。

この「自殺」は、遊び方によっては非常に重要なポイントになる。…ようだ。




さて、先に「白黒画面がゲームを面白くする」と書いたのだけど、白黒でも古臭い感じはしない。

アニメーションがやたらと滑らかだからだ。ファミコンやゲームボーイの時代なら、こんな滑らかなアニメーションは作れなかった。


しかし、色がない、ドットも荒いというのは、情報が極端に少ない。

…ここが重要だ。世界を冒険するときに、初めて見たものの意味が分からないのだ。


もしくは、意味が分からないがゆえに、「そこにあるものが見えていない」ともいえる。

意味が分かるのは、それが重要アイテムだと認識されて以降だ。


つまり、このゲームは世界に影響を及ぼすためにアイテムを捜し歩くゲームなのに、そのアイテムは入手するまで「見えていても気づかない」ことが多い。


なんて巧妙な隠し方だろう。

ちゃんとヒントを見せているにも関わらず、それがヒントだったとわかるのは謎を解いた後なのだ。



「こんな隠し方、わかるわけないよ! 不条理だ!」と怒りたくなるのはクソゲーの条件だし、そう怒りたくなる場所が随所にある。

しかし、あとで見直してみると、明らかにわかるように置いてあるのだ。気づかなかった自分が悪い、と納得するより他にあるまい。


ちなみに、もし気づかなかったとしても、あまり問題はない。

必須アイテムは比較的楽に入手できるようになっていて、巧妙に隠されているのはコンプリートを楽しむオマケ要素だから。




ところで、このゲームのとあるところに、謎のメッセージが置かれている。


???

???

???


と、ハテナマークが並んでいるだけなのだ。


一度クリアした後、続きを遊び始めた。

アイテムのコンプリート要素があるので、ゲームをクリアした後でも、そのセーブデータで遊び続けることができる。


そこで気づいた。一番上の ??? に、「ノーマル:243」って入っている。


ん? これはなんだ? その時は気にせず遊んでいた。

そして、アイテムコンプリートが難しいので、気を取り直してもう一度最初から遊んでみた。



最初から遊びなおした理由は、設定画面の中に「スピードラン」という項目があるからだ。

初期設定では OFF になっているが、ON にしてゲームを始めると、ゲーム開始からの1/100秒単位の通算時間カウントが画面上に表示される。


つまり、これはやるべきことを効率よくやって、タイムアタックをするゲームなのだな、と認識したのだ。



2回目は、謎を全部知っているので35分ほどで終了することができた。

(ちなみに、最初のプレイは1日1~2時間で1週間程度、通算では5~6時間くらいかかっていると思う)


で、そのあと気づいた。??? に書かれていた 243 が、44 に減っている。

この 44 というのは、クリアまでに「死んだ回数」だ。



ここでやっと気づいた。

このゲーム、スピードランもできるけどそれはオマケ要素で、作者が一番やってほしいのは「少ない死に回数でクリア」なんだ。




現在死に回数を減らすべく、冒険の手順を組み立てている。

1分間にできるだけ多くのことを詰め込まなくてはならない。


最初の一分は何度もやったので、もう動きが確定している。

先ほど書いた例の「灯台に上ってライトを取る」ところまでは、最初の1分で可能だ。


ちなみに、初回プレイではそこまでに10回以上は死んでいたと思う。


それ以降は、大まかにやることは決まっているのだけど、まだ無駄のない動きというのがわかっていない。

現時点でのベストスコアは21回だけど、まだ無駄が多いので20回を切るのは余裕だろう。


最終的にどのくらいまで切り詰められるのかはまだ見えていない。



そして思った。

この作業、ピクミン1の楽しかった部分だ


やるべきことはわかっている。

でも、手順の一部には前後の入れ替えが可能な部分がある。


そうした部分を調整しながら、区切られた時間を最大限に使う方法を考える。

小さなパズルを解き、その答えを大きなパズルの一部としながら、大きなパズルを完成させていく。

状況次第では、小さなパズルの答えを一度壊し、再度組みなおすことで大きなパズルがより完成に近づく場合もある。


ピクミンと違い、途中までできたところでセーブデータをコピーして保存して次に挑む、ということができない。

最後まで通しでやらないといけない「一発勝負」なので、解き方は再現性が高い、偶発性を排除した方法であるのが望ましい。


一方で、ピクミンと違い、全部通してやっても30分以内だ。

気軽にチャレンジしやすい。何度も繰り返すことで見えてくる攻略もあるだろう。




実はこのゲーム、ハードモードもあるのだけど、まだハードモードはクリアしていない。

ハードモードは、名前の通りハードだ。難しい。

ノーマルモードの徹底攻略と、ハードモードのクリアのどちらを優先すべきかわからないのだけど、とりあえず「楽しい方」を遊んでいる。



▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

コンピュータ

別年同日の日記

13年 記事の更新


申し訳ありませんが、現在意見投稿をできない状態にしています

パソコン壊れた  2019-05-05 11:56:55  その他

▲目次へ ⇒この記事のURL

パソコン壊れました。

とりあえず修復できたからこの日記を書いているのだけど…


僕は現在町内会の役員をやっていて、今日は町内会の総会がある日です。


これを書いているのは午前で、先ほど会場設営をしてきました。

総会自体は午後にあります。



そこでちょっと書類仕事を頼まれてきたので、PCを起動しようとしたら…


え? 起動できないって言って自動修復フェーズに入ったよ?


そして、「修復できません」ってさじを投げられたよ?



どうしてこういうタイミングで壊れるのか。

…いや、わかっている。自分のせいではある。


もう7年も使い続けているマシンで、「そろそろ(壊れる前に)買いなおさなきゃ」と言ってから半年以上たっている。


それにしたって、このタイミングで。




マシンは7年前のものだが、昨年の12月に、Windows再インストールをしている。


新しいサーバーを購入し、古いサーバーの SSD が余ったのでメイン PC につなぎ、そこに Windows を入れてみたんだ。

これが結構快適だったのも、新マシンをいまだに買っていない理由になっている。


しかし、中古の SSD って、だめだよね。壊れやすいよね。

きっと、自動修復できない理由もそれだよね。



しかし、「新しいストレージに新しい OS を入れた」ということは、古いストレージに古い OS が残っているということでもある。

そちらから起動してみたら、ちゃんと起動できた。


そして、SSD のエラーチェック。やっぱりエラーが出た。

「修復」を試みる。…あら、ちゃんと修復できた。


これで再起動。問題なく再起動できた。



そんなわけで、一安心してこれを書いている。




しかし、いよいよ新マシン買わないとなぁ。

まだ、昨年12月に始めたサーバー設定も終わっていないので、そちらが終わってからにしようと思ったいたのだけど。



▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

その他

関連ページ

パソコンは買ったのだが…【日記 19/05/14】

洗濯機壊れた【日記 19/05/17】

別年同日の日記

02年 5/5

03年 住宅展示場

14年 キッズファンタジーリゾート

15年 3度、理科ハウスへ

15年 家のメンテナンス

15年 マイコンインフィニットPRO68K


申し訳ありませんが、現在意見投稿をできない状態にしています

続:Minit  2019-05-08 18:01:10  コンピュータ

▲目次へ ⇒この記事のURL


先日、Nintendo Switch 用ゲーム Minit の話題を書いた。

ゲーム的には「初代ゼルダの伝説のような」ゲームなのだけど、クリアしてみて、これはピクミンのように「ゲーム中での最短時間を目指すものだ」と思った。


ピクミンは、「1日」の概念があるゲームで、その日の終わりにはすべてを終了して撤収する必要があった。

その状況下で、できるだけ少ない日数でクリアを目指すゲームだった。


それに対し、Minit は「1分」で強制的に作業が中断され、スタート地点に戻されてしまう。

ゲーム終了時に、スタート地点から出発した「スタート回数」が表示されるので、この回数を減らすことを考える。




まずはヒントなしで…と頑張って、冒頭に書いたスクリーンショットを得た。

12回。もっと減らすことができるポイントはわかっているのだが、それをやるのはかなり難しそうに思う。

ひとまずはこんなところだろう。


じゃぁ、答え合わせをしよう。

すでに発売されて半年たつゲームだから、そういう攻略記事もあるだろう、とネットを探してみる。


…全然見当たらない。この遊び方、誰もしていないのか?


スクリーンショットにもわかるように、下に所要時間がかかれている。

こちらの時間を競う RTA (Real Time Attack)の方が盛り上がっているようだ。




現時点では、エンディングに表示されるゲーム内時間で 6分53秒43、というのが最高記録のようだ。


RTA では、時間短縮のために自殺するのはかまわないので、回数は 14回。

動画も見てみたが、これはこれですごいのだけど、回数短縮の参考にはなりにくい。


ただ、知らない時間短縮テクニックを知ったので、これを使えばもう少し時間短縮できそうだ。


#砂漠のオアシスって、ずっと遠くにあるのだと思っていた…

 砂漠での「画面切り替え回数」が重要で、距離ではないのね。



さらに探してみると、やはり回数記録に挑んでいる人はいるようで、「10回」でのクリア方法解説を見つけた。


この解説で見る限り、上に書いた時間短縮テクニックを使っているようだ。


#そのオアシスが遠いので、そこにいる敵を倒して戻る、は不可能だっと思っていた。

 それだけでスタート1回分を使っていたのだけど、それを減らせれば大きい。



そして、この解説では「最低9回でクリアできるけど、難しいので10回を目指そう」という形で書かれている。


なかなかこういう記事が見当たらないと思ったら、もう発売から1年近いゲームなので、みんなこの段階は通り過ぎて RTA に行っているのだな。



まずは10回を目指すか…。

難しそうではあるが、独力でも12回を達成できたのだから、無理ではない気がする。




しかし、疲れたのでいったんハードモードをのんびり遊んだ。


ハードモード難しい。でも、何度死んでもいいや、というつもりでやっていれば、何とかなる。

クリアできた。



そして、「マリーモード」が現れた。

マリーは、ゲーム中にヒントをくれる幽霊の名前。マリーモードでは、主人公がこの幽霊になっている。


そして、幽霊なので死なない。自殺はできるけど、1分の時間制限はない。

そこで「最短スタート回数」を目指してプレーした。当然、1回のスタートで最後までクリアできた。


#時間制限がないとはいえ、敵との戦闘はある。

 普通は死んだらダメージ回復になるので、マリーの1回クリアはミスが許されない、という意味でもある。



ハードモードのアイテムをまだコンプリートしていないので、それをやってから10回に挑戦…かな?


▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

コンピュータ

別年同日の日記

13年 ケミストリークエストの問題点

13年 ケミストリークエスト改正案

15年 八景島シーパラダイス 開業日(1993)


申し訳ありませんが、現在意見投稿をできない状態にしています

パソコンは買ったのだが…  2019-05-14 17:51:09  コンピュータ

▲目次へ ⇒この記事のURL

先日、パソコン壊れた、と書いた。

7年も使っていたマシンで、以前から時々調子が悪かった。



さすがに仕事のメインマシンが壊れるのは困る。完全に壊れる前に買っておこう、と早速注文。

今使っているマシンは DELL だが、7年前は DELL はダントツにコストパフォーマンスが良かった。


しかし、今調べると DELL も悪くないが、HP もいい感じ。

実は、半年前には妻がメインマシンを買い替えていて、調べた結果 HP にしている。



僕も HP に決定。

CPU 性能は低くてもいいが、メモリは多くほしい。

仕事柄、サーバーに接続して使う端末になりがちなので、CPU 性能はそれほどいらないのだ。

しかし、Chrome で同時に何ページも開いたりするので、メモリは食う。


あと、メインストレージは SSD がいいのだけど、SSD だけではさすがに足りない。

HDD と同時搭載がいい。


DELL の安いマシンは、SSD のみでメモリ増設もできない、というものが多かった。

少し高級機種になると、SSD+HDD でメモリも増設可能、というのがある。

しかし、それは高級機種なので CPU も i7 で、高い。


これに対し、HP は CPU が i5 のまま、SSD+HDD メモリ増設が選べた。

そんなわけでそちらを選ぶ。




「令和改元セール」を銘打って安かったのも後押しした。


ところが、だ。

さんざん比較してよいマシンというのは、他にも良いと感じる人が多いようで、注文殺到だそうだ。


5月7日に注文してすぐに「在庫がなくなってしまい、出荷時期のめどが立っていない。もう少し待ってほしい」というお詫びのメールが来た。


それから2日置いた5月9日、再び「納期に関するご案内」というメールが来た。

納期が決まったか、と思って開くと、「出荷のめどが立たない」というお詫びだった。


まぁ、仕方がない。

今のマシンは調子が悪いというだけでまだ使える。気長に待とう。



…とおもっていたら、スリープして再起動したときに、回復不可能なエラーが出て止まった。

再起動したらちゃんと動いたのだけど、やっぱりこのマシン不安だ。速く新しいマシン来ないかな。




で、先ほど、またメールが来ていた。

「納期に関するご案内」…やはり「出荷のめどが立たない」だった。


前のメールから5日、注文からは1週間たったので、現在の状況を報告ということだろう。

ただ、文面は少し変わっていて、「納期が決まり次第メール連絡、また、納期が決まらないまま4営業日立った場合もメール連絡」と確約している。


人気があって商品がない、というのは仕方がない。

その際の対応として、現在の状況を逐一知らせるというのは、対応としては及第点だろう。



一応、前のメールから、まだキャンセルは可能であること、急ぎの場合は即出荷モデルも提供できることも書かれている。


僕としては、また7年くらい使ってしまうだろうから、ここで妥協して別モデルにしようとも思っていない。

今のパソコンは調子悪いとはいえ十分使えているので、気長に待つことにしよう。


▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

コンピュータ

関連ページ

洗濯機壊れた【日記 19/05/17】

別年同日の日記

02年 5/13

04年 ピクミン・訂正

07年 保育園の遠足

13年 ケミクエ改良ルール・策定中

15年 ジョージ・ルーカス 誕生日(1944)

15年 ルーカスの作ったもう一つの会社


申し訳ありませんが、現在意見投稿をできない状態にしています

洗濯機壊れた  2019-05-17 12:25:54  歯車 住まい

▲目次へ ⇒この記事のURL

最近いろいろと壊れてばかりで、買い替えや修理で金がかさむ…

今回は、表題通り洗濯機が壊れた、という話だ。


我が家で一番古い家電品だった。

妻と同棲を始めたときに買ったものだ。


(結婚するつもりだったが、諸般の事情ですぐに結婚とはならず、しばらく同棲していた)


記録調べたら2000年に買ってたよ。前世紀に買ったものだったのだな。



しばらく前から、調子が悪いことは気づいていた。


というか、5年位前にいったん買い替えるつもりで検討したりしていたんだ。

そのころに、一度調子が悪くなった…と思ったから。


でも、このときは排水溝が詰まっているだけだった。

排水溝が詰まったので、脱水ができない、というのがその時の症状だった。

掃除したら治った。




で、今朝。排水ができずにエラーになった。

あぁ、また排水溝が詰まったか。…これは、すぐに掃除して、ちゃんと脱水できるようになったんだ。


排水後、すすぎ動作に入るはず…のところで、またエラーになった。

確認すると、給水がおかしい。水がちょろちょろとしか流れない。


#後日追記:「排水できずにエラー」だと思ったのは、おそらく勘違い。

 エラー時点ですすぎ動作中で、洗濯槽に中途半端に水が入っていた。

 そのため「排水できなかったのだな」と考えたのだが、排水後に中途半端に水が入ったところで、「貯水できない」エラーが出たのだろう。



さて、問題はどこにあるだろう。切り分けを試みる。

洗濯機に給水するホースを外し、蛇口をひねると、普通に水が出た。

再び洗濯機につなぐと、水が出ない。


洗濯機の中の止水栓がおかしいようだ。



うーん、どうするか。

しばらく考えて、洗濯機を「すすぎ」動作にしてから、外したホースから水を入れて動かした。


「全自動」ではなく、水を入れる所は人がやらないといけないけど、とりあえず洗濯はできる。




とはいえ、このままでは生活が不便だ。


早速ネットで洗濯機について調べる。

…20年の進化ってすごい。今の洗濯機、昔とは全然違うのね。


5年位前に調べたときに「あこがれの機能」だった、簡易乾燥機能とかは、安い機種でも当たり前についている。


2万5千円追加で出せば、ちゃんとした乾燥機能も付くのだけど…

これはしばらく考え、いらないと判断。乾燥機能は電気代が結構かかるようなので、「もったいない」とケチってつかわない自分しか想像できない。


現在、洗濯には風呂の残り湯を使っていて、汲み上げるポンプを使っている。

以前は、このためのポンプを内蔵した機種というのもあったのだけど…と調べると、今時どの機種でもついているのが当たり前で、当たり前すぎて売り文句にならないので、宣伝ページを見てもどこにも書いていない。



ドラム式か、縦型槽かは少し悩んだが、値段が全然違うので縦型で。

これには妻の好みも反映されている。僕自身はどちらでも構わない。

(洗濯はいつも僕がやっているので、本当は妻の好みを考慮する必要は、あまりない)


そのほか、いろいろ調べて、日立ビートウォッシュの、乾燥機能はないやつ(簡易乾燥はついている)の、8.0kg を買うことにした。

6月に新型が発売されるようで、旧型が安くなっていたから。



先ほどネットで頼んだが、設置は来週半ばの予定。

それまでは、少し不便だけど、給水は手動で行う全自動洗濯機を使うことになる。




ところで、最近頻繁にものが壊れるので、日記の中から拾い出してみた。


パソコン(2019年5月仮復旧しているが調子悪い。代替機購入済み

クレジットカード(2019年2月不正利用が発覚し再発行)

冷蔵庫(2019年2月買い替え)

エアコン(2019年2月修理)

布団(2019年2月買い替え)

自動車パンク(2019年2月


サーバー(2018年12月買い替え)

エアコン(2018年12月買い替え・子供部屋に増設)

ノートパソコン(2018年11月 HDD不調で交換修理)

無停電電源装置(2018年10月買い替え)

自動車(2018年10月車検18年目を前に買い替え)

電話機(2018年8月買い替え)

食洗器(2018年3月修理)


IHキッチンヒーター(2017年9月修理)

給湯器(2017年8月修理)

ネットワークルータ(2017年3月買い替え)

家(2017年1月~2月メンテナンス)



まぁ、2年前まででとどめておこう。

ここに「家のメンテナンス」が入っている。建築後10年で行うように、ハウスメーカーが推奨しているものだ。


つまり、ものが壊れる理由は、家を購入したときに併せて買ったものが、10年たって寿命を迎えてきているという、多くはそれが理由だ。



実は、日記に書いていないが、1月ほど前に庭の修理もやっている。

家を建てたとき、金がなくて外構は自分たちで(というか、主に妻が)やった。


歩道を枕木で作ったら、10年で朽ちてボロボロになり、先日業者を入れて枕木風のコンクリート製のブロックを入れてもらったのだ。



業者さんは綺麗に入れてくれていたのだけど、妻はしばらくして「どうも、思っていたレイアウトと違った」と言って、コンクリート枕木を大幅に並べなおした。

最初の枕木も自分で並べたのだから、材料さえあればできるだろう、という算段で。



しかし、上に車が乗っても割れないような、中空ではないしっかりとした枕木なので、かなり重かったらしい。

幅20cm 、厚さ15cm、長さ最大 90cm…かな。標準的なコンクリートの密度で計算すると、1本 60kg くらいだね。

(標準的なコンクリートの密度は、2.3t/m^3 らしい)


完全に持ち上げるわけではないので、60kgなら「移動できる」重さではあるが、なん十本という単位で動かす必要があった。

作業後、2日くらい体中が筋肉痛だと言っていた。



▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

歯車

住まい

別年同日の日記

02年 5/17

14年 アラン・ケイの誕生日

15年 JAMSTEC一般公開日

18年 義母の葬儀


申し訳ありませんが、現在意見投稿をできない状態にしています

Nexus7 (2012) 復活  2019-05-20 14:54:10  コンピュータ

▲目次へ ⇒この記事のURL

2度目の復活。不死鳥のように甦る。


Nexus7 (2012) は、2012年発売の 7inch Android 端末だ。

さすがに8年も前の端末なので、今時使い物にならない…


と思って、先日代替機として Amazon FireHD 10 を購入したのだ。

そして、代替機が手に入ったので、Nexus7 はお役御免、「捨てても構わない」機械になった。


じゃぁ、捨てる前にダメもとで遊んでみよう。

…そうしたら、使える端末に復活してしまった。





ちなみに、「2度目」と書いたが、1度目の復活は1年前だ


一度は、遅すぎて使い物にならない、と思ってほったらかしになっていた機械を、ダメもとで復活させたら案外使えていた。

しかし、1年使っていたら、やっぱり使い物にならなくて、代替機を購入した、という流れだ。



1度目までの経緯を説明しよう。


Android は現在広く使われている OS だが、最初は「スマホ用」の OS だった。

タブレット端末で使うことは想定されていなかったのだ。


当時、スマホ用には Android 2 系列が使われていた。

これに対し、Google はタブレット用の「別バージョン」として、Android 3 を作る。

3 は 2 の後継ではなく、違う機能を持つ別バージョンだった。


しかし、Android 4 では、2 と 3 の両方の機能を持つ形で統合される。

ここに、現在のように幅広く使われる Android の基礎が出来上がる。


そして、これを広く宣伝するように Google が販売した「戦略機種」が Nexus7 だった。

世界初の Android 4 搭載端末で、当時の一般的なタブレット価格から見ても、驚くような低価格設定だった。


Nexus7 は大ヒットとなり、翌年には改良機種が出る。

僕は初代を買ったので、Nexus7 (2012) と書くが、この書き方は (2013) もあるためだ。



さて、「世界初の Android 4」は、初物であるがゆえにバグが多かった。

頻繁にバージョンアップされ、最終バージョンの 4.4.4 まで進み、さらに 5 系列も提供された。


しかし、5系列も真っ先に投入されたため、またバグだらけだった。

これがひどいもので、まともに使えないほど動作が緩慢だった。


頻繁にバグ修正が行われ、5.1.1 まで行ったのだが、Nexus7 (2012)のバージョンアップはこれで終了。

使い物にならないほど緩慢なままだったので、我が家では使わなくなってしまった。



そして1年前。

5 系列が緩慢なら、4 系列に戻して使ってみよう、ということで 4.4.4 に入れなおした。


ちなみに、Android の宿命として、「バージョンアップ」を提供する仕組みはあるが、バージョンダウンは難しい。

Nexus は Google 製で、開発にも使われることを想定しているため、それなりの知識があれば好きなバージョンに戻すことができる。


4.4.4 にしたら、動作が軽快になった。

古い機械なのでパワー不足は感じるが、それなりに使える状況に戻ったので使ってきた。


ところが、1年使ったある日、急によく使っていた Radiko アプリの動作が遅くなった。

やはりパワー不足か、とあきらめて代替機を先日買ったのだ。



代替機購入の際の日記には、「Radiko のアプリ動作が緩慢になったのは、Radiko のシステム更新が原因ではないか」と書いた。

しかし、これは今はちょっと違ったかな、と思っている。後で詳細書く。




さて、今回やったこと。


僕が知らなかっただけで、1年前に「復活」させた時点では、今回の方法がすでにトレンドになっていたようだ。



使いものにならないほど遅かったNexus7改善計画

Nexus 7 (2012)をAOSP 7.1.2にアップグレード


今回は、上に書かれた2つのページを参考にして、ほぼ同じことをした。



1ページ目は、Nexus7 が Android 4.0 だったころのバグの影響が後まで残り、速度低下の原因になっている…

という指摘。ただ、あとで考えると事実誤認が含まれるように思う。これは後で説明する。


事実誤認があっても、1ページ目は2ページ目の作業を行うための「事前準備」のやり方を、懇切丁寧に教えてくれる。

目は通すべき。最終結論である「Trimmer アプリの実行」も、おまじないとしてやっておいて損はないと思う。

(多分、まったく無関係なのだけど、害はない。やって何か改善したら儲けもの)



2ページ目は、非公式ではあるが、Android 7.1.2 を入れてしまおう、というもの。

非公式とはいっても、もともと Android はオープンソース…プログラムが公開され、誰でも改造できるものだ。


そこで、正式な 7.1.2 を元にして、有志が Nexus7 (2012) に対応したバージョンを公開しているので、それを入れる。


7 は、5 よりも「最適化」が進んでいる。つまり、プログラムの無駄が省かれている。

そのため、5よりも軽快に動く。



これが非公式版で、Google が著作権を持つアプリは入っていない、ということも大きいと思う。


一般に、Android 端末を購入すると、Google 製のアプリがたくさん入っている。

場合によっては、それと同等の機能を持つ、端末メーカー製のアプリもたくさん入っている。


そして、それらは消すことができない。

場合によっては動作を止めることすらできず、CPU の速度とメモリを無駄食いする。



しかし、非公式な Android には、Google が著作権を持つアプリを同梱することが禁じられている。

…いや、Google アプリが入れられないわけではない。禁じられているのは「同梱」だけで、再配布は許可されているから。


逆に言えば、非公式 Android なら、公式なものと違って、必要最低限のアプリだけ入れるようにできる。

すると、不要な機能が動かないので動作が軽快になる。


もっとも、何が不要かは人によるだろう。

僕が軽快だと感じていても、他の人には「機能不足で使えない」と思う可能性もある。




2ページ目として紹介したページ、そのページが書かれた時点での「最新版」の 7.1.2 を使用している。

しかし、現在ではもっと新しいものがある。


紹介ページでは「2018/12/05 ~の掲示板」となっている箇所のリンク、実は掲示板の名前は、時々更新される。

現在は、日付部分が 2019/05/05 となっている。


そして、その掲示板の一番上に、最新バージョンのバイナリが置かれているので、それを取得しよう。


バージョンが違っても、どれも 7.1.2 だ。これは、「Google がつけた Android の」バージョン番号。

日付の違いは、それを Nexus 7 で動くように移植作業をした際のバージョン違いだ。


どうも、バグ取りも行われているが、セキュリティアップデートに追随するのが目的のようだ。




Nexus7 (2012) には、WiFi 版と 3G 対応版の2機種があり、名前は同じだがハードウェアが違う。

WiFi 版は Grouper 、3G 版は Tilapia というコード名がついている。どちらも魚の名前だ。


僕は Grouper の OTA-Package バイナリを選ぶ。WiFi 機種だからだ。

そして、Open GApps のバイナリも必要とする。


GApps とは Google Apps 、つまりは Gmail や Chrome などの Google 製アプリこのことだ。

Nexus7 は ARM なので、ARM - 7.1.2 - pico を選ぶ。


pico の部分は好みで変えてもいい。pico は最小セットだ。不要なものが一切入らないので動作が軽い。

その後、必要なものがあれば Google Play Store で入手すればいい。



これで、特に問題もなく、7.1.2 にすることができた。快適に動作する。

…いや、さすがに8年前のマシンなので、反応がちょっと遅い感じはあるよ?

インタラクティブに使うのは、ちょっと辛いかも。


でも、Youtube 見たり、Radiko 聞いたりといった「ストリーム再生」には問題がない。

Chrome 検索して、静的な(ゲームとかではない)ページを閲覧するのにも問題はない。




ところで、Radiko は最新版だと動かない。

旧バージョンがあるので、5.0.6 を入れると動く。

…なんか怪しげなサイトだけど、合法だと書いてあるのだから、大丈夫なのだろう。



Radiko はバージョン 6 以降でないと、タイムフリー(1週間以内ならいつでも聞ける)に対応していない。

と同時に、この機能が強力なので、放送データを録音したりできないように、動作する OS 環境がおかしなものでないかなど、厳しいチェックが入るようになったようだ。


Nexus7 (2012) で 7.1.2 なんて、「おかしい」以外の何物でもない。

最新の Radiko が動かないのは仕方がないところだろう。


#でも、先日買った Amazon Fire HD には Radiko 最新版入れられたな…

 Amazon Fire で Google Play Store アプリを入れるとか、おかしいのだけど。




さて、途中で書き逃していることを説明する。

まず、先に書いた「Trimmer には意味がなさそう」について。


SSD には TRIM という仕組みがある。

なぜ必要かは長くなるので自分で勉強してもらおう


ただ、この仕組みは最初からあったわけではないと知っておいてほしい。

当初、SSD は HDD の互換品として作られ、後に性能を上げるために TRIM という独自の仕組みが取り入れられた。



ところで、Linux という OS がある。

HDD で運用する前提で作成された OS で、いまは SSD でも使えるようになっている。


ここで、TRIM は OS そのものの仕組みとしては提供されていない。

OS 上で動作する別アプリケーションとして TRIM 動作を行うだけのものがあり、それを定期的に動かす仕組みだ。


このように機能を分離することで、OS 本体の方に HDD と SSD の違いなどを入れる必要がなくなり、プログラムが複雑になるのを避けられる。



そして、Android の中身は Linux だ。

Android は HDD を搭載しない… SSD 運用が普通なので、定期的に TRIM する必要がある。


しかし、Android 4.0 は、この「定期的な TRIM 」が動かないというバグがあったそうだ。


OS 本体が対応しないなら、アプリとして対応してやればよい。

Trimmer はそのためのアプリで、OS 内部にちゃんと持っている TRIM アプリ (fstrim という)を起動してくれる。


でも、4.0 でなければ fstrim はちゃんと起動される、らしい。

先のページがさらに参照しているページでは、「4.0 の時におかしくなったセクタが戻らない」と説明しているのだけど、fstrim の仕組みでは、そんなことにもならない。



だから、4.0 でなければ Trimmer はいらないと思う。





じゃぁ、なんで 4.4.4 を使っていても、1年の間にだんだん遅くなってきたのか、について。

Radiko のせいだと思っていたが、どうも冤罪だという件だな。


単純な話で、1年使う間にキャッシュがたまってしまったのではないか、と思っている。


前回も今回も、OS を入れなおしてすぐは、「快適動作」と感じている。

前回は、それから1年かけてだんだん遅くなっていった。


これは、入れ直しによって自然にキャッシュはクリアされてしまい、使うことで溜まっていったからではないか、という推論だ。



またしばらく使ってみて、また重くなることがあれば、まずはキャッシュクリアを試してみよう。

そうなった時には、またお知らせしたいと思う。



▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

コンピュータ

別年同日の日記

02年 5/20

05年 美味しいケーキ屋さん・その後

07年 ぞうが かわに おっこちた

13年 桑の実


申し訳ありませんが、現在意見投稿をできない状態にしています

あーすフェスタ  2019-05-21 13:57:08  その他

▲目次へ ⇒この記事のURL

19日(日曜日)に、毎年恒例の「あーすフェスタ」に行ってきた。


本郷台駅前の「あーすぷらざ」で行われるお祭り。

「あーすぷらざ」は、異文化交流を目的とする施設で、あーすフェスタもそうしたお祭り。


なので、世界中の屋台料理が食べられる。珍しいビールが飲める。

変わった輸入雑貨なども売っている。




しかし、毎年恒例なので、子供はもうそれほど興味持ってないのね…


長男(中3)は、前日の土曜日がオープンスクール(参観日)だったこともあって「疲れたから家にいたい」。

長女(小6)も、友達とテレビゲームの通信対戦する約束した、とかで家にいたい。


次女(小4)が行きたがったのと、妻も行きたいというので、僕を含めた3人だけで出かけた。


3人で、というのは、実は去年と同じだ



…今年は長女は来ると思ったんだけどな。

長男が自炊能力が怪しいので、一人だったら「昼ご飯勝手に作って食べな」というつもりだったのだが、最近料理好きの長女が昼ご飯作ってしまった。




さて、あーすフェスタでは、まずチャナダルを買いに行く。


一昨年買って、すごくおいしかった。

去年買おうとしたら、最後に行ったので売り切れていた。だから、今年は最初に行くのだ。


チニーズ、というスパイス屋さんの出店。

チャナダル 900g で 450円。今過去の日記読んだら、2年前から 50円値上げになっているな。

しかし、それでも激安。


他の商品を見ていたら、次女が「シナモンパウダー」に興味を示した。

サンリオキャラクターのシナモンが好きだから。


そして、隣にある「シナモンホール」を見て「なにこれ?」と不思議がる。

次女の知識では、シナモンはパウダーかスティックのようだ。しかし、シナモンホールはどう見ても木片。


シナモンって何だと思う? と聞いたら、果物か何かだと思っている様子だったので、いい香りのする木の皮の部分だ、と教えてあげる。


じゃぁ、ホールってなに? というのが次の質問。

他にもペッパーホールとか、バジルシードホールとか商品が並んでいるけど…


「丸ごと」って意味だと教えて、納得。

面白そうなので、シナモンホールを買ってみることにする。



さらに、妻が、バジルシードホールと、マスタードホールに興味を示した。それも買う。

ほかにガラムマサラと、次女が「前に食べておいしかった」というフェンネルの砂糖掛け。


結構買った。




昼ご飯時間帯なので、各国ご飯食べ歩き。


次女がケバブ食べたいという。

ケバブは人気あって、数店で出している。ちょうど焼きあがってそぎ落としている店があったので、そこでマヨネーズ味のケバブサンド(千切りキャベツと一緒にピタに詰めたもの)を購入。


アフリカ料理を出しているところで、アフリカ風のピラフ購入。

あと、アフリカンビール。「フルーツ&ハーブ」というのがあったので買ってみたが、ビールじゃなくてカクテルだった。


#原材料みたら、スピリッツにフルーツとアフリカンハーブを漬け込んだものを、炭酸水で割った、と英語で書いてあった。

 アフリカンハーブの正体が知りたいところ。


まぁ、おいしかったからいいのだけど。


親だけビール飲んでずるい、何か飲み物ほしい、と次女が言うので、すぐ近くにあったタピオカドリンク購入。

味がいくつかあったので、マンゴー味にした。


家族でケバブとピラフを食べていたら、近くに中華の歩き売りが来る。

うまそうだったので、角煮・味付けゆで卵丼を購入。



…で、食べ終わって一息。

屋台を全部見てないので見てみよう、と少し歩くが、とりあえず追加で食べたいほどのものはなかった。


次女がフライドポテト欲しがったので、それだけ購入。

次女はフライドポテト大好きで、体の半分はフライドポテトでできているのではないか、というほど。




じつは、食い歩きを始める前から、呼び込みをやっていて気になっていたものがある。


「世界のお茶・コーヒー」を紹介する催しをやっているという。

ちょっと興味ある、と言ったら、妻も興味があるというので、見に行くことにした。


5つの国のテーブルがあり、それぞれ先着50名だという。

11時からやっているというが、すでに時間は13時近く。まだ大丈夫かな…



会議室でイベントをやっていて、入り口で食券を買う方式。すでにいくつかは売り切れたという。

売り切れは、トルココーヒーと中国茶と、インドのチャイ。


しかし、それは幸いだった。その3つは飲んだことがある。

残りは、ベトナムと韓国のお茶。


…ここで、詳細を知り、「え? ベトナム飲みたい!」となる。

ベトナムには、蓮茶があった。いつか飲んでみたいと思っていたあこがれのお茶。


ベトナムにはもう一つ、アーティチョーク茶もあった。

こちらは妻が興味を示す。実は、庭でアーティチョークを育てていて、「お茶にできる」と聞いて過去にやったことがあるのだ。


だけど、苦いばかりでおいしくなかった。ちゃんとしたものを飲んでみたい。


そしてもう一つ、韓国のお茶はトングレ茶。ユリ科の花の根のお茶、とのことだった。



3つあるんだから、3人で1杯づつ買って、全部味わおう…と思ったら、ベトナムは1回分の料金で2杯だという。

じゃぁ、ベトナムと韓国両方1杯づつで。




まずベトナムのテーブルに着く。

1杯分しかお金払ってないけど、どうぞ座ってくださいと3つの椅子を出していただけた。


さらに、お茶菓子は1つ分だけど、どうぞ飲んでくださいと、僕と妻の両方にお茶をくれるという。



どちらから飲みますか? といわれ、まずはあこがれの蓮茶を、と頼む。

そうしたら、淹れている間、どうぞ蓮茶の茶葉の香りをかいでみてください、と器に入れた茶葉を出してくれた。


ここで、次女からの疑問。蓮茶って何?


蓮茶は、蓮の花の香りを茶葉に移した高級茶だ。

蓮の花は、開いてしまえば急速に香りが逃げてしまう。しかし、開く前のつぼみは固い。


そこで、花が開く直前の夜明けごろに池の上に船を出し、今から開きそうなつぼみを収穫する。

そして、つぼみを少し開いて茶葉を詰め込み、先端を縛って蓮の花の香りを移す。


手間がかかるので、もちろん高級茶。

そもそも、こんな手間をかけるのだから、茶葉の時点でも高級な良いものしか使わず、とても高価なものになる。


#…という認識だったのだが、今調べたところ、つぼみに入れて縛る、というのは本当に高級な、王族が飲むようなものだけのようだ。

 普通のものは、香りの元である花粉をたっぷりとつけたおしべと混ぜる。とはいえ、これでも高級品。

 


…と説明していたら「詳しいですねぇ。もしかして、奥さんベトナム人?」と聞かれる。

妻は生粋の日本人だが、肌が浅黒いので時々東南アジア系に間違われる。



今回いただいた蓮茶は、ティーバッグの安いもの。人工香料で香りをつけてあるようだ。

とはいえ、蓮の香りのお茶を初めて飲んだ。なかなかおいしい。


感激していると「今は、日本でも簡単に手に入りますよ。カルディで売ってます」と言われた。

カルディ、時々行って買い物してる。憧れのお茶を売っていたのに気づかないなんて。




お茶を飲みながらお茶菓子をいただく。


バインザーロン

リンク先のベトナム菓子店のものを出してくれた。


豚の皮のお菓子、という意味だそうだが、豚肉が入っているわけではない。

見た目が美しい層になっていて、豚の三枚肉のようだ、ということらしい。


おいしい。独特の食感で、間に何かクリーミーなものを挟んでいる感じ。


…食感は、ういろうだな。

クリーミーに感じているものも、薄く焼いた生地を挟んであって、それが水分で柔らかくなっている感じ。


ベトナムだし、米粉を蒸したようなお菓子ですか? と聞いてみたところ、タピオカ粉とのこと。

当たらずとも遠からず。間の記事はココナツミルクの香りだ。


とてもおいしかった。



「豚皮のお菓子」というのは、見た目が三枚肉に似ているから、とその場では聞いたし、今見つけたお菓子屋さんのページによれば、食感が豚皮に似ているからではないか、とのこと。


でも、饅頭とか羊羹と同じような由来ではないのかな。

両方とも、もともとは肉を使った料理で、後に肉を使わないおやつに変わったものだ。




アーティチョーク茶もおいしかった。


蓮茶は緑茶に蓮の香りを付けたものだけど、アーティチョーク茶はお茶の葉は入っていない。


ノンカフェインの…薄めの麦茶のような味わいだ。とてもやさしい味でおいしい。


ありがとうございました、おいしかったです、と伝え、次は韓国のテーブルへ。




韓国のテーブルは、ちょうどお客さんが多くて座席が1つしかなかった。

しかし、隣にフリースペースであるテーブルがあったので、そちらに座らせてもらい、いただく。


お茶を入れてもらっている間に、韓国のお茶文化を説明しているファイルがあったので読ませてもらう。


トングレ茶は、ユリ科のアマドコロの根を使ったお茶だそうだ。

今日いただくものは、トングレだけでなく、クコの実を一緒に入れて煮出しているそうだ。


それを読んで妻が言う。アマドコロなら、近所の森林公園に自生してるよ、と。



百合の根って、毒がある種類もなかったっけ? と聞くと、「毒があるのと無いのが激しいので、素人がゆり根だとか言って適当に食べてはならない」とのこと。


まぁ、お茶として飲むのだから毒はないか、熱で壊れる種類の毒か、あっても「薬効成分」になるくらい弱いのだろう。


今調べたらたしかにこの花見たことある。

そして、実は有毒だそうだ。




お茶としては、こちらも麦茶のような風味。

お茶の葉が入っていないので、カフェインレスの優しい風味。


いただいたお茶菓子は、ヨモギ餅に少し乾燥させた感じの餡子をまぶしたようなお菓子。

こちらもおいしく…僕と妻は一口もらったが、次女が気に入って残り全部食べた。




以上で終了。


あーすフェスタの終了時刻まではまだ時間があったのだが、この日は夕方から長男の塾があったので、早めに切り上げた。




▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

その他

別年同日の日記

03年 楽園を求めて…

05年 お掃除ロボ

12年 姪の結婚式

15年 68000はグラフィックに強かったのか

18年 フェスとフェスタと祭りと開放日


申し訳ありませんが、現在意見投稿をできない状態にしています

洗濯機来ました  2019-05-23 14:26:39  歯車 住まい

▲目次へ ⇒この記事のURL

先日洗濯機が壊れたので、すぐ買い替えた。

昨日到着した。


洗濯機というのは、入手したからと言って「すぐ使ってみよう」という性質のものではない。

そのため、わくわくしながら(?)マニュアルを読み、今朝になってやっと使った。


うん。なかなか良い。満足。


以下、以前の…19年前の、今は亡き(吸収合併された)三洋製の洗濯機との比較なので、たぶん何の参考にもならないが書いてみよう。




サイズ。

記憶では、前の洗濯機を買ったときには、少し大きめの高価な機種を購入した。

これが「容量 7kg」だった。


今は、容量 8kg が標準的で、一番安い価格設定帯。

7kg で使っていて特に問題はなかったので、一番安い 8kg を購入した。


洗濯機を置くスペースというのは、どの家でも大体決まっていて、作りつけてあるものだ。

そのため、容量が増えてもあまり幅を広げることができない。必然的に高さが高くなる。



ところで、今の洗濯機の流行として「蓋の掃除がしやすい」という点がある。

今回購入したのは日立ビートウォッシュなのだけど、ふたがガラス製になっている。


先日購入した冷蔵庫でもそうだけど、汚れやすい部分をガラスにするのが最近の白物家電のはやりのようだ。

(白物家電、という言い方も古くて、白くないのが流行だ)


ガラスは腐食に強く、汚れても拭けば基に戻るから。


そして、「掃除のしやすさ」でいえば、継ぎ目のない大きな板であるほうが掃除しやすい。

そのため、昔の洗濯機に比べて、ふたが大きな一枚板になっているのが普通になっている。


前の洗濯機は、ふたがちょうど真ん中で折れるように畳む形で開けられた。

ビートウォッシュも2枚の板になっていて折れるのだけど、8:2 くらいのバランスになっている。



それで結局何が言いたいかというと、ふたを上にはね上げると、以前の洗濯機よりずっと上まで届いてしまうのだ。

背が高くなっているうえに、ふたを跳ね上げるときに使う空間が大きい。


「今までよりも、占有する空間が高くなっている」




そして、ここからは我が家の都合だ。

洗濯機って、その上の空間はデッドスペースになりやすく、我が家では洗濯機上ラックを使っていた。


この洗濯機ラックは、19年前に前の洗濯機を購入したときに、かなり吟味して購入したものだ。

大きめの洗濯籠をちょうど入れられるスペースがあり、洗剤などの洗濯小物も置ける。


さらに上にも棚があり、もう捨てるぼろ布などを袋に入れておいてある。

あまり溜まると布ゴミとして捨てるが、必要に応じて雑巾などとして再利用する。


洗濯機の前側にも、バスタオルを掛けられるバーがある。



実は、洗濯機購入時点で、このラックの棚がふたを開ける際にぶつかってしまうことには気づいていた。

まぁ、仕方がない。ラックを買いなおそう…と思ったら、今ではこうしたラック自体が入手困難だとわかった。


最近はドラム洗濯機も多いので、前にバーを付けると邪魔になるため、バーはついていない洗濯機ラックが多いのだ。


また、ドラム洗濯機は上側にふたが開くことはないので、上部占有空間が少ない。

このため、棚を低めに作ってある洗濯機ラックも多く、高さ問題が解消しない。


もちろん、縦型洗濯機対応で、棚の位置が高くできる(組み立て時に選べる)構造のものもある。

その場合、上部に2段ある棚の下の段の高さを変える結果、洗濯籠が収まらないほど低いスペースになってしまうのだった。



もしかしたら、腰を据えてじっくり探せばいいものもあるかもしれない。

でも、古い棚をそのまま再利用する方法を選んだ。


話は簡単で、ラックが低いから問題なのだ。

洗濯機の横にレンガを置き、その上にラックの足を乗せた。これで 10cm ほどラックの背を高くしたら解決した。




洗濯動作。


静かで速い。

標準選択コースで、洗い時間が8分、脱水が6分になっていたかな。

以前の洗濯機は、12分 - 10分だった。


#すすぎなどは時間不明。


汚れ落ちが同程度か、というのは1回しか洗っていないのでわからない。

でも、メーカーが自信をもって「標準」としている時間は、普通にきれいに洗える時間なのだろう。


モーターが良いものになっているようで、モーター音が静かになっている。

じゃぁ洗濯動作自体が静かなのかというと、以前よりも水音がする。


縦型槽洗濯機というのは、水流は基本的に「横方向に」回るものだ。


しかし、それでは上にある洗濯物が浮いてしまい、ちゃんと洗えないかもしれない。

そこで、昔から各社とも、横向きの水流でありながら、上下に水を攪拌する方法を工夫していた。


ビートウォッシュは、攪拌板を大きくうねらせることで、強い上下動を作り出している。

水音がするのは、この上下動で水面が強く動くためだと思われる。



…思われる、というのは、ふたを開けたまま洗濯できないから。


前の洗濯機は、洗濯動作だけならふたを開けたままできた。

そのまま排水まではできて、すすぎ前の脱水工程でふたが開いているとエラーになった。

脱水は、高速回転するために危ないからだ。


しかし、最近の洗濯機は洗い工程からふたを閉めていないとエラーになるようだ。

ふたはガラスだ、と書いたけど、それは表面がガラスだというだけで、透明なわけではない。


そのため中の水流とか、現在どのような状況で洗っているかなどは見ることができない。




湯取機能。


今時の洗濯機には、お風呂の残り湯をくみ上げる機能が、当たり前についている。

昔はあこがれの機能だったのに、今時は当然すぎて宣伝にも使われない。



我が家では、風呂の残り湯を洗濯に使っている。

まぁ、単純に水がもったいないからだけど、残り湯の方が水温が高いので洗濯効果が高い、というのもある。


今まではお風呂ポンプを使っていた。

スイッチ兼用になっているゼンマイ式のタイマーを回して、一定時間お湯が組める奴だ。

使い勝手に慣れていて、だいたい必要量入れられる。とはいえ、アナログの時間設定なので、あくまでも「だいたい」だ。


これが、洗濯機自体にポンプ機能が付き、必要なだけ自動で汲んでくれるので適正量を入れられるようになる。



一方で、今までとは違う使い勝手の問題も出るだろうと思う。

…まだ1回しか洗濯していないので、この問題は出ていないのだが。


お風呂のお湯を捨てて洗うときには、先に洗濯機に水を汲んでいたんだ。


だいたいいつもの洗濯ものの量、という前提で水を入れてしまう。

洗い始めてから、実際の洗濯ものの量を目分量で測り、水位を調整する。


これ、先に書いたけど洗濯中にふたを開けられないので、「目分量で調整」ができなくなる。




夜の間に温かいお湯を入れ、洗剤を溶かしてしまい、タイマーで洗うのは翌朝、というのもよくやる。

こちらはできるようだが、夜お湯を入れていた理由は、先に書いたお風呂ポンプが手動だから、という理由も大きかった。


朝は、朝ご飯の支度などで忙しいので、同時に洗濯を行う際にお風呂ポンプを使いにくいんだ。

お湯を入れる都合上ふたは閉められず、ふたを閉めないまま洗濯をしていると、脱水工程でエラーになるから。



しかし、こちらの悩みは洗濯機自体にポンプ機能が付き、全自動でやってくれるために問題はなくなる。

タイマーを使うにしても、ホースをふろに突っ込んでタイマーセットしたら、お湯を汲む段階から翌朝やってくれる、ということでいいのだろう。



そして、全自動の利点として、すすぎにも風呂の水を使える。

手動でポンプを動かしていると、これはできなかった。


風呂の残り湯では水自体が汚れていて、完全な意味での「すすぎ」ができないため、ふろ水を使った場合は最後に少しの水道水ですすぎ洗いをしてくれるそうだ。


こちらの機能は、今朝は試していない。

今朝の段階では、いつも通りふろ水で洗って、水道水ですすいだだけだ。


また今度、すすぎもふろ水を使い、最後にわずかな水道水ですすぐ、というのも試してみよう。




湯取機能用のホースは、洗濯機横に掛けるためのフックが付属する。


しかし、完全に我が家の場合の話になるが、先に書いた洗濯機ラックを周りに接地するために、このフックが使えない。


以前から使っていた風呂水ポンプ用のホースフックがあり、これも一般的な洗濯機の横につけられるようになっているのだけど、汎用品であるがゆえに、今回ついていた「専用品」よりも取り付け部分の形状に余裕があった。


#形状に余裕、ってわかりにくいのだけど、フック自体をどこかに掛けるためのフック部分が、より太いものに掛けられるような形になっていた。


このため、ふろ水ポンプ用フックは洗濯機ラックのフレームに引っ掛けることができ、いままでそのようにして使ってきた。



というわけで、洗濯機についてきた専用品は使わず、今後もふろ水ポンプ付属のフックを使うことにする。

風呂水ポンプ自体は…もう不要なので、次の家電ゴミの日に捨てよう。




糸くず取り。


地味な話だけど、前の機種は「高級機種だったから」糸くず取りのフィルタ機能がついていた。

今時、どの機種でも当たり前についている。


20年前は、アイディア商品としての「洗濯物糸くず取りネット」というものが流行していた。

…あ、調べたら今でもありますね。あえて「2槽式専用」として売っているようです。


これは、洗濯機の中に吸盤で張り付けて、水流に逆らうように網を設置、洗濯物から出た糸くずなどを取ろうというものです。


で、話を戻すと前の洗濯機には、標準で糸くず取の機能がついていた。


洗う時の水流によって水が洗濯槽内部を駆け上り、上から洗濯槽に戻るようになっていて、そこに「ネット」が設置してあるという、単純な仕組みだった。

月に一度くらいは掃除するようにしていたけど、その程度の掃除で済む程度にしか糸くずは取れていない。



新しい洗濯機では、もっと直接的に、洗濯槽の横の水没する位置に専用の「糸取り」のための器具が取り付けてある。


虫取り網のようなネットではなく、網戸のように平らなネットで、しっかりと洗濯槽内部に取り付けられる。

そして、これはカプセル状のトラップにもなっていて、取り外して掃除しないと内部のごみが逆流するようなことがないようにしてある。


洗濯のたびに掃除するように指示があるので、1度の洗濯で開けてみたところ、結構糸くずが取れていた。

20年前は「アイディア商品」レベルのものだったけど、20年でしっかり役に立つレベルに洗練されているのだろう。




脱水。


ビートウォッシュでは、脱水時に洗濯物が絡まないように「ほぐして」脱水してくれる。

まだ1度しか洗濯していないわけだが、実際ほぐれていて感心した。


脱水時間が30分伸びていいのであれば、洗濯物をかき回しながら空気を送り、ある程度乾かすという動作もできる。

乾燥機ではないので完全には乾かないが、部屋干しの際には良い、ということになっている。

(部屋干し脱水という名称になっている)


とりあえず我が家的には、この機能は不要。

夏は外に干すし、冬は部屋が乾燥しすぎるため、加湿器代わりに部屋干ししているので。


でも、面白そうなので今度試してみたいとは思っている。




▲目次へ ⇒この記事のURL

同じテーマの日記(最近の一覧)

歯車

住まい

別年同日の日記

02年 5/23

02年 5/23

13年 システムちょっと改変


申し訳ありませんが、現在意見投稿をできない状態にしています


戻る
トップページへ

-- share --

0000

-- follow --




- Reverse Link -