【Ubuntu】KeyHoleTV Part.1【Debian】

【Ubuntu】KeyHoleTV ..

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

80:login:Penguin
 08/06/30 10:06:10 OAI41DEd
>映像の遅れの原因のひとつは、g_timeout_add_fullがなんらの原因で、動作 
>遅れているまたは、２５ミリ秒単位に呼び出されない可能性があります。 
 
g_timeout_add_fullっていうか、usleepなんて全然あてにならんよ。 
もうちょっと動画関係の同期の方法を他のソースみて勉強したら？

81:login:Penguin
 08/06/30 11:00:01 CUEV+uEl
1.9音でない。 
EcoLinux8.04.1 (Xubuntu8.04) だけど。 
くわしいことはわからんが、 libresmgr.so.1 ってない。ググっても情報が無きに等しいんですが。

82:login:Penguin
 08/06/30 11:06:32 OAI41DEd
ちょっと待て。自分でコード書いてて、coreまであって 
それで原因が分からんのか。それはちょっと.... 
 
しかも原因をLinuxに求めているし。 
１００歩譲ってライブラリのバグだとしても、それなら 
喜び勇んでパッチを投げなきゃ。

83:login:Penguin
 08/06/30 11:24:48 UgMm6UWx
>>80  
申し訳ないです。esdへの書き込みが処理が完全にブロックしており、その結果、 
g_timeout_add_fullが呼び出されなくなったのが原因でした。因みに、この 現象が 
発生するのは、Ubuntuが多いようです。SuSEでは、まったく起こらなかったので、 
原因の追求に手間取りました。（8000Hz 16ビットサンプルのデータを44100Hz16ビット 
サンプルのデータに変更して、ネットワークで送られてくる時間的に余裕のある 
データをブロックするとは、思っても見ませんでした。足らないのは，良くあります。） 
 
>>82 
Coreの内容を教えていただいたので、原因が解かりました。これもSuSEでは、 
起こらない現象なので、追求に手間取りました。OSSとESDの組合せでは、あまり問題が 
報告されていませんが、ALSAとESD、pluseAudioの組合せの場合、なんらかの問題が 
あるように思えます。Linuxというより、ALSAとESD、pluseAudioのサーバの問題で 
あると思えます。

次ページ