[sisyphus] Дополнение к " Видеоконференции на ноутбуках ( лаптопах )"

[sisyphus] Дополнение к " Видеоконференции на ноутбуках ( лаптопах )"

[info]

Довожу до сведения тех, кому это интересно, результаты 
обсуждения аналогичной темы на gnomemeeting-list@gnome.org.

1. 
Для сведения всех использующих gnomemeeting: нажимать кнопку 
"Камера", так, чтобы в окне без соединения увидеть себя - не 
надо. Это просто preview. Передача видео при вызове 
осуществляется, если вы указали соответствующую позицию в 
настройках. Если же вы включите превью, то при свертывании в 
трей видеокамера не отключится, и будет кушать без толку где-то 
около 10% процессорного времени.
Я попытался было убедить майнтейнера гномемиитинга Damien 
Sandras <damien.sandras@it-optics.com>, что и превью надо бы 
автоматически отключать при свертывании в трей, но - не сумел.
Может, кто будет более удачливым?

2.
Звонок вызова, не зависящая от обработчика событий Гнома. Эта 
фича есть в последних CVS-версиях.

3.
Появление проблемы с остановкой видеограббинга на лаптопах 
сильно зависит от конкретной моджели лаптопа и еще кучи всего. 
Кое-у кого, как выяснилось, ее нет. У меня была: ноутбуки iRu 
Bravo и Intro на чипсете SiS, ядро 2.4.23

Информация по проблеме от Malcolm Caldwell 
<malcolm.caldwell@ntu.edu.au>:

There is a well known problem with acpi on some laptops - 
basically the system takes AGES to respond when asked to check 
the laptop battery. This would very easily cause timeouts for 
things like video grabbing.

I don't know about KDE, but there is a patch for the gnome
battstat-applet that changes it to work with acpi events - this 
means that the applet gets notified by the system of battery 
changes and the applet no longer needs to poll.  Maybe there is 
an equivalent patch for kde?

If not, something that *may* help is to run a recent kernel with
preemption turned on.  My impression is that my system seemed to 
be more responsive while running an unpatched battstat-applet.  
As I said, this is just my impression, and even if it is true 
it does not necessarily mean that v4l will work any better.

(Of course, even with a preempting kernel the unpatched 
battstat-applet uses heaps of cpu)

I am no expert on acpi etc. but my feeling is this is your 
problem.