Skype のビデオチャットの映像が止まるので、Gmail のビデオチャットを代わりに使う

追記 (2009.10.14) : Skype をアップデートしてバージョンが 4.1.0.179 になったら問題なくなった。

1. Skype のビデオチャットの表示が乱れる

Skype のビデオチャットの表示がおかしい。通話途中で相手の表示が止ったり、相手が表示されている映像の上にウィンドウを重ねるとウィンドウが残ったりする。

Skype の再インストールをしてもダメ。ウェブカメラのドライバを更新してもダメ。

ウェブカメラのドライバを残し、タスクトレイに常駐している Qcam ユーティリティのみを削除してもダメ。

最新のグラフィックチップのドライバを再インストールしてもダメ。(+_+) ハードウェアアクセラレータの値を変更してもダメだった。 (+_+)

 

2. Gmail ボイス & ビデオチャット

Google でもビデオチャットを利用できる。

Gmail ボイス＆ビデオチャット をインストール。

細かな設定は、Gmail の設定 > チャット > ボイス&ビデオチャット。

Gmail のチャットよりビデオチャットを開始。こちらも映像が乱れることなく表示され続けた。表示するウィンドウのサイズも変更できるので、当分はこれを使っておくことにしよう。

 

3. Logicool Vid

Logicool via kwout

ロジクールには、Logicool Vid というビデオチャット用のアプリケーションがある。

ロジクール、ビデオチャットソフト「Logicool Vid」を無料公開 -BB Watch によると、

「Logicool Vid」ではP2Pを使ってSIP通信する「Logicool SightSpeed Network」技術を採用した。

「Logicool SightSpeed Network」とは、Logitech、ビデオチャットのSightSpeedを買収  によると、

周辺機器のLogitech (ロジクール)が、ビデオ通話技術のスタートアップSightSpeedを買収すると発表しました。SightSpeedはインターネット通話の代名詞となっているSkypeほどの知名度はないものの技術的には高い評価を受けており、…

こちらは Skype と違い、映像がちゃんと表示された。

 

4. その他

追記 : 今朝になって Skype を再度使用したら、今度は割と安定して表示された。しかし、今度は自分の映像の方が乱れることがある。今の Skype のバージョンはダメなのかなぁ？

追記 (2009.9.15) : Skype が一番音質が良いようなので、できれば Skype を使いたい。Windows Live メッセンジャー は音声と映像を独立して送信できるので、音声は Skype 、映像は Windows live メッセンジャーを使うことにした。早く Skype 安定して～ (+_+)

Qcam® Communicate STX™ のドライバ

Qcam® Communicate STX™ のドライバのダウンロード先には、よく似た名前が二つある。

Qcam® Communicate STX™ via kwout

Qcam® Communicate STX™(QCAM-130E)

• タイトル: Logicool Webcam Software v1.0 (Windows用Logicool Vid™ 含)
• Software Version: 1.0
• Post Date: 16-06-2009
• プラットフォーム: Windows XP
• File Size: 40 Mb

Qcam® Communicate STX™(QVC-71)

• タイトル: QCam v11.5
• Software Version: 11.5
• Post Date: 2007/10/29
• プラットフォーム: Windows XP
• File Size: ダウンロードサイズは約38MBです。

(フォントの赤字は引用者による)

追記(2015/9/13): QuickCam®コミュニケートSTX - Logicoolサポート

とりあえず、新しく更新されている前者のドライバを使っている。

インストールしたら、デバイスマネージャでドライバが更新されていることを日付を見て確認する。

炊飯器を変えたらご飯の味が変わった - 三洋電機 匠純銅 おどり炊き ECJ-XP1000

ご飯がまずい (+_+)

どうも最近実家のご飯の味が今一。稲作地方でないにも関わらず両親は割と米の味にこだわり、アイガモ農法をしている農家から直接購入する。ただし、完全に農薬を使わないものだと値段が高いので、同じ農家の中で低農薬で作っている米を買う。

はじめて食べたときは「米粒の味が上手いなぁ～ ^^」と思った。冷めても結構いける。しかし、今は季節的に米が新鮮でないことを差し引いても何かどこかおかしい。旨味が少なく、べしゃっとしている。母曰く「あんたの舌がおかしいんじゃないの？」との言に納得が行かず、釜を調べてみたら銅がはがれている部分があることが判明。この炊飯器、既に 7、8 年は使っているので寿命と考えてもいいだろう。当時と比べたら今は技術も進歩しているに違いないので、新しいものを購入することに家族一同同意した。

価格.com - 炊飯器 売れ筋ランキング via kwout

 

三洋・三菱強し

価格.com - 炊飯器 売れ筋ランキング を見ると、圧倒的に三洋と三菱の製品が強い。しかし、三洋と言えば数年前に通販で高い評価を得ていた炊飯機を購入したら、どうにもご飯の味が不味くて使わなくなり、家族みんな三洋アレルギー。そのときはすぐにナショナルの炊飯器に買い換えた。「価格.com では三洋が高い評価を得ているよ」と伝えても、「三洋はダメ！」と。

 

三菱 NJ-XS10J

それならばと思い考えたのが、三菱電機 NJ-XS10J 。買い換えるとなったら母も気が早いもので、パンフレットを電器店にもらいに行き、その中で一番目に留ったのがこの製品だった。デザインが炊飯器っぽくないところと、蒸気が出ないところが気にいったらしい。これに決めようかと思ったけれど、ランキング 1 位の三洋が気になり三菱と比較しているレビューをチェック。

価格.com - 三菱電機 NJ-XS10J ユーザーレビュー・評価 によると、

「★味
炊きあがりはとてもしゃっきりしています。
XP1000 (補足: 三洋の炊飯器) と比べるとその食感の違いは歴然です。
（普段はコシヒカリを炊いてます）
XP1000は圧力IHのためもちっと炊き上がるので違うのは当然なのですが、圧力をかけないXP1000のすし・カレーモードで炊いたときよりもさらにしゃっきりしています。」

(補足は引用者による)

自分は固めのご飯が好きなのだけれど、両親共に柔らかめが好き。勧めるなら三洋の方かなと考えが傾いた。

 

三洋 ECJ-XP1000

ところで、米と言えば新潟の新潟人に言わせれば、「そんなの当然土鍋が一番上手い」そうだ。

この点、三洋の開発者のこだわりを読むと、

「おいしさへの追求は、はてなき課題だ。そこで注目したのが昔ながらの「かまど」の炊き方だった。「かまど」炊きがおいしいのは、お米の旨みそのものである「おねば」が薪の強火で大量につくられるから。「おねば」とは先に述べたお米のα化のことだ。お米の粘りと甘みが引き出されたデンプンがごはんを包み込むので、外側はツヤツヤ、ほどよく粘りがあって中はふっくらとしたおいしいごはんが生まれる。…

開発スタッフたちは280mlも入る「うまみタンク」を導入し、沸騰しても外へ噴き出さない構造を作った。「おねば」は釜内で沸騰した時には蒸気と一緒に出てくるが、余分な蒸気は別の通路をつくって排出し、「おねば」だけを「うまみタンク」に溜めることにした。そしてタンクに溜められた「おねば」は蒸らしの段階で戻され、ごはん一粒一粒をくるむので、ツヤツヤで中はふっくらとしたごはんが炊きあがる。」

(ついにかまど炊きの味を超えた？！ より)

なるほど粘りが重要なのかぁ。(@_@) しかも、おねばをキャッチするタンクもでかい。新潟人も上記を読んで納得。

自分一人なら三菱を選んだかもしれないが、やはり三洋にすることにした。

 

今までと全然味が違う

早速米を炊いて食べたら、今までと全く味が違った。とにかく甘いの一言。同じ米とは思えない。 ^^ これなら、ワンランク下の米でおいしく頂けるのでは？と思えるほど。正直炊飯器を変えるだけでこれほど米の味が変わるとは想像してなかった。

PHP でセッションの利用 – session_start()

PHP でセッションを利用するには session_start() を使う。

しかし、次のコードを実行するとエラーが発生。

こんにちは
<?php
session_start();
?>

結果は、

こんにちは
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at C:XXXXXX\test.php:2) in C:XXXXX\test.php on line 3

これは 初めてのPHP5 (p164) によると、

HTML の前はヘッダを含む応答の一部です。ヘッダは画面には表示されませんが、Web クライアントからサーバへの命令や情報になります。…

Web サーバから Web クライアントへの応答ヘッダはすべて、応答の始めにあるべきです。… 一度、本文が送られると、たとえそれが 1 行であっても、それ以上ヘッダが送られることはありません。…

setcookie() や session_start() のような関数は応答にヘッダを追加します。追加されたヘッダが適切に送られるためには、出力の開始前に追加されなければなりません。…

ブランク行であっても、<?php ?> タグの外側には何もないことをチェックしましょう。

上記のヘッダとは[Studying HTTP] HTTP Header Fields による、

クライアントとサーバは、HTTP ヘッダを使ってデータやソフトウェア自身の情報をやりとりしていきます。 HTTP/0.9 では、データの取得のみを目的としていたので、HTTP ヘッダというものは存在しませんでした。しかし、WWW が活用され始め、そのリソースに関連する情報 (例えば、返されるリソースのサイズやその更新時刻等) や、クライアント側の情報 (例えば、ユーザエージェントの種類やそれを参照するリソースの URL 等) をやりとりしたいと思うようになり、実際のリソースとは別のメタ (外部) 情報を扱うものとして、HTTP ヘッダが開発されたのです。

PHP: session_start – Manual の注意をよく読むと、

注意: クッキーに基づくセッションを使用している場合、ブラウザに何か出力を行う前に session_start() をコールする必要があります。

呼出すタイミングには注意が必要。状態を考えてコーディングしないといけないのはやっぱ面倒だなぁ。。 (+_+)

 

参考

• PHP: Sessions - Manual

ブール型を返す冗長な関数

昔書いたコードを眺めていて、当時は違和感はなかったのだけれど、今見ると「あれ？」(@_@;) と思うものがあった。例えば、Python で「与えられた数が 10 未満であるかどうかを調べる関数」が次のように記述されていたとする。

def lessthan10(x):
    if (x < 10):
        return True
    else:
        return False

上記は次にように書けば 2 行で済む。

def lessthan10(x):
    return x < 10

ブール型を返す関数をチェックしてブール型を返すというパターンの関数において、他にも同じように冗長に書いているものがいくつかあった。以前は前者の書き方の方が見たときにパッと理解しやすく、後者はシンプルだけれど感覚的に何となく好きになれなかった。

上記をまとめると、

It is alway possible to replace the pattern if (E) {return true;} else {return false;} by the pattern return E;

(Simplifying Boolean Expressions and Conditionals より)

 

ところで、なぜ冗長だと気にかかるようになったかと考えてみると、Haskell で同じ関数を書くとするならセクションを使って、

lessthan10 = (< 10)

面倒なので次のようには書かないし、

lessthan10 x = if x < 10 then True else False

ましてや次のようにも書かない。

lessthan10 x = case x < 10 of
                 True      -> True
                 otherwise -> False

lessthan10 x = case x of
                 x | x < 10 -> True
                 otherwise  -> False

嗜好が変わってきたのかなぁ～。言語が思考を規定すると言ったら大袈裟か。。 ^^; やっぱ習慣の引力？

 

参考

• Simplifying Boolean Expressions « Invisible Blocks