I just joined back into this list again. I tried to cross compile ekiga
for win32. I was a bit lost what all these branches and tags are meant
for. So I took trunk for ekiga, tag v3_6_1 for opal and tag v2_6_1 for
ptlib. Presumably this is not the place where bug fixing towards an
Ekiga 3.2 for win
Ok I have submitted the two bug reports
https://sourceforge.net/tracker/?func=detail&aid=2728003&group_id=204472&atid=989748
https://sourceforge.net/tracker/?func=detail&aid=2728037&group_id=204472&atid=989748
Another Win32 issue, the "crash on exit" one: I have been fighting to
obtain a debug bu
I try to get Win32 Ekiga built and running from current SVN HEAD and
experienced difficulties in the local rooster and the echo cancellation.
1) The crash when I right click local rooster to add a new contact is
due to SVN commit 7830 to local-heap.cpp . When I reverse that patch it
works, though a
Am Samstag, den 18.04.2009, 14:57 +0200 schrieb Julien Puydt:
> Eugen Dedu a écrit :
> > Is there a way to move ekiga.rc from root to win32?
>
> 1) git mv ekiga.rc win32/
> 2) make sure any file referencing ekiga.rc now searches for it in win32/
>
> Snark
Could you please rename it so that the b
Am Samstag, den 18.04.2009, 20:36 +0200 schrieb Julien Puydt:
> Michael Rickmann a écrit :
> > See attached patch as
> > an example for how one could handle the Win32 resources.
>
> Do you want me to commit that patch?
>
> Snark
First we should decide whether the resou
Windows does not know getpwuid, getuid and the associated header file
entries as introduced by 7862. However, glib-2.0 contains the function
g_get_real_name which works for Windows. Eugen, would something like
attached patch work for Linux too?
Regards
Michael
diff -ur ekiga.orig/src/gui/assistant
The mingw32-runtime provided by Ubuntu (presumably also Debian) is
outdated when compared to Fedora packages. Commit 22039 to vfw.cxx in
ptlib requires really new Win32 headers. For those who have the same
difficulties compiling it as I had, have a look at
http://wwwuser.gwdg.de/~mrickma/ekiga/ming
Am Sonntag, den 19.04.2009, 15:01 +0200 schrieb Eugen Dedu:
> Hi,
>
> Is win32/diff/ptlib_pwlib.pc.in still used?
>
None of the diffs in the win32 subdir is used any longer.
Regards
Michael
___
Ekiga-devel-list mailing list
Ekiga-devel-list@gnome.org
h
Am Sonntag, den 19.04.2009, 18:53 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Samstag, den 18.04.2009, 14:57 +0200 schrieb Julien Puydt:
> >> Eugen Dedu a écrit :
> >>> Is there a way to move ekiga.rc from root to win32?
> >> 1) git mv eki
Am Montag, den 20.04.2009, 18:49 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Sonntag, den 19.04.2009, 15:01 +0200 schrieb Eugen Dedu:
> >> Hi,
> >>
> >> Is win32/diff/ptlib_pwlib.pc.in still used?
> >>
> > None of the diffs in th
Am Montag, den 20.04.2009, 18:12 +0100 schrieb Peter Robinson:
> >> Is there a way to move ekiga.rc from root to win32?
> >
> > 1) git mv ekiga.rc win32/
> > 2) make sure any file referencing ekiga.rc now searches for it in
> > win32/
> >
> > Snark
>
> Could yo
Am Montag, den 20.04.2009, 19:38 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Montag, den 20.04.2009, 18:49 +0200 schrieb Eugen Dedu:
> >> Michael Rickmann wrote:
> >>> Am Sonntag, den 19.04.2009, 15:01 +0200 schrieb Eugen Dedu:
> >
Am Mittwoch, den 15.04.2009, 15:50 +0200 schrieb Eugen Dedu:
> Damien Sandras wrote:
> > Le mercredi 15 avril 2009 à 09:49 +0200, Michael Rickmann a écrit :
> >> 2) When I try to connect to 5...@ekiga.net with echo cancellation enabled
> >> I get a crash. Ekiga shows &qu
Am Montag, den 20.04.2009, 21:38 +0100 schrieb Peter Robinson:
> On Mon, Apr 20, 2009 at 9:17 PM, Michael Cronenworth wrote:
> > Original Message
> > Subject: Re: [Ekiga-devel-list] ekiga.rc
> > From: Michael Rickmann
> > To: Ekiga development mailing
Building Win32 Ekiga from current heads is not straightforward. Ekiga,
Ptlib and Opal seem to have regressed in some aspects.
1) In Ekiga videooutput-manager-dx.cpp can not be compiled. I tried to
fix it with attached patch. There were two major issues: Where does
GMVideoDisplay_DX come from? I gue
Am Sonntag, den 19.04.2009, 09:00 +0200 schrieb Julien Puydt:
> Michael Rickmann a écrit :
> > First we should decide whether the resources are moved to the win32
> > subdirectory. With my patch the resources would remain in the base
> > directory. I think that files
Ekiga SVN commit 7653 seems not complete. It is apparently based on a
discussion on this list in February:
http://mail.gnome.org/archives/ekiga-devel-list/2009-February/msg00042.html .
At the moment I work with Ubuntu Intrepid on git master and get circular
inclusion of uuids.h and ksuuids.h whic
Am Sonntag, den 26.04.2009, 15:31 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Ekiga SVN commit 7653 seems not complete. It is apparently based on a
> > discussion on this list in February:
> > http://mail.gnome.org/archives/ekiga-devel-list/2009-February/msg000
Am Sonntag, den 26.04.2009, 17:00 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Sonntag, den 26.04.2009, 15:31 +0200 schrieb Eugen Dedu:
> >> Michael Rickmann wrote:
> >>> Ekiga SVN commit 7653 seems not complete. It is apparently based on a
> >&g
Am Sonntag, den 26.04.2009, 15:50 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Sonntag, den 19.04.2009, 09:00 +0200 schrieb Julien Puydt:
> >> Michael Rickmann a écrit :
> >>> First we should decide whether the resources are moved to the win32
> &g
Am Donnerstag, den 30.04.2009, 17:38 +0200 schrieb Julien Puydt:
> Michael Cronenworth a écrit :
> > Craig Southeren wrote:
> >> Last time I tried the procedure at the following URL, it didn't even
> >> go close to working on Fedora:
> >>
> >> http://wiki.ekiga.org/index.php/Cross-compile_Win32
>
Am Mittwoch, den 29.04.2009, 11:35 +0200 schrieb Thierry Simonnet:
> Hi,
>
> I'm just back to my office after several weeks and I saw that a lot of
> things have changed.
> I modified Makefile to handle git, gtk2.16, opal/trunk, ptlib/trunk
> (in attachment).
> I tried to compile Ekiga for w
Am Donnerstag, den 30.04.2009, 16:41 +0200 schrieb Eugen Dedu:
> Hi,
>
> After the update of revision.h I receive the following wraning:
> Making install in src
> /bin/sh: line 0: cd: ../.git: No such file or directory
> fatal: Not a git repository (or any of the parent directories): .git
> /bin/s
Am Donnerstag, den 30.04.2009, 11:53 +1000 schrieb Craig Southeren:
> Eugen Dedu wrote:
>
> ..deleted
>
> >
> > We are stuck with this bug, because upstream does not help. What can we
> > do...?
>
> If upstream means Opal, then I think this is being a bit unfair.
>
> I use Opal/PTLib on Win
Am Mittwoch, den 29.04.2009, 11:35 +0200 schrieb Thierry Simonnet:
> Hi,
>
> I'm just back to my office after several weeks and I saw that a lot of
> things have changed.
> I modified Makefile to handle git, gtk2.16, opal/trunk, ptlib/trunk
> (in attachment).
> I tried to compile Ekiga for w
Am Freitag, den 08.05.2009, 13:41 +0200 schrieb Eugen Dedu:
> Hi,
>
> Windows build is currently delayed by a few bugs. Couldn't we just
> create a windows build from the stable branch? Are there modifications
> to be done or is it as simple as just build the branch instead of the trunk?
>
I
Am Freitag, den 08.05.2009, 08:54 -0500 schrieb Michael Cronenworth:
> Original Message
> Subject: [Ekiga-devel-list] windows stable branch
> From: Eugen Dedu
> To: Ekiga mailing list
> Date: 05/08/2009 06:41 AM
>
> > Hi,
> >
> > Windows build is currently delayed by a few bug
Am Freitag, den 08.05.2009, 17:40 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Freitag, den 08.05.2009, 13:41 +0200 schrieb Eugen Dedu:
> >> Hi,
> >>
> >> Windows build is currently delayed by a few bugs. Couldn't we just
> >> c
Am Mittwoch, den 13.05.2009, 18:25 +0200 schrieb Michael Rickmann:
> Am Freitag, den 08.05.2009, 17:40 +0200 schrieb Eugen Dedu:
> > Michael Rickmann wrote:
> > > Am Freitag, den 08.05.2009, 13:41 +0200 schrieb Eugen Dedu:
> > >> Hi,
snip
Sorry for the long lin
Am Donnerstag, den 14.05.2009, 14:35 +0200 schrieb Julien Puydt:
> Hi,
>
> I had once again checked the memory management in both the contact and
> presence stacks, without finding any problem.
>
> I read the valgrind errors again and decided they meant a problem with
> sigc::trackable : I chan
Am Freitag, den 15.05.2009, 21:10 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Freitag, den 08.05.2009, 17:40 +0200 schrieb Eugen Dedu:
> >> Michael Rickmann wrote:
> >>> Am Freitag, den 08.05.2009, 13:41 +0200 schrieb Eugen Dedu:
> >>>>
Am Dienstag, den 19.05.2009, 18:38 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Freitag, den 15.05.2009, 21:10 +0200 schrieb Eugen Dedu:
> >> Michael Rickmann wrote:
> >>> Am Freitag, den 08.05.2009, 17:40 +0200 schrieb Eugen Dedu:
> >>>&g
Am Donnerstag, den 21.05.2009, 13:11 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Am Dienstag, den 19.05.2009, 18:38 +0200 schrieb Eugen Dedu:
> >> Michael Rickmann wrote:
> >>> Am Freitag, den 15.05.2009, 21:10 +0200 schrieb Eugen Dedu:
> >>>&g
Am Dienstag, den 19.05.2009, 18:50 -0700 schrieb Bilbo:
> Hi,
>
> I didn't want to risk top posting on the previous thread so created another.
>
> I ran a few tests today on the Windows version of Ekiga at the following
> link http://wwwuser.gwdg.de/~mrickma/ekiga/ekiga-setup-3.2.1_1-release.exe.
I had trouble with ffmpeg as well. I realized that when doing an update-
sources every now and then a new file was downloaded from SVN though I
was requesting a specific SVN version. I think the ffmpeg guys have a
problem keeping their SVN and git repositories in synchrony. On the git
side they hav
Am Montag, den 08.06.2009, 15:37 +0200 schrieb paul hillereau:
> 2009/6/8 Michael Rickmann
> I had trouble with ffmpeg as well. I realized that when doing
> an update-
> sources every now and then a new file was downloaded from SVN
> though
Am Dienstag, den 09.06.2009, 13:22 +0200 schrieb paul hillereau:
>
> I have looked through your logs. It appears that you have
> vfw.h
snip ..snip
>
> First I am very thankfull for all of your answers, thanks you for
> spending some time on my problem.
>
> I installed the new mi
Am Mittwoch, den 10.06.2009, 11:29 +0200 schrieb Hillereau Paul:
> Now ptlib had been compiled, I have difficulties with opal. I have 2
> errors when h264 and h263, I might disable those codecs, but it might be
> difficult to compile ekiga after ?
> I can disable h264 by adding --disable-h264 to
Hello everybody,
I have a new Windows version of Ekiga head based on attached minimal but
rather effective patches. you find it in my directory at
http://wwwuser.gwdg.de/~mrickma/ekiga/ . As to the patches:
1) ekiga_linkmagic.diff : It allows the linker to chose WinMain as the
entry point. Resu
paul hillereau schrieb:
Michael Rickmann a écrit :
Hello everybody,
snip
Thanks you, I will test it tomorrow when back at school.
May I ask if you experiment any issue when linking ekiga, and how did
you manage to workaround it (if you had any).
Since yesterday I have got a segmentation
This is Ekigas answer in the accounts window on Linux now. With the
current git version I cannot unregister my account at ekiga.net any
longer. Also the subcriber threads do not terminate any longer. Ekiga
needs considerably longer to shutdown than it took one week ago and does
not shut down at
Eugen Dedu schrieb:
Michael Rickmann wrote:
longer. Also the subcriber threads do not terminate any longer. Ekiga
needs considerably longer to shutdown than it took one week ago and does
I noticed it too...
Another point: Ekiga cannot be compiled since opal version 2258
because the
...snip
> > Looking at a -d 4, it seems that ekiga asks to unregister by trying to
> > register again, and gets a 489 Bad event back...
> >
> > Perhaps my recent refactoring of the account code is responsible for the
> > problem...
>
> Uh... from lib/engine/components/opal/sip-endpoint.cpp :
>
Am Mittwoch, den 17.06.2009, 19:16 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > needs considerably longer to shutdown than it took one week ago and does
>
snip
> So it took 6 seconds to wait for the last thread...
>
> Otherwise, it seems this is the last rema
I can not convince recent git revisions of ekiga to register with my
phone provider (1und1.de). I get an "could not register (Forbidden,
please check that username and password are correct)" answer, same error
on Linux and Windows. I tested from behind a FritzBox as a NAT router:
git-Linux no, git-
Am Dienstag, den 23.06.2009, 15:02 +0200 schrieb Damien Sandras:
> Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
> > I can not convince recent git revisions of ekiga to register with my
> > phone provider (1und1.de). I get an "could not register (Forbidden,
&
Am Dienstag, den 23.06.2009, 16:11 +0200 schrieb Eugen Dedu:
> Damien Sandras wrote:
> > Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
> >> I can not convince recent git revisions of ekiga to register with my
> >> phone provider (1und1.de). I get an &qu
Michael Rickmann schrieb:
Am Dienstag, den 23.06.2009, 16:11 +0200 schrieb Eugen Dedu:
Damien Sandras wrote:
Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
I can not convince recent git revisions of ekiga to register with my
phone provider (1und1.de). I get an "coul
Damien Sandras schrieb:
Le mardi 23 juin 2009 à 16:15 +0200, Michael Rickmann a écrit :
Am Dienstag, den 23.06.2009, 15:02 +0200 schrieb Damien Sandras:
Le mardi 23 juin 2009 à 14:39 +0200, Michael Rickmann a écrit :
snip
What happens is that your contact field has 2 IP addresses :
- 1
Am Dienstag, den 23.06.2009, 18:16 +0200 schrieb Damien Sandras:
> Le mardi 23 juin 2009 à 18:09 +0200, Michael Rickmann a écrit :
> > Damien Sandras schrieb:
> > > Le mardi 23 juin 2009 à 16:15 +0200, Michael Rickmann a écrit :
> > >> Am Dienstag, den 23.06.20
Am Freitag, den 26.06.2009, 01:48 +0200 schrieb Julien Puydt:
> Michael Cronenworth a écrit :
> > It depends on what OS you are building on. The files in win32/ are meant
> > for Debian. For Fedora or Windows you would need to customize it a little.
>
> I'm using debian. I already had a few proble
Am Montag, den 29.06.2009, 14:19 +0200 schrieb Julien Puydt:
> Michael Rickmann a écrit :
> >
>
> I pushed all your changes in.
Thanks, I will test it as soon as possible. It should be ok, one never
knows.
>
> There's something I don't get : why do you want to d
Christian Schäfer schrieb:
Damien Sandras wrote:
The problem is that your router replaces the public IP address Ekiga
puts in by a private one due to a bug in the router itself, you can see
the Ekiga PDUs in the log, they are correct.
If you disable STUN, perhaps your router will put the public
make-2.patch and make-3.patch resolve all cross compile trouble for me
> (Debian lenny).
>
> It is now possible to test a win32 version.
>
> Thanks a lot for your patches
>
> Jarmo Pussinen wrote:
> > Michael Rickmann wrote:
> >
> >> As we ca
iff ).
Jarmo Pussinen schrieb:
Michael Rickmann wrote:
That Window is absolutely harmless. It is caused by some code in Opal
when debug output is selected and should only contain messages from the
h264_video_pwplugin_helper.exe. Ekiga's debug output should be contained
in a file ekiga-st
Damien Sandras schrieb:
Le mercredi 08 juillet 2009 à 12:18 -0400, Christian Schäfer a écrit :
audio seems to be still a game of luck with current ekiga's stable
release. Sometimes when I answer an incoming call, I can't hear the
caller and he can't hear me. Sometimes I can hear him, sometimes
Christian Schäfer schrieb:
Damien Sandras wrote:
OK, first a few remarks :
- having private IP addresses in SIP PDUs in perfectly legal and
conform ;
- in your logs, I see Ekiga puts both IP : private and public in the
contact field, this is also legal and the sip registrar at lund1.de
should no
Hi,
thanks for your report.
e schmidbauer schrieb:
Hello, I downloaded the latest windows release of ekiga (3.2) from
http://wwwuser.gwdg.de/~mrickma/ekiga/
I see that the CELT codec is included but when I use the CELT codec
(32 & 48) to connect with a conference in freeswitch i get "Codec RAW
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been established windows were piling up
and rendered WinXP and Win7 unusable. Today I found the reason: commit
23036 to opal trunk which coresponds to 23028 opal v3_6 and is
contained in the
Am Montag, den 13.07.2009, 16:01 +0200 schrieb Damien Sandras:
> Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
> > I was stuck testing the latest changes to Ekiga since about 10 days.
> > Once a call to 5...@ekiga.net had been established windows were pilin
Damien Sandras schrieb:
Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been established windows were piling up
and rendered WinXP and Win7 unusable. Today I found the
Damien Sandras schrieb:
Le lundi 13 juillet 2009 à 23:32 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le dimanche 12 juillet 2009 à 22:40 +0200, Michael Rickmann a écrit :
I was stuck testing the latest changes to Ekiga since about 10 days.
Once a call to 5...@ekiga.net had been
Am Dienstag, den 14.07.2009, 23:09 +0200 schrieb Damien Sandras:
> Le mardi 14 juillet 2009 à 18:06 +0200, Michael Rickmann a écrit :
> > Damien Sandras schrieb:
> > > Le lundi 13 juillet 2009 à 23:32 +0200, Michael Rickmann a écrit :
> > >> Damien Sandras schrieb:
Damien Sandras schrieb:
Le mercredi 15 juillet 2009 à 08:52 +0200, Michael Rickmann a écrit :
Am Dienstag, den 14.07.2009, 23:09 +0200 schrieb Damien Sandras:
Le mardi 14 juillet 2009 à 18:06 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le lundi 13 juillet 2009 à 23:32 +0200
Damien Sandras schrieb:
Michael,
Le mercredi 15 juillet 2009 à 21:47 +0200, Michael Rickmann a écrit :
[...]
Well it all condenses down to line opal-3.6.4/src/opal/patch.cxx:217
which is
source.SetDataSize(sink->primaryCodec->GetOptimalDataFrameSize(true),
sourceFormat.GetFra
Damien Sandras schrieb:
Michael,
Le mercredi 15 juillet 2009 à 21:47 +0200, Michael Rickmann a écrit :
[...]
[...]
This patch should fix the problem:
http://opalvoip.svn.sourceforge.net/viewvc/opalvoip?view=rev&revision=23106
However, I'm not sure any patch is still required in
Ekiga's handling of Windows file names and device names is done mostly
in UTF-8 which works as long as there are no national characters in the
names. I have a German Windows and a USB headset which in Ekiga shows up
as "USB-Ger" instead of "USB-Gerät" (USB device). Ok, I can click
Ekiga's updat
I am trying to prepare a Win32 version of Ekiga 3.2.5 for ekiga.org and
realized that I had to pick a few items from Opal HEAD and Ekiga master.
For Ekiga I think that the following Win32 commits are safe to be merged
into stable from where they can be picked up for the next release.
2009-06-2
available at http://wwwuser.gwdg.de/~mrickma/ekiga/ . They are the files
containing 3.2.5 . I think that is about what I can achieve at the
moment. Refinements will follow. Please test!! If you do not have
Windows, free some 30 -50G partition on one of your disks, google for
"Windows 7" (I thin
Christian Schäfer schrieb:
Eugen Dedu wrote:
I see a commit in opal which might interest you:
2009-07-13 06:33 rjongbloed
* src/sip/handlers.cxx: Added special case of m_contactAddress *=
"%LIMITED" for SIP registration which will only fill the
"Contact" field of the REGISTER c
Christian Schäfer schrieb:
Michael Rickmann wrote:
Yes opal is providing a possibility for handling this kind of
brain-dead provider now. Only Ekiga has to pick it up. Since ekiga.net
is serviced I worked against the aliens - patch is attached. What it
does it lets Ekiga try twice to register
Am Samstag, den 18.07.2009, 21:54 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > Ekiga's handling of Windows file names and device names is done mostly
> > in UTF-8 which works as long as there are no national characters in the
> > names. I have a German Windo
I have a Vista notebook available for three days only. As already
reported Ekiga has to be killed at shutdown. It seems a pecularity of
Vista which can be overcome by several means.
if (Vista)
1) Wait at the end of the main thread ca. 5 secs, or
2) do Wait 100 msec, enumerate Ekiga's threads
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 19:49 +0200, Michael Rickmann a écrit :
I have a Vista notebook available for three days only. As already
reported Ekiga has to be killed at shutdown. It seems a pecularity of
Vista which can be overcome by several means.
if (Vista)
1
Am Montag, den 27.07.2009, 20:55 +0200 schrieb Eugen Dedu:
> Christian Schäfer wrote:
> >> We plan to make a new release. Until now, there has been:
> >
> > I'd love to see the workaround for picky registrars as well in this
> > release.
>
> Me too.
>
> --
> Eugen
> __
Am Mittwoch, den 29.07.2009, 22:29 +0200 schrieb Dominik:
> Hello,
>
> I'm trying to install Ekiga 3.2.5 in Windows 2000.
> But it stops immediately with the following error message:
> egika.exe - Einsprungpunkt nicht gefunden
> Der Prozedureinsprungpunkt "freeaddrinfo" wurde in der DLL "WS2_32.DL
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 23:22 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 19:49 +0200, Michael Rickmann a écrit :
I have a Vista notebook available for three days only. As already
reported Ekiga has to be killed at
Thierry Simonnet schrieb:
Hello,
I continue working on win32 version.
The last version of ekiga. exe is available at
http://www.pateam.org/archive/tmp/ekiga-win32/trunk/
(http://www.pateam.org/archive/tmp/ekiga-win32/trunk/ekiga-setup-3.3.1-git-302_g5d4151a.exe)
with the related Makefile.
ry2-segfault, I can see the crash is
similar and happens in PTLIB.
I'll ask Robert if he has an idea. It is a part of the code he knows
very well.
Le jeudi 30 juillet 2009 à 19:46 +0200, Michael Rickmann a écrit :
Damien Sandras schrieb:
Le mercredi 22 juillet 2009 à 23:22 +0200, Michael
ix the deadlock after.
>
> When I look at try1-segfault and try2-segfault, I can see the crash is
> similar and happens in PTLIB.
>
> I'll ask Robert if he has an idea. It is a part of the code he knows
> very well.
>
> Le jeudi 30 juillet 2009 à 19:46 +0200, Mic
m...@kabelfunk.de schrieb:
Hi,
I've installed Ekiga 3.2.5 on Windows XP and as far as I see it works
fine, but... :-)
I used the call back service 5...@ekiga.net for my test.
When the incoming coming window pops up the volume for WAVE in the
audio mixer goes to maximum.
After clicking anwer ("
Michael Rickmann schrieb:
m...@kabelfunk.de schrieb:
Hi,
I've installed Ekiga 3.2.5 on Windows XP and as far as I see it works
fine, but... :-)
I used the call back service 5...@ekiga.net for my test.
When the incoming coming window pops up the volume for WAVE in the
audio mixer go
Dominik schrieb:
Hi Michael,
please note for the second problem: It happens under linux, too. (not as often,
but it does)
So it's not a Windows specific problem.
Dominik
Dominik schrieb:
...
2. I have run/made many of echo tests and found strange things out:
When the connection is establis
Eugen Dedu schrieb:
Michael Rickmann wrote:
Dominik schrieb:
Hi Michael,
please note for the second problem: It happens under linux, too. (not
as often, but it does)
So it's not a Windows specific problem.
Dominik
Dominik schrieb:
...
2. I have run/made many of echo tests and
Eugen Dedu schrieb:
Michael Rickmann wrote:
Michael Rickmann schrieb:
m...@kabelfunk.de schrieb:
Hi,
I've installed Ekiga 3.2.5 on Windows XP and as far as I see it works
fine, but... :-)
I used the call back service 5...@ekiga.net for my test.
When the incoming coming window pops up
Hi Jarmo,
thank you for your detailed bug description
Jarmo Pussinen schrieb:
Michael Rickmann wrote:
Hi Eugen, hallo Dominik,
I think, I fixed it, i.e. possibly the connected cases of 586531. The
main thread was closing the audioinput device, while the "Media Patch"
thread which
Dominik schrieb:
Hello Michael,
Thanks. Unfortunately, I'm on a business trip for the next days and I
haven't access to my private desktop or to my wife's laptop. :-)
But you can expect my test results next Friday or latest Saturday, I'll
promise.
regards
Dominik
As far as I can see Win32 Ekiga's audio device / file handling need some
changes:
1) After the GetVolume issue has been fixed in Ptlib (
http://sourceforge.net/tracker/?func=detail&aid=2841719&group_id=204472&atid=989748
) Win32 Ekiga can "store" the volume settings of its primary audio
device
Hi Dominik,
thanks for your report.
Dominik schrieb:
Hi Michael,
two minor bugs:
1. At the end of the installation there is a checkbox "Run Ekiga". But
it doesn't start Ekiga.
For me it works. Could it be that you had set Ekiga to start hidden,
i.e. iconified in one of your previous installati
Thierry Simonnet schrieb:
Julien Puydt wrote:
Julien Puydt a écrit :
Thierry Simonnet a écrit :
checking whether the Boost::Signals library is available...
yes configure:
error: Could not link against
!
Julien Puydt schrieb:
Julien Puydt a écrit :
Julien Puydt a écrit :
But as soon as the call ends, ekiga's gui doesn't get updated anymore
by gtk+ -- the moving logo still moves though ; and after a while, it
crashes.
It does so with or without XV.
It does so without video. After the call e
Julien Puydt schrieb:
Michael Rickmann a écrit :
Next compilation fails for videooutput-manager-dx.cpp. I feel not fit
enough to interpret the 67 kB long error log (attached).
Well... C++ templates often lead to worse. Notice that concepts, which
were supposed to make it into C++0x, should
Julien Puydt schrieb:
Julien Puydt a écrit :
Now I only have to understand why we do that... I'm suspecting a
problem of boost::shared_ptr in threads, but I can err.
Found the problem (and I have a local patch which I'll push soon), and
threads weren't the problem.
Snark
___
Yesterday Robert checked commit 23341 into Opal stable which allows
Ekiga to deal with registrars which do not allow RFC1918-IPs and which
may possibly help in complex interface situations as reported in
http://bugzilla.gnome.org/show_bug.cgi?id=592012 . To use Opal's
capabilities I have adapte
After more than two weeks of absence I am back and will care a bit more
for Ekiga's Win32 port. So first thing to do was to build the new stable
release. You find the installers and how to build in
http://wwwuser.gwdg.de/~mrickma/ekiga/stable/ .
The Win32 version has two issues:
1) ptlib was patche
Am Mittwoch, den 23.09.2009, 10:00 +0200 schrieb Eugen Dedu:
> Michael Rickmann wrote:
> > After more than two weeks of absence I am back and will care a bit more
> > for Ekiga's Win32 port. So first thing to do was to build the new stable
> > release. You find the inst
Am Mittwoch, den 23.09.2009, 11:06 +0200 schrieb michel memeteau:
> Hello , thanks for this new release , especially appreciated for Win32
>
> 2009/9/23 Michael Rickmann :I think that gwdg.de has
> enough bandwidth
> > (mirroring Debian, Ubuntu, Suse, ...), so that we c
Am Mittwoch, den 23.09.2009, 09:44 +0200 schrieb Damien Sandras:
> Le mercredi 23 septembre 2009 à 09:35 +0200, Michael Rickmann a écrit :
> > After more than two weeks of absence I am back and will care a bit more
> > for Ekiga's Win32 port. So first thing to do was to
(snip)
> >>
> >> I updated http://wiki.ekiga.org/index.php/Windows_Users page yesterday,
> >> but now it is already obsolete :o) Could you take care of it (new
> >> 3.2.pre6 link, is 3.0.2 still *the stable* release?)?
> >>
> > Hi Eugen,
> > it seems I should try to edit the Wiki page, but apparen
24.09.2009, 10:39 +0300 schrieb Jarmo Pussinen:
> Jarmo Pussinen wrote:
> > Hi
> >
> > Michael Rickmann wrote:
> >> After more than two weeks of absence I am back and will care a bit more
> >> for Ekiga's Win32 port. So first thing to do was to bui
1 - 100 of 125 matches
Mail list logo