2007年08月の記事
全16件 (16件中 1-16件目)
1
-
skpeが変！
今日は、skypeのネットワークが調子が悪いようだ。コンタクトのonlineステータスが正しく通知されない。同じLAN上の３台のskypeのONLINE状態が通知されたり、されなかったりする。A,BともにONLINE状態なのに、AからBはOFFLINEに見えて、BからAはONLINEに見えたりする。CALLするとと、ONLINE状態の認識ができるようになることもあるが、CALL自身できないこともある。どうも、skypeネットワークの問題のようだが。。つい先日大規模なネットワークダウンがあったが、その影響がなにかあるのかな？少し様子をみることにする。
2007.08.31
コメント(1)
-
VECTORに登録
お盆の頃にＶＥＣＴＯＲに登録したけど、連絡がまだこないな。こんなもんかもしれないが、、（登録に１～３Ｗｅｅｋかかるとのことだが。。）
2007.08.27
コメント(0)
-
ウィンドウアプリでコンソール出力
WinMainで始まるウィンドウアプリで、単純にprintf()文でデバッグ文を出力したいことがある。ＷｉｎＭａｉｎ（）の先頭、（メッセージループに入る前）に AllocConsole(); freopen("CONOUT$", "w", stdout);と記述し、メッセージループを抜けて、return文の前に FreeConsole();とする。単純に、printf()で情報を出力できのは、main()関数でＣ言語を覚えた当方としては結構重宝している。 freopen("CONIN$", "r", stdin);を追記すれば、標準入力も扱えるが、メッセージループとの兼ね合いがあり、標準入力の方は一工夫必要です。興味ある方はトライしてみてください。
2007.08.24
コメント(0)
-
暑い
アッチッチ！暑い。熱い。あつい。アツイ。
2007.08.21
コメント(0)
-
もうひとつ
明日からまた、お出かけなので連投です。現在設計中の案件の整理を。。以前も書いたが、TCPのSkypeA2Aでのブリッジ版の汎用版を設計中です。A２Aの性能の問題はあるが、両端でTCPを終端してやるとアプリケーション側のタイムアウト設定をケアしてやればそこそこ使い物になる。実際CVSのブリッジはWinCVSのタイムアウトが長いので決行使い物になる。スペックはおおよそこんな具合で。。１）サーバ/クライアントは別アプリにする。２）サーバは複数からの接続を許可する。許可する接続はコンタクトリストに登録済みでCONNECTABLEなユーザ。３）認証機能はあり。４）サーバPCから他PCへの接続もあり。５）サーバ側の設定は、 ・接続先IP,PORT番号の組×５，６個 ・パスワード設定６）サーバ側のモニタ(ログ）表示は ・現在の接続中のクライアント（skypeID) ・接続開始時刻 ・接続終了時刻 ・使用中PORT番号、 ・A2A転送レート ・切断時刻７）クライアント側の設定は、 ・接続先サーバ指定 ・複数サーバ接続あり ・接続ＰＯＲＴ番号はサーバからもらう ・接続サーバ別パスワード設定８）クライアント側のモニタ(ログ）表示は、 ・接続中サーバ（skypeID) ・接続開始時刻 ・接続終了時刻 ・使用ＰＯＲＴ番号んな感じ。現在サーバのクラス設計中。。
2007.08.20
コメント(0)
-
開発テーマについて
EatherOverSkypeの開発は保留中です。パスワード入力とNIC選択機能を追加している途中でいろいろと雑用が入り放置しているところです。今月は、雑用がいろいろとあり上記も通信帯域の性能問題に突き当たったあたりで、すすみが悪くなっちゃいました。性能問題についても、案はいくつかあるのですが詳細の検討を進める時間がなくて放置状態だ。案を、備忘録がわりに記しておきます。１）迂回路案 帯域が悪くなったとき、複数接続により伝送路を迂回させる。A-Bで帯域が確保できない場合、A-C-Bと間にCノードをはさんで迂回路を作る案。２）データの転送経路を転送サーバを別途たてる。 コンタクト間の接続に関する制御までをskypeA2Aにて行い、データの転送経路は別サーバ経由で行う。このためには、インターネットのグローバルアドレス上にサーバを立てる必要があり、すぐにはできないがレンタルサーバか、実験レベルならではダイナミックDNS等でサーバを立てて2箇所からのTCP接続をブリッジするソフトを書く必要がある。３）1)案が効果があるなら、1)案、2)案を併用して自動的に切り替える手もありかなと思う。迂回路の方は、通信量が少ないときにネットワークのトポロジを自動的に検出して迂回路を自動的に割り出す。つまりA-B,C、Dの接続があるときB、C、Dの先からAへのループが存在するかどうかを自動検出する手があるかもしれない。どの道迂回路段数がおおくなると性能的に厳しいので1段の検出のみ程度なのでたぶんそう難しくはないはず。
2007.08.20
コメント(0)
-
skypeに障害
先週末から、田舎に行っていて知らなかったのですが、skypeでログインできない状態が2日間づづいていたようです。skype始まって以来の大規模な通信障害だったようです。現在は、回復している模様。詳細は、http://share.skype.com/sites/ja/
2007.08.20
コメント(0)
-
SkyGateXXXのＵＩ
お盆はどこにも行かずまったりしています。お盆のピークを外して、週末に田舎へ、来週は家族で小旅行へ出かけます。なもんで、、ブログの更新は飛び飛びになりそうですね。今度の、ＳｋｙＧａｔｅＦｏｒＸＸＸのＵＩはこんな感じでかなり小さくまとめました。（まえのは、無駄に大きかったので）
2007.08.14
コメント(0)
-
リリース情報
SkyGateForFTP/CVS ver.1-0-1-107をリリースしました。下記からダウンロードできます。http://www4.ocn.ne.jp/~dragonoo/ 今回は、ＵＩ全体を小さくコンパクトにまとめました。画面ををじっと見ているようなアプリではないので、画面の邪魔にならないように小さくしてみました。
2007.08.13
コメント(1)
-
ＳｋｙＧａｔｅＦｏｒＦＴＰ／ＣＶＳリリースのお知らせ
SkyGateForFTP/CVS Ver.1-0-1-106をリリースしました。シーケンス番号のチェックを追加しました。通信用ヘッダの構造がかわっています。いままでのＶｅｒ.とデータ非互換となります。サーバＰＣ，クライアントＰＣ同時に入れ替えてください。（３連投）
2007.08.06
コメント(0)
-
SkyGateForXXXのＵＩについて
開発中は気にならなかったが、ＳｋｙＧａｔｅＦｏｒＸＸＸのＵＩがでかすぎるような気がしてきた。オペレーションは、接続先と接続＆切断しかないわりにウィンドウの画面が大きすぎるようなきがする。とくに１０２４×７６８程度の画面でみるとかなりでかい。ずっと画面をみてるあぷりではないので時期をみてＵＩの見直しを行いたい。（今日は連投だ。）
2007.08.06
コメント(0)
-
EatherOverSkypeについて
転送帯域の件、もう少し調査してみたが決定打はなし。ただ、帯域条件のいいときも結構ありそう悲観的でもないかもしれない。映像を使用すると、帯域が悪くなることが多く映像を切ったあとも回復しない。一旦オフラインにして、オンラインにすると改めて接続状況がかわるみたいで結構な頻度で帯域が回復した。解決策としては、skypeとは別に伝送路を作るなど、（たとえば、パケットの転送サーバを別にたてて、skypeは接続制御だけにつかう等。）当面帯域の件はひとまず置いておく。最終的にskygateアプリはグループウエアの方向に持ってゆきたいので複数接続の検証の方に軸足を移してゆく。
2007.08.06
コメント(0)
-
EatherOverSkypeについて
転送帯域の件、もう少し調査してみたが決定打はなし。ただ、帯域条件のいいときも結構ありそう悲観的でもないかもしれない。映像を使用すると、帯域が悪くなることが多く映像を切ったあとも回復しない。一旦オフラインにして、オンラインにすると改めて接続状況がかわるみたいで結構な頻度で帯域が回復した。解決策としては、skypeとは別に伝送路を作るなど、（たとえば、パケットの転送サーバを別にたてて、skypeは接続制御だけにつかう等。）当面帯域の件はひとまず置いておく。最終的にskygateアプリはグループウエアの方向に持ってゆきたいので複数接続の検証の方に軸足を移してゆく。
2007.08.06
コメント(0)
-
EatherOverSkypeについて
今度のUIは、全体を小さくまとめようと思う。製作途中ですが、こんな感じになりそうです。
2007.08.02
コメント(0)
-
Vector作者登録がやっと。。
Vectorの作者登録が昨日やっとできた。7月の初旬に２回登録したが、登録完了のメールが来ないのでしばらく忘れていた。昨日思い出して3回目の登録をおこなったら、その日のうちに登録完了のメールが返送された。Vectorの説明だとメール事故とのことだったが。。なんか、いまいち釈然としない気分である。まあ、それはさておき、時期をみてSkyGateForFTP/SkyGateForCvsはVectorに移行させようと思っています。
2007.08.02
コメント(0)
-
EatherOverSkypeについて
先日の帯域性能向上のため、StreamとDatagramの併用をやってみた。単純に、大きいパケットはStreamで、小さいパケットはDataGramでという風にやってみたが、結果は転送順がぐちゃぐちゃになり再送パケットが多発してかえって悪い結果になった。あと、考えられる対策は１）複数のStreamを使用してマルチセッションをやってみる。２）全部にしてみる。（この場合は、Eatherのデータが最大１５１４バイト、Datagramが１４００文字（700バイト）なので、パケットを最大３分割＆組み立ての処理が必要）があるが、それなりにアルゴリズムを設計して実装しなければならない。とりあえずは、忘れないように案レベルを記載して当面この件は保留する。で、アプリケーションとして必要なUI回りを少し整備します。
2007.08.01
コメント(2)
全16件 (16件中 1-16件目)
1
-
-
- 楽天ラッキーくじ
- 楽天ラッキーくじ更新情報（2026/9/7…
- (2026-09-07 12:51:46)
-
-
-
- Amazonマケプレ
- PR 招待購入 ポケモンカードゲーム…
- (2026-06-02 20:04:50)
-
-
-
- 楽天アフィリエイト♪
- 【P10倍】【公式】 NEC LAVIE 日本 …
- (2026-09-07 21:43:40)
-
