Re: [GnomeMeeting-list] Re: Would vertical bars in image affect



Yes, it is interesting, but why apply a filter before encoding the
images to H.261?

I know, because of the artifacts. But are those artifacts a problem that
you only can reproduce with gnomeMeeting or also with other webcam
software under linux ?

What is your webcam model?

le dim 02-12-2001 à 19:15, Nathan Stenzel a écrit :
> Well, for the simple blur I have going so far, the code is kinda simple.
> It is just for a horizontal blur.
> Here is the part that would concern gnomemeeting:
>     outp = in_data;
>   div = 2 + weight;
>   if( vinfo_in->is_black_white ) { /* black and white */
>     rowspan = vinfo_in->width;
>         for( y=0; y< vinfo_in->height; y++, outp += rowspan)
>                 for( x=1; x<rowspan; x++) {
>                         outp[x] = ( outp[x]*weight + outp[x-1] + outp[x+1] ) / div;
>                 }
>   } else { /* true color */
>     /* Pick random spots per line */
>     rowspan = vinfo_in->width * 3;
>         for( y=0; y< vinfo_in->height; y++, outp += rowspan)
>                 for( x=3; x<rowspan; x++) 
>                         outp[x]   = ( outp[x]   * weight + outp[x-3] + outp[x+3] ) / div;
>   }
> 
> It is true that a 3x3 matrix would be a bit more work than this.
> This probably also does not quite do things exactly right because the output and the input should be seperate sections of memory to avoid modifying what you are about to read from.
> That can be corrected by holding a backup copy of the row of pixels you are modifying so the original data is there when you work on the next row.
> 
> Oops! I think this should be on the gnomemeeting devel mailing list.
> 
> 
> >Date: Sat, 1 Dec 2001 21:59:31 +0100
> >From: Damien Sandras <dsandras seconix com>
> >Subject: Re: [GnomeMeeting-list] Would vertical bars in image affect transmission?
> >On Sat, 01 Dec 2001 13:29:09 -0500
> >nathanstenzel netscape net (Nathan Stenzel) wrote:
> <CLIP>
> >> I would like to suggest the idea of an optional prefilter on the images to help smooth out images before compression.
> >> I don't have much time, so I don't think I could really write the code myself.
> >> I would suggest that the prefilter apply a 3x3 convolution matrix though.
> >> That way, the person could modify the matrix for blurring or sharpness or contrast or embossing or whatever.
> >> The main advantages would probably come from blurring (for low bandwidth people) or sharpness enhancements.
> >> Does this seem like a feasible and useful idea?
> >
> >It is feasible, but I wonder if it would not eat too much CPU time for a real-time audio/video communication.
> >0.12 applies a slight interpolation on received images before displaying them. You can get a very good image 
> >quality with a good interpolation, but in that case, the CPU suffers a lot.
> >
> >
> >> -- 
> >> 
> >> 
> >> 
> >> 
> >> __________________________________________________________________
> >> Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop Netscape! http://shopnow.netscape.com/
> >> 
> >> Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
> >> 
> >> _______________________________________________
> >> Gnomemeeting-list mailing list
> >> Gnomemeeting-list gnome org
> >> http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> >> 
> >
> >--__--__--
> >
> >Message: 4
> >From: Jeff Mills <piggie optushome com au>
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] Red Video?
> >Date: Sun, 2 Dec 2001 10:21:19 +1100
> >Reply-To: gnomemeeting-list gnome org
> >
> >On Sunday 02 December 2001 07:05, Sander Smeenk wrote:
> >> Hey,
> >>
> >> I'm the maintainer of the Debian packages for Gnome Meeting and I have
> >> this little question for you. I have received a bugreport about 'video
> >> being red'  (http://bugs.debian.org/gnomemeeting)
> >>
> >> I have never seen this problem myself, and suspect it's cam-driver
> >> related instead of a Gnome Meeting problem, but just to be sure i'd like
> >> to know if there are others who have this problem.
> >
> >Hi,
> >    I had the same problem with red video, and it was simply because of my cam 
> >drivers. You really need to know which driver that the cam is using.
> >My camera uses the ov511 driver. When I changed that driver to the latest 
> >one, everything was great from then on.
> >
> >Cheers,
> >
> >Jeff Mills
> >
> >--__--__--
> >
> >Message: 5
> >Date: Sun, 2 Dec 2001 01:03:03 +0100
> >From: Sander Smeenk <ssmeenk freshdot net>
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] Red Video?
> >Reply-To: gnomemeeting-list gnome org
> >
> >Quoting Jeff Mills (piggie optushome com au):
> >> > I have received a bugreport about 'video being red'
> >
> >> I had the same problem with red video, and it was simply because of my
> >> cam drivers. You really need to know which driver that the cam is
> >> using.  My camera uses the ov511 driver. When I changed that driver to
> >> the latest one, everything was great from then on.
> >
> >Great! In that case, i'll close the bug. Thanks for letting me know.
> >
> >Regards,
> >Sander.
> >
> >-- 
> >| You feel a whole lot more like you do now than you did when you used to.
> >| 1024D/08CEC94D - 34B3 3314 B146 E13C 70C8  9BDB D463 7E41 08CE C94D
> >
> >--__--__--
> >
> >Message: 6
> >Subject: Re: [GnomeMeeting-list] Red Video?
> >From: Scott <scz pdx edu>
> >To: gnomemeeting-list gnome org
> >Date: 01 Dec 2001 20:50:33 +0000
> >Reply-To: gnomemeeting-list gnome org
> >
> >On Sun, 2001-12-02 at 00:03, Sander Smeenk wrote:
> >> Quoting Jeff Mills (piggie optushome com au):
> >> > > I have received a bugreport about 'video being red'
> >> 
> >> > I had the same problem with red video, and it was simply because of my
> >> > cam drivers. You really need to know which driver that the cam is
> >> > using.  My camera uses the ov511 driver. When I changed that driver to
> >> > the latest one, everything was great from then on.
> >> 
> >> Great! In that case, i'll close the bug. Thanks for letting me know.
> >> 
> >> Regards,
> >> Sander.
> >> 
> >Since you are the gnomemeeting debs maintainer does that mean you will
> >also post openh323/libpt debs? or you know where to get them?
> >
> >
> >
> >
> >
> >--__--__--
> >
> >Message: 7
> >Date: Sun, 2 Dec 2001 10:05:30 +0100
> >From: Damien Sandras <sandras info ucl ac be>
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] Red Video?
> >Reply-To: gnomemeeting-list gnome org
> >
> >They are already in Debian.
> >
> >But please, this release and those debs are still unofficial.
> >
> >The official release will be tonight.
> >
> >
> >On 01 Dec 2001 20:50:33 +0000
> >Scott <scz pdx edu> wrote:
> >
> >> On Sun, 2001-12-02 at 00:03, Sander Smeenk wrote:
> >> > Quoting Jeff Mills (piggie optushome com au):
> >> > > > I have received a bugreport about 'video being red'
> >> > 
> >> > > I had the same problem with red video, and it was simply because of my
> >> > > cam drivers. You really need to know which driver that the cam is
> >> > > using.  My camera uses the ov511 driver. When I changed that driver to
> >> > > the latest one, everything was great from then on.
> >> > 
> >> > Great! In that case, i'll close the bug. Thanks for letting me know.
> >> > 
> >> > Regards,
> >> > Sander.
> >> > 
> >> Since you are the gnomemeeting debs maintainer does that mean you will
> >> also post openh323/libpt debs? or you know where to get them?
> >> 
> >> 
> >> 
> >> 
> >> _______________________________________________
> >> Gnomemeeting-list mailing list
> >> Gnomemeeting-list gnome org
> >> http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> >> 
> >
> >--__--__--
> >
> >Message: 8
> >From: Katsumi Saito <katsumi jo1upk ymt prug or jp>
> >Organization: << YMT_Net >> JO1UPK: Kodaira-city, Tokyo
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] About recognition of a camera
> >Date: Sun, 2 Dec 2001 18:20:16 +0900
> >Reply-To: gnomemeeting-list gnome org
> >
> >
> >I disturbed. Sorry.
> >I am sorry to be poor English.
> >
> >I operated, although there was also a still a little strange place.
> >
> >Now, it is GnomeMeeting.
> >The check of ja.po of operation can be performed now.
> >
> >> On Sat, 1 Dec 2001 19:20:58 +0900
> >> Katsumi Saito <katsumi jo1upk ymt prug or jp> wrote:
> >> d.
> >>
> >> > Is there any version of PWLib and Openh323 which are recommended by
> >> > GnomeMeeting (0.12 cvs)?
> >>
> >> The newest one.
> >>
> >> > Although RPM was acquired from the site linked on the page of
> >> > GnomeMeeting, since the compile error came out by Opneh323, the newest
> >> > was acquired.
> >>
> >> There is no RPM for the new versions of OpenH323. Perhaps is it the
> >> problem. You can also have compile GM with a different version of OpenH323
> >> than the one it is linked with.
> >>
> >> Try to make sure to make a clean installation. Without conflicts
> >> between libs...
> >>
> >> > If there is a version which something recommends,
> >> > I will want the checkin according to it again.
> >
> >A message came to be displayed when re-compiling only GnomeMeeting.
> >-> Your driver doesn't support the YUV420P format.
> >
> >o About Pop-up of a message.
> >  GnomeMeeting What RPM-ized and was introduced was strange.
> >  Spec file From GnomeMeeting 0.11 was taken out and used.
> >  It was not the problem of locale.
> >
> >o About YUV420P.
> >  It will come to be recognized if the following programs are performed.
> >
> >---
> >#include <stdio.h>
> >#include <sys/ioctl.h>
> >#include <fcntl.h>
> >#include <linux/videodev.h>
> >
> >int dev;
> >int bytes_per_rgb;
> >struct video_picture vid_pic;
> >
> >int main( int   argc, char *argv[] )
> >{
> >  int ib, ic, iw;
> >
> >  dev = open ("/dev/video0", O_RDWR);
> >  if (dev < 0) {
> >          perror("/dev/video0");
> >          exit(1);
> >  }
> >
> >  ioctl (dev, VIDIOCGPICT, &vid_pic); /* Get picture properties */
> >
> >  ib = (vid_pic.brightness)/256;
> >  ic = (vid_pic.contrast)/256;
> >  iw = (vid_pic.colour)/256;
> >
> >  vid_pic.palette = VIDEO_PALETTE_RGB24; /* 24bit RGB */
> >  bytes_per_rgb = 3;
> >  vid_pic.depth = 24;
> >
> >  /* Set picture properties */
> >  if(ioctl (dev, VIDIOCSPICT, &vid_pic)) {
> >    perror("wrong palette/depth");
> >    exit( 1 );
> >  }
> >
> >  return 0;
> >}
> >----
> >
> >  Although /proc/cpia/video0 was referred to, 
> >  especially decisive contents were not detected.
> >
> >  o proc.ng is error. / proc.ok is ok.
> >    Although checked several times, it is not, if it decides.
> >
> >--- proc.ng     Sun Dec  2 15:59:37 2001
> >+++ proc.ok     Sun Dec  2 16:06:48 2001
> >@@ -11,13 +11,13 @@
> > cmd_error:                0x00
> > debug_flags:              0x00
> > vp_status:                0x10
> >-error_code:               0x5c
> >-video_size:               CIF 
> >+error_code:               0x32
> >+video_size:               QCIF
> > sub_sample:               422
> > yuv_order:                YUYV
> >-roi:                      (  0,   0) to (352, 288)
> >-actual_fps:                 0
> >-transfer_rate:               0kB/s
> >+roi:                      (  0,   0) to (176, 144)
> >+actual_fps:                 7
> >+transfer_rate:             275kB/s
> > 
> > read-write
> > -----------------------  current       min       max   default  comment
> >@@ -25,7 +25,7 @@
> > contrast:                     48         0        96        48  steps of 8
> > saturation:                   50         0       100        50
> > sensor_fps:               15.000         3        30        15
> >-stream_start_line:           240         0       288       240
> >+stream_start_line:           120         0       144       120
> > ecp_timing:               normal      slow    normal    normal
> > color_balance_mode:         auto    manual      auto      auto
> > red_gain:                     32         0       212        32
> >@@ -35,8 +35,8 @@
> > exposure_mode:              auto    manual      auto      auto
> > centre_weight:                on       off        on        on
> > gain:                          1         1  max_gain         1  1,2,4,8 
> >possible
> >-fine_exp:                      0         0       511         0
> >-coarse_exp:                  185         0     65535       185
> >+fine_exp:                      2         0       511         0
> >+coarse_exp:                  100         0     65535       185
> > red_comp:                    220       220       255       220
> > green1_comp:                 214       214       255       214
> > green2_comp:                 214       214       255       214
> >---
> >
> >o About the present environment.
> >  - RedHat Linux 7.2
> >  - Kernel 2.4.17-pre2
> >  - GnomeMeeting 0.12 (cvs)
> >  - openh323 1.7.8 (cvs) -> It introduces by making it RPM.
> >  - pwlib 1.2.7 (cvs)    -> It introduces by making it RPM.
> >
> >  With [ although the check of operation was carried out
> >  in this environment ] no problem.
> >
> >--
> >Thank you for your kindness.
> >
> >--__--__--
> >
> >Message: 9
> >Date: Sun, 2 Dec 2001 10:23:37 +0100
> >From: Damien Sandras <dsandras seconix com>
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] About recognition of a camera
> >Reply-To: gnomemeeting-list gnome org
> >
> >On Sun, 2 Dec 2001 18:20:16 +0900
> >Katsumi Saito <katsumi jo1upk ymt prug or jp> wrote:
> >
> >
> >> A message came to be displayed when re-compiling only GnomeMeeting.
> >> -> Your driver doesn't support the YUV420P format.
> >> 
> >
> >It means that your driver doesn't support the YUV420P format for colors.
> >
> >> o About Pop-up of a message.
> >>   GnomeMeeting What RPM-ized and was introduced was strange.
> >>   Spec file From GnomeMeeting 0.11 was taken out and used.
> >>   It was not the problem of locale.
> >> 
> >> o About YUV420P.
> >>   It will come to be recognized if the following programs are performed.
> >
> >> 
> >>   vid_pic.palette = VIDEO_PALETTE_RGB24; /* 24bit RGB */
> >>   bytes_per_rgb = 3;
> >>   vid_pic.depth = 24;
> >
> >Yes, it seems to only support RGB24.
> >The trick is to add a hint in pwlib to say that your particular camera
> >only supports RGB24. I'll send you a mail to tell you how to do it.
> >Then we will add your patch to Equivalence.
> >
> >
> >A quick trick to make GnomeMeeting work, edit videograbber.cpp
> >and look for YUV420P, replace it by RGB24 (or RGB32 I think).
> >
> >It is a partial fix. but the real fix must be added into pwlib.
> >
> >Damien
> >
> >--__--__--
> >
> >Message: 10
> >From: Katsumi Saito <katsumi jo1upk ymt prug or jp>
> >Organization: << YMT_Net >> JO1UPK: Kodaira-city, Tokyo
> >To: gnomemeeting-list gnome org
> >Date: Sun, 2 Dec 2001 21:15:25 +0900
> >Subject: [GnomeMeeting-list] About the registration to an ILS directory
> >Reply-To: gnomemeeting-list gnome org
> >
> >
> >About the registration to an ILS directory.
> >
> >With GnomeMeeting It seems that the IP address of PC with which an ILS 
> >directory registration function works is set up.
> >
> >In the following composition, there is a problem.
> >
> >       NAT
> >PC ------------ ADSL modem ------- InterNet
> >Private         Global
> >IP Address      IP Address
> >
> >Since it has registered with free DNS, by the host name registered, about me, 
> >it is the following scripts and it has been registered into ILS.
> >
> >--
> >nmaddentry -h ils.servername -c Comment -l Location -g Katsumi -s Saito -v 
> >katsumi jo1upk ymt prug or jp xxxxx.dnsalias.com
> >---
> >
> >It is convenient if the following options are in GnomeMeeting.
> >
> >o The IP address of self-PC is registered. (The present function)
> >o It registers using the specified host name.
> >
> >How is this idea?
> >--
> >
> >--__--__--
> >
> >Message: 11
> >Date: Sun, 2 Dec 2001 13:17:28 +0100
> >From: Damien Sandras <dsandras seconix com>
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] About the registration to an ILS directory
> >Reply-To: gnomemeeting-list gnome org
> >
> >It has already been discussed here.
> >The only solution for that problem (if the ILS server is not compliant) 
> >is
> >  to let the user specify the IP adress to use when regsitering.
> >
> >But I don't want to do that because it can lead to some anarchy, people 
> >registering
> >with others IP address is an example.
> >
> >Adding an option to register using his gateway address is not better.
> >What will happen if you have 5 PC's behind a NAT gateway ?
> >
> >If you have a better idea.
> >
> >Le 2001.12.02 13:15, Katsumi Saito a écrit :
> >> 
> >> About the registration to an ILS directory.
> >> 
> >> With GnomeMeeting It seems that the IP address of PC with which an ILS
> >> 
> >> directory registration function works is set up.
> >> 
> >> In the following composition, there is a problem.
> >> 
> >>        NAT
> >> PC ------------ ADSL modem ------- InterNet
> >> Private         Global
> >> IP Address      IP Address
> >> 
> >> Since it has registered with free DNS, by the host name registered,
> >> about me,
> >> it is the following scripts and it has been registered into ILS.
> >> 
> >> --
> >> nmaddentry -h ils.servername -c Comment -l Location -g Katsumi -s
> >> Saito -v
> >> katsumi jo1upk ymt prug or jp xxxxx.dnsalias.com
> >> ---
> >> 
> >> It is convenient if the following options are in GnomeMeeting.
> >> 
> >> o The IP address of self-PC is registered. (The present function)
> >> o It registers using the specified host name.
> >> 
> >> How is this idea?
> >> --
> >> _______________________________________________
> >> Gnomemeeting-list mailing list
> >> Gnomemeeting-list gnome org
> >> http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> >> 
> >> 
> >
> >--__--__--
> >
> >Message: 12
> >From: Katsumi Saito <katsumi jo1upk ymt prug or jp>
> >Organization: << YMT_Net >> JO1UPK: Kodaira-city, Tokyo
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] About the registration to an ILS directory
> >Date: Sun, 2 Dec 2001 21:46:37 +0900
> >Reply-To: gnomemeeting-list gnome org
> >
> >
> >> It has already been discussed here.
> >
> >I am sorry not to often check.
> >
> >> Adding an option to register using his gateway address is not better.
> >> What will happen if you have 5 PC's behind a NAT gateway ?
> >
> >I understood about your concern matter.
> >--
> >
> >--__--__--
> >
> >Message: 13
> >Date: Sun, 2 Dec 2001 14:31:14 +0100
> >From: Damien Sandras <dsandras seconix com>
> >To: gnomemeeting-list gnome org
> >Subject: Re: [GnomeMeeting-list] About the registration to an ILS directory
> >Reply-To: gnomemeeting-list gnome org
> >
> >Le 2001.12.02 13:46, Katsumi Saito a écrit :
> >> 
> >> > It has already been discussed here.
> >> 
> >> I am sorry not to often check.
> >> 
> >Don't worry! The topic is interesting, but I have not found any good 
> >solution at the moment.
> >If you have ideas, don't hesitate to mail them.
> >
> >
> >> > Adding an option to register using his gateway address is not
> >> better.
> >> > What will happen if you have 5 PC's behind a NAT gateway ?
> >> 
> >> I understood about your concern matter.
> >> --
> >> _______________________________________________
> >> Gnomemeeting-list mailing list
> >> Gnomemeeting-list gnome org
> >> http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> >> 
> >> 
> >
> >
> >--__--__--
> >
> >_______________________________________________
> >Gnomemeeting-list mailing list
> >Gnomemeeting-list gnome org
> >http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> >
> >
> >End of Gnomemeeting-list Digest
> >
> -- 
> 
> 
> 
> 
> __________________________________________________________________
> Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop Netscape! http://shopnow.netscape.com/
> 
> Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/
> 
> _______________________________________________
> Gnomemeeting-list mailing list
> Gnomemeeting-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnomemeeting-list
> 
-- 
 _	Damien Sandras
(o-	GnomeMeeting - H.323 Video-Conferencing application -
//\		web:  http://www.gnomemeeting.org/
v_/_	FOSDEM 2002  - Free Software and Open Source Developers Meeting -
		web:  http://www.fosdem.org/




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]