*Peercast-VP [#q98fe728]
#contents

**Peercast-VPとは [#u219316a]
[[PeerCast Old File Archive>http://vols.s57.xrea.com/index.html]]から最新のVP(改造版)をダウンロードして解凍してください。
//KPが2009-09-13で閉鎖するためVP版のリンク先を変更
改造版の中の人が開発している、オリジナル版と互換性のある改造版。
%%現在進行形で開発が進んでいる。%%

2009/09/10現在の最新版は「VP0026」
β版は「PeerCast-VP 27-1 diff20080120」
※VP版は偶数ナンバーが正式版、奇数ナンバーがβ版という形で公開されています。
※PeerCast-VP 27-1 diff20080120 については1年以上これといった不具合報告が無いので最新版と言える。
※VP版作者からIM版作者に引き継ぎがあったらしい。[[Peercast IM配布所(仮)>http://pecaim.net/]]

**本家版との違い(readme&更新履歴より) [#haf8e4e0]

- (JP)Push=YesのKick機能 ポト0をキックします。
- (JP)簡易自動リレー数設定機能、自動キープ機能
- (JP)Win32-GUIのチャンネル、ジャンル、曲名等のUnicode->Shift_JIS変換表示機能
- (JP)setmeta機能
- (JP)カレントフォルダにできるplay.plsと*.asx消去機能
//ポート0はポート開とリレー出来る、よって「擬似ポート0」だと
//誤解を招く恐れがあるため、「リレー不可」へ変更
//- 擬似ポート0色表示追加 擬似ポート0は 紫 で表示されます。
- リレー不可色表示追加 リレー不可は 紫 で表示されます。
- 複数YP対応(視聴のみ) 2つまで設定できます。
- GUI改良
- リレー時負荷低減
- チャンネル数判断のリレー受け入れチェック修正
- ビットレート判断によるリレー受け入れチェック修正
- GUIからのCH切断/BUMP/KEEPで落ちないよう修正
- 配信開始時の視聴チャンネル化け修正
- リレー情報にIPチェックタグ埋め込み
- 配信時、ポト0・疑似ポト0が直下についたら即切断(ON/OFFあり)
- 配信時、VP版のみ直下受け付け(ON/OFFあり)
- 配信・視聴時、ポト0ホスト自動切断後の再受け入れ時間を設定可能に

*GUI解説 [#v138435c]

GUIの出し方

タスクトレイのpeercastのアイコンを右クリック→高度→GUIを表示
もしくはタスクトレイのpeercastのアイコンをダブルクリック

#ref(GUI.jpg,nolink)


+オンで変更した設定の適用~
+使用するポート番号とパスワードの設定~
+最大リレー数の設定~
+受信中のチャンネル一覧~
+接続状況~
+ログビューワ~

*GUIのリレー状態の部分の解説 [#hfd92b44]

#ref(GUI2.jpg,nolink)

配信者直下だと受信中チャンネル一覧の文字色が 暗い緑 になります。
#ref(直下.jpg,nolink)

**1、受信状態 [#x0f18d0e]
色によって受信状態をわかりやすく表示しています。

''色の説明''
***問題ない色[#e9303ba0]
-白(□) リレー側
IDLE状態。未接続。&br;&br;
-白(□) コネクション側
ローカルリレー、YPへの情報送信など。特に気にしなくていい。&br;&br;
- 緑(&color(#00FF00){■};)の黒文字
#ref(緑.jpg,nolink)
通常。帯域に余裕がある状態。
ポートを開放していると文字色は黒(配信者の直下なら緑)で表示される。&br;&br;
- 青(&color(blue){■};)の黒文字
#ref(青.jpg,nolink)
通常。リレーしていて帯域がいっぱいになった状態もしくは、リレーの限界数に達した状態。
帯域もしくはリレー数限界のこの状態で他のCHを開くと紫になるので控えること。
チャンネル毎最大リレー数を設定していれば紫にならないのでOK。&br;&br;

- 黒(■)の黒文字
#ref(黒.jpg,nolink)
接続者の情報が送られてこない状態。しばらく待てば判別する。


***ポート0だけどリレーに支障がない色 [#i1be063d]
まずは[[「Peercast配信者用情報集積所Wiki」の「ポート0がいけない理由」) >http://peercast.rdy.jp/?%A5%DD%A1%BC%A5%C80%A4%AC%A4%A4%A4%B1%A4%CA%A4%A4%CD%FD%CD%B3]]を熟読してください。~
まずは[[「Peercast配信者用情報集積所Wiki」の「ポート0がいけない理由」) >http://pecardy.vanu.jp/?%A5%DD%A1%BC%A5%C80%A4%AC%A4%A4%A4%B1%A4%CA%A4%A4%CD%FD%CD%B3]]を熟読してください。~

- 緑(&color(#00FF00){■};)の&color(red){赤文字};
#ref(ポト0.jpg,nolink)
&color(red){赤文字};はポート0を表しています。
ポート0の上流が改造版を入れていて、且つ、壁蹴り(ポート0の自動切断)を有効にしていると数分で切断される。
公式版に壁蹴り機能はない。
//公式版の場合は切断されないので設定のBANかFW・ルータレベルで設定して蹴る。
ポート0(&color(red){赤文字};)ですが緑(&color(#00FF00){■};)なのでリレー設定をしており、基本的に切断する(蹴る)必要はない。
(ポート0からポート0へはリレーが出来ないので繋がらないが、ポート0からポートを開けている人へは繋がる)&br;&br;

- 黄色(橙・オレンジ)(&color(#ff9900){■};)の&color(red){赤文字};
ポート0だけどリレーできている。
ポート0からポート0へはリレー出来ないが、ポートを開けている人へはリレー出来る。
他は「緑(&color(#00FF00){■};)の&color(red){赤文字};」と同じ。&br;&br;

- 青(&color(blue){■};)の&color(#ffE000){黄文字};(&color(orange){橙文字};)
#ref(黄.jpg,nolink)
ポート0だけどリレーしていて帯域がいっぱいになった状態もしくは、リレーの限界数に達した状態。
帯域もしくはリレー数限界のこの状態で他のCHを開くと紫になるので控えること。
他は「緑(&color(#00FF00){■};)の&color(red){赤文字};」と同じ。&br;&br;


***リレー整理時、下流にいたら優先的に切断する色[#e9303ba0]
- 紫(&color(#FF00FF){■};)の&color(red){赤文字};
ポート0でリレー不可。
リレー設定が未設定なのか、物理的な帯域が不足しているのか判別出来ない。
ポート0の上流が改造版(VP版など)を入れていて、且つ、壁蹴り(ポート0の自動切断)を有効にしていると数分で切断される。
リレー安定時に紫(&color(#FF00FF){■};)の不必要な切断を繰り返すと偽緑(偽装緑)が増え、逆にリレーの不安定を招く恐れがあります。
リレーが安定していたり、帯域に余裕があるなら飼いならした方がいいでしょう。
但し、リレー詰まりが発生した場合やリレー整理時は''最優先''で切断する。&br;&br;

- 紫&color(#FF00FF){■};の黒文字
#ref(紫.jpg,nolink)
ポート開放しているがリレー不可。
設定した帯域を越えて視聴している。
//GUIを見てリレーの欄の左の■が紫だったら見るCHを減らそう。
//コネクションの欄の紫は、接続時間を見て、100秒以上繋がっていても紫であれば手動で切断しよう。
帯域確保が物理的に無理な人。
黒文字なのでポート開放済であり、リレー設定をしていない可能性は低いと思われる。
リレー安定時に紫(&color(#FF00FF){■};)の不必要な切断を繰り返すと偽緑(偽装緑)が増え、逆にリレーの不安定を招く恐れがあります。
リレーが安定していたり、帯域に余裕があるなら飼いならした方がいいでしょう。
但し、リレー詰まりが発生した場合やリレー整理時は優先的に切断する。
&br;&br;
十分な上り通信帯域幅(アップロード速度)を確保できる環境で、且つリレーを余裕を持って行えるだけの最大帯域幅を設定していたとしても紫になる場合があります。
--例1
「最大リレー数」に対して視聴Ch数の方が多い場合。
--例2
多重視聴(A-chとB-chとする)でA-chのみリレーが増えて最大帯域幅近く(一杯)になった場合、A-chは青になりますが、リレーを一切していないB-chは紫になります。現状で他からは多重を見分けられません。(視聴に支障が無い場合も時折GUIを見て自分自身が紫になっていないかチェックを推奨します。)


***そのほかの状態 [#k485cb32]
- ■に▼が重なっている場合(&color(blue,#BBBBBB){▼}; or &color(#00FF00,#BBBBBB){▼};)
#ref(バッファ.png,nolink)
リレーがきちんと受信できていないことを示します。(通称バッファ)
これは公式版には無い状態表示であり、改造版(VP版)の独自仕様です。
この表示が度々出る場合は帯域が足りない可能性が高いので、リレー本数や帯域の設定を下げてみてください。
ただし、回線の相性でもこの表示が出る場合もあります。
■の右の()内の数字は、この状態になったら増加します。&br;&br;

- &color(green){緑文字};
配信者(送信者)の直下にいることを示します。
リレーしている場合は、リレーの崩壊を防ぐため、できる限り切らないように。&br;&br;

-偽緑(偽装緑)(&color(#00FF00){■};)
設定している帯域 > 実際の帯域
基本的に他人から見て判別は出来ない。
ちなみに紫(&color(#FF00FF){■};)は自己申告なので偽装より善良であると言える。
紫の自動切断が配信時にしか使えないのはこのため。
更に詳しい説明は[[「ポート0がいけない理由」の「2. バッファ発生率はポート開放時と変わらない」>http://peercast.rdy.jp/?%A5%DD%A1%BC%A5%C80%A4%AC%A4%A4%A4%B1%A4%CA%A4%A4%CD%FD%CD%B3#r4622dc3]]を参照してください。
更に詳しい説明は[[「ポート0がいけない理由」の「2. バッファ発生率はポート開放時と変わらない」>http://pecardy.vanu.jp/?%A5%DD%A1%BC%A5%C80%A4%AC%A4%A4%A4%B1%A4%CA%A4%A4%CD%FD%CD%B3#r4622dc3]]を参照してください。


**2、チャンネル名 [#v8c143b7]
受信しているチャンネルの名前です。

**3、ビットレート [#g1ff4a1f]
受信しているチャンネルのビットレートです。
設定した帯域を越えないようにしましょう。

**4、受信状況 [#w7769011]
現在の状況です。
それぞれの語句の解説
:RECEIVE|受信中。送信もします
:CONNECT|配信者に繋ぎに行っている状態。繋がる上流を探している。
:SEARCH|配信者を探している状態。こうなったらGUIから切断して再接続したほうが早い。
:ERROR|そのまんまエラー。配信者が落ちたときや何か問題のあるときにこうなる。この場合もGUIから切断して再接続したほうが良い。
こうなる原因としては、視聴しているチャンネルが載っているYPを第一YPとして設定していない時、上流が切れたor詰まった場合ERRORになる。
視聴しているチャンネルのあるYPを第一YPに設定しよう。
:IDLE|何もしていない状態。Keepしていない状態でリスナーが0になるとこうなる。

**5、下流のリスナー数/リレー数 [#q2858ae8]
自分のローカルのリスナー数/リレー数と下流から受け取ったリスナー数/リレー数の合計が表示される。
解説は次項にて。

**6、ローカルのリスナー数/リレー数 [#a070cce2]
ローカルのリスナー、リレー数が表示される。
[1/0]は自分が再生していてリレーしていない状態。
録画したり、ウィンドウをたくさん開くと[10/0]のようにリスナー数が増える。
録画はローカル内での動作なのでリレーには影響しない。
逆にキープ(リレーのみを行い視聴をしていない)状態ならば[0/1]のようになる。

詳しく言えばpeercastからのデータの送信は2種類あり、
・自分のPCで視聴を行う為のローカルリレー
・他のPCのpeercastへ配信データを送るリレー
に分けられる。
このうち前者は「リスナー数」、後者は「リレー数」に分類される。
つまり下流に何人いるかはリレー数でわかるが、それが実際に視聴しているかどうかまでは分からない。
           リスナー数→┏WMPで再生
 [配信者のpeercast]━━━[自分のpeercast]━━━[下流のpeercast]
           ↑リレー数      ↑リレー数

**7、キープ状態 [#pc5c358a]
NOだとリスナーが0のチャンネルはIDLEとなり接続が切れる
YESだとリスナーが0でも送受信する。


*▼と送信スキップについて [#b5b62af7]
VP0015-3でコネクションの表示が少し変更されています。以下その説明。
コネクションで▼表示されることがあります。
これはPeercast内部で送信スキップが発生したことを示し、発生から2分間表示されます。
その横に(1)とカッコつきの数字が書かれていますが、これは送信スキップ回数を示します。

送信スキップ起きたといっても、「必ずしも送信(自分)側が悪いとは限りません」ので注意してください。
受信側が受信してくれない(例:外国のホスト、受信側のPCが重い処理をやっている)時も送信スキップしちゃいます。

レスポンスの悪い(PING値の大きそうな)ホストから送信スキップが出てきます。
さらに送信レートを上げていくと、段々その割合が上がっていく感じです。
300kbpsぐらいのチャンネルでも、外国から繋がれたら即効▼マークがつきます
(ツールスレ8の212から抜粋)

例:▼が多発
下り2M・上り500kの人が帯域偽造などをして800kの配信を見る
下りは余裕があるのでバッファ無しで配信が見れる
しかし上りは帯域不足なので下流の人は帯域に余裕があってもバッファる
この時▼(送信スキップ)で知らせてくれる
▼が多発する場合は帯域・リレー設定を正しく

下り2M・上り500kの人が200kの配信を見て▼が出た時
(帯域に余裕があるのに▼が出た時)
は相手のpc環境・回線相性が悪いかも知れない
(ツールスレ9の373より)

#aa{{{{{
前提として上流からスキップが飛んできた時の下流へのスキップは無視。
CPUがいかっても発生するらしいのでそれは全て自分の非。
上流以外は自ら切断する必要性はない(いずれバッファで切れる事が多い為)

▼の対処法(リレー複数時)
├一つだけ出た
│├10未満   不幸な事故。ちょっと詰っただけ。放置。
│└それ以上  回線の相性が悪いのかもしれない。いずれバッファで切れる可能性有り。
│         配信者か直下なら切断でも構わない。
└複数に出た  帯域不足。又は自分の環境に不幸な事故。

▼の対処法(リレー1本時)
├10未満   不幸な事故。ちょっと詰っただけ。放置。
├10以上   回線の相性が悪いのかもしれない。上流で断続的に起きているようなら切断。
├30以上   自分のup帯域がギリギリ。又は回線の相性が悪い。いずれ切れる。
└物凄い勢いで溜まる   自分のup帯域が足りてない。又は回線の相性が最悪。
(ツールスレ9の761より)
(上記は旧バージョンでの話であり最新版の数値の仕様とは違う為この表は事実上使えません)
}}}}}

▼はあくまでも通信の相性が悪い事の通知でしかなく、
他の人から見てそれが偽装かどうかの判断材料にはなりません。

index.txtにおいて送信スキップは無視して結構です

*間違い修正等コメント欄 [#pc0bba96]
- 作ってみました。間違い指摘や修正よろしくお願いします。 --  &new{2006-02-19 (日) 13:50:39};
- frontpageからリンクを出すにはどうしたらいいんでしょ? --  &new{2006-02-19 (日) 14:01:02};
- menuに追加しといた --  &new{2006-02-19 (日) 19:01:04};
- トカゲさんありがとうございます。 --  &new{2006-02-19 (日) 20:06:25};
- ERRORになる理由を追加 --  &new{2006-02-20 (月) 17:59:06};
- 改造版はJP版とVP版があるから、ちゃんと書いておかないと混乱するかも? --  &new{2006-02-21 (火) 06:30:14};
- ↑追加しておきました。 --  &new{2006-02-22 (水) 01:50:14};
- 問題ない色 の説明を初心者として客観的に見たら分かりにくい。色と言ってもリレーとコネクションの2箇所あるわけだから分けた方が良い。 --  &new{2006-02-25 (土) 21:32:31};
- 特に変わった設定などしてないのに・・・GUIが自分赤くなりました なぜ? --  &new{2006-04-30 (日) 14:21:26};
- リレー欄ばかりで、コネクション欄の説明がほぼ無いので、追加してほしい。 --  &new{2006-11-26 (日) 18:19:48};
- 今朝方問題ない色のところに黄文字画像追加しときました。 -- [[ ]] &new{2006-12-20 (水) 22:50:06};
- コネクション欄が緑■で赤文字は自分がポト0?下流はつながっているのですが。 --  &new{2006-12-27 (水) 16:43:30};
- 緑の▲ってなんですか? --  &new{2007-06-17 (日) 03:07:25};
- 緑の▲ってなんですか? --  &new{2007-06-17 (日) 03:21:06};
- VP版のURLページ表示されない、これじゃ更新できない -- [[ ]] &new{2008-02-25 (月) 04:17:57};
- VPのページが消えてる?どこかに再UPされてるとこない? --  &new{2008-04-24 (木) 00:27:08};
- VPのページまだ消えたまま。 --  &new{2009-02-03 (火) 17:55:36};
- アイマス版使うしかないんじゃね --  &new{2009-03-23 (月) 22:12:55};

#comment

トップ   編集 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS