Re: [Ekiga-list] ekiga pegs the CPU if started with the camera device turned off
Hi Michael, I have been trying to reproduce your issue but still no "luck". I enabled my camera, closed the call panel, left ekiga, unplugged the cam and restarted ekiga - still no 100% CPU. Probably it seems this issue only appears with certain display drivers and/or camera drivers? Maybe we will have to run an instrumented version on your PC. Do you think you could compile ekiga from the sources? Matthias - Ursprüngliche Mail > Von: Michael Ashley <[EMAIL PROTECTED]> > An: Ekiga mailing list > Gesendet: Mittwoch, den 26. November 2008, 22:28:44 Uhr > Betreff: Re: [Ekiga-list] ekiga pegs the CPU if started with the camera > device turned off > > Damien, > > > If there is no debug output, do you also reach 50% CPU in the same > > situation ? > > Yes. The CPU usage isn't just due to the last number of debug > messages. > > In fact, I see ekiga and Xorg together using up about 100% of the > CPU. The proportion used by each varies a little bit depending on > whether the debug output is on. > > Regards, Michael > ___ > 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] ekiga pegs the CPU if started with the camera device turned off
--- Michael Ashley <[EMAIL PROTECTED]> schrieb am Di, 25.11.2008: > Von: Michael Ashley <[EMAIL PROTECTED]> > Betreff: Re: [Ekiga-list] ekiga pegs the CPU if started with the camera > device turned off > An: "Ekiga mailing list" > Datum: Dienstag, 25. November 2008, 22:31 > Hi Matthias, > > > the debug output is perfectly normal behaviour. It is > displayed on > > each frame that cannot be displayed because there is > no widget to > > show. > > I don't know the details of the code, but one wonders > whether it is > necessary to poll 30 times a second. There is nothing really polled here. The debug output only states that a frame has been decoded and has to be dropped since there is no widget to display it. It is also only visible in very verbose traces... > > > However 50% CPU is not. Actually I cannot reproduce > this, > > when I have the widget unrealized and am getting this > trace output, > > all I get is CPU load of 1-2%... > > Is there anything special you do? Just preview and > deactivated call view? > > The eee PC 901 has an inbuilt camera that can be > deactivated to save power. If I turn off the camera, > and then start ekiga, the CPU load > stays at 50% until the call view panel is displayed. > > Actually I just did some more tests and it isn't quite > that simple! I only get the CPU problem if, in a previous > invocation of ekiga I was displaying images from the camera. > If I then deactivate the call view frame, exit ekiga, turn > off the camera, and restart ekiga, _then_ > I see the 30 errors/second and 50% CPU. > > Regards, Michael Hmm, you turn off the camera? Does this mean that the opening of the camera will fail ( do you get a window?) and the moving logo will be displayed? What do you see when you open the call widget? By the way the debug output does not indicate any error, so its not 30 errors/s... Matthias ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] ekiga pegs the CPU if started with the camera device turned off
- Ursprüngliche Mail > Von: Sebastian Busch <[EMAIL PROTECTED]> > An: Ekiga mailing list > Gesendet: Dienstag, den 25. November 2008, 09:41:03 Uhr > Betreff: Re: [Ekiga-list] ekiga pegs the CPU if started with the camera > device turned off > > Michael Ashley wrote: > > A bug report: > > > > With ekiga 3.0.0 SNV on Ubuntu 8.04 on an eee PC 901 ... > > It repeats the following message every 30 milliseconds or so: > > > > ...GMVideoOut... > > same with ekiga 3.0.1 from > deb http://ppa.launchpad.net/tlbdk/ubuntu intrepid main > on Ubuntu 8.10 on a MacBook2,1. > > Best, > Sebastian. Hi all, the debug output is perfectly normal behaviour. It is displayed on each frame that cannot be displayed because there is no widget to show. However 50% CPU is not. Actually I cannot reproduce this, when I have the widget unrealized and am getting this trace output, all I get is CPU load of 1-2%... Is there anything special you do? Just preview and deactivated call view? Matthias ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Grandstream Consumer/Enterprise phone question (anyone use on Ekiga?)
--- Business Manager Jeremiah O'Neal <[EMAIL PROTECTED]> schrieb am So, 23.11.2008: > Von: Business Manager Jeremiah O'Neal <[EMAIL PROTECTED]> > Betreff: [Ekiga-list] Grandstream Consumer/Enterprise phone question (anyone > use on Ekiga?) > An: ekiga-list@gnome.org > Datum: Sonntag, 23. November 2008, 7:31 > Hi everyone, > > This question sort of goes with the question I had asked > before about > looking for a VOIP phone that works with Ekiga. I've > been doing some > research on SIP compatible phones and I came across a line > of phones made by > Grandstream Network Inc. These look like phones that would > do what I'm > looking for that is having a phone that connects directly > to my router so > that I can place calls without having my computer on. I was > wondering if > anyone uses anything like this or can recommend me a phone > that defiantly > would work with Ekiga. I'm also on IRC at the moment > IRC server: > irc.gnome.org Handle: joneal and I also have a SIP account > [EMAIL PROTECTED] > > Thank you for helping! > > -- > Sincerely, > Business Manager Jeremiah O'Neal Hi Jeremiah, the GrandStream GXV-3000 works very well with with Ekiga with H.264 video. It can send 30 fps at 320x240 with good quality if the lighting is ok. Matthias ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] problems with video call using H263 codec
--- [EMAIL PROTECTED] <[EMAIL PROTECTED]> schrieb am Fr, 7.11.2008: > Von: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Betreff: [Ekiga-list] problems with video call using H263 codec > An: ekiga-list@gnome.org > Datum: Freitag, 7. November 2008, 18:46 > Hi, > > if I try to call X-Lite running on Win32 from Ekiga 3.0.1 I > can't get a video > connection. Audio works fine, though. > X-Lite only supports the H263 video codec, but it > doesn't seem to harmonize > with ekiga's h263-1998 which I can see in > Preferences/video/codecs. H.263 / RFC 2190 has been deprecated and shall no longer be used. If it is still necessary, there is a plugin making use of a hacked ffmpeg library which you can compile from the OPAL sources. However this plugin is being deprecated as well, since the H.263-1998 plugin is being added RFC2190 support as well in the trunk of OPAL (you can also compile this plugin from the sources) > I had a look on the Session Description Protocol in the > SIP/Invite frame with > Wireshark: > When I call from ekiga, ekiga offers video as a MIME type > "h263-1998", when I > call from X-Lite, the MIME type is "H263". Is it > possible this doesn't match? See above. > > My second question is why I can't see any entry for > H263+ as an available > codec in Preferences/video/codecs. > When I run ekiga -d 4 it seems that everything is OK with > H263+: > [EMAIL PROTECTED]:~> ekiga -d 4 > dyna.cxx(111) H263+ DYNASuccessfully loaded > 'libavcodec.so.52' > dyna.cxx(331) H263+ DYNASuccessfully loaded > libavcodec library > and verified functions >h263-1998.cxx(994) H263+ Codec Enabled > > Is this normal? Yes. H.263 - 1998 is the same as H.263+. > best regards > > Gerhard > To summarize the H.263 mess: H.263 (no +) = H.263 1995/1996 (RFC2190) H.263 + = H.263 1998 (RFC 2429 / RFC 4629) somtimes you also find H.263++ = H.263 2000 (RFC 4629) Matthias ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] problem compiling ekiga for windows
Please use only the gnome-2-24 branch according to these instructions: http://wiki.ekiga.org/index.php/Cross-compile_Win32_3.0 Matthias --- helianthus <[EMAIL PROTECTED]> schrieb am Di, 4.11.2008: > Von: helianthus <[EMAIL PROTECTED]> > Betreff: [Ekiga-list] problem compiling ekiga for windows > An: ekiga-list@gnome.org > Datum: Dienstag, 4. November 2008, 8:25 > I want to cross-compile the ekiga for windows under Ubuntu. > The compilation > stops at: > > i586-mingw32msvc-g++ -mms-bitfields -g -shared > -Wl,--kill-at -o > /ekiga-3.0.1/win32/ptlib/lib_mingw_x86/libpt_d.dll.2.4-beta3 > . > > with the error: > > /ekiga-3.0.1/win32/ptlib/lib_mingw_x86/obj_d/win32.o: In > function > `_ZN10PBaseArrayIiE5SetAtEii': > /ekiga-3.0.1/win32/ptlib/include/ptlib/array.h:(.data+0x4): > undefined > reference to > `_PPlugin_PSoundChannel_WAVFile_Registration_Instance' > > This happens when I use the sources in the zipped package > from the ekiga > download site. Launching the 'make update-sources' > before make does not seem > to help solving the problem neither. > > Does anyone have an idea what is wrong? Thanks in advance > for any help! > -- > View this message in context: > http://www.nabble.com/problem-compiling-ekiga-for-windows-tp20317333p20317333.html > Sent from the Ekiga General mailing list archive at > Nabble.com. > > ___ > 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] latest win32 beta doesn't install GTK+ automatically
It has been fixed in the 7316 revision. Binaries are available... Matthias --- Matthias Schneider <[EMAIL PROTECTED]> schrieb am Sa, 1.11.2008: > Von: Matthias Schneider <[EMAIL PROTECTED]> > Betreff: Re: [Ekiga-list] latest win32 beta doesn't install GTK+ automatically > An: "Ekiga mailing list" > Datum: Samstag, 1. November 2008, 11:09 > Hi Andre... > > > --- Andre Robatino <[EMAIL PROTECTED]> schrieb am > Sa, 1.11.2008: > > > Von: Andre Robatino <[EMAIL PROTECTED]> > > Betreff: [Ekiga-list] latest win32 beta doesn't > install GTK+ automatically > > An: ekiga-list@gnome.org > > Datum: Samstag, 1. November 2008, 9:03 > > If GTK+ isn't already installed, then when running > the > > 7300 installer, > > one gets the error > > > > "The GTK+ runtime environment is either missing > or > > needs to be upgraded. > > Please install vundefined or higher of the GTK+ > > runtime." > > Yes, it seems there is still a check in place for an > installed GTK runtime (which is no longer needed). You can > have a look at > win32/nsisinstaller/ekiga.nsi > > If you provide a patch, you can speed things up... > > > > I had to first use the 7205 installer, which installs > GTK+, > > then > > uninstall Ekiga 7205 and then run the Ekiga 7300 > installer. > > On the > > other hand, this is the first Windows binary that > actually > > works for me. > > The earlier ones would either not work at all or > freeze up > > about 20 > > seconds into a call. > > Thats great! > > > I'm not using the debug version, but there is a > DOS > > command-line window > > accompanying Ekiga, and when exiting Ekiga, it > won't > > exit by itself and > > it has to be forced to quit. All versions I've > tried > > do this. Is this > > expected behavior? > > For now, yes, there are some warnings dumped there. It is a > beta after all... Feel free to improve. > > Matthias > > > > ___ > 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] latest win32 beta doesn't install GTK+ automatically
Hi Andre... --- Andre Robatino <[EMAIL PROTECTED]> schrieb am Sa, 1.11.2008: > Von: Andre Robatino <[EMAIL PROTECTED]> > Betreff: [Ekiga-list] latest win32 beta doesn't install GTK+ automatically > An: ekiga-list@gnome.org > Datum: Samstag, 1. November 2008, 9:03 > If GTK+ isn't already installed, then when running the > 7300 installer, > one gets the error > > "The GTK+ runtime environment is either missing or > needs to be upgraded. > Please install vundefined or higher of the GTK+ > runtime." Yes, it seems there is still a check in place for an installed GTK runtime (which is no longer needed). You can have a look at win32/nsisinstaller/ekiga.nsi If you provide a patch, you can speed things up... > I had to first use the 7205 installer, which installs GTK+, > then > uninstall Ekiga 7205 and then run the Ekiga 7300 installer. > On the > other hand, this is the first Windows binary that actually > works for me. > The earlier ones would either not work at all or freeze up > about 20 > seconds into a call. Thats great! > I'm not using the debug version, but there is a DOS > command-line window > accompanying Ekiga, and when exiting Ekiga, it won't > exit by itself and > it has to be forced to quit. All versions I've tried > do this. Is this > expected behavior? For now, yes, there are some warnings dumped there. It is a beta after all... Feel free to improve. Matthias ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga/Win32 & Logitech QuickCam Pro 9000
Yes, it was released very recently. Like I said it should fix your problem. And concerning the about box: it is a beta snapshot version, not a released version. So the information will not be updated. Matthias --- Michael Condon <[EMAIL PROTECTED]> schrieb am Fr, 31.10.2008: > Von: Michael Condon <[EMAIL PROTECTED]> > Betreff: Re: [Ekiga-list] Ekiga/Win32 & Logitech QuickCam Pro 9000 > An: [EMAIL PROTECTED], "Ekiga mailing list" > Datum: Freitag, 31. Oktober 2008, 14:35 > I was referring to the Help/About version. Apparently this > isn't being updated. When I look at my download history, > it's 3.0.1.7205 beta. > I did indeed receive the notice about the 7300 release > after I sent out my original message. > - Original Message - From: "Matthias > Schneider" <[EMAIL PROTECTED]> > To: "Ekiga mailing list" > ; "Michael Condon" > <[EMAIL PROTECTED]> > Sent: Friday, October 31, 2008 8:27 AM > Subject: Re: [Ekiga-list] Ekiga/Win32 & Logitech > QuickCam Pro 9000 > > > Michael, > what do you mean 3.0.0 win32 release? There was no such a > release. The only installers released were > [ ] ekiga-setup-3.0.1beta-7144.exe 02-Oct-2008 23:08 > 18M > [ ] ekiga-setup-3.0.1beta-7144d.exe 02-Oct-2008 23:05 > 61M > [ ] ekiga-setup-3.0.1beta-7205.exe 14-Oct-2008 20:31 > 18M > [ ] ekiga-setup-3.0.1beta-7205d.exe 14-Oct-2008 20:31 > 61M > [ ] ekiga-setup-3.0.2beta-7300.exe 30-Oct-2008 21:33 > 22M > [ ] ekiga-setup-3.0.2beta-7300d.exe 30-Oct-2008 21:30 > 65M > > And the announcement was > http://mail.gnome.org/archives/ekiga-list/2008-October/msg00181.html > > Matthias > > > --- Michael Condon > <[EMAIL PROTECTED]> schrieb am Fr, > 31.10.2008: > > > Von: Michael Condon > <[EMAIL PROTECTED]> > > Betreff: Re: [Ekiga-list] Ekiga/Win32 & Logitech > QuickCam Pro 9000 > > An: [EMAIL PROTECTED], "Ekiga mailing > list" > > Datum: Freitag, 31. Oktober 2008, 13:59 > > Of course it was the Win32 version 3.0.0 - downloaded > as of > > a coulpe of days ago. > > I've been monitoring this list and don't > recall > > seeing any announcement of a new Win32 release. > I'll try > > it. > > - Original Message - From: "Matthias > > Schneider" <[EMAIL PROTECTED]> > > To: "Ekiga mailing list" > > > > Sent: Friday, October 31, 2008 2:08 AM > > Subject: Re: [Ekiga-list] Ekiga/Win32 & Logitech > > QuickCam Pro 9000 > > > > > > > Michael: > > > > > > it is not usefult to report errors without > specifying > > version informations (or in the windows case the > revision in > > the installer filename) > > > > > > Especially since I released a new binary 7300 > > yesterday which fixes (among many other things) a > crash in > > the echo cancellation. > > > > > > Matthias > > > > > > > > > --- Michael Condon > > <[EMAIL PROTECTED]> schrieb > am Do, > > 30.10.2008: > > > > > >> Von: Michael Condon > > <[EMAIL PROTECTED]> > > >> Betreff: [Ekiga-list] Ekiga/Win32 & > Logitech > > QuickCam Pro 9000 > > >> An: "Ekiga mailing list" > > > > >> Datum: Donnerstag, 30. Oktober 2008, 23:42 > > >> Are any of you using Ekiga/Win32 with a > Logitech > > QuickCam > > >> Pro 9000? Even with Automatic Echo & > > Background > > >> suppression set in the Logitech, there is a > > loopback when I > > >> use Ekiga. When I enable Silence & Echo > > detection in > > >> Ekiga, it throws a Windows exception & > closes. > > >> > ___ > > >> 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 mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga/Win32 & Logitech QuickCam Pro 9000
Michael, what do you mean 3.0.0 win32 release? There was no such a release. The only installers released were [ ] ekiga-setup-3.0.1beta-7144.exe 02-Oct-2008 23:08 18M [ ] ekiga-setup-3.0.1beta-7144d.exe 02-Oct-2008 23:05 61M [ ] ekiga-setup-3.0.1beta-7205.exe 14-Oct-2008 20:31 18M [ ] ekiga-setup-3.0.1beta-7205d.exe 14-Oct-2008 20:31 61M [ ] ekiga-setup-3.0.2beta-7300.exe 30-Oct-2008 21:33 22M [ ] ekiga-setup-3.0.2beta-7300d.exe 30-Oct-2008 21:30 65M And the announcement was http://mail.gnome.org/archives/ekiga-list/2008-October/msg00181.html Matthias --- Michael Condon <[EMAIL PROTECTED]> schrieb am Fr, 31.10.2008: > Von: Michael Condon <[EMAIL PROTECTED]> > Betreff: Re: [Ekiga-list] Ekiga/Win32 & Logitech QuickCam Pro 9000 > An: [EMAIL PROTECTED], "Ekiga mailing list" > Datum: Freitag, 31. Oktober 2008, 13:59 > Of course it was the Win32 version 3.0.0 - downloaded as of > a coulpe of days ago. > I've been monitoring this list and don't recall > seeing any announcement of a new Win32 release. I'll try > it. > - Original Message - From: "Matthias > Schneider" <[EMAIL PROTECTED]> > To: "Ekiga mailing list" > > Sent: Friday, October 31, 2008 2:08 AM > Subject: Re: [Ekiga-list] Ekiga/Win32 & Logitech > QuickCam Pro 9000 > > > > Michael: > > > > it is not usefult to report errors without specifying > version informations (or in the windows case the revision in > the installer filename) > > > > Especially since I released a new binary 7300 > yesterday which fixes (among many other things) a crash in > the echo cancellation. > > > > Matthias > > > > > > --- Michael Condon > <[EMAIL PROTECTED]> schrieb am Do, > 30.10.2008: > > > >> Von: Michael Condon > <[EMAIL PROTECTED]> > >> Betreff: [Ekiga-list] Ekiga/Win32 & Logitech > QuickCam Pro 9000 > >> An: "Ekiga mailing list" > > >> Datum: Donnerstag, 30. Oktober 2008, 23:42 > >> Are any of you using Ekiga/Win32 with a Logitech > QuickCam > >> Pro 9000? Even with Automatic Echo & > Background > >> suppression set in the Logitech, there is a > loopback when I > >> use Ekiga. When I enable Silence & Echo > detection in > >> Ekiga, it throws a Windows exception & closes. > >> ___ > >> 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 mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] New win32 binary available
Hi all, there are new windows binaries available (7300) at the usual location. I have fixed many bugs since the last release, most notably the following windows specific issues: - Crash with enabled echo cancellation - Crash when using the "Default" device - Exception when clicking the status bar - Many different GTK runtime lib issues Feel free to check it out and report any issues you still have. Matthias ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga/Win32 & Logitech QuickCam Pro 9000
Michael: it is not usefult to report errors without specifying version informations (or in the windows case the revision in the installer filename) Especially since I released a new binary 7300 yesterday which fixes (among many other things) a crash in the echo cancellation. Matthias --- Michael Condon <[EMAIL PROTECTED]> schrieb am Do, 30.10.2008: > Von: Michael Condon <[EMAIL PROTECTED]> > Betreff: [Ekiga-list] Ekiga/Win32 & Logitech QuickCam Pro 9000 > An: "Ekiga mailing list" > Datum: Donnerstag, 30. Oktober 2008, 23:42 > Are any of you using Ekiga/Win32 with a Logitech QuickCam > Pro 9000? Even with Automatic Echo & Background > suppression set in the Logitech, there is a loopback when I > use Ekiga. When I enable Silence & Echo detection in > Ekiga, it throws a Windows exception & closes. > ___ > 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] Ekiga h263p/h264 crashes at early stage of libavcodec initialization
Hi Lele, first you should compile opal (or at least the plugin) with debug symbols. Which revision of opal are you using? Are you sure the header files of ffmpeg at compile time match the actual lib that is being loaded by the plugin? Matthias - Ursprüngliche Mail > Von: Lele Forzani <[EMAIL PROTECTED]> > An: ekiga-list@gnome.org > Gesendet: Donnerstag, den 30. Oktober 2008, 17:34:45 Uhr > Betreff: [Ekiga-list] Ekiga h263p/h264 crashes at early stage of libavcodec > initialization > > I am trying to build a version of Ekiga 3.0.1 with H.26x plugins > enabled > through the use of ffmpeg/libavcodec. > > I have built a fresh checkout of ffmpeg/x264 trunks, and compiled > opal-3.4.2 against it. > The issue is when I Ekiga is start with any ffmpeg-based video plugin > enabled it just crashes after loading libavcodec. > > LD_LIBRARY_PATH=/usr/lib64/opal-3.4.2/lib ekiga -d 5 > dyna.cxx(111) H263+ DYNASuccessfully loaded 'libavcodec.so.52' > > gnome bug buddy comes up with the following stack trace: > > #5 > #6 0x in ?? () > #7 0x7faac9ca8269 in FFMPEGLibrary::Load () > from /usr/lib64/opal-3.4.2/codecs/video/h263-1998_video_pwplugin.so > #8 0x7faac9ca2f62 in OpalCodecPlugin_GetCodecs () > from /usr/lib64/opal-3.4.2/codecs/video/h263-1998_video_pwplugin.so > > I could track down the issue to the first time Favcodec_version() is > called in dyna.cxx:FFMPEGLibrary::Load() > > I have already made sure the right libavcodec/libavutil are loaded via > strace. I have tried with multiple versions of ffmpeg and the older > opal-3.4.1 with no success so far. > > Platform is opensuse 11.0 > > Anything else I can try? Thanks. > > l. > > > ___ > 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] [Fwd: AW: [Fwd: h264 bug]]
Hi Palo, I have created http://bugzilla.gnome.org/show_bug.cgi?id=558382 to track that issue. There must be something on your systems that destroys pipes AFTER they have been created and used successfully already. I am pretty confident we are doing the pipe accesses right... Matthias - Ursprüngliche Mail > Von: Palo S. <[EMAIL PROTECTED]> > An: [EMAIL PROTECTED]; ekiga-list@gnome.org > Gesendet: Dienstag, den 28. Oktober 2008, 03:22:26 Uhr > Betreff: Re: [Ekiga-list] [Fwd: AW: [Fwd: h264 bug]] > > > > No, it is not an kernel issue. I installed the same > kernel as on the machine where it works, still the > same problem. On these two machines, I am now using > the same: > kernel (2.6.23.1-42.fc8, incl. -devel,-headers) > webcam (Labtec Webcam Pro, physically the same) > webcam driver (gspca-20071224) > ekiga (3.0.1 from source with the same configuration) > x264,ffmpeg (ffmpeg-0.4.9-0.42.20071121.lvn8, > x264-0-0.10.20070819.lvn8, incl. -devel) > Yet I still H264 works on one computer and does not > on the other one. > > What else could be the trigger??? > > Palo > > > - Originálna Správa - > Od: Palo S. > Komu: > Poslaná: 27.10.2008 21:47 > Predmet: Re: [Ekiga-list] [Fwd: AW: [Fwd: h264 bug]] > > > > > Hi Matthias, > > > > thanks for the message! It can easily be a kernel > > issue since the computer on which it works is > > running a different kernel from the other two: > > it works under 2.6.23.1-42.fc8.i686 and does not > > work under 2.6.25.6-55.fc9.i686 (I don\\\'t have > > access to the second computer that suffered by > > the problem at the moment but it runs F9 with > > either 2.6.25 or 2.6.24). > > > > However it does not seem that AppArmor patches > > could be on blame since both suffering machines > > are stock Fedora kernels and I doubt that these > > come with any AppArmor patches. SELinux is > > disabled on all these machines. > > > > I\\\'ll try to confirm whether it is a kernel issue > > and if so to narrow it down, I will post my > > findings here soon! > > > > Palo > > > > > > > > - Originálna Správa - > > Od: Damien Sandras > > Komu: \\\"Palo S.\\\" > > Poslaná: 27.10.2008 09:26 > > Predmet: [Fwd: AW: [Fwd: [Ekiga-list] h264 bug]] > > > > > > > > -- > > > _ 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] > > > > > > > > > > > > > > > > > > --- Begin of attached message --- > > > > > > From: Matthias Schneider > > > To: Damien Sandras > > > Date: 2008-10-27 08:36:12 > > > > > > If you can forward to Palo S. (I just subscribed to user ML) > > > > > > Hi Palo, > > > > > > this issue has been reported by another person as well, > > > and it seems to be an issue of some kernel modifications. > > > It is suspected (although not yet proben) that AppArmor > > > patches to the kernel are responsible for this behaviour > > > (I suspect a bug there). > > > So it would be interesting to know what kind of kernel you > > > are using on the setups that do produce the error and on the > > > system where it works. > > > > > > Matthias > > > > > > > > > > > > > >> --- End of attached message --- > > > > > > > > > > > > __ > > 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 > > > > > __ > Najpopulárnejší blog na Slovensku - http://blog.sme.sk/ > > > ___ > 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
