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


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

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

ここまで見た
  • 734
  •  
  • 2014/12/18(木) 18:15:49.64
タスクトレイにアイコンぐらい出したらいいのに

ここまで見た
  • 735
  •  
  • 2014/12/18(木) 20:14:22.98
ランタイムが入ってないとか? その場合はエラー吐くかな。
ソースをざっと見たところ、勝手に終了するのならini絡みかWinsock絡みの様で、
終了コードを確認したら切り分けできるかも。
手順分からんかった時のために、適当にぐぐったら出てきたのおいとく。
ttp://ips.nekotype.com/3476/

ここまで見た
  • 736
  •  
  • 2014/12/18(木) 21:58:28.49
>>731
>>735さんもおっしゃってますが、可能性が高いのはiniファイルがみつからない状態である事かと思います
iniファイルは、実行ファイルの拡張子だけをiniに変えた物をファイル名とした上で、
実行ファイルと同じフォルダに置く必要があります
例えば実行ファイルが「BonDriverProxyEx.exe」なら「BonDriverProxyEx.ini」となりますので、
確認してみてください

>>734
ぶっちゃけUI周りはめんどくさいんですよね(;´Д`)

ここまで見た
  • 737
  •  
  • 2014/12/19(金) 10:02:15.37
>>736
念のために.exeからコピペしてリネームしてみたけどダメでした
普通に実行するだけでたとえ設定ファイルの内容が間違っていようと
バックグラウンドプロセスに「BonDriverProxyEx.exe」が立ち上がるはずでいいんですよね?

>>735
ちょっと正しいか自信ないけど

echo %ERRORLEVEL%
2

となりました

ここまで見た
  • 738
  •  
  • 2014/12/19(金) 10:59:27.12
https://github.com/u-n-k-n-o-w-n/BonDriverProxyEx/blob/master/BonDriverProxyEx/BonDriverProxyEx.cpp#L1217-L1222
https://github.com/u-n-k-n-o-w-n/BonDriverProxyEx/blob/master/inc/BonDriverProxyEx.h#L53

[OPTION]
ADDRESS= ← このホスト名を解決できずに終了してるようですね。
正しいホスト名に直すか0.0.0.0 にしてみては。

ここまで見た
  • 739
  •  
  • 2014/12/19(金) 12:07:33.05
>>738
おお、それだ
なんか変な値が入力されてました
ありがとうございました

Bondriverの初期化ができませんのエラーが出るけどもう少し頑張ってみます

ここまで見た
  • 740
  •  
  • 2014/12/20(土) 12:10:35.44
うーん
BonDriverProxyExが長時間チューナー使用したり
クライアントが物理チューナー数超えて取り合い繰り返すと落ちるなあ

ここまで見た
  • 741
  • 730
  • 2014/12/20(土) 13:23:00.81
おかげさまでとりあえず使えるようにはなりました
ありがとうございます

ところでProxyEXをRDCTで地上と衛星を統合できているかたはいませんでしょうか?
当方の環境ではRDCTを経由させるとうまく動作しないのですが

ここまで見た
  • 742
  •  
  • 2014/12/20(土) 15:06:39.34
>>740
おお、今度は何だろう…
良かったら使用BonDriverとか設定、あともしわかるならで結構ですので、
現象の確実な再現方法を教えて頂けるでしょうか

ここまで見た
  • 743
  •  
  • 2014/12/22(月) 20:24:42.58
俺はRDCTの設定方法が知りたーい。

ここまで見た
  • 744
  •  
  • 2014/12/22(月) 21:27:40.01
>>742
まだ使い始めて間もないから色々実験中です
落ちたのはプレミアムのBonDriver_BDAなのでそっちに問題あるかもしれません
とりあえず試験運用終わってこれからプレミアムを山ほど録画してくので
問題の再現性がわかったら報告します
今はとりあえずRestartOnCrashで保険掛けてます

あと気になった点
チューナーを2つ登録してる場合(仮にA,Bとする
A,Bそれぞれ使用中で3つ目のクライアントが割り込んだ場合Bのチューナーを横取りしますが
そこから続けて割り込みかけるとずっとBのチューナーのみに割り込みがかかります
これはチューナーオープンの順番を記憶させて古い順番から割り込みかかるようにした方がいいと思いました

ここまで見た
  • 745
  •  
  • 2014/12/23(火) 00:29:21.48
>>741
俺もBonDriverProxyExとRDCTの組み合わせは
うまくいかなかった
地上と衛星の統合にそこまでこだわってなかったから、
今はBonDriverProxyExだけで使ってる

ここまで見た
  • 746
  •  
  • 2014/12/23(火) 02:05:51.04
Spinel でしか動作確認してないからねぇ

ここまで見た
  • 747
  •  
  • 2014/12/23(火) 23:45:29.18
>>744
了解でーす

> あと気になった点

ナルホド、チューナが足りない時に既存のどれを横取りするかは、取れるやつを取れば良いだろとしか考えてませんでした
とりあえずカレントバージョンで対応してみました

ここまで見た
  • 748
  •  
  • 2014/12/23(火) 23:51:05.80
BonDriver_RDCTに関しては、内部でSpinelに特化した処理をしてるのかもしれませんね
時間ができたらちょっと調べてみます

ここまで見た
  • 749
  •  
  • 2014/12/23(火) 23:51:41.68
>>742
ログ見たら落ちてたみたいなので
イベントビューアーのログ貼っておきます

障害が発生しているアプリケーション名: BonDriverProxyEx_x86.exe、バージョン: 1.1.4.5、タイム スタンプ: 0x5482e44a
障害が発生しているモジュール名: d3d9.dll_unloaded、バージョン: 0.0.0.0、タイム スタンプ: 0x4ce7b7b3
例外コード: 0xc0000005
障害オフセット: 0x5ea596b4
障害が発生しているプロセス ID: 0xe0c
障害が発生しているアプリケーションの開始時刻: 0x01d01dab9b16901f
障害が発生しているアプリケーション パス: D:\PT2\BonDriverProxyEx\x86\BonDriverProxyEx_x86.exe
障害が発生しているモジュール パス: d3d9.dll
レポート ID: 6a2bc155-8a75-11e4-ad80-005056c00008

ここまで見た
  • 750
  •  
  • 2014/12/24(水) 02:17:02.38
古い機種で申し訳ないのですが、HDUSFで上手く動きません。
チューナー切替時に障害が発生するようです。

HDUSF → PT2 → HDUSF(BonDriverの初期化ができません。)
障害が発生しているモジュール名: nnb4hdus.dll
機嫌の良い時と悪い時がありますが、大体悪いです。
BonDriver付属のログ吐き版dll,exeを使用してみましたが、チューナーを開けてないので、
エラー時のログは取得できませんでした。

【OS】Windows8.1 x64 テストモード
【BonDriverProxy】BonDriverProxy v1.1.4.7 x86
【Tuner】SKnet MonsterTV HDUSF, PT2
【BonDriver】BonDriver_nnb_009
【Client】TVTest dev 0.9.0.0 x86

ここまで見た
  • 751
  • 749
  • 2014/12/25(木) 17:34:45.58
Debug版のBonDriverProxyでは調子が良いので、ログ取れず。
Release版でチューナー切替を頻繁に行って、次の画面は得られました。
何か関係ありますでしょうか。
https://i.imgur.com/0k9WJ9l.jpg

https://i.imgur.com/JEHAe9A.jpg


ここまで見た
  • 752
  • 749
  • 2014/12/25(木) 17:39:05.83
nnb4hdus.dllをメモ帳で開いてみたら上記画像の記述を見つけました。
ソースが公開されていないので、どうしようもないのでしょうか?

ここまで見た
  • 753
  •  
  • 2014/12/25(木) 20:24:05.10
>>750
HDUSFが生きていたことに感動した。

ここまで見た
  • 754
  •  
  • 2014/12/25(木) 20:34:27.71
>>752
直接の解決策じゃないけど、
使っているバージョンはBonDriver_nnb_009ですか?
それ以外にも、
ドライバー名:最終バージョン
BonDriver_HDP2 : 006
BonDriver_nnc4hd : バージョン表記なし
がHDUSFに対応していたと思うけど???

BonDriver_HDUS(人柱版14)改造版4はHDUS(F)は未対応だったと記憶

ここまで見た
  • 755
  • 749
  • 2014/12/25(木) 21:22:43.56
>>754
使用ドライバーはBonDriver_nnb_009です。

BonDriver_HDP2はWinUSBを使えるという優位性があるのですが、
特定のチャンネル(28chだか32ch)で受信感度が落ちるというバグがあり、使用できません。
BonDriver_HDP2は011まで持ってます。
BonDriver_nnc4hdは一応持ってますが、使ったことが無いかもしれません。

SpinelでBonDriver_nnb_009は問題が無かったので、このまま移行したかったのですが。

ここまで見た
  • 756
  •  
  • 2014/12/25(木) 21:46:26.51
>>749
少なくともd3d9.dllはサーバモジュールが直接ロードするものではないので、BonDriver_BDAの内部で
その辺のdllインスタンスとそのリソースの扱いがどうなってるかでしょうか…

それと関係するかどうかわかりませんが、SetChannel()内部とGetSignalLevel()内部で同じメソッドである
GetSignalState()が呼ばれており、BonDriverProxyではこれらはメインスレッドとTS読み込みスレッドから
非同期で呼ぶようになっていた為、これが大丈夫なのかどうか気になったので、とりあえずSetChannel()と
GetSignalLevel()の呼び出しを排他にしてみました
これで試してみてもらえるでしょうか

ここまで見た
  • 757
  •  
  • 2014/12/25(木) 21:51:28.86
>>750-752
画像を見る限り、BonDriver_nnb内部での問題に見えますね…
最初はロードでき、それを一度Release()した後で、再度ロードする時にコケると言う事ですよね?
うーん、Release()後の時点で何らかのリソースリークが起きているとかでしょうか…
#あるいは、終了処理に時間が掛かるとか

ソースが無いのと、なにぶん当方が対象ハードウェアを持っていないのとで、調べる手段自体が
無い状態なのが厳しいですね(;´Д`)
モノを持っている人に突っ込んで調べてもらえるのが一番確実なのですが…

>>756に書いた修正はBonDriver_nnbにも影響するかもしれないので、とりあえず試してみてもらえるでしょうか
#期待薄ではありますが

ここまで見た
  • 758
  •  
  • 2014/12/25(木) 21:54:28.97
あ、バイナリ置いてる場所は>>701に書いてるのと同じです

ここまで見た
  • 759
  • 749
  • 2014/12/25(木) 22:16:17.61
>>757
お世話になっています。
仰る通り、再度ロードする時にコケるということです。
残念ながら、current(20141225)でも症状は改善しませんでした。

ここまで見た
  • 760
  •  
  • 2014/12/25(木) 22:54:57.69
>>759
やっぱり関係ありませんでしたか…
Spinelでは大丈夫との事なので、その辺りちょっと調べてみようかと思います
#それくらいしか出来る事が無いとも言いますが(;´Д`)

ここまで見た
  • 761
  •  
  • 2014/12/25(木) 23:50:04.87
>>755
011が最終でした。ごめんなさい。

ここまで見た
  • 762
  •  
  • 2014/12/25(木) 23:54:55.85
設定見直してるんだけどサーバーでADDRESS設定するのって何のため?

ここまで見た
  • 763
  •  
  • 2014/12/26(金) 00:52:36.58
接続を受け付けるクライアントの範囲を決めるため

ここまで見た
  • 764
  •  
  • 2014/12/26(金) 22:39:12.85
>>753
死にかけてるのかもねw

ここまで見た
  • 765
  •  
  • 2014/12/28(日) 09:04:44.54
CentOS 6.6+PT2+softcasの構成で
make driverを実行した際

g++ -Wall -pthread -O2 -DNDEBUG -fPIC -c -o BonDriver_LinuxPT.so.o BonDriver_LinuxPT.cpp
BonDriver_LinuxPT.cpp: In static member function ‘static void* BonDriver_LinuxPT::cBonDriverLinuxPT::TsSplitter(void*)’:
BonDriver_LinuxPT.cpp:852: error: jump to label ‘complete’
BonDriver_LinuxPT.cpp:1108: error: ここから
BonDriver_LinuxPT.cpp:829: error: skips initialization of ‘unsigned char ver’
make: *** [BonDriver_LinuxPT.so.o] エラー 1

で止まってしまいます。

make server make clientは問題なく完了するのですが

ここまで見た
  • 766
  •  
  • 2014/12/28(日) 10:37:18.43
>>765
スミマセン、修正しておきました(;´Д`)

元々win8+テレ東問題を調べてた時に、TsSplitter部分のみを切り出してファイルに適用するツールにしたのを
VCでコンパイルしてたのですが、それに加えた変更を逆移植した際の確認不足でした
失礼しました(;´Д`)

ここまで見た
  • 767
  •  
  • 2014/12/28(日) 12:03:30.21
早速のご対応ありがとうございます。

ファイルを入れ替えて、Make driver実行で
ドライバは作成できました。
ただ、コンパイル中以下の警告がでました。
色々、試させていただきます。


g++ -Wall -pthread -O2 -DNDEBUG -fPIC -c -o BonDriver_LinuxPT.so.o BonDriver_LinuxPT.cpp
BonDriver_LinuxPT.cpp: In static member function ‘static void* BonDriver_LinuxPT::cBonDriverLinuxPT::TsSplitter(void*)’:
BonDriver_LinuxPT.cpp:636: 警告: ‘iNumSplit’ may be used uninitialized in this function
BonDriver_LinuxPT.cpp:637: 警告: ‘rpmt_ci’ may be used uninitialized in this function
BonDriver_LinuxPT.cpp:638: 警告: ‘pmt_tail’ may be used uninitialized in this function
g++ -shared -Wall -pthread -O2 -o BonDriver_LinuxPT.so BonDriver_LinuxPT.so.o -ldl
g++ -Wall -pthread -O2 -DNDEBUG -fPIC -c -o BonDriver_DVB.so.o BonDriver_DVB.cpp
BonDriver_DVB.cpp: In static member function ‘static void* BonDriver_DVB::cBonDriverDVB::TsSplitter(void*)’:
BonDriver_DVB.cpp:809: 警告: ‘iNumSplit’ may be used uninitialized in this function
BonDriver_DVB.cpp:810: 警告: ‘rpmt_ci’ may be used uninitialized in this function
BonDriver_DVB.cpp:811: 警告: ‘pmt_tail’ may be used uninitialized in this function
g++ -shared -Wall -pthread -O2 -o BonDriver_DVB.so BonDriver_DVB.so.o -ldl

ここまで見た
  • 768
  •  
  • 2014/12/28(日) 23:59:51.54
>>767
その警告に関しては、問題無いようにつくってるつもりなので大丈夫かと思います
#コンパイラにバグが無い限りは、ですが

ここまで見た
  • 769
  •  
  • 2014/12/29(月) 00:01:26.71
以下、気になる人向けに具体例で言うと、形的には下記の例で出る警告
(clangでは出ないかもしれませんが)と大体同じです
---
// gcc -Wall -O2 a.c
// 疑似乱数を10回取得し、奇数->偶数の順に並んでいる部分のみ出力する
#include <stdio.h>
#include <stdlib.h>
#include <time.h>
int main(int ac, char *av[])
{
int i, flag, odd, r;
flag = 0;
srand(time(0));
for (i = 0; i < 10; i++)
{
if ((r = rand()) % 2)
{
flag = 1;
odd = r;
}
else
{
if (!flag)
continue;
printf("flag[%d] odd[%d] even[%d]\n", flag, odd, r);
flag = 0;
}
}
return 0;
}
---

ここまで見た
  • 770
  •  
  • 2014/12/29(月) 00:02:26.31
警告を出なくするのは簡単なのですが、意味の無い初期化をする事になるだけですし、もしコンパイラに
バグがあればその警告を出なくしていたところでどのみち意図した通りには動かないと思うので、
放置している次第です

ここまで見た
  • 771
  •  
  • 2015/01/04(日) 10:24:01.72
色々試してはいるのですが

IBonDriver を取得できません。
CreateBonDriver()の呼び出しでNULLが返されました。

このエラーから進まず、詰んでいます。
ちなみに、chinachuを使っての録画等は可能です。

以下が現状の構成と設定内容です。

<クライアント>
Win8.1+Tvtest+winscard.dll
BonDriver_Proxy.dll+ini
iniの内容

[OPTION]
ADDRESS=192.168.24.44
PORT=1192
BONDRIVER=/home/tv/BON/BonDriverProxy
CHANNEL_LOCK=0
CONNECT_TIMEOUT=5
USE_MAGICPACKET=0

[MAGICPACKET]
TARGET_ADDRESS=192.168.24.44
TARGET_PORT=1192
TARGET_MACADDRESS=AA-BB-CC-DD-EE-FF

[SYSTEM]
PACKET_FIFO_SIZE=16
TS_FIFO_SIZE=32
TSPACKET_BUFSIZE=192512

ここまで見た
  • 772
  •  
  • 2015/01/04(日) 10:27:43.99
続き

<サーバー>
CentOs6.6+PT2+wincard.cpp
設置場所の中身
BonDriverProxy
BonDriverProxy.ini
BonDriver_LinuxPT2-T0.so
BonDriver_LinuxPT2-T0.so.conf
BonDriver_ProxyPT2-T0.so
BonDriver_ProxyPT2-T0.so.conf

【BonDriverProxy.ini】
[OPTION]
ADDRESS=127.0.0.1
PORT=1192
CHANNEL_LOCK=0
CONNECT_TIMEOUT=5
USE_MAGICPACKET=0
[SYSTEM]
PACKET_FIFO_SIZE =16
TSPACKET_BUFSIZE =192512

【BonDriver_LinuxPT2-T0.so.conf】
[OPTION]
ADDRESS=127.0.0.1
PORT=1192
BONDRIVER=/home/tv/BON/BonDriverProxy
CHANNEL_LOCK=0
CONNECT_TIMEOUT=5
USE_MAGICPACKET=0

ここまで見た
  • 773
  •  
  • 2015/01/04(日) 11:41:01.21
>>771-772
つっこみどころがかなり多いなw

例としてWin8.1側のTVTestでCentOS6.6側のPT2のT0をchardev版のデバイスドライバで使うとして、
クライアント側のiniに関しては
BONDRIVER=/home/tv/BON/BonDriverProxy/BonDriver_LinuxPT-T0.so
みたいに使用するsoファイルを指定

サーバ側では
$ /home/tv/BON/BonDriverProxy/BonDriverProxy 192.168.24.44 1192
とかやってサーバを起動しておいて(BonDriverProxy.iniは必要ない)、BonDriver_LinuxPT-T0.so.confは
https://raw.githubusercontent.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/master/BonDriver_LinuxPT.conf
の#DEVICEの行を
#DEVICE=/dev/pt1video2
に編集

この状態で、TVTestでBonDriver_Proxyを選択したら/dev/pt1video2からのストリームが受信できるはず

とりあえず、一度落ち着いて
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/README.md
をちゃんと読む事をおすすめするわ

ここまで見た
  • 774
  •  
  • 2015/01/04(日) 14:12:10.75
>>773
設定の変更でエラーは回避できるようになったのですが
ストリームが受信できていないようです。
サーバー側のBonDriver_LinuxPT-T0.so のBONDRIVERは

BONDRIVER=/home/tv/BON/BonDriverProxy
で問題ないのでしょうか?

チャンネル設定に関しては
https://raw.githubusercontent.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/master/BonDriver_LinuxPT.conf

をまず、コピペ #DEVICE=/dev/pt1video2 に変更
TVtest側で、チャンネルスキャンというイメージでしょうか?

初歩的な質問ですいません

ここまで見た
  • 775
  •  
  • 2015/01/04(日) 21:03:06.29
CentOS7向けに、pt3+bondriverproxyのrpm作ってるわ。
ただ、いろいろいじっってるし、真改造したchinachuとしか動かないから普通の人が使える代物ではないけど(´・ω・`)

ここまで見た
  • 776
  •  
  • 2015/01/04(日) 22:33:52.18
>>774

元のファイルを以下の様にコピーして作成したってことで良いのかな?
すでにここが違う気がしてるんだけど。
BonDriver_LinuxPT2-T0.so : BonDriver_LinuxPT.so をコピー
BonDriver_LinuxPT2-T0.so.conf : BonDriver_LinuxPT.conf をコピー
BonDriver_ProxyPT2-T0.so : BonDriver_Proxy.so をコピー
BonDriver_ProxyPT2-T0.so.conf : BonDriver_Proxy.conf をコピー

>サーバー側のBonDriver_LinuxPT-T0.so のBONDRIVERは
>BONDRIVER=/home/tv/BON/BonDriverProxy
>で問題ないのでしょうか?

問題あると思う。というか、BonDriver_LinuxPT-T0.soは何をどうやって作ったのかが?だよ。
BonDriver_LinuxPT2-T0.so.confのことで良いよね?
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/BonDriver_LinuxPT.conf
BonDriver_Linux.confをBonDriver_LinuxPT2-T0.so.confにコピーしたのなら
BONDRIVERの設定項目なんてないよ。設定すべきなのは#DEVICEの行でPT2なら
#DEVICE=/dev/pt1video2 とかだね。

ここまで見た
  • 777
  •  
  • 2015/01/04(日) 23:08:09.90
>>774
続き
https://github.com/u-n-k-n-o-w-n/BonDriverProxy_Linux/blob/master/BonDriver_Proxy.conf
BONDRIVERの設定項目があるのはBonDriver_ProxyPT2-T0.so.conf の方だよね。
>>773が書いているとおり
>BONDRIVER=/home/tv/BON/BonDriverProxy/BonDriver_LinuxPT-T0.so
>みたいに使用するsoファイルを指定
なので、BonDriver_LinuxPT2-T0.so.conf ではなくて BonDriver_ProxyPT2-T0.so.conf の方を修正。
>>772で設置場所が/home/tv/BONなら
BONDRIVER=/home/tv/BON/BonDriver_LinuxPT2-T0.so
もちろん、WindowsのBonDriver_Proxy.dllの設定ファイルBonDriver_Proxy.iniのBONDRIVERも同じく、
BONDRIVER=/home/tv/BON/BonDriver_LinuxPT2-T0.so

ちなみに、以下でBonDriverProxyを起動するのなら
$ /home/tv/BON/BonDriverProxy 192.168.24.44 1192
ADDRESS=127.0.0.1ではなくてADDRESS=192.168.24.44 じゃないかな。

LinuxのsampleでTSが保存できてるかどうかは確認済み?
$ sample -b /home/tv/BON/BonDriver_LinuxPT2-T0.so -s 0 -c 63 -t 10 -o aaa.ts
$ sample -b /home/tv/BON/BonDriver_ProxyPT2-T0.so -s 0 -c 63 -t 10 -o bbb.ts
チャンネルは自分の住んでる所で映るチャンネルで(63=UHF13)。

ここまで見た
  • 778
  •  
  • 2015/01/11(日) 13:03:48.04
>>776 776
ありがとうございます。設定の変更でストリームの受信は出来ているようです。

クライアントのTVTestからチャンネルスキャンする際
SetChannel() ioctl(SET_CHANNEL) error: /dev/pt1video3
のエラーが延々と発生し。
映像が全く表示されません(通信はしている様です)

何度も、質問して申し訳ございません。

ここまで見た
  • 779
  •  
  • 2015/01/11(日) 18:17:35.30
馬鹿には無理

ここまで見た
  • 780
  •  
  • 2015/01/11(日) 23:40:38.23
>>778
そのメッセージは、BonDriver_LinuxPTでチャンネル変更指示を受けたから変更しようとしたけど、
デバイスドライバがそんなチャンネルには変更できんとエラーを返してきた場合に出るメッセージです
つまり、とりあえずwin側のTVTestとlinux側のBonDriverProxyは正しく通信できていて、BonDriverProxyから
BonDriver_LinuxPTも正しく読み込めている状態ではあるようです

で、chardev版デバイスドライバは、現在受信できない周波数への変更指示を行うとそのエラーを返してきたと
思うので、テンプレ用のconf(BonDriver_LinuxPT.conf)のように、自分の地域では必要の無い物理チャンネルを
多数含んでいる場合、地上波のチャンネルスキャン時にそのエラーが大量に出るのは正しい挙動だったかと思います
また、デバイスドライバがこのエラーを返してくるまでに結構時間が掛かるので、必然的にチャンネルスキャンには
かなり時間がかかります
なので、confとしてBonDriver_LinuxPT.confの#DEVICE行だけ書き換えた物を使用している場合は、そのエラーが
延々出てもチャンネルスキャンが終わるまでは放置してみてください

なお、TVTestは今のmaster(0.8.2)とかそれより古いのだと、チャンネルスキャンがタイムアウトする可能性が高いです
これはDtvEngineのデッドロックが由来なので、設定でチャンネルスキャンの待ち時間を長くしても効果はありません
この問題は今のdevelopでは直っているので、なるべくそっちを使うのが良いと思います

ここまで見た
  • 781
  •  
  • 2015/01/11(日) 23:47:47.43
この手のスレでここまで初心者向けに分かりやすい解説してくれる奴を見た事があるだろうか

ここまで見た
  • 782
  •  
  • 2015/01/11(日) 23:57:30.06
詳しい解説サンクスを横から贈りたくなるね

ここまで見た
  • 783
  •  
  • 2015/01/12(月) 02:55:11.27
改行の仕方が自作自演だと思ってしまう俺はエスパーかなw

ここまで見た
  • 784
  •  
  • 2015/01/12(月) 09:47:41.01
>>783
役に立たないレスをするお前も俺も無能だよ?

ここまで見た
  • 785
  •  
  • 2015/01/12(月) 11:30:31.13
>>783
改行から何がわかるんだ?
どういう思考回路してるんだよ

フリック回転寿司
フリックラーニング
ここまで見た

★お気に入り追加

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