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
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
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:
Betreff: Re: [Ekiga-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
--- 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 ekiga-list@gnome.org
Datum: Dienstag, 25. November 2008, 22:31
Hi
--- 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,
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...
--- [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
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 ekiga
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
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
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
---
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
ekiga-list@gnome.org; Michael Condon
[EMAIL PROTECTED]
Sent: Friday
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
- Ursprüngliche Mail
Von: Damien Sandras [EMAIL PROTECTED]
An: Ekiga development mailing list ekiga-devel-list@gnome.org
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
- Ursprüngliche Mail
Von: Luca Capello [EMAIL PROTECTED]
An: Ekiga development mailing list ekiga-devel-list@gnome.org
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
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
( 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 ekiga-devel-list@gnome.org
Gesendet
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 ekiga-devel-list@gnome.org
Gesendet: Dienstag
--- 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 ekiga-devel-list@gnome.org
Datum: Dienstag, 23. September 2008, 20:28
Damien Sandras wrote:
Hello,
Could
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
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]
Betreff:
--- 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 ekiga-devel-list@gnome.org
Datum: Sonntag, 14. September 2008, 21:35
Le dimanche 14 septembre 2008 à 20:31
--- 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 ekiga-devel-list@gnome.org
Datum: Sonntag, 7. September 2008, 11:49
Le samedi 06 septembre 2008 à 19:44
--- 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 ekiga-devel-list@gnome.org
Datum: Samstag, 30. August 2008, 17:52
--- 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 ekiga-devel-list@gnome.org
Datum: Mittwoch, 4. Juni 2008, 11:21
Matthias Schneider a écrit :
in my opinion
--- 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 ekiga-devel-list@gnome.org
Datum: Mittwoch, 4. Juni 2008, 13:46
--- Julien Puydt [EMAIL
: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 receiving empty fmtp
lines. Without that option, OPAL's video codec
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
in fact,
--- Damien Sandras [EMAIL PROTECTED] schrieb am Di, 3.6.2008:
Von: Damien Sandras [EMAIL PROTECTED]
Betreff: Re: [Ekiga-devel-list] Video capabilities and asterisk (mostly)
An: [EMAIL PROTECTED]
Datum: Dienstag, 3. Juni 2008, 10:45
Le mardi 03 juin 2008 à 08:44 +, Matthias Schneider
11:01 +, Matthias Schneider a
écrit :
--- Damien Sandras [EMAIL PROTECTED]
schrieb am Di, 3.6.2008:
Von: Damien Sandras [EMAIL PROTECTED]
Betreff: Re: [Ekiga-devel-list] Video
capabilities and asterisk (mostly)
An: [EMAIL PROTECTED]
CC: ekiga-devel-list@gnome.org
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 autodetect that, I just have to
backport
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 Schneider
escribió:
No, this has nothing to do
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
oapl-theora
ptlib
opal-h263p depends libavcodec
opal-mpeg4 depends libavcodec
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 mai 2008 Ã 11:45 +0200, Torsten
Schlabach a écrit :
Gismo / Luca wrote:
If ekiga build-depends
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. The x264 lib is not
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 a Debian package,
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
sounds point to a inexistent
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 know that
is not released yet? Anyway its just cosmetics...
Regards,
Torsten
Original-Nachricht
Datum: Sun, 13 Apr 2008 10:22:33 +0200
Von: Matthias Schneider [EMAIL PROTECTED]
An: Ekiga development mailing list ekiga-devel-list@gnome.org
Betreff: [Ekiga-devel-list] win32 build
Hi Torsten
something like Gentoo Linux provide some template?
The build environment of opal and ptlib is completely separate 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
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 what
happens -- I
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
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
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 use in a
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 do
# svn
. Unfortunately, I will not be able to continue until
monday.
Regards,
Torsten
Original-Nachricht
Datum: Fri, 11 Apr 2008 14:43:59 +0200
Von: Matthias Schneider [EMAIL PROTECTED]
An: Ekiga development mailing list ekiga-devel-list@gnome.org
Betreff: Re: [Ekiga-devel
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
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 this the 2.x
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
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 the video was
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 morning I did two tests to [EMAIL PROTECTED], one with V4L and cam,
the other
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 using the schemas.in.in as input for the defaults
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 more complicated. And the gmconf-bridge does
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 Sandras
escribió:
Try changing the video size
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 patch fixes
Quoting Torsten Schlabach [EMAIL PROTECTED]:
sean darcy schrieb:
Just to keep everyone on their toes, x264 has closed the svn repo, and
is using git.
Try:
git clone git://git.videolan.org/x264.git
and
git pull --rebase = svn update
For building releases of Ekiga (e.g.
Quoting Damien Sandras [EMAIL PROTECTED]:
Le lundi 31 mars 2008 à 15:19 +0200, Matthias Schneider a écrit :
Quoting Torsten Schlabach [EMAIL PROTECTED]:
sean darcy schrieb:
Just to keep everyone on their toes, x264 has closed the svn repo, and
is using git.
Try
On Monday 10 March 2008 20:53:17 Torsten Schlabach wrote:
--- Damien Sandras [EMAIL PROTECTED] schrieb:
Is it trunk or 2.0.x ?
I was going to say, it's trunk (as the filename has 'snapshot' in it), but:
trunk=head=snapshot = soon-3.00
Well, one point is that the source code snapshot
Quoting Peter Robinson [EMAIL PROTECTED]:
BTW updated to Fedora 9 rawhide and with gcc 4.3 and any other changes
they've made the OPAL build breaks again
g++ -I../../../include -DWITH_RFC_COMPLIANT_DEFAULTS -I../common -fPIC
-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
Zitat von [EMAIL PROTECTED] [EMAIL PROTECTED]:
Hi folks,
Looking at the SIP protocol with ethereal I see a lot of UDP checksum
errors for Invite, Register, Subscibe, etc. Is this something that could
be fixed?
Regards
Harri
Harri,
possibly you have one of those ethernet cards with a
:31 +0100, Matthias Schneider wrote:
Hi Martin,
could you provide a ekiga -d 4 output? I have a potential candidate for
this problem, but I
wont
be able to confirm before tomorrow...
This is without --sync.
Cheers,
Martin.
dyna.cxx(94)H263+ DYNASuccessfully
] schrieb:
On Sat, 2007-12-08 at 13:47 +0100, Matthias Schneider wrote:
Hi Martin,
yes, its the problem I have seen myself as well,
ekiga is trying to open a window with 0x0 pixels, which leads to the
error... I will have a
fix
tomorrow, I will write when its checked in...
Super
Hi Thomas,
could you please verify the fix I checked in this morning?
Matthias
--- thomas schorpp [EMAIL PROTECTED] schrieb:
- call ma echo server or call 2.0.1 peer, it will crash on incoming video.
XVdestructor call on SetupFrameDisplay() ???
Program received signal SIGSEGV,
Quoting Paul Homlish [EMAIL PROTECTED]:
Could someone tell me why there is a 100 KByte max on Video Bandwidth?
I have Fios 5 meg/5 meg, and would like to use a larger number.
Could you please specify your setup (Codec, Resolution, etc.) Also which version
of ekiga are you using? SVN trunk or
Hi all,
as of today the windows build should work again. The changes required for mingw
4.2 fortunately were not as many as expected; maily some header files and
definition updates... With mingw 4.2 we no longer experience memory alignment
problems with ffmpeg; unfortunately the H.263+ codec
Hi all,
perhaps some of you have noticed that since 2 days ago no more windows snapshots
have been created. This is due to a switch to mingw-gcc 4.2.1 (from 3.4.5) on
the build -system. This is a good sign for our ugly ffmpeg-alignment problems
we had been experiencing, rendering the h.263+
Quoting Swen Walkowski [EMAIL PROTECTED]:
Hi all,
thanks for all the answers.
When it is pure RGB24 /YUV420P, for my understanding, I need to know
how is the image in the array. Is it column by column or line by line.
How is the arrangement and order off the color values?
Or i miss
Zitat von Damien Sandras [EMAIL PROTECTED]:
Le mardi 25 septembre 2007 à 16:32 +0200, Swen Walkowski a écrit :
Hello all,
a short question to the function:
void GMVideoDisplay_???::DisplayPiPFrames (gpointer gtk_image,
const guchar *lframe,
Hi all,
surely you might have noticed that Ekiga has been in constant flux during the
last months. There was a lot of implementation of new features going on, and
sometimes it wasnt functional at all for some weeks. Today, 23 September, I
think we have reached a stage where Ekiga should be mostly
Hello Swen,
afterr having checked th stable version Makfile I noticed it had not been
revised like the trunk
version. Could you please try building with make without a make update-sources
before?
Matthias
--- Swen Walkowski [EMAIL PROTECTED] schrieb:
Hello,
thanks for all the answers! It
Hi Swen,
compiling Ekiga for windows does not only mean compiling ekiga for windows but
about 15-20
dependencies as well, including pwlib and opal. Right now the only way that is
done is by
cross-compiling on a linux platform lik documented on wiki.ekiga.org . I.e. the
Makefile in the
win32
Hi all,
trying to cross-compile ffmpeg with the following configure options:
./configure --cross-prefix=i586-mingw32msvc- --enable-shared
--enable-memalign-hack
--cross-compile --target-os=mingw32 --enable-w32threads --arch=i686 ...
I run into the following error:
i586-mingw32msvc-ln -sf
Ciao Luca!
--- Luca Capello [EMAIL PROTECTED] schrieb:
Ciao Matthias!
On Sat, 01 Sep 2007 11:00:15 +0200, Matthias Schneider wrote:
[deleted]
I guessed that and that's way I specifically asked why libx264
isn't fully dynamically loaded (as libavcodec).
Maybe Matthias can provide
Hi Luca,
--- Luca Capello [EMAIL PROTECTED] schrieb:
Ciao Kilian!
Sorry, long post, I dug a bit into the different Debian packages, HTH!
First of all, I started to investigate because on a clean and
up-to-date sid (created as described at [1]) ekiga-snapshot doesn't
depend on
Hi Anand,
the problem you mentioned was fixed by me with revision 5198 nearly one week
ago. Do you have the
latest Makefile for windows?
svn co http://svn.gnome.org/svn/ekiga/trunk/win32
If you have all the dependencies installed like mentioned on the wiki you
should be able to
compile ekiga
not. Unfortunately, I
do not have access to a windows system right now and cannot confirm the correct
functioning.
Matthias
--- Matthias Schneider [EMAIL PROTECTED] schrieb:
Hi Anand,
the problem you mentioned was fixed by me with revision 5198 nearly one week
ago. Do you have
the
latest Makefile
Hello Anand,
according to the debug output you sent you did not establish any call, so I
suppose that you just
tried the video in preview mode. The windows development version makes use of
DirectDraw for video
output (if available). Its implementation right now does depend on incoming
video
Hi Lorenzo,
could you please specify which version of ekgia you are using (SVN trunk, which
revision, or ekiga
stable). Also you didnt mention the platform (linux, win32,...)
Thaks in advance,
Matthias
--- Lorenzo Miniero [EMAIL PROTECTED] schrieb:
Hi all,
I'm writing this mail and not on
Hi Yannick,
this should be already fixed in a patch (#8) that will be committed by Damien
soon, probably next
week.. Sorry for the inconvenience...
Matthias
--- yannick [EMAIL PROTECTED] schrieb:
Oops.
Version is curent SVN.
Le jeudi 10 mai 2007 à 00:05 +0200, yannick a écrit :
Hi,
Hi Damien, hi all,
the videoouput procedure of ekigas PVideoOutputDevice s works like this:
There are two instances of the selected PVideoOutputDevice, one for the local
frame and one for the remote frame that have two shared variables that store
the pixels of the current frame that is /is to be
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
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
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
of the icons do
appear
sometimes in a rather
- 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
case it is changed
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
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
___
à 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 found it
working quite well.
Matthias
--
Damien Sandras
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
] 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 am using latest HEAD version of OPAL and PWLIB.
I
[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)
- acceleration only available at fullscreen
- tries
the 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,
My question now is where
92 matches
Mail list logo