Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le jeudi 27 mars 2008 à 11:14 -0700, Kevin Oberman a écrit : > > Date: Thu, 27 Mar 2008 16:10:36 +0100 > > From: Matthias Apitz <[EMAIL PROTECTED]> > > Sender: [EMAIL PROTECTED] > > > > El da Thursday, March 27, 2008 a las 03:24:54PM +0100, Damien Sandras > > escribi: > > > > > > > > > > But in the preferences of ekiga I see in the Codecs window that > > > > H.264 is available only for SIP, but not for H.323 calls > > > > How can I use this with the VSX in this case? > > > > > > Ah, I'll leave this for Matthias, but I think H.264 support for H.323 is > > > not complete. I had forgotten about that one, sorry :( > > > > Is it far away of beeing complete? For me it is important to get that > > H.323 on FreeBSD connected to our company conference system VSX... > > thx > > Just so folks know, Matthias is not the only one needing this. I have > been looking for this for some time. Craig and Robert were supposed to work on the H.323 definition of the capabilities. But I do not know what's the status of their work... -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
> Date: Thu, 27 Mar 2008 16:10:36 +0100 > From: Matthias Apitz <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > > El día Thursday, March 27, 2008 a las 03:24:54PM +0100, Damien Sandras > escribió: > > > > > > > But in the preferences of ekiga I see in the Codecs window that > > > H.264 is available only for SIP, but not for H.323 calls > > > How can I use this with the VSX in this case? > > > > Ah, I'll leave this for Matthias, but I think H.264 support for H.323 is > > not complete. I had forgotten about that one, sorry :( > > Is it far away of beeing complete? For me it is important to get that > H.323 on FreeBSD connected to our company conference system VSX... > thx Just so folks know, Matthias is not the only one needing this. I have been looking for this for some time. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 pgpfe5KD9rNpD.pgp Description: PGP signature ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le jeudi 27 mars 2008 à 16:10 +0100, Matthias Apitz a écrit : > El día Thursday, March 27, 2008 a las 03:24:54PM +0100, Damien Sandras > escribió: > > > > > > > But in the preferences of ekiga I see in the Codecs window that > > > H.264 is available only for SIP, but not for H.323 calls > > > How can I use this with the VSX in this case? > > > > Ah, I'll leave this for Matthias, but I think H.264 support for H.323 is > > not complete. I had forgotten about that one, sorry :( > > Is it far away of beeing complete? For me it is important to get that > H.323 on FreeBSD connected to our company conference system VSX... > thx I have no idea. Perhaps Craig (in CC) can tell. -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
El día Thursday, March 27, 2008 a las 03:24:54PM +0100, Damien Sandras escribió: > > > > But in the preferences of ekiga I see in the Codecs window that > > H.264 is available only for SIP, but not for H.323 calls > > How can I use this with the VSX in this case? > > Ah, I'll leave this for Matthias, but I think H.264 support for H.323 is > not complete. I had forgotten about that one, sorry :( Is it far away of beeing complete? For me it is important to get that H.323 on FreeBSD connected to our company conference system VSX... thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on Usenet and in e-mail? ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le jeudi 27 mars 2008 à 14:49 +0100, Matthias Apitz a écrit : > El día Wednesday, March 19, 2008 a las 05:25:13PM +0100, Damien Sandras > escribió: > > > Most probably it can not decode the stream sent by Ekiga, > > but as the VSX is not Open Source, I can't really tell why. > > > > Unfortunately, I can not really help with that. Perhaps you should try > > the SVN Trunk version of Ekiga, it supports other codecs like H.264. It > > will probably work better. > > > Hi Damien, > > I've compiled from SVN and it seems that H.264 is available: > > $ ../ekiga/src/ekiga -d 1 --sync > ... > dyna.cxx(98)H263+ DYNASuccessfully loaded libavcodec.so.1 >h263-1998.cxx(907) H263+ Codec Enabled > dyna.cxx(98)MPEG4 DYNASuccessfully loaded libavcodec.so.1 >mpeg4.cxx(2028) MPEG4 Codec Enabled > dyna.cxx(98)H264DYNASuccessfully loaded libavcodec.so.1 > h264pipe_unix.cxx(285) H264IPC PP: Couldn't find GPL process > executable in /usr/lib/ptlib/codecs/video/h264_video_pwplugin_helper > h264pipe_unix.cxx(289) H264IPC PP: Found GPL process executable in > /usr/local/lib/ptlib/codecs/video/h264_video_pwplugin_helper > x264loader_unix.cxx(123)H264DYNASuccessfully loaded > libx264.so.50 > h264pipe_unix.cxx(118) H264IPC PP: Successfully forked child process > 36214 and established communication >h264-x264.cxx(775) H264Codec Enabled >h263-1998.cxx(907) H263+ Codec Enabled >mpeg4.cxx(2028) MPEG4 Codec Enabled >h264-x264.cxx(775) H264Codec Enabled > > But in the preferences of ekiga I see in the Codecs window that > H.264 is available only for SIP, but not for H.323 calls > How can I use this with the VSX in this case? Ah, I'll leave this for Matthias, but I think H.264 support for H.323 is not complete. I had forgotten about that one, sorry :( -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
El día Wednesday, March 19, 2008 a las 05:25:13PM +0100, Damien Sandras escribió: > Most probably it can not decode the stream sent by Ekiga, > but as the VSX is not Open Source, I can't really tell why. > > Unfortunately, I can not really help with that. Perhaps you should try > the SVN Trunk version of Ekiga, it supports other codecs like H.264. It > will probably work better. Hi Damien, I've compiled from SVN and it seems that H.264 is available: $ ../ekiga/src/ekiga -d 1 --sync ... dyna.cxx(98)H263+ DYNASuccessfully loaded libavcodec.so.1 h263-1998.cxx(907) H263+ Codec Enabled dyna.cxx(98)MPEG4 DYNASuccessfully loaded libavcodec.so.1 mpeg4.cxx(2028) MPEG4 Codec Enabled dyna.cxx(98)H264DYNASuccessfully loaded libavcodec.so.1 h264pipe_unix.cxx(285) H264IPC PP: Couldn't find GPL process executable in /usr/lib/ptlib/codecs/video/h264_video_pwplugin_helper h264pipe_unix.cxx(289) H264IPC PP: Found GPL process executable in /usr/local/lib/ptlib/codecs/video/h264_video_pwplugin_helper x264loader_unix.cxx(123)H264DYNASuccessfully loaded libx264.so.50 h264pipe_unix.cxx(118) H264IPC PP: Successfully forked child process 36214 and established communication h264-x264.cxx(775) H264Codec Enabled h263-1998.cxx(907) H263+ Codec Enabled mpeg4.cxx(2028) MPEG4 Codec Enabled h264-x264.cxx(775) H264Codec Enabled But in the preferences of ekiga I see in the Codecs window that H.264 is available only for SIP, but not for H.323 calls How can I use this with the VSX in this case? matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html A: Because it messes up the order in which people normally read text. Q: Why is it such a bad thing? A: Top-posting. Q: What is the most annoying thing on Usenet and in e-mail? ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
On Wed, Mar 19, 2008 at 05:23:12PM +0100, Damien Sandras wrote:
> And contribute it back to us, otherwise we can not commit it...
The following is already in the freebsd port and has been verified
to work. Are you interested in other patches that we have in the
port? If so please see:
http://www.freebsd.org/cgi/cvsweb.cgi/ports/devel/pwlib/files/
--- plugins/vidinput_v4l/vidinput_v4l.cxx.orig Wed Jan 3 23:37:37 2007
+++ plugins/vidinput_v4l/vidinput_v4l.cxx Wed Feb 7 01:30:50 2007
@@ -484,6 +484,15 @@
struct stat s;
if (lstat(devname, &s) == 0) {
+#if defined(P_FREEBSD)
+ // device numbers are irrelevant here, so we match on names instead.
+ if (filename.GetLength() <= 5 || filename.Left(5) != "video")
+ continue;
+ int num = atoi(filename.Mid(6));
+ if (num < 0 || num > 63)
+ continue;
+ vid.SetAt(num, devname);
+#else
static const int deviceNumbers[] = { 81 };
for (PINDEX i = 0; i < PARRAYSIZE(deviceNumbers); i++) {
if (MAJOR(s.st_rdev) == deviceNumbers[i]) {
@@ -493,6 +502,7 @@
}
}
}
+#endif
}
}
}
This is against pwlib 1.12.0
-Steve
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le mercredi 19 mars 2008 à 17:11 +0100, Matthias Apitz a écrit :
> El día Wednesday, March 19, 2008 a las 09:58:10AM -0400, Steve Ames escribió:
>
> > The following patch exists in the freebsd port, does it already
> > address this issue?
> >
> >
> > --- plugins/vidinput_v4l/vidinput_v4l.cxx.orig Wed Jan 3 23:37:37 2007
> > +++ plugins/vidinput_v4l/vidinput_v4l.cxx Wed Feb 7 01:30:50 2007
> > @@ -484,6 +484,15 @@
> > struct stat s;
> > if (lstat(devname, &s) == 0) {
> >
> > +#if defined(P_FREEBSD)
> > + // device numbers are irrelevant here, so we match on names instead.
> > + if (filename.GetLength() <= 5 || filename.Left(5) != "video")
> > + continue;
> > + int num = atoi(filename.Mid(6));
> > + if (num < 0 || num > 63)
> > + continue;
> > + vid.SetAt(num, devname);
> > +#else
> >static const int deviceNumbers[] = { 81 };
> >for (PINDEX i = 0; i < PARRAYSIZE(deviceNumbers); i++) {
> > if (MAJOR(s.st_rdev) == deviceNumbers[i]) {
> > @@ -493,6 +502,7 @@
> >}
> > }
> >}
> > +#endif
> > }
> >}
> > }
>
> Yes, I've tried this patch in the source and it picks up the /dev/video0
> file as well;
>
> now I've the next problem:
>
> when I make a call h323:10.0.1.40 to the VX700 where I'm sitting with my
> laptop in front of, I can see in Ekiga the local picture from my cam and
> the picture grabed by the cam of the VX700 in side-by-side view
> mode, but the TV the VX700 is connected to only shows the name of the
> session and the rest is dark; I have a -d3 output if this would be
> helpfull for you, Damien; thx for any hint;
>
Most probably it can not decode the stream sent by Ekiga,
but as the VSX is not Open Source, I can't really tell why.
Unfortunately, I can not really help with that. Perhaps you should try
the SVN Trunk version of Ekiga, it supports other codecs like H.264. It
will probably work better.
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM : http://www.novacom.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:[EMAIL PROTECTED]
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le mercredi 19 mars 2008 à 14:11 +0100, Matthias Apitz a écrit :
> El día Wednesday, March 19, 2008 a las 01:51:45PM +0100, Damien Sandras
> escribió:
>
> >
> > Le mercredi 19 mars 2008 à 13:09 +0100, Matthias Apitz a écrit :
> > > El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
> > > escribió:
> > >
> > > > What is on Linux the major and minor number of the device file for the
> > > > cam? on FreeBSD it is:
> > > >
> > > > $ ls -l /dev/video0
> > > > crw-rw-rw- 1 root operator0, 146 19 mar 09:02 /dev/video0
> > > >
> > > > it seems that the algorithm in vidinput_v4l.cxx depends on minor
> > > > numbers below 63 in void V4LNames::ReadDeviceDirectory()
> > > >
> > > > see also the CVS comment:
> > > >
> > > > * Revision 1.3 2003/11/25 22:55:13 dsandras
> > > > * Added fallback using major and minor numbers for detection of devices
> > > > * when /proc/video doesn't exist
> > > > (some 2.4 kernels and all 2.6 kernels).
> > >
> > > Yes, it is an issue of major/minor numbers which are diffrent in Linux
> > > and FreeBSD vor the cam; with this small change:
> > >
> > > # pwd
> > > /usr/ports/devel/pwlib/work/pwlib_Phobos_release2/plugins/vidinput_v4l
> > > # diff vidinput_v4l.cxx*
> > > 462,464c462
> > > < // static const int deviceNumbers[] = { 81 };
> > > < // for FreeBSD's pwc driver the major number is 0 and minor
> > > is 146
> > > < static const int deviceNumbers[] = { 0 };
> > > ---
> > > > static const int deviceNumbers[] = { 81 };
> > > 468,469c466
> > > < // if (num <= 63 && num >= 0) {
> > > < if (num <= 146 && num >= 146) {
> > > ---
> > > > if (num <= 63 && num >= 0) {
> > >
> > > the driver attaches without any problem; to whom to talk about get this
> > > integrated into pwlib?
> >
> > Mail me the patch, I will commit it to trunk.
> > Isn't the patch also needed for vidinput_v4l2 ?
>
> Yes, the same hardcode major/minor number is in vidinput_names.cxx for
> vidinput_v4l2;
>
> concerning a patch, I can't provide a common solution which works on
> Linux and FreeBSD because I'm not a C++ programmer; I only could hack
> the code as shown above so that it will work in FreeBSD; maybe Steve
> should just put this into a patch file for the /usr/ports/devel/pwlib in
> the FreeBSD ports tree; Steve?
>
And contribute it back to us, otherwise we can not commit it...
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM : http://www.novacom.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:[EMAIL PROTECTED]
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
El día Wednesday, March 19, 2008 a las 09:58:10AM -0400, Steve Ames escribió:
> The following patch exists in the freebsd port, does it already
> address this issue?
>
>
> --- plugins/vidinput_v4l/vidinput_v4l.cxx.origWed Jan 3 23:37:37 2007
> +++ plugins/vidinput_v4l/vidinput_v4l.cxx Wed Feb 7 01:30:50 2007
> @@ -484,6 +484,15 @@
> struct stat s;
> if (lstat(devname, &s) == 0) {
>
> +#if defined(P_FREEBSD)
> + // device numbers are irrelevant here, so we match on names instead.
> + if (filename.GetLength() <= 5 || filename.Left(5) != "video")
> + continue;
> + int num = atoi(filename.Mid(6));
> + if (num < 0 || num > 63)
> + continue;
> + vid.SetAt(num, devname);
> +#else
>static const int deviceNumbers[] = { 81 };
>for (PINDEX i = 0; i < PARRAYSIZE(deviceNumbers); i++) {
> if (MAJOR(s.st_rdev) == deviceNumbers[i]) {
> @@ -493,6 +502,7 @@
>}
> }
>}
> +#endif
> }
>}
> }
Yes, I've tried this patch in the source and it picks up the /dev/video0
file as well;
now I've the next problem:
when I make a call h323:10.0.1.40 to the VX700 where I'm sitting with my
laptop in front of, I can see in Ekiga the local picture from my cam and
the picture grabed by the cam of the VX700 in side-by-side view
mode, but the TV the VX700 is connected to only shows the name of the
session and the rest is dark; I have a -d3 output if this would be
helpfull for you, Damien; thx for any hint;
matthias
--
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
On Wed, Mar 19, 2008 at 01:09:46PM +0100, Matthias Apitz wrote:
> Yes, it is an issue of major/minor numbers which are diffrent in Linux
> and FreeBSD vor the cam; with this small change:
>
> # pwd
> /usr/ports/devel/pwlib/work/pwlib_Phobos_release2/plugins/vidinput_v4l
> # diff vidinput_v4l.cxx*
> 462,464c462
> < // static const int deviceNumbers[] = { 81 };
> < // for FreeBSD's pwc driver the major number is 0 and minor is 146
> < static const int deviceNumbers[] = { 0 };
> ---
> > static const int deviceNumbers[] = { 81 };
> 468,469c466
> < // if (num <= 63 && num >= 0) {
> < if (num <= 146 && num >= 146) {
> ---
> > if (num <= 63 && num >= 0) {
>
> the driver attaches without any problem; to whom to talk about get this
> integrated into pwlib?
The following patch exists in the freebsd port, does it already
address this issue?
--- plugins/vidinput_v4l/vidinput_v4l.cxx.orig Wed Jan 3 23:37:37 2007
+++ plugins/vidinput_v4l/vidinput_v4l.cxx Wed Feb 7 01:30:50 2007
@@ -484,6 +484,15 @@
struct stat s;
if (lstat(devname, &s) == 0) {
+#if defined(P_FREEBSD)
+ // device numbers are irrelevant here, so we match on names instead.
+ if (filename.GetLength() <= 5 || filename.Left(5) != "video")
+ continue;
+ int num = atoi(filename.Mid(6));
+ if (num < 0 || num > 63)
+ continue;
+ vid.SetAt(num, devname);
+#else
static const int deviceNumbers[] = { 81 };
for (PINDEX i = 0; i < PARRAYSIZE(deviceNumbers); i++) {
if (MAJOR(s.st_rdev) == deviceNumbers[i]) {
@@ -493,6 +502,7 @@
}
}
}
+#endif
}
}
}
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
El día Wednesday, March 19, 2008 a las 01:51:45PM +0100, Damien Sandras
escribió:
>
> Le mercredi 19 mars 2008 à 13:09 +0100, Matthias Apitz a écrit :
> > El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
> > escribió:
> >
> > > What is on Linux the major and minor number of the device file for the
> > > cam? on FreeBSD it is:
> > >
> > > $ ls -l /dev/video0
> > > crw-rw-rw- 1 root operator0, 146 19 mar 09:02 /dev/video0
> > >
> > > it seems that the algorithm in vidinput_v4l.cxx depends on minor
> > > numbers below 63 in void V4LNames::ReadDeviceDirectory()
> > >
> > > see also the CVS comment:
> > >
> > > * Revision 1.3 2003/11/25 22:55:13 dsandras
> > > * Added fallback using major and minor numbers for detection of devices
> > > * when /proc/video doesn't exist
> > > (some 2.4 kernels and all 2.6 kernels).
> >
> > Yes, it is an issue of major/minor numbers which are diffrent in Linux
> > and FreeBSD vor the cam; with this small change:
> >
> > # pwd
> > /usr/ports/devel/pwlib/work/pwlib_Phobos_release2/plugins/vidinput_v4l
> > # diff vidinput_v4l.cxx*
> > 462,464c462
> > < // static const int deviceNumbers[] = { 81 };
> > < // for FreeBSD's pwc driver the major number is 0 and minor is
> > 146
> > < static const int deviceNumbers[] = { 0 };
> > ---
> > > static const int deviceNumbers[] = { 81 };
> > 468,469c466
> > < // if (num <= 63 && num >= 0) {
> > < if (num <= 146 && num >= 146) {
> > ---
> > > if (num <= 63 && num >= 0) {
> >
> > the driver attaches without any problem; to whom to talk about get this
> > integrated into pwlib?
>
> Mail me the patch, I will commit it to trunk.
> Isn't the patch also needed for vidinput_v4l2 ?
Yes, the same hardcode major/minor number is in vidinput_names.cxx for
vidinput_v4l2;
concerning a patch, I can't provide a common solution which works on
Linux and FreeBSD because I'm not a C++ programmer; I only could hack
the code as shown above so that it will work in FreeBSD; maybe Steve
should just put this into a patch file for the /usr/ports/devel/pwlib in
the FreeBSD ports tree; Steve?
matthias
--
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le mercredi 19 mars 2008 à 13:09 +0100, Matthias Apitz a écrit :
> El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
> escribió:
>
> > What is on Linux the major and minor number of the device file for the
> > cam? on FreeBSD it is:
> >
> > $ ls -l /dev/video0
> > crw-rw-rw- 1 root operator0, 146 19 mar 09:02 /dev/video0
> >
> > it seems that the algorithm in vidinput_v4l.cxx depends on minor
> > numbers below 63 in void V4LNames::ReadDeviceDirectory()
> >
> > see also the CVS comment:
> >
> > * Revision 1.3 2003/11/25 22:55:13 dsandras
> > * Added fallback using major and minor numbers for detection of devices
> > * when /proc/video doesn't exist
> > (some 2.4 kernels and all 2.6 kernels).
>
> Yes, it is an issue of major/minor numbers which are diffrent in Linux
> and FreeBSD vor the cam; with this small change:
>
> # pwd
> /usr/ports/devel/pwlib/work/pwlib_Phobos_release2/plugins/vidinput_v4l
> # diff vidinput_v4l.cxx*
> 462,464c462
> < // static const int deviceNumbers[] = { 81 };
> < // for FreeBSD's pwc driver the major number is 0 and minor is 146
> < static const int deviceNumbers[] = { 0 };
> ---
> > static const int deviceNumbers[] = { 81 };
> 468,469c466
> < // if (num <= 63 && num >= 0) {
> < if (num <= 146 && num >= 146) {
> ---
> > if (num <= 63 && num >= 0) {
>
> the driver attaches without any problem; to whom to talk about get this
> integrated into pwlib?
Mail me the patch, I will commit it to trunk.
Isn't the patch also needed for vidinput_v4l2 ?
--
_ Damien Sandras
(o-
//\Ekiga Softphone : http://www.ekiga.org/
v_/_ NOVACOM : http://www.novacom.be/
FOSDEM : http://www.fosdem.org/
SIP Phone : sip:[EMAIL PROTECTED]
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
El día Wednesday, March 19, 2008 a las 11:48:00AM +0100, Matthias Apitz
escribió:
> What is on Linux the major and minor number of the device file for the
> cam? on FreeBSD it is:
>
> $ ls -l /dev/video0
> crw-rw-rw- 1 root operator0, 146 19 mar 09:02 /dev/video0
>
> it seems that the algorithm in vidinput_v4l.cxx depends on minor
> numbers below 63 in void V4LNames::ReadDeviceDirectory()
>
> see also the CVS comment:
>
> * Revision 1.3 2003/11/25 22:55:13 dsandras
> * Added fallback using major and minor numbers for detection of devices
> * when /proc/video doesn't exist
> (some 2.4 kernels and all 2.6 kernels).
Yes, it is an issue of major/minor numbers which are diffrent in Linux
and FreeBSD vor the cam; with this small change:
# pwd
/usr/ports/devel/pwlib/work/pwlib_Phobos_release2/plugins/vidinput_v4l
# diff vidinput_v4l.cxx*
462,464c462
< // static const int deviceNumbers[] = { 81 };
< // for FreeBSD's pwc driver the major number is 0 and minor is 146
< static const int deviceNumbers[] = { 0 };
---
> static const int deviceNumbers[] = { 81 };
468,469c466
< // if (num <= 63 && num >= 0) {
< if (num <= 146 && num >= 146) {
---
> if (num <= 63 && num >= 0) {
the driver attaches without any problem; to whom to talk about get this
integrated into pwlib?
matthias
--
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html
___
ekiga-list mailing list
ekiga-list@gnome.org
http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
El día Wednesday, March 19, 2008 a las 11:29:25AM +0100, Damien Sandras escribió: > > /dev/video0, Ekiga detects this as: > > > > 2008/03/19 10:37:38.369 0:29.044 ekiga PVideoInputDevice_V4L: > > GetFrameSizeLimits. 160x120 -- 640x480 > > 2008/03/19 10:37:38.528 0:29.203 ekiga PVideoInputDevice_V4L: > > GetFrameSizeLimits. 160x120 -- 640x480 > > 2008/03/19 10:37:38.543 0:29.218 GMVideoGrabber:0858 > > VideoGrabber cannot do memory mapping - GMBUF failed. > > > > and all is working fine in a video conference; but when I restart ekiga > > it looses the device and I have to re-insert it with gconf-editor; > > > > any hints about this? > > Probably a bug in the driver. Why doesn't it detect the device ? > It works fine on linux... What is on Linux the major and minor number of the device file for the cam? on FreeBSD it is: $ ls -l /dev/video0 crw-rw-rw- 1 root operator0, 146 19 mar 09:02 /dev/video0 it seems that the algorithm in vidinput_v4l.cxx depends on minor numbers below 63 in void V4LNames::ReadDeviceDirectory() see also the CVS comment: * Revision 1.3 2003/11/25 22:55:13 dsandras * Added fallback using major and minor numbers for detection of devices * when /proc/video doesn't exist (some 2.4 kernels and all 2.6 kernels). matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
Re: [Ekiga-list] Ekiga && V4L && FreeBSD
Le mercredi 19 mars 2008 à 10:52 +0100, Matthias Apitz a écrit : > Hello, > > I've got finally my cam and it attaches fine on USB to the driver: > > Mar 19 10:31:28 rebelion kernel: pwc0: vendor 0x0471 product 0x0329, rev > 1.10/0.03, addr 2 > Mar 19 10:31:29 rebelion kernel: pwc0: Philips SPC900NC USB webcam > Mar 19 10:31:29 rebelion kernel: pwc0: This camera is equipped with a Sony > CCD sensor + TDA8787 (32 > > the user land application 'pwcview' works fine as well; > > Ekiga says on start: > ... > 2008/03/19 10:37:09.739 0:00.414 ekiga Detected the following video > input devices: No device found with plugin V4L > > when I use gconf-editor to set the video device for the application to > /dev/video0, Ekiga detects this as: > > 2008/03/19 10:37:38.369 0:29.044 ekiga PVideoInputDevice_V4L: > GetFrameSizeLimits. 160x120 -- 640x480 > 2008/03/19 10:37:38.528 0:29.203 ekiga PVideoInputDevice_V4L: > GetFrameSizeLimits. 160x120 -- 640x480 > 2008/03/19 10:37:38.543 0:29.218 GMVideoGrabber:0858 VideoGrabber > cannot do memory mapping - GMBUF failed. > > and all is working fine in a video conference; but when I restart ekiga > it looses the device and I have to re-insert it with gconf-editor; > > any hints about this? Probably a bug in the driver. Why doesn't it detect the device ? It works fine on linux... -- _ Damien Sandras (o- //\Ekiga Softphone : http://www.ekiga.org/ v_/_ NOVACOM : http://www.novacom.be/ FOSDEM : http://www.fosdem.org/ SIP Phone : sip:[EMAIL PROTECTED] ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
[Ekiga-list] Ekiga && V4L && FreeBSD
Hello, I've got finally my cam and it attaches fine on USB to the driver: Mar 19 10:31:28 rebelion kernel: pwc0: vendor 0x0471 product 0x0329, rev 1.10/0.03, addr 2 Mar 19 10:31:29 rebelion kernel: pwc0: Philips SPC900NC USB webcam Mar 19 10:31:29 rebelion kernel: pwc0: This camera is equipped with a Sony CCD sensor + TDA8787 (32 the user land application 'pwcview' works fine as well; Ekiga says on start: ... 2008/03/19 10:37:09.739 0:00.414 ekiga Detected the following video input devices: No device found with plugin V4L when I use gconf-editor to set the video device for the application to /dev/video0, Ekiga detects this as: 2008/03/19 10:37:38.369 0:29.044 ekiga PVideoInputDevice_V4L: GetFrameSizeLimits. 160x120 -- 640x480 2008/03/19 10:37:38.528 0:29.203 ekiga PVideoInputDevice_V4L: GetFrameSizeLimits. 160x120 -- 640x480 2008/03/19 10:37:38.543 0:29.218 GMVideoGrabber:0858 VideoGrabber cannot do memory mapping - GMBUF failed. and all is working fine in a video conference; but when I restart ekiga it looses the device and I have to re-insert it with gconf-editor; any hints about this? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ Don't top-post, read RFC1855 http://www.faqs.org/rfcs/rfc1855.html ___ ekiga-list mailing list ekiga-list@gnome.org http://mail.gnome.org/mailman/listinfo/ekiga-list
