facebook twitter hatena line google mixi email
★お気に入り追加


■ このスレッドは過去ログ倉庫に格納されています

  • 1
  •  
  • 2013/04/19(金) 11:48:58.95
BonDriver共有ツール総合

ここまで見た
  • 652
  •  
  • 2014/11/16(日) 12:42:49.89
リモートでスマートカードが操作出来ないのはセキュリティ上の仕様だったかと

ここまで見た
  • 653
  • 649
  • 2014/11/16(日) 12:47:34.98
>>651

>>644の設定でリモートデスクトップ使わない環境だと成功するの?

ここまで見た
  • 654
  •  
  • 2014/11/16(日) 12:53:33.54
>>653
だめです。
直接サーバー側で操作してサーバー立てようとしても同様のエラーが出てソフトを起動できません。

ここまで見た
  • 655
  • 650
  • 2014/11/16(日) 13:06:43.26
は???
デスクトップ関係ないだろ!
本当にVC2005?他のVCが必要なバイナリも配布されていたよ。
B-CASカードリーダ接続している???
B-CASカードの表裏大丈夫???
そのBonCasLinkが配布されたままのハッシュ貼ってみて

ここまで見た
  • 656
  •  
  • 2014/11/16(日) 13:07:36.05
>>654
使ってるカードリーダーの機種は?
サーバー側でBoncasLink使わずに
そのままで視聴等はできるの?

ここまで見た
  • 657
  •  
  • 2014/11/16(日) 13:22:21.09
>>655
BontsDemuxも使ってるのでMicrosoft Visual C++ 2005 SP1 再頒布可能パッケージで間違いありません。


>>656
そのままの視聴はできます
もちろんワンセグ状態ではなくフルセグ状態でTvRock使った録画もできています。
カードリーダーは日立のM520Uです。

ここまで見た
  • 658
  •  
  • 2014/11/16(日) 14:11:36.98
>>657
BontsDemuxのVCバージョンとBonCasLinkのVCバージョンとの間にどういう関係があるの???
BonCasServer.exeを起動すると、
「サーバーの起動に失敗しました。 TCPポートまたはカードリーダーをオープンできません」
ってメッセージが出るんでしょ?
これ、ネットワークとまったく関係ない。
カードリーダー周りかランタイム。
直接だと視聴できるならランタイムがない一択。
とりあえず、BonCasLinkが配布されたままのハッシュ貼ってみて

ここまで見た
  • 659
  •  
  • 2014/11/16(日) 15:56:19.23
>>652が正解です。リーもーとデスクトップ経由でスマートカードへはアクセス出来ません。

ここまで見た
  • 660
  •  
  • 2014/11/16(日) 15:57:40.14
>>658
そのエラーメッセージでランタイム原因と判断した理由が気になる。
ランタイムが無ければ、そもそも起動でエラーになるだろ。

Listenしようとしているポート番号が既に使われていてぶつかっているか、
カードリーダのオープンに失敗しているか、どちらかじゃね。

ここまで見た
  • 661
  •  
  • 2014/11/16(日) 16:27:00.38
俺はリモデとboncas使って開発できてるので、大丈夫かと
そもそもリモート関係なしにbonlink単体が起動できてないみたいだし

vc2005、vc2008だとランタイムのチェック厳しくて
ランタイム合致しなかったら「サーバー〜」のエラーよりもまず、
プロセスの生成に失敗して「構成に失敗した」とかのエラーが出るかと

>>658 の落としてきたboncasのファイル自体の問題か、>>660のネットワーク関連
カードリーダーのusbポート変えてみる、
ドライバーの最新版がないかとかかな…

ここまで見た
  • 662
  •  
  • 2014/11/16(日) 16:34:56.23
>>636
これもダメでしたか…
ちょっとdebug版ビルドしたので、これで試して、問題が再現した時に
ログの内容確認してもらえるでしょうか?
https://drive.google.com/folderview?id=0B-b35lIwjw6ybzV5QU9DWkJLUWc
のdbg_bdpex.zipです
#32bit環境との事で、x86版しか入れてません
なお、ログファイルのハンドルはプロセス終了するまでつかみっぱなしなので、
問題が再現したらTVTestもサーバも終了してから内容確認してください

ここまで見た
  • 663
  •  
  • 2014/11/16(日) 17:30:23.61
>>661
Windwos7の環境で、Microsoft Windowsのリモートデスクトップで接続できてるの?
他のOSバージョンやVNCを使っているとかではなくて?

ここまで見た
  • 664
  •  
  • 2014/11/16(日) 17:43:44.18
>>663
はい。そのためのBoncaslinkでもあるので
7〜xpもおkですね

ここまで見た
  • 665
  • 607
  • 2014/11/16(日) 18:02:46.45
>>662
返信ありがとうございます。
早速再現したのでdbglog.txtの内容を記載します。

--- PROCESS_START ---

Packet Queue OVERFLOW : size[32] x 48行
...(略
--- PROCESS_END ---

でした。
Packet Queue OVERFLOW : size[32]
が48行です。

ここまで見た
  • 666
  • 607
  • 2014/11/16(日) 18:08:58.54
紛らわしい改行を入れてしまいました。改行,空白はなしで以下の様な感じです。

--- PROCESS_START ---

Packet Queue OVERFLOW : size[32]
Packet Queue OVERFLOW : size[32]
Packet Queue OVERFLOW : size[32]
...(略
--- PROCESS_END ---

ここまで見た
  • 667
  •  
  • 2014/11/16(日) 18:12:19.12
>>664
リモホのホストでBonCasServer.exeを使えているの?
気になるので試してみよww

ここまで見た
  • 668
  •  
  • 2014/11/16(日) 18:42:35.68
あらやだ・・・
何も設定しなくてもBonCasServer.exe起動しちゃったわ・・・
繋がっちゃったわ・・・
Updateで修正入ったのかしら・・・

ここまで見た
  • 669
  •  
  • 2014/11/16(日) 18:43:03.08
>>664
疑ってごめんね

ここまで見た
  • 670
  •  
  • 2014/11/16(日) 18:43:42.03
>>666
おお、それはサーバから送信しようとしてるのにできない状態がしばらく続き、送信キューが満タンになって
これ以上は保持できないから捨てたと言うログです
普通はネットワークが遅い場合に起こる現象ですが、>>666さんの環境は同一マシンと言う事でそれは
無いでしょうから、純粋な負荷か、あるいはHDDに大きなアクセスとかでしょうか…

しかし、通信速度や処理能力が絶対的に不足している場合は、一度出たらそのままずっとでっぱなしになる
ハズなので、そうなっていないと言う事はバースト的なものなのでしょう

と言う事は、サーバ側iniのPACKET_FIFO_SIZEをもっと大きくしてみると(さらに倍の64とか、それでも
足りないなら問題が起きなくなるまで)、解決しそうな気がします
要は一時的な負荷上昇の間をデータを捨てずにしのげるくらいまでバッファを確保しておくイメージですね

ここまで見た
  • 671
  •  
  • 2014/11/16(日) 18:53:07.17
>>667
はい。
ただ、ホスト側のboncasserverは
・リモデ接続前に起動しておかないと、サーバーの起動に〜が出てしまう
・リモデ越しにホスト側でproxyを使って視聴等しようとするとカードオープンに失敗する
がありますね
多分デスクトップセッションの関係かと思います

その点を踏まえるならboncasserviceのほうがいいかもしれないです

ここまで見た
  • 672
  •  
  • 2014/11/16(日) 19:05:45.46
>>669
いえいえ
レス書いてる途中だったのですみません

いまはrdp8.0でudp接続させてますが、大分昔にrdp7で接続していた時も大丈夫でした

ここまで見た
  • 673
  •  
  • 2014/11/16(日) 19:12:50.41
BonCasServerの、サーバーの起動に…のエラーの発生原因はメッセージそのまんまなので、
そのマシンでTCPポートがカブッってるアプリを使ってないかと、カードリーダは本当に
使える状態か、の2つくらいしか要因は無いと思いますよ

windowsは確か複数のアプリが同じポートをbind/listenできるので、
#この仕様もどうかと思いますが
おそらくカードリーダの方が可能性高いかと思います

ただ、BonCasServerとしてSPHD用みたいなのを使ってると、B-CASカードには使えないので、
同じようなエラーになるかもしれませんね

ここまで見た
  • 674
  •  
  • 2014/11/16(日) 19:24:34.50
>>672
だいぶ前に、自分が実験して駄目だったので・・・
過去ログ漁ってみたけど使えないって定説になっていた・・・
ttp://toro.2ch.net/avi/kako/1347/13479/1347943590.html

ここまで見た
  • 675
  •  
  • 2014/11/16(日) 19:27:04.37
思いっきり勘違いしてました。
通常使えないから、Boncaslinkを使えば回避できるよって話だったんだ・・・
本気ですみませんでした。
ご迷惑おかけしました。

ここまで見た
  • 676
  •  
  • 2014/11/16(日) 19:38:52.16
>>666

localhostでも起きるって書いてあったみたいだから関係ないと思うけど。
なんとなくLANチップ関係が怪しい気がして。

http://www.asus.com/jp/Motherboards/P5KE/specifications/
を見ると LAN は Marvell Yukon 88E8056 でいいのかな?

https://social.technet.microsoft.com/Forums/ja-JP/cc4ad552-94ae-423b-83c7-e72854a58fca/marvell-yukon-88e8056-pcie-gigabit-ethernet-controller-?forum=windowsvistahardwareja

読むとそのチップ良くない印象。

自分がもう少しあがいてみるとしたら
・LANチップのドライバを最新にしてみる。
http://www.marvell.com/support/downloads/search.do
・LANチップをBIOSで無効にして別のNICさしてみる。
とかかなあ。

>他に報告ないし、諦めてPT3で新しくPC組んだ方が早そうだなこれ。
自分ならこれを選択ですな。>>670で解決すると良いですが。

ここまで見た
  • 677
  •  
  • 2014/11/16(日) 19:50:44.56
http://nttxstore.jp/_II_HP14559029
これオススメ。
OS自分で用意できるならPT3と合わせても2万3千円。
24時間起動の録画鯖なら2年足らずで元が取れる。

ここまで見た
  • 678
  •  
  • 2014/11/16(日) 19:57:33.90
>>676
loopbackはTCP/IPプロトコルスタック内で処理されるのでネットワークインターフェイスは関係ない筈だが・・・

ここまで見た
  • 679
  •  
  • 2014/11/16(日) 21:36:53.18
>>678

そうですね。

>localhostでも起きるって書いてあったみたいだから関係ないと思うけど。
と前置きしてたりするのはその辺を含んでるって感じです。

それでも書いたのは、リンク先に下の記述があったので
>a-2. ハードディスクアクセスが遅いときがある。場合によってはアクセス100%で固まる。
>この症状は SATA を AHCI にすると顕著に出る。

>>670
>純粋な負荷か、あるいはHDDに大きなアクセスとかでしょうか…
もしかしたらこの辺りの一因かも?というような印象を持ったからです。
もちろん、同じマザーボードではないですしハズレの可能性大ですけど。

ここまで見た
  • 680
  •  
  • 2014/11/17(月) 11:59:55.77
>>677
所詮、AMD
糞。

ここまで見た
  • 681
  •  
  • 2014/11/17(月) 14:15:17.76
>>665-666
メモリに余裕ある?
俺の環境(Linux)だとメモリに余裕があまり無い(swap が発生している)状態の時によく起こる

ここまで見た
  • 682
  •  
  • 2014/11/17(月) 19:56:04.18
アムドは低性能・爆熱・不具合満載の三重苦そろった産廃
存在自体害悪なので今すぐ地上から一掃すべき

ここまで見た
  • 683
  •  
  • 2014/11/17(月) 20:06:10.92
AMDアンチのキチガイか○ntelの工作員が知らんけど怖すぎるね
自作板やノートPC板はもちろんのこと全然違う板でも全く同じコピペを見た
しかも今回はリンク先確認しないとAMDだとわからない
おそらく俺が知らんとこでもAMDの話題があるとたくさん同じコピペが貼られてるんだろう
いったいどんだけの板を監視してんのかと

ここまで見た
  • 684
  •  
  • 2014/11/17(月) 20:29:54.63
>>677
一度それにしたけど、W3PE+spinelで2本復号しながら配信するだけで2コアそれぞれ50%前後だったんで不安になってやめた。
今は4コアのJ1900オンボマザー。

ここまで見た
  • 685
  •  
  • 2014/11/17(月) 21:12:05.26
おれJ1900だけど、2枚差し同時8TS録画はきついみたい。
25分位で0Mbpsになってチューナーが固まって、
それ以降はチューナーオープンエラーで録画できなくなる。。

ここまで見た
  • 686
  •  
  • 2014/11/17(月) 21:43:42.27
spinelが重過ぎるんだよ。
BonDriverProxy系 + BonCasLink に乗り換えると1/2〜1/3の負荷になる

ここまで見た
  • 687
  •  
  • 2014/11/17(月) 21:49:40.03
古いチップセットの鯖機よりもbeemaとかで組んだ方がコスパ高そう

ここまで見た
  • 688
  •  
  • 2014/11/19(水) 18:08:08.98
以前、PX-W3PEとBonDriverProxyExとの組み合わせが機能しないと書いた者ですが、あれから更に色々試した結果、無事動作する事を確認しました。
動作しなかった理由ですが、お粗末な事にBonDriverProxyExの設定ファイル名を間違えていた事でした(「BonDriverProxyEx.ini」とすべき所を「BonDriverProxy.ini」としていた)。
お騒がせしました事を謝罪すると共に、作者様へ感謝を申し上げますm(_ _)m
ちなみに使用したBonDriverは新版と俗に言われるものです。

ここまで見た
  • 689
  •  
  • 2014/11/19(水) 23:43:46.42
>>688
動いたようで良かったです
確かにReadMe.txtにはiniのファイル名に付いてちゃんと書いてませんでしたね…
その辺りの記述を追加しておきました

ここまで見た
  • 690
  •  
  • 2014/11/20(木) 00:33:48.00
iniが無くてもデフォルト値でなまじ動いてしまっていたケースですね。
いっそini無いぞエラーにした方が良いかもしれませんね。

ここまで見た
  • 691
  •  
  • 2014/11/20(木) 07:53:12.13
iniに余計な記述があると精神的に好みじゃない。
exeとdllを別のiniに分けて欲しい。

ここまで見た
  • 692
  •  
  • 2014/11/20(木) 20:20:44.76
>>690
確かにそうですね
少なくともサーバ側はそうした方が良いかも…

>>691
使っていない項目はiniに無くても問題は無いので、削除してしまって大丈夫ですよ
例えば、サーバ側での[OPTION]の"BONDRIVER"なんかですね

ここまで見た
  • 693
  •  
  • 2014/11/20(木) 21:49:55.76
削除して大丈夫なものとそうでないものがわからないとか
設定項目の意味が分かりにくいとか

初心者に簡単に設定できるようにという意図なんでしょうが、かえって逆効果なきがします

ここまで見た
  • 694
  •  
  • 2014/11/20(木) 22:41:39.37
>>693
と言うか、単純に設定ミスが起きにくいようにですね
ファイルをコピーすればアドレスやポートの書き間違いは有り得なくなるので

使っている項目とそうでない項目は確かにありますが、使っていない項目は単に無視されるだけなので、
別に問題無いかなと思ってましたが…

必要無い項目を消したい人は、現時点での設定項目で使用しているのはそれぞれ以下の通りです

// クライアント側
---
[OPTION]
ADDRESS -> オプション、デフォルト127.0.0.1
PORT -> オプション、デフォルト1192
BONDRIVER -> オプション、デフォルトBonDriver_ptmr.dll
CHANNEL_LOCK -> オプション、デフォルト0
CONNECT_TIMEOUT -> オプション、デフォルト5
USE_MAGICPACKET -> オプション、デフォルト0

[MAGICPACKET]
TARGET_ADDRESS -> オプション、デフォルト[OPTION]のADDRESSの値
TARGET_PORT -> オプション、デフォルト[OPTION]のPORTの値
TARGET_MACADDRESS -> USE_MAGICPACKETが1の場合のみ必須

[SYSTEM]
PACKET_FIFO_SIZE -> オプション、デフォルト16
TS_FIFO_SIZE -> オプション、デフォルト32
TSPACKET_BUFSIZE -> オプション、デフォルト192512
---

ここまで見た
  • 695
  •  
  • 2014/11/20(木) 22:43:49.74
続き

// サーバ側(BonDriverProxy)
---
[OPTION]
ADDRESS -> オプション、デフォルト127.0.0.1
PORT -> オプション、デフォルト1192

[SYSTEM]
PACKET_FIFO_SIZE -> オプション、デフォルト16
TSPACKET_BUFSIZE -> オプション、デフォルト192512
---

// サーバ側(BonDriverProxyEx)
---
[OPTION]
ADDRESS -> オプション、デフォルト127.0.0.1
PORT -> オプション、デフォルト1192
OPENTUNER_RETURN_DELAY -> オプション、デフォルト0

[BONDRIVER]
00 -> 普通に考えると必須ですが、無くても起動自体は出来てしまいます
01以降 -> オプション

[SYSTEM]
PACKET_FIFO_SIZE -> オプション、デフォルト16
TSPACKET_BUFSIZE -> オプション、デフォルト192512
---

表記の無い物は使用していない項目です

ここまで見た
  • 696
  •  
  • 2014/11/20(木) 23:04:30.42
おお、ありがたい

ここまで見た
  • 697
  •  
  • 2014/11/20(木) 23:38:39.72
いつも丁寧だなぁ。
せっかくだからサンプルiniファイルとしてリポジトリに追加しておくといいのにと思いました。
デフォルト値の行はコメントアウトしておく感じで。

ここまで見た
  • 698
  •  
  • 2014/11/21(金) 10:43:04.15
PX-W3U3とEpgDataCap_Bonとの組み合わせで使っていますが、
EpgDataCap_Bon.exeを閉じるときにBonDriverProxyEx.exeが不正終了することがあるみたいです
どうやら m_pIBon->CloseTuner() が呼ばれたにもかかわらずその後で、
cProxyServerEx::TsReader() の中の pIBon->GetSignalLevel() が呼ばれてしまうことが原因っぽいです
PX-W3U3のBonDriverの出来が悪いとも言えますが

環境
OS: Windows 7 (x64)
チューナー: PX-W3U3(新版Bondriver)
BonDriverProxyサーバ: BonDriverProxyEx.exe (x86)
アプリ: EpgDataCap_Bon (x64)
アプリ側BonDriver: BonDriver_Proxy.dll (x64)

ここまで見た
  • 699
  •  
  • 2014/11/21(金) 18:54:35.52
>>698
なるほど、CloseTuner()後もRelease()されるまではGetSignalLevel()やGetTsStream()の呼び出し自体は
保証されるのがお約束だと思ってたのですが、そうでないBonDriverもあると言う事ですか(;´Д`)

しかし確かに、既にチューナをクローズしてるんだからCNR取得やTSの読み出しをしようとするのは
意味的に変なので、これはBonDriverProxy側の問題でもありますね
対応するのでちょっとお待ちください…

ここまで見た
  • 700
  •  
  • 2014/11/21(金) 19:15:26.65
PX系は無視で構わんぞ
ソースも公開してないくらいだからな
対応のしようがないだろ

ここまで見た
  • 701
  •  
  • 2014/11/21(金) 22:29:54.39
>>698
カレントバイナリを更新しました
問題が発生しなくなっていると良いのですが…
https://drive.google.com/folderview?id=0B-b35lIwjw6ybzV5QU9DWkJLUWc&usp=sharing

>>700
まあ一応こちら側でできる事もありますので…

ここまで見た
  • 702
  •  
  • 2014/11/21(金) 23:08:11.67
>>699
ReleaseはあくまでBonDriverの資源であって
Tunerに関係する要求はCloseTunerで使えなくなる、方が自然に感じるわな
ただBonDriver側もそんなの無視するほうに振れよってのもそれがより良い動作だわな

フリックラーニング
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード