【Ubuntu】KeyHoleTV Part.1【Debian】

【Ubuntu】KeyHoleTV ..

■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

145:login:Penguin
 08/07/12 18:14:12 o/z/+3M4
>>144 
映像の遅れは、glib のタイマー関数にあります。一秒間に少なくとも２０回程度 
処理を呼び出してもらわなければ、映像が遅れてくる場合があります。 
pixbuf の処理は、Xサーバを介さないで、クライアント内部だけで行われているようだ 
とソースを読んで感じたのですが、Threadにするとg_object の衝突が起こります。 
mutex を使うしか方法がないのかも知れませんね。

146:login:Penguin
 08/07/12 19:38:46 o/z/+3M4
>>144 
#define G_THREADS_ENABLED と g_thread_init を入れて、g_thread_create で 
Thread を生成したLKeyHoleTV-AlSA1.14.tar.gzを作ってみました。 
上記の定義が入っているので、g_object では、Thread Safeになっている 
とおもいます。libgthread-2.0.so.0 が新たに必要です。

147:login:Penguin
 08/07/12 19:49:11 +PBjIg7u
>デフォルトは、plughw:0,0です 
"default:"の方がいいんでね?

148:login:Penguin
 08/07/13 03:33:00 mRGDcnQo
>>147 
これは、ALSAのpcm.c のソースにそうなっていたので、追加したもので、お使いの 
デバイスを指定できます。 
デフォルトだけでは、plughw:0,0をfirefox が握っていてKeyHoleTVが起動しても 
ウィンドウの内容が表示されない場合があります。そのときは、-D plug:dmix　とすると、 
立ち上がります。 
 
>>144 
KeyHoleVideoのFIX版は、なんらかの理由により、Windows Socket が一方通行の 
通信になる現象を抑えようとしているテストバージョンです。一方通行の通信になった 
場合、select は、おろかWSAioctlでさえパケットの到着を確認できなくなります。 
WSAClenupを呼び出しても、解消されないようですので、一旦KeyHoleVideoのMainDLL 
をアンロードして再立ち上げを行う機構を実験していますので、Linuxのの現象とは、 
関係ないと思います。

次ページ