From: info <5740@mail.ru> To: sisyphus@altlinux.ru Subject: [sisyphus] Дополнение к " Видеоконференции на ноутбуках ( лаптопах )" Date: Wed, 17 Dec 2003 15:50:31 +0300 Message-ID: <200312171550.33075.5740@mail.ru> (raw) Довожу до сведения тех, кому это интересно, результаты обсуждения аналогичной темы на 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.
reply other threads:[~2003-12-17 12:50 UTC|newest] Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=200312171550.33075.5740@mail.ru \ --to=5740@mail.ru \ --cc=sisyphus@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Sisyphus discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \ sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru public-inbox-index sisyphus Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sisyphus AGPL code for this site: git clone https://public-inbox.org/public-inbox.git