Quoting Peter Robinson <[EMAIL PROTECTED]>:
> > > Hi Damien,
> > >
> > > > > Hi All,
> > > > >
> > > > > What is the status of the svn trunk? Is it in a state where ekiga
> > > > > should be able to register to sip registrars? I have two accounts,
> one
> > > > > with ekiga.net and one w
Quoting Damien Sandras <[EMAIL PROTECTED]>:
> Hi Matthias,
>
> Le vendredi 28 mars 2008 à 07:36 +0100, Matthias Apitz a écrit :
> > Hi Damien,
> >
> > I'm attaching some small patches for OPAL to make it working in FreeBSD;
> > some pieces are #if defined P_FREEBSD wrapped and should cause no pr
Quoting Torsten Schlabach <[EMAIL PROTECTED]>:
> Hi all!
>
> Attached please find an interim patch for the win32/Makefile reflecting how
> far I got before I will have to call it a day for today.
>
> Please use in conjuction with
>
> http://wiki.ekiga.org/index.php/Cross-compile_Win32
>
> This pat
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Friday, March 28, 2008 a las 12:16:53PM +0100, Damien Sandras
> escribió:
>
> > Try changing the video size ?
> >
> > I think you will have to run things step by step, it will be boring, but
> > I'm sure it will fix a severe bug that other perso
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Wednesday, April 02, 2008 a las 12:18:25PM +0200, Matthias Schneider
> escribió:
>
> > Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> >
> > > El día Friday, March 28, 2008 a las 12:16:53PM +0100, Damien
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Wednesday, April 02, 2008 a las 03:43:55PM +0200, Matthias Apitz
> escribió:
>
> > I did H.323 tests against someone using Netmeeting (which worked fine)
> > and against our VSX7000 VC system (in which at least I can see what the
> > VSX7000 is
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Thursday, April 03, 2008 a las 10:52:22AM +1100, Craig Southeren
> escribió:
>
> > Matthias Schneider wrote:
> >
> > ..deleted
> >
> > > Emilio,
> > >
> > > sorry, thats all
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Thursday, April 03, 2008 a las 11:45:08AM +0200, Matthias Schneider
> escribió:
>
> > Hello Emilio,
> > I do not concur with all parts of your patch:
> > - why do you change P_DEFAULT_PLUGIN_DIR? Its not used an
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Wednesday, April 02, 2008 a las 06:09:26PM +0200, Matthias Schneider
> escribió:
>
> > Emilio,
> >
> > sorry, thats all I know about H.264 and H.323 and I do not have any
> resources to
> > deal with it
Quoting Damien Sandras <[EMAIL PROTECTED]>:
> Le vendredi 04 avril 2008 à 21:58 +0200, Julien Puydt a écrit :
> > Hi,
> >
> > I had a crash through the following code in opal-gmconf-bridge.cpp:
> > GMManager::VideoOptions options;
> > manager.get_video_options (options);
> > optio
Quoting Julien Puydt <[EMAIL PROTECTED]>:
> Matthias Schneider a écrit :
> > However I do not know if this is the correct place to do this. Perhaps
> there
> > should be a centralized place to check for value ranges and reset to
> defaults,
> > perhaps even usi
Quoting Conrad Beckert <[EMAIL PROTECTED]>:
> Hi
>
> today I compiled Ekiga from sources, started and got this:
>
> ekiga -d 4
> dyna.cxx(98)H264DYNASuccessfully loaded libavcodec.so.1d
> dyna.cxx(326) H264DYNASuccessfully loaded libavcodec
> library and veri
Quoting Julien Puydt <[EMAIL PROTECTED]>:
> Matthias Schneider a écrit :
> > I prefer the bridge if its in the object or the specific gmconf, since if I
> have
> > to do all these checks in the object itself, the already complicated code
> will
> > look even
Hi all,
due to the huge demand of the win32 build I have updated Ekiga's Makefile to
work with current ptlib, opal and ekiga svn trunk. The only issue remaining are
the changes made in
revision 18828: Fixed UNICODE support issue where wchar_t is not precisely the
same thing as the WORD (aka unsi
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Friday, April 04, 2008 a las 08:25:31AM +0200, Matthias Apitz
> escribió:
>
> > Hi Matthias,
> >
> > This morning I did two tests to [EMAIL PROTECTED], one with V4L and cam,
> > the other with MovingLogo as picture:
> >
> > in both tests also th
Quoting Matthias Schneider <[EMAIL PROTECTED]>:
> Quoting Matthias Apitz <[EMAIL PROTECTED]>:
>
> > El día Friday, April 04, 2008 a las 08:25:31AM +0200, Matthias Apitz
> > escribió:
> >
> > > Hi Matthias,
> > >
> > > This mor
ild which lead to 2.0.11-BETA.exe does not seem to be
> reproduceable until know and AFAIK there is no 2.0.12 for Windows at all.
>
> Regards,
> Torsten
About the installer, I have no idea right now except that I will compare your
nsis version with mine...
Matthias
>
>
t; > About the installer, I have no idea right now except that I will compare
> > your nsis version with mine...
>
> Which one do you have? On what distro?
I cannot check before tonight...
> Regards,
> Torsten
Matthias
>
> Original-Nachricht
> > Datum
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).
> >
> > Wh
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
Quoting Torsten Schlabach <[EMAIL PROTECTED]>:
> Hi all!
>
> I know, the Win32 build was never supposed to work without any problems for
> the last whatever number of months, but I am stumbling over something which
> wasn't there 2-3 days ago.
>
> Attaching a log file.
>
> Regards,
> Torsten
>
Is
Quoting Julien Puydt <[EMAIL PROTECTED]>:
> Hi,
>
> again, there is a problem with the bridge : it gets something from
> gmconf, doesn't check before use, and triggers a floating point exception.
>
> I'm not sure whether the issue is in ekiga or in opal though :
> 0x08132c71 in GMManager::set_vide
Quoting Damien Sandras <[EMAIL PROTECTED]>:
> Le vendredi 11 avril 2008 à 11:26 +0200, Matthias Schneider a écrit :
> > Quoting Julien Puydt <[EMAIL PROTECTED]>:
> >
> > > Hi,
> > >
> > > again, there is a problem with the bridge : it gets
Quoting Torsten Schlabach <[EMAIL PROTECTED]>:
> Hi all!
>
> Just for those waiting ...
>
> I don't only have no progress, but I am moving backwards.
>
> Last time, I had it to the point where it compiled, but I had issues with
> nsis. (See my earlier posting.) Because that nsis issues might be so
Quoting yannick <[EMAIL PROTECTED]>:
> Hi,
>
> I'm looking for a way to attract people testing our trunk version.
>
> I made some script for ubuntu to automate the compilation process but it
> use the root password and remove FFMPEG and related packages for
> installation thus is not designed to u
Quoting Torsten Schlabach <[EMAIL PROTECTED]>:
> So for anyone wondering what exactly might be wrong ...
>
> I have
>
> Debian lenny (installed yesterday, April 10th)
> it's a 32 bit VServer on an AMD64 host machine with a 32 bit userland
>
> Freshly installed packages as per the Wiki page.
>
> I
't understood the Ekiga / OPAL / any other dependencies version
> management concept yet anyway, but that's a whole separate issue.
>
> Enjoy the weekend. Unfortunately, I will not be able to continue until
> monday.
>
> Regards,
> Torsten
>
> Origi
Quoting Julien Puydt <[EMAIL PROTECTED]>:
> Hi,
>
> again, there is a problem with the bridge : it gets something from
> gmconf, doesn't check before use, and triggers a floating point exception.
>
> I'm not sure whether the issue is in ekiga or in opal though :
> 0x08132c71 in GMManager::set_vide
Hi Torsten,
the win32 build has been fixed. In order to verify your build environment, you
can try the following patch to switch to my reference revisions which I have
tested.
There are two issues that might appear:
- break of compilation of openldap if concurrency > 1
- break of ffmpeg installat
t.
>
> Another question: Why is the version number 2.9, not 3.0?
I guess because 3.00 is not released yet? Anyway its just cosmetics...
> Regards,
> Torsten
>
> ---- Original-Nachricht
> > Datum: Sun, 13 Apr 2008 10:22:33 +0200
> > Von: Matthias Schneider &
ate between linux and
windows ... This means it will have to be adapted at every major commit...
> Original-Nachricht
> > Datum: Sun, 13 Apr 2008 10:22:33 +0200
> > Von: Matthias Schneider <[EMAIL PROTECTED]>
> > An: Ekiga development mailing list
>
Quoting [EMAIL PROTECTED]:
>
> --- yannick <[EMAIL PROTECTED]> escreveu:
>
>
> > > You did notice that it was SVN, hence unstable,
> > not for any random user?
>
> Of course! Otherwise, should it have a "deb package"
> in the website, right?
>
> > >
> > > We would need a backtrace from gdb to know
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Hello,
>
> Damien Sandras wrote:
> > Hello again,
> >
> > Le samedi 19 avril 2008 à 19:32 +0200, Eugen Dedu a écrit :
> >> Hi,
> >>
> >> During configuration assistant:
> >>
> >> - General->Sound Events: I don't know why, voice mail and instant msg
> >>
Quoting Damien Sandras <[EMAIL PROTECTED]>:
> Hi,
>
> Le samedi 19 avril 2008 à 16:26 +0200, Eugen Dedu a écrit :
> > Hi,
[deleted...]
>
> > (PS Exactly when all was finished, I executed an rm instead of mv, and I
> > lost the opal*diff.gz file :o(; it took my 2 hours to recreate it. Do
> > you
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Luca Capello wrote:
> > Hi there!
> >
> > On Wed, 07 May 2008 10:06:13 +0200, Torsten Schlabach wrote:
> >> Last night I have done a complete fresh checkout of PTLib / OPAL /
> >> Ekiga and built, pretty much using config options from:
> > [...]
> >> 3. Th
Quoting Luca Capello <[EMAIL PROTECTED]>:
> Hi there!
>
> On Thu, 08 May 2008 11:47:38 +0200, Damien Sandras wrote:
> > Le jeudi 08 mai 2008 à 11:45 +0200, Torsten Schlabach a écrit :
> >> Gismo / Luca wrote:
> >>
> >>> If ekiga build-depends on
> >>> x264 (which, BTW, is *still* not present as
g list"
> Datum: Sonntag, 18. Mai 2008, 15:53
> Matthias Schneider wrote:
> > Quoting Luca Capello <[EMAIL PROTECTED]>:
> >
> >> Hi there!
> >>
> >> On Thu, 08 May 2008 11:47:38 +0200, Damien Sandras
> wrote:
> >>> Le jeudi 08
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Matthias Apitz wrote:
> > Damien,
> >
> > The Opal configuration proc looks for libavcodec.so which is in
> > FreeBSD in:
> >
> > $ ls -l /usr/local/lib/libavcodec.so
> > lrwxr-xr-x 1 root wheel 21 21 mar 19:23 /usr/local/lib/libavcodec.so
> > -> libavc
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Matthias Schneider wrote:
> >>> About the packages issue, I suppose that there should
> >> be packages like this:
> >>> ekiga
> >>> opal includes h.261 & theora or depends opal-h261
> >
Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> Matthias Schneider wrote:
> > Quoting Eugen Dedu <[EMAIL PROTECTED]>:
> >
> >> Matthias Schneider wrote:
> >>>>> About the packages issue, I suppose that there should
> >>>> be pack
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Tuesday, May 20, 2008 a las 06:03:27PM +0200, Eugen Dedu escribió:
>
> > Matthias Apitz wrote:
> > >Damien,
> > >
> > >The Opal configuration proc looks for libavcodec.so which is in
> > >FreeBSD in:
> > >
> > >$ ls -l /usr/local/lib/libavcodec.
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Wednesday, May 21, 2008 a las 08:01:54AM +0200, Matthias Schneider
> escribió:
>
> > No, this has nothing to do with FREEBSD, just with the ffmpeg version. Like
> I
> > said I do have some code already to a
Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> El día Thursday, May 22, 2008 a las 01:17:56PM +0200, Matthias Schneider
> escribió:
>
> > Quoting Matthias Apitz <[EMAIL PROTECTED]>:
> >
> > > El día Wednesday, May 21, 2008 a las 08:01:54AM +0200, Matthias
Hi all,
when compiling Ekiga/OPALs video codecs it should be noticed that there is a
configure option of OPAL that enables full video capabilities when receiving
empty fmtp lines. Without that option, OPAL's video codec plugins will default
to the minimal capabilities defined in the respective
ntag, 1. Juni 2008, 11:04
> Le samedi 31 mai 2008 à 18:44 +, Matthias Schneider a
> écrit :
> > Hi all,
> >
> > when compiling Ekiga/OPALs video codecs it should be
> noticed that there is a configure option of OPAL that
> enables full video capabilities when re
Quoting Julien Puydt <[EMAIL PROTECTED]>:
> Hi,
>
> I have a hard time compiling ptlib+opal+ekiga those days : since I
> upgraded my libavcodec-dev package, avcodec.h is to be found in :
> /usr/include/ffmpeg/libavcodec/avcodec.h
> but is searched in :
> libavcodec/avcodec.h
> ffmpeg/avcodec.h
>
>
s and asterisk (mostly)
> > > An: [EMAIL PROTECTED]
> > > Datum: Dienstag, 3. Juni 2008, 9:43
> > > Le mardi 03 juin 2008 à 06:49 +, Matthias
> Schneider a
> > > écrit :
> > >
> > > >
> > > > This setting is not
i 2008, 11:16
> Le mardi 03 juin 2008 à 09:14 +, Matthias Schneider a
> écrit :
> >
> >
> > --- Damien Sandras <[EMAIL PROTECTED]>
> schrieb am Di, 3.6.2008:
> >
> > > Von: Damien Sandras <[EMAIL PROTECTED]>
> > > Betreff: Re
i 2008, 13:58
> Le mardi 03 juin 2008 à 11:01 +, Matthias Schneider a
> écrit :
> >
> >
> > --- Damien Sandras <[EMAIL PROTECTED]>
> schrieb am Di, 3.6.2008:
> >
> > > Von: Damien Sandras <[EMAIL PROTECTED]>
> > > Betreff: Re
--- Julien Puydt <[EMAIL PROTECTED]> schrieb am Di, 3.6.2008:
> Von: Julien Puydt <[EMAIL PROTECTED]>
> Betreff: Re: [Ekiga-devel-list] Missing avcodec.h
> An: "Ekiga development mailing list"
> Datum: Dienstag, 3. Juni 2008, 14:08
> Julien Puydt a é
--- Julien Puydt <[EMAIL PROTECTED]> schrieb am Mi, 4.6.2008:
> Von: Julien Puydt <[EMAIL PROTECTED]>
> Betreff: Re: [Ekiga-devel-list] Missing avcodec.h
> An: "Ekiga development mailing list"
> Datum: Mittwoch, 4. Juni 2008, 11:21
> Matthias Schneider a é
--- Matthias Schneider <[EMAIL PROTECTED]> schrieb am Mi, 4.6.2008:
> Von: Matthias Schneider <[EMAIL PROTECTED]>
> Betreff: Re: [Ekiga-devel-list] Missing avcodec.h
> An: "Ekiga development mailing list"
> Datum: Mittwoch, 4. Juni 2008, 13:46
> --- Julien
They should be fixed now.
Matthias
--- Julien Puydt <[EMAIL PROTECTED]> schrieb am Fr, 6.6.2008:
> Von: Julien Puydt <[EMAIL PROTECTED]>
> Betreff: [Ekiga-devel-list] Annoying warnings
> An: "Ekiga development mailing list"
> Datum: Freitag, 6. Juni 2008, 17:44
> Hi,
>
> I fixed quite a few wa
--- yannick <[EMAIL PROTECTED]> schrieb am Sa, 30.8.2008:
> Von: yannick <[EMAIL PROTECTED]>
> Betreff: [Ekiga-devel-list] Ekiga SVN and Ubuntu, I compiled on a distro as
> old as april 2007.
> An: "Ekiga development mailing list"
> Datum: Samstag, 30. August 2008, 17:52
> Hello,
>
> Using t
--- Damien Sandras <[EMAIL PROTECTED]> schrieb am So, 7.9.2008:
> Von: Damien Sandras <[EMAIL PROTECTED]>
> Betreff: Re: [Ekiga-devel-list] Ekiga on OSX
> An: "Ekiga development mailing list"
> Datum: Sonntag, 7. September 2008, 11:49
> Le samedi 06 septembre 2008 à 19:44 -0400, Christopher
>
Hi Eugen
Ekiga depends on OPAL and PTLIB
OPAL depends on PTLIB, possibly srtp or speex
PTLIB depends on various libs
PTLIB plugins depend on PTLIB
OPAL plugins depend on OPAL (well, they dont depend on it but are pretty
useless without it
Matthias
--- Eugen Dedu <[EMAIL PROTECTED]> schrieb am S
Hi,
Ekiga does not strongly depend on plugins. You could can actually perform a
PCMA call without any plugin. However noone will ever hear it if there are no
device plugins.
Matthias
--- Julien Puydt <[EMAIL PROTECTED]> schrieb am So, 14.9.2008:
> Von: Julien Puydt <[EMAIL PROTECTED]>
> Betr
--- Damien Sandras <[EMAIL PROTECTED]> schrieb am So, 14.9.2008:
> Von: Damien Sandras <[EMAIL PROTECTED]>
> Betreff: Re: [Ekiga-devel-list] Dependencies
> An: "Ekiga development mailing list"
> Datum: Sonntag, 14. September 2008, 21:35
> Le dimanche 14 septembre 2008 à 20:31 +0200, Julien Puydt
--- Eugen Dedu <[EMAIL PROTECTED]> schrieb am Di, 23.9.2008:
> Von: Eugen Dedu <[EMAIL PROTECTED]>
> Betreff: Re: [Ekiga-devel-list] To all developers
> An: "Ekiga development mailing list"
> Datum: Dienstag, 23. September 2008, 20:28
> Damien Sandras wrote:
> > Hello,
> >
>
> Could you also pl
Hi Peter,
actually the dependency to speexdsp was not added, but the detection
of a system speexdsp was fixed. We have two places where we use speex:
speex at the speex codec plugin
speexdsp for echo cancelling in opal
For speex in the plugin nothing has changed. For the echo cancelling,
since th
( you would get unresolved symbols errors if not)
- ekiga gets this information from pkg-config
Matthias
- Ursprüngliche Mail
> Von: Peter Robinson <[EMAIL PROTECTED]>
> An: Matthias Schneider <[EMAIL PROTECTED]>
> CC: Ekiga development mailing list
> Ge
to have access to x and y, linking z with -lx -ly. Thats also what pkg-config
is used for.
Matthias
- Ursprüngliche Mail
> Von: Peter Robinson <[EMAIL PROTECTED]>
> An: Matthias Schneider <[EMAIL PROTECTED]>
> CC: Ekiga development mailing list
> Gesendet: D
- Ursprüngliche Mail
> Von: Luca Capello <[EMAIL PROTECTED]>
> An: Ekiga development mailing list
> Gesendet: Donnerstag, den 23. Oktober 2008, 14:58:03 Uhr
> Betreff: Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.0.1 available
>
> Hi there!
>
> On Mon, 20 Oct 2008 20:33:34 +0200, Damie
- Ursprüngliche Mail
> Von: Damien Sandras <[EMAIL PROTECTED]>
> An: Ekiga development mailing list
> CC: [EMAIL PROTECTED]
> Gesendet: Dienstag, den 28. Oktober 2008, 10:20:29 Uhr
> Betreff: Re: [Ekiga-devel-list] ANNOUNCE - Ekiga 3.0.1 available
>
> Le mardi 28 octobre 2008 à 09:11
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 ba
--- Epelde Gorka <[EMAIL PROTECTED]> schrieb am Do, 6.11.2008:
> Von: Epelde Gorka <[EMAIL PROTECTED]>
> Betreff: [Ekiga-devel-list] Testing DBUS in windows
> An: "Ekiga development mailing list"
> Datum: Donnerstag, 6. November 2008, 17:44
> Hi all,
>
>I've been testing DBUS for ekiga in li
Hi all,
is there some more feedback on the latest win32 build available? The only thing
that was brought to my attention was that there is a console being opened with
some debug information spit out. If thats all trouble that ekiga for windows is
having I thing we are doing quite alright...
Ma
Hi Michel,
unfortunately I dont see anything wrong in your debug output. Do you think you
could get a backtrace?
http://wiki.ekiga.org/index.php/Debugging_Ekiga
Ekiga seems not to have received any remote video frames yet.
Thanks in advance.
Matthias
Von: m
-devel-list] Crash with Ekiga Windows rev7315 & Xlite on
h263p
2008/12/1 Matthias Schneider <[EMAIL PROTECTED]>
Hi Michel,
unfortunately I dont see anything wrong in your debug output. Do you think you
could get a backtrace?
I will try.
Ekiga seems not to have received any remote
Hi all,
I am the guy who continued most of the work started by Julien Puydt on the
windows cross-coompile buidl. SDL is not used anywhere in ekiga, neither on
windows nor on linux. On linux we use X/XV and on windows we use DirectDraw
output.
Last time I was able to work on ekiga for win32 I
Hi all,
a few months I had posted an email about integrating XVideo hardware
acceleration into ekiga,
unfortunately I didnt find some time until a few weeks ago...
The image quality of XVideo is a lot better than SDL, also CPU drops
significantly since the
dedicated hardware does the scaling an
Hi, sure, SDL can provide hardware overlay with the following constraints:
- only available when run as root
- only DGA driver (framebuffer in console mode)
- acceleration only available at fullscreen
- tries to switch to a resolution close to the overlay resolutio
Hi Damien,
--- Damien Sandras <[EMAIL PROTECTED]> schrieb:
> Hi Matthias,
>
> Le lundi 11 septembre 2006 à 23:17 +0200, Matthias Schneider a écrit :
> > Hi all,
> > a few months I had posted an email about integrating XVideo hardware
> > acceleration into ekig
<[EMAIL PROTECTED]> schrieb:
> Matthias Schneider a écrit :
> > Hi, sure, SDL can provide hardware overlay with the following constraints:
> >
> > - only available when run as root
> > - only DGA driver (framebuffer in console mode)
> > - ac
Hello,
> > My question now is where and how could I possibly implement a fallback in
> > case XV is not
> > available? Can I register a PVideoOutputDevice_GDK from inside the
> > PVideoOutputDevice_XV
> class? Or
> > where could I start to implement something like that?
> >
>
> I think that
setframedata function return some information
- both
Please let me know if I understood correctly and my conclusion is correct.
Matthias
--- Damien Sandras <[EMAIL PROTECTED]> schrieb:
> Le mardi 12 septembre 2006 à 21:35 +0200, Matthias Schneider a écrit :
> > Hello,
> >
>
--- Gregory Stark <[EMAIL PROTECTED]> schrieb:
>
> Matthias Schneider <[EMAIL PROTECTED]> writes:
>
> > Concerning the PIP issue, as Gregory already pointed out correctly every
> > recent X graphics adaptor driver should support multiple overlays. In case
&
--- Stefan Brüns <[EMAIL PROTECTED]> schrieb:
> Am Dienstag, 12. September 2006 18:31 schrieb Matthias Schneider:
> > Hi, sure, SDL can provide hardware overlay with the following constraints:
> >
> > - only available when run as root
> > - only DGA dr
i all,
trying to compile ekiga, opal and pwlib from cvs I run into the following error
on the compilation
of ekiga:
g++ -g -O2 -o ekiga accounts.o addressbook.o callbacks.o callshistory.o chat.o
config.o druid.o
history.o main.o misc.o preferences.o tools.o statusicon.o contacts.o audio.o
fakev
:30 +0200 (CEST)
> Matthias Schneider <[EMAIL PROTECTED]> wrote:
>
> > i all,
> > trying to compile ekiga, opal and pwlib from cvs I run into the
> > following error on the compilation of ekiga:
> >
> > [some compilation error]
>
> Loo
TED]> schrieb:
> Hi;
>
>
> Probably your library path is wrong and it tries to link to an older
> version of the libs located in /usr/lib/.
>
> Le jeudi 28 septembre 2006 à 23:07 +0200, Matthias Schneider a écrit :
> > Hello,
> > sorry, forgot to mention, I a
--- Damien Sandras <[EMAIL PROTECTED]> schrieb:
> Le lundi 23 octobre 2006 à 09:39 -0700, Zou, Yixiong a écrit :
> >
> > >-Original Message-
> > >From: [EMAIL PROTECTED] [mailto:ekiga-devel-list-
> > >[EMAIL PROTECTED] On Behalf Of Damien Sandras
> > >Sent: Monday, October 23, 2006 1:12
tag=as73e7415e
Call-ID: [EMAIL PROTECTED]
To: "Matthias Schneider" ;tag=322b1d7d-c862-db11-8100-0012f018b0b9
Contact:
Content-Length: 0
Max-Forwards: 70
2006/10/25 20:58:45.163 0:16.895 SIP Transp...rt:843f910 SIP
Queueing PDU: 102 BYE sip:[EMAIL PROTECTED]:5063
2006/10/25 20:5
..
--- Damien Sandras <[EMAIL PROTECTED]> schrieb:
> Hi,
>
> Craig already answered most of OPAL/PWLIB related questions, so I will
> answer the rest.
>
> Le mercredi 25 octobre 2006 à 21:58 +0200, Matthias Schneider a écrit :
>
> > - EKIGA does not complete a re
Hi,
--- Damien Sandras <[EMAIL PROTECTED]> schrieb:
> Hi,
>
> Le jeudi 26 octobre 2006 à 19:46 +0200, Matthias Schneider a écrit :
> > Hi,
> >
> > thank you for the quick answers. First of all I would like to comment on my
> > question about the
> >
Hi all,
some days ago I have posted some issues about using dynamic RTP Payload Codes
for video codecs
which I would like to summarize and clarify now (there was a misunderstanding
about the
RTPTypeShared attribute from my part)
- Ekiga and video codecs with dynamic RTP payload:
As mentione
Hi all,
the enclosed patch enables ekiga to receive video in a SIF (320x240)
resolution. Actually it just
extends the check in videooutput.cpp to accept SIF as well. I found it working
quite well.
Matthias
___
Telefonat
ndredi 03 novembre 2006 à 18:45 +0100, Matthias Schneider a écrit :
> > Hi all,
> >
> > the enclosed patch enables ekiga to receive video in a SIF (320x240)
> > resolution. Actually it
> just
> > extends the check in videooutput.cpp to accept SIF as well. I
Hi all,
enclosed a new version of my XVideo patch for ekiga I have already posted a few
month ago. The new
version supports the embedded video windos like the gdk output. Also, in case
Xvideo is not
supported a fallback to GDK should take place (I implemented this by using a
stub
videooutputdev
Hi,
--- Damien Sandras <[EMAIL PROTECTED]> schrieb:
> Le mardi 21 novembre 2006 à 21:52 +0100, Matthias Schneider a écrit :
>
> [...]
>
> > However I do notice 2 points here:
> > - why is the main ekiga window resizable? it wasnt int 2.0.3 and also many
- remote or local frame resolution
- change of zoom level
Have a look at the lastfarme and beforefsswitch variables...
Matthias
--- Julien Puydt <[EMAIL PROTECTED]> schrieb:
> Matthias Schneider a écrit :
> > Ok, no problem, so each frame we check the video-widgets location and in
Hi all,
enclosed a new version of my XV patch that should fix the window position in
encrusted mode. I
also implemented an alternative GDK drawing style that uses considerably less
resources than the
original approach (and is also consistent to what I do when embedding an XV
window). You can tr
Hi again,
sorry I just realized this patch was still configured for fallback testing, in
order to enable the
XV mode you have to comment out line 513 in videoutput_xv.cpp...
Matthias
--- Matthias Schneider <[EMAIL PROTECTED]> schrieb:
> Hi all,
> enclosed a new version of my X
Hello Damien,
first of all sorry about having caused some uneccessary work by not respecting
the coding
convetions, I think I got confused between varios projects.. Yes, you are
right, Xlib calls are
not threadsafe and thus have to be protected by XLockDisplay and XUnlockdisplay
in a MT
applicat
Hi all,
about the windows port of ekiga I have some questions, I would like to set up a
build environment.I am aware that I need ptlib_win32, opal and of course ekiga.
Do I need anything else installed except for minGW and MSYS? starting with ptlib
I found the problem that although I may run config
Hi all,
how is it possible to get the debug traces on the win32 build? I think there was
a way but I dont remember where I saw it... I already tried to run ekiga.exe in
MSYS.
Thanks in Advance
Matthias
This message was sent using I
AIL PROTECTED]>:
> Matthias Schneider a écrit :
> > Hi all,
> > about the windows port of ekiga I have some questions, I would like to set
> up a
> > build environment.I am aware that I need ptlib_win32, opal and of course
> ekiga.
> > Do I need anything else i
Hi all, sorry to bring it up again, but after a week without a comment I would
like to ask someone with more expertise on the windows build of my patches make
sense. When cross-compiling ekiga for the first time for a win32 system I had
some problems. First, a required header file (localcharset.h)
Hi Kilian,
After having spent quite a while on cross-compiling ekiga for win32 I would like
to ask for advice
for the following fixes whose absence prevented the successful
cross-compilation. Basicallly I
encountered three small issues with the compile script:
1. localcharset.h that is needed for
his in the wiki:
> http://wiki.ekiga.org/index.php/Cross-compile_Win32
>
> I do not know who did it (nick: Ma30002000 ), is it you?
>
> If you find more usefull hints for this page, could you upgrade it/or
> send them to me?
>
> Regards,
> Yannick
>
> Le samedi 17 mars
1 - 100 of 138 matches
Mail list logo