Re: [Ekiga-devel-list] win32 build updated

2008-04-09 Thread Matthias Schneider
Quoting Matthias Schneider [EMAIL PROTECTED]:

 Quoting Damien Sandras [EMAIL PROTECTED]:

  Le mardi 08 avril 2008 à 17:30 +0200, Torsten Schlabach a écrit :
   Damien Sandras wrote:
I only host ekiga.org/ekiga.net and mirror the result of the build done
by Kilian on another machine (which is not maintained anymore).
  
   What's not maintained anymore? The machine or the build?
 
  Both I suppose.
 
   Does anyone except Kilian have access to that machine?
 
  No.
 
   Would Kilian grant anyone else access to that machine?
 
  I dont know. Kilian ?? (in CC, if he answers)
 
   In case the answer to both questions was no:
  
   If I had a machine (I do, actually) what would it take to make a nightly
  build happen and mirror it?
  
   Don't get me wrong: If Kilian would be so nice, I think this would be the
  most efficient way. In case he doesn't or cannot help anymore, the question
  would be if we could at least re-use any scripts from the old box.
 
  Kilian, can you enlighten us ?
  --
   _ Damien Sandras

 Torsten,
 my NSIS:

 makensis -VERSION
 v2.33-1

 I am running debian unstable.

 It seems the build setup is still set up, you can see the logs at
 http://trinity.buildserver.net/~kk/ekiga_win32_crosscompile.log

 As far as I know once a file is generated, it should go to
 http://archive.buildserver.net/win32/

 However since there seems to be some manual interaction needed on the build
 machine I do not know if we can get it up without Kilian...

 Matthias

Hi Torsten,
it has been suspected by Robert that the wchar issue in ptlib and opal may be
due to the following section in ptlib/include/ptlib/pstring.h:

   50 #if (defined(_WIN32) || defined(_WIN32_WCE)) 
(!defined(_NATIVE_WCHAR_T_DEFINED))
   51 PBASEARRAY(PWCharArray, unsigned short);
   52 #else
   53 PBASEARRAY(PWCharArray, wchar_t);
   54 #endif

Maybe you would like to investigate further? Maybe all that is needed is a fixed
#if?

Matthias


This message was sent using IMP, the Internet Messaging Program.
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-devel-list


Re: [Ekiga-list] freeze with Microdia webcam

2008-04-09 Thread David Jacovkis
Hi Dee,

D Webb wrote:
 How does top look?
 Are you
 using a kernel that actually uses both processors and you see this with
 hitting
 1 while top is running?

yes, the 2 processors are active and Ekiga takes over one of them when the
camera is connected:

#~ top
(...)
Cpu0  :  5.6%us,  1.0%sy,  0.0%ni, 93.0%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
Cpu1  :  0.3%us, 99.7%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
(...)
21377 david 20   0 86224  29m  19m R   98  1.5   0:08.80 ekiga
(...)

I'm using Debian Lenny's latest kernel:

#~ uname -rsv
Linux 2.6.24-1-686 #1 SMP Thu Mar 27 17:45:04 UTC 2008

I guess this can be a problem in the uvcvideo driver, but it seems to work ok
with other apps... any suggestions on how to further debug this?

Thanks for your comments,
^d

-- 
David Jacovkis
Free Knowledge Institute
http://freeknowledge.eu
Wibautstraat 150, 0 1 Vloer
1091GR Amsterdam, Nederland
+31208910319
+31628861410
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list


Re: [Ekiga-list] freeze with Microdia webcam

2008-04-09 Thread D Webb

 Hi Dee,
 
 D Webb wrote:
  How does top look?
  Are you
  using a kernel that actually uses both processors and you see this with
  hitting
  1 while top is running?
 
 yes, the 2 processors are active and Ekiga takes over one of them when the
 camera is connected:
 
 #~ top
 (...)
 Cpu0  :  5.6%us,  1.0%sy,  0.0%ni, 93.0%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
 Cpu1  :  0.3%us, 99.7%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
 (...)
 21377 david 20   0 86224  29m  19m R   98  1.5   0:08.80 ekiga
 (...)
 
 I'm using Debian Lenny's latest kernel:
 
 #~ uname -rsv
 Linux 2.6.24-1-686 #1 SMP Thu Mar 27 17:45:04 UTC 2008
 
 I guess this can be a problem in the uvcvideo driver, but it seems to work ok
 with other apps... any suggestions on how to further debug this?
 
 Thanks for your comments,

Hi again,

I can't think of anything more right now. It seems we have similar SMP machines 
and 
kernels. The memory problem on older machines with less memory was one I knew 
about because I have seen it reproducibly. I also know that adding swap made it 
go 
away, again, on a much older machine. I have had problems with Ekiga crashing 
when I try to make a call, but I have left it on for days at a time without 
making a call, 
but with my webcam installed and it looked to keep grabbing frames in a steady 
stream for the entire time. My webcam is a USB Philips ToUcam using the 
pre-packaged 
kernel driver. 

I have heard of some webcam problems regarding V4L2 with Ekiga that disappeared 
once switched to V4L (maybe vice versa as well). I guess you could try changing 
the 
webcam settings in Ekiga and see what happens.

Dee

_
Get in touch in an instant. Get Windows Live Messenger now.
http://www.windowslive.com/messenger/overview.html?ocid=TXT_TAGLM_WL_Refresh_getintouch_042008___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list