Quoting Peter Robinson [EMAIL PROTECTED]:
BTW updated to Fedora 9 rawhide and with gcc 4.3 and any other changes
they've made the OPAL build breaks again
g++ -I../../../include -DWITH_RFC_COMPLIANT_DEFAULTS -I../common -fPIC
-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
El día Tuesday, March 18, 2008 a las 10:15:59AM -0400, Steve Ames escribió:
How could I have access to the pwlib in CVS? I followed what the page
http://www.openh323.org/cvs.html says but get connection refused:
openh323.org has been a dead-ish site for years. pwlib and openh323 were
Hello,
I've got finally my cam and it attaches fine on USB to the driver:
Mar 19 10:31:28 rebelion kernel: pwc0: vendor 0x0471 product 0x0329, rev
1.10/0.03, addr 2
Mar 19 10:31:29 rebelion kernel: pwc0: Philips SPC900NC USB webcam
Mar 19 10:31:29 rebelion kernel: pwc0: This camera is equipped
Le mardi 18 mars 2008 à 23:28 -0300, J. Paul Bissonnette a écrit :
Damien Sandras wrote:
Le lundi 17 mars 2008 à 19:17 -0300, J. Paul Bissonnette a écrit :
Damien Sandras wrote:
Le dimanche 16 mars 2008 à 20:47 -0300, J. Paul Bissonnette a écrit :
Part is not
Le mercredi 19 mars 2008 à 10:52 +0100, Matthias Apitz a écrit :
Hello,
I've got finally my cam and it attaches fine on USB to the driver:
Mar 19 10:31:28 rebelion kernel: pwc0: vendor 0x0471 product 0x0329, rev
1.10/0.03, addr 2
Mar 19 10:31:29 rebelion kernel: pwc0: Philips SPC900NC
Hello,
If you believe your Ekiga is working well,
please give a try at sip:[EMAIL PROTECTED]
for a short ( one minute) audio test only.
Thanks in advance,
Jacques
--
To my old friends : ALL my @pollux.frmug.org adresses are intensively
spammed. Please update your
On Wed, Mar 19, 2008 at 11:34 AM, jacques [EMAIL PROTECTED] wrote:
Hello,
If you believe your Ekiga is working well,
please give a try at sip:[EMAIL PROTECTED]
for a short ( one minute) audio test only.
Sorry jacques , Ekiga SVN was not really working for me on Gutsy so i
could not call
El día Wednesday, March 19, 2008 a las 11:29:25AM +0100, Damien Sandras
escribió:
/dev/video0, Ekiga detects this as:
2008/03/19 10:37:38.369 0:29.044 ekiga PVideoInputDevice_V4L:
GetFrameSizeLimits. 160x120 -- 640x480
2008/03/19 10:37:38.528 0:29.203 ekiga
El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
escribió:
What is on Linux the major and minor number of the device file for the
cam? on FreeBSD it is:
$ ls -l /dev/video0
crw-rw-rw- 1 root operator0, 146 19 mar 09:02 /dev/video0
it seems that the algorithm
Le mercredi 19 mars 2008 à 13:09 +0100, Matthias Apitz a écrit :
El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
escribió:
What is on Linux the major and minor number of the device file for the
cam? on FreeBSD it is:
$ ls -l /dev/video0
crw-rw-rw- 1 root
El día Wednesday, March 19, 2008 a las 01:51:45PM +0100, Damien Sandras
escribió:
Le mercredi 19 mars 2008 à 13:09 +0100, Matthias Apitz a écrit :
El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
escribió:
What is on Linux the major and minor number of the
On Wed, Mar 19, 2008 at 09:18:12AM +0100, Matthias Apitz wrote:
maybe it's woth to correct in that case the file pkg-descr of
/usr/ports/devel/pwlib which still points (and made me going there) to
http://www.openh323.org/
Probably. I've never even looked at that file since I picked up
Is it possible there is a mixup in version numbers? I installed
Gnome Slackbuild on a Slackware 12.0 box, and this is clearly
identified as 2.0.11. I also tried the Windows version that was
2.0.11. The Windows version was from Ekiga site today, 10 Mar
2008. The bugs listed as fixed in 2.0.11
Le mercredi 19 mars 2008 à 13:54 +, D Webb a écrit :
Is it possible there is a mixup in version numbers? I installed
Gnome Slackbuild on a Slackware 12.0 box, and this is clearly
identified as 2.0.11. I also tried the Windows version that was
2.0.11. The Windows version was from Ekiga
1.
Linux Slackware 12.0 Ekiga from Gnome Slackbuild.
I get assertion errors:
sndrv_pcm_hw_params: Assertion `err = 0' failed
I am using well known Ensoniq ES1371 chipset/driver. The ALSA
mixer controls sound fine, and sound system in general works
great otherwise with all
On Wed, Mar 19, 2008 at 01:09:46PM +0100, Matthias Apitz wrote:
Yes, it is an issue of major/minor numbers which are diffrent in Linux
and FreeBSD vor the cam; with this small change:
# pwd
/usr/ports/devel/pwlib/work/pwlib_Phobos_release2/plugins/vidinput_v4l
# diff vidinput_v4l.cxx*
Le mercredi 19 mars 2008 à 14:06 +, D Webb a écrit :
1.
Linux Slackware 12.0 Ekiga from Gnome Slackbuild.
I get assertion errors:
sndrv_pcm_hw_params: Assertion `err = 0' failed
I am using well known Ensoniq ES1371 chipset/driver. The ALSA
mixer controls sound
This bug is an ALSA bug, not an Ekiga bug, we can not do anything
about
it.
Thanks for response! Any thoughts on how to end up using Ekiga under
Linux, given this ALSA bug has apparently been around for a while?
See this :
Le mercredi 19 mars 2008 à 14:21 +, D Webb a écrit :
This bug is an ALSA bug, not an Ekiga bug, we can not do
anything
about
it.
Thanks for response! Any thoughts on how to end up using Ekiga
under
Linux, given this ALSA bug has apparently been around for a while?
Hello Dee,
On Wed, Mar 19, 2008 at 8:21 AM, D Webb [EMAIL PROTECTED] wrote:
This bug is an ALSA bug, not an Ekiga bug, we can not do anything
about
it.
Thanks for response! Any thoughts on how to end up using Ekiga under
Linux, given this ALSA bug has apparently been around
See this :
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2601
There are alsa patches.
--
_ Damien Sandras
I maybe should have mentioned that I already have those patches. Did
not
fix this unfortunately.
You should probably add a comment on their
I am running UbuntuStudio 7.10 and Ekiga 2.0.11
which is Linux and all works fine. I do have some problems with sound
breaking up but it works.
Peaceed
Edward Dunagin-Dunigan-Dunnigan
Excellent! I can see Ekiga is almost working on my Slackware box. It looks to
work
Le mercredi 19 mars 2008 à 14:26 +, D Webb a écrit :
See this :
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2601
There are alsa patches.
--
_ Damien Sandras
I maybe should have mentioned that I already have those patches.
Did
not
fix
Dee,
On Wed, Mar 19, 2008 at 8:31 AM, D Webb [EMAIL PROTECTED] wrote:
I am running UbuntuStudio 7.10 and Ekiga 2.0.11
which is Linux and all works fine. I do have some problems with sound
breaking up but it works.
Peaceed
Edward Dunagin-Dunigan-Dunnigan
On Wed, Mar 19, 2008 at 8:38 AM, Damien Sandras [EMAIL PROTECTED] wrote:
Le mercredi 19 mars 2008 à 14:26 +, D Webb a écrit :
See this :
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2601
There are alsa patches.
--
_ Damien Sandras
I submitted this bug report to ALSA:
https://bugtrack.alsa-project.org/alsa-bug/view.php?id=3825
Excellent, please add a link to :
http://bugzilla.gnome.org/show_bug.cgi?id=413552
And tell them that we have many many duplicates.
Done: 0018447
Btw, are you using pulseaudio ?
Btw, are you using pulseaudio ?
Sorry to but in, when I use Pulseaudio ekiga sound will not work. I
kill pulseaudio and ekiga works ok.
I do get these errors:
Thanks for butting in. More ideas means quicker fixes.
I have wondered about this for some time. In connection with Ekiga
El día Wednesday, March 19, 2008 a las 09:58:10AM -0400, Steve Ames escribió:
The following patch exists in the freebsd port, does it already
address this issue?
--- plugins/vidinput_v4l/vidinput_v4l.cxx.origWed Jan 3 23:37:37 2007
+++ plugins/vidinput_v4l/vidinput_v4l.cxx
Le mercredi 19 mars 2008 à 14:11 +0100, Matthias Apitz a écrit :
El día Wednesday, March 19, 2008 a las 01:51:45PM +0100, Damien Sandras
escribió:
Le mercredi 19 mars 2008 à 13:09 +0100, Matthias Apitz a écrit :
El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
Le mercredi 19 mars 2008 à 17:11 +0100, Matthias Apitz a écrit :
El día Wednesday, March 19, 2008 a las 09:58:10AM -0400, Steve Ames escribió:
The following patch exists in the freebsd port, does it already
address this issue?
--- plugins/vidinput_v4l/vidinput_v4l.cxx.orig Wed
On Wed, Mar 19, 2008 at 05:23:12PM +0100, Damien Sandras wrote:
And contribute it back to us, otherwise we can not commit it...
The following is already in the freebsd port and has been verified
to work. Are you interested in other patches that we have in the
port? If so please see:
jacques a écrit :
Hello,
If you believe your Ekiga is working well,
please give a try at sip:[EMAIL PROTECTED]
for a short ( one minute) audio test only.
We had a long test with «gegetel»
The sound is good on both ends, we had the oportunity to test headsets
and microphone and also some
Le mercredi 19 mars 2008 à 17:50 +0100, jacques a écrit :
jacques a écrit :
Hello,
If you believe your Ekiga is working well,
please give a try at sip:[EMAIL PROTECTED]
for a short ( one minute) audio test only.
We had a long test with «gegetel»
The sound is good on both
I hope you will be able to point me to the privacy statements of
Ekiga or otherwise You will take this subject very seriously.
Are you talking about ekiga or ekiga.net?
I think both are really important, is it not?
Not really: the Ekiga application is just that: an application.
It happens
On Wed, Mar 19, 2008 at 9:34 AM, D Webb [EMAIL PROTECTED] wrote:
Btw, are you using pulseaudio ?
Sorry to but in, when I use Pulseaudio ekiga sound will not work. I
kill pulseaudio and ekiga works ok.
I do get these errors:
Thanks for butting in. More ideas means quicker fixes.
I assume that everything I read, write, upload or download on the Internet
and dates, times and IP addresses are being recorded by several
governmental agencies at any given moment. Thus far, I have rarely been
proven wrong. I assume everything I do on the Internet could just as well
have
I should at least try removing it. So, how do I kill pulseaudio?
at a terminal do a ps -aux|grep pulseaudio and this will give you the
process numberthen
do a kill -9 xxx . (explain xxx = process number.)
OK, well, the standard kill -9 is easy enough.
So how do I prevent it from
On Wed, Mar 19, 2008 at 11:30 AM, D Webb [EMAIL PROTECTED] wrote:
I should at least try removing it. So, how do I kill pulseaudio?
at a terminal do a ps -aux|grep pulseaudio and this will give you the
process numberthen
do a kill -9 xxx . (explain xxx = process number.)
OK,
David Mohr a écrit :
You should only use kill -9 as a last resort, as it does not allow the
kernel to clean up after the process.
You dont like zombies :)
Jacques, dont -HUP me :)
___
ekiga-list mailing list
ekiga-list@gnome.org
39 matches
Mail list logo