Re: [Ekiga-devel-list] On XCAP and resource-lists standards
Le jeudi 23 octobre 2008 à 14:16 +0200, Julien Puydt a écrit : Hi, I have still no news from anyone about the way other clients than eyebeam store their resource-lists. Hello, This is quite a complicated matter and unfortunately i did not have much spare time lately to jump in this topic efficiently. Still, resource-lists and correct integration with servers/clients using this technology is _critical_ for the futur of our client. We had some team internal discussions about this topic in a very high level (think human readable) langage. Now you have your hands in the mechanics and this is very technical. Simply put, I do believe XCAP technology is one way to reach the social level IM client or VoIP client is meant to be. The goal is not only to get working communication (text, audio and video and...) between 2 peers, it is to have a tool to manage/organise/deal with groups of people. From a desktop usability point of view, this seems to be one of the keys issue on the current discussion with free software, see this e.g. http://www.markshuttleworth.com/archives/223 and this subsequent: http://live.gnome.org/Boston2008/GUIHackfest/WindowManagementAndMore And it seems people thinking about this are just _ignorant_ about the current IETF work on this issue... The RFC is here: http://tools.ietf.org/html/rfc4825 Thank you Snark to work on this :D I still worked on the issue : - I fixed a big memory leak in the current XCAP code ; - I managed (five minutes ago after a very long fight) to get openXCAP up and running on my box -- and ekiga displays the list I expected. Now the question I have is the following : - should I try to push the existing resource-lists code, which does recursive list+entry but not entry-refexternal yet (read-only, of course) ; - or should I just get a clue from what I saw from eyebeam, and realize resource-lists aren't (1) meant to be seriously compatible from client to client (2) seriously supported in their full RFC-glory with recursive lists, entry-ref and external by other clients anyway? I've started to read on the topic, but it will take time for me to understand how this technology is meant to work. My preliminary and mostly ignorant thought is: ekiga has to be seriously compatible from client to client. I do not know if we have to do it right-now or if we can have something more hackish for a start... Unfortunately, I have to urgently give some help on ekiga.net first... I wanted to let you know this has big interest to me and i will step in ASAP. Best regards, Yannick In the second case, I'll just make ekiga do a xmlns:gm=... trick and store a single list with entry children, said children having gm:group children for the categories (ie : I'll be able to re-use [by copying unfortunately] the local-roster code). What do you think? Snark ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list -- Me joindre en téléphonie IP / vidéoconférence ? sip:[EMAIL PROTECTED] Logiciel de VoIP Ekiga : http://www.ekiga.org http://wiki.ekiga.org/index.php/Which_programs_work_with_Ekiga_%3F ___ Ekiga-devel-list mailing list Ekiga-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-devel-list
[Ekiga-list] h264 bug
I can reproduce the h264 bug on another machine. Also I found that it was reported several months ago here: http://www.mail-archive.com/ekiga-list@gnome.org/msg04168.html Damien, apparently H264 is not stable but it also looks like there is nobody to maintain/fix the bugs in it, so probably H264 should be disabled by default? (It is very nasty bug since not only H264 does not work but also Ekiga becomes unresponsible and slowly eats all memory!) Palo - Originálna Správa - Od: Palo S. Komu: Poslaná: 23.10.2008 17:18 Predmet: [Ekiga-list] h264 bug When trying to make a call using h264 codec, Ekiga freezes, the image is not transferred to the remote and Ekiga slowly eats all the memory. The -d 4 log keeps repeating: h264pipe_unix.cxx(234) H264IPC PP: Failure on reading - terminating h264pipe_unix.cxx(221) H264IPC PP: Error when closing UL named pipe h264pipe_unix.cxx(236) H264IPC PP: Received EOF - terminating h264pipe_unix.cxx(242) H264IPC PP: Bad flag set on writing - terminating ... h264pipe_unix.cxx(248) H264IPC PP: Bad flag set on flushing - terminating h264pipe_unix.cxx(234) H264IPC PP: Failure on reading - terminating h264pipe_unix.cxx(236) H264IPC PP: Received EOF - terminating ... The complete log can be found at ftp://quacka.no-ip.org/pub/log_full However, it is 30 MB most of which are just the error message above repeating so there is also the first MB only in ftp://quacka.no-ip.org/pub/log_head Always reproducible... __ http://sport.sme.sk - Najkomplexnejšie informácie zo športu ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list __ http://sport.sme.sk - Najkomplexnejšie informácie zo športu ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] h264 bug
Le dimanche 26 octobre 2008 à 14:27 +0100, Palo S. a écrit : I can reproduce the h264 bug on another machine. Also I found that it was reported several months ago here: http://www.mail-archive.com/ekiga-list@gnome.org/msg04168.html Damien, apparently H264 is not stable but it also looks like there is nobody to maintain/fix the bugs in it, so probably H264 should be disabled by default? (It is very nasty bug since not only H264 does not work but also Ekiga becomes unresponsible and slowly eats all memory!) The fact that you have a problem with H.264 while nobody else seems to have one doesn't mean that it is unstable and should be removed. How did you install it ? -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ Be IP : http://www.beip.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] APPLE WEBCAM
Hello Why does Ekiga not recognize the inbuilt webcam of my imac? Thanks. Judith ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] APPLE WEBCAM
Because your did not install the driver ? Does cheese or any other app see it ? On Sun, Oct 26, 2008 at 10:35 PM, Judith Meili [EMAIL PROTECTED] wrote: Hello Why does Ekiga not recognize the inbuilt webcam of my imac? Thanks. Judith ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list -- %---% Michel memeteau Blog 0.2 : http://memeteau.free.fr Fixe : 0974763294 Mobile : 0624808051 VOIP | Visio: sip:[EMAIL PROTECTED][EMAIL PROTECTED] jabber/GoogleTalk : xmpp:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] APPLE WEBCAM
have u tried an external cam? Ive been reading lots of emal regarding cam's not working. All the emails make me hessitant of switching to this software! What is your other views of ekiga? ben Date: Sun, 26 Oct 2008 21:35:46 +0100 From: [EMAIL PROTECTED] To: ekiga-list@gnome.org Subject: [Ekiga-list] APPLE WEBCAM Hello Why does Ekiga not recognize the inbuilt webcam of my imac? Thanks. Judith ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] APPLE WEBCAM
On Sun, Oct 26, 2008 at 11:29 PM, ben pach [EMAIL PROTECTED] wrote: have u tried an external cam? Ive been reading lots of emal regarding cam's not working. All the emails make me hessitant of switching to this software! What is your other views of ekiga? 99% Webcams problems comes from driver , not from software like ekiga . Most of the time , a webcam does not work because the driver is not installed. ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] h264 bug
The fact that you have a problem with H.264 while nobody else seems to have one doesn\'t mean that it is unstable and should be removed. Sorry if it sounded rude - it was just a suggestion of course. It was not to remove it but just to disable by default and not because of me but because it was reported half a year ago and nobody seemed to be able to do anything with it - and now again nobody seems to be able to do/suggest anything which means that it may reside in Ekiga for quite long and drive some users off. I am sure that if there are two users that report it then there are thousands of others who just try Ekiga and say it does not work - which I just meant to prevent. Anyway, if you think that nobody else has the problem then I shut up! How did you install it ? I installed 3.0.1 from source, x264 and ffmpeg are from livna. Both theora and H261 work fine, just H264 is broken. The behaviour is exactly the same on both machines where the problem occurs and the same as in the report from May from the other user... Strangely enough, it works on a third machine where I installed it in exactly the same way, using the same ffmpeg and x264 from livna! That means that the problem is not in incorrect installation or in x264 version but probably a specifically activated bug in Ekiga (or libraries it uses)... I was hoping that somebody could point where could be the problem... __ http://cestovanie.sme.sk/ - Celý svet na vašom monitore ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] can't open /dev/video0
Hi, i am not sure why did you have video0 not found, if you checked by ls -l /dev/video0 and you did not see video0 in dir /dev, so add video0 by cd /dev and add at command line: root dir : mknod /dev/video0 c 81 0 where c represents a character device.then chmod 600 video0 then check it again with: ls -l /dev/video0 I could see webcam in motv from video0 and video1 by did the same for video1. However, I need help on libdbus-glib 1.so.2, I searched for 2 hours but I can't find this file libdbus-glib-1.so.2: anywhere to download! When I entered at dir: ekiga, I had this error since I did not finished make after configure ekiga 3.0.1 or 2.12 libdbus-glib-1.so.2: cannot open shared object file: No such file or directory Thank You anyone please give me the link for libdbus-glib-1.so.2: --- On Mon, 10/20/08, Adam Bogacki [EMAIL PROTECTED] wrote: From: Adam Bogacki [EMAIL PROTECTED] Subject: Re: [Ekiga-list] can't open /dev/video0 To: ekiga-list@gnome.org Date: Monday, October 20, 2008, 5:23 PM -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 ed [EMAIL PROTECTED] wrote .. Hi, I'm having a problem getting a Logitech Chat webcam working with Ekiga 3.0.0 (compiled). I get [EMAIL PROTECTED]:~$ xawtv This is xawtv-3.95.dfsg.1, running on Linux/i686 (2.6.26-1-686) xinerama 0: 1280x1024+0+0 can't open /dev/video0: No such file or directory v4l-conf had some trouble, trying to continue anyway v4l2: open /dev/video0: No such file or directory v4l2: open /dev/video0: No such file or directory v4l: open /dev/video0: No such file or directory no video grabber device available [EMAIL PROTECTED]:~$ cd /dev/v4l bash: cd: /dev/v4l: No such file or directory [EMAIL PROTECTED]:~$ cd /dev [EMAIL PROTECTED]:/dev$ ls v4* try /dev/video/v4* ls: cannot access v4*: No such file or directory and Tohunga:~# lsusb Bus 001 Device 031: ID 046d:092e Logitech, Inc. QuickCam Chat Bus 001 Device 002: ID 09da:0018 A4 Tech Co., Ltd Trust Human Interface Device Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Can anyone point me in the right direction ? I have to get some sleep Adam Bogacki, Tohunga:~# cd /dev/video bash: cd: /dev/video: No such file or directory Ekiga 3.0.0 Configuration Assistant Video Input Device only recognises the Moving Logo (Moving Logo/Moving Logo) option. [EMAIL PROTECTED]:~$ ekiga -d 4 gives me 2008/10/21 10:58:13.509 0:51.251 ekiga Detecting V4L2 devices 2008/10/21 10:58:13.509 0:51.251 ekiga Unable to detect v4l2 directory 2008/10/21 10:58:13.601 0:51.343 ekiga VidInputCoreDetected Device: Moving Logo (Moving Logo/Moving Logo) 2008/10/21 10:58:13.617 0:51.360VideoPrevi...0xb4d05b90 AdaptiveDelaySkipped 2 frames 2008/10/21 10:58:13.710 0:51.452VideoPrevi...0xb4d05b90 GMVideoOutputManagerSkipped earlier local frame I remember adding one or two lines somewhere in /etc/udev/rules.d after Googling for similar solutions in a previous attempt to fix this before Ekiga 3.0.0 appeared - without success. vim /etc/udev/rules.d/60-persistent-v4l.rules ACTION!=add|change, GOTO=persistent_v4l_end SUBSYSTEM!=video4linux, GOTO=persistent_v4l_end # ignore devices without a valid index number TEST!=index, GOTO=persistent_v4l_end ATTR{index}!=?*, GOTO=persistent_v4l_end IMPORT{program}=path_id $devpath KERNEL==video*|vbi*, ENV{ID_PATH}==?*, \ SYMLINK+=v4l/by-path/$env{ID_PATH}-video-index$attr{index} KERNEL==audio*, ENV{ID_PATH}==?*, \ SYMLINK+=v4l/by-path/$env{ID_PATH}-audio-index$attr{index} LABEL=persistent_v4l_end I'd welcome any constructive suggestions so that I can start using video with Ekiga 3.0.0 Cheers, Adam Bogacki, [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkj9BPgACgkQ1T+vu741y32+YwCdELyvl/fv8mkNpcF4M5T16yTo qXQAoJ7VzWViaLQPdyEKvyKqinQVxhtI =i6EY -END PGP SIGNATURE- ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Invitation for Ekiga at the Southern California Linux Expo
Greetings, I would like to invite the Ekiga project to attend the 7th Southern California Linux Expo. The show will be held February 20th-22nd, 2009 at the Westin LAX in Los Angeles, CA. SCALE 7x will be an excellent venue to increase awareness and showcase the work of the Ekiga community. After some discussions on the GNOME Marketing List, the idea of a GNOME Zone was brought up. This will be a rather large area specifically dedicated to GNOME, and each project will have space inside the zone. We're hoping this will be a great place to bring the GNOME community together, and allow projects to spread out the responsibility of maintaining a booth. Each project will have some room in the zone on the show floor. This will include all the usual amenities: a 6' table, chairs, a 500W power drop, one Ethernet drop and 3-5 complementary passes to the show. I am including our application for dotORG exhibitors as well as our Call For Papers. Any questions, please do not hesitate to ask. Thanks for your time! Joe Smith http://scale7x.socallinuxexpo.org/s7x_cfp http://scale7x.socallinuxexpo.org/s7x_call_for_dotOrg_exhibitors ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list