linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@redhat.com>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Jaime Velasco <jsagarribay@gmail.com>,
	Linux Media Mailing List <linux-media@vger.kernel.org>,
	Gregor Jasny <gjasny@googlemail.com>
Subject: Re: [PATCH] stk-webcam: Don't flip the image by default
Date: Wed, 18 Apr 2012 11:28:14 -0300	[thread overview]
Message-ID: <4F8ECF7E.4020603@redhat.com> (raw)
In-Reply-To: <4F82BA81.1040801@redhat.com>

Em 09-04-2012 07:31, Hans de Goede escreveu:
> Hi,
> 
> On 04/09/2012 09:27 AM, Jaime Velasco wrote:
>>
>> 2012/4/8 Hans de Goede <hdegoede@redhat.com <mailto:hdegoede@redhat.com>>
>>
>>     Prior to this patch the stk-webcam driver was enabling the vflip and mirror
>>     bits in the sensor by default. Which only is the right thing to do if the
>>     sensor is actually mounted upside down, which it usually is not.
>>
>>     Actually we've received upside down reports for both usb-ids which this
>>     driver supports, one for an "ASUSTeK Computer Inc." "A3H" laptop with
>>     a build in 174f:a311 webcam, and one for an "To Be Filled By O.E.M."
>>     "Z96FM" laptop with a build in 05e1:0501 webcam.
>>
>>     Signed-off-by: Hans de Goede <hdegoede@redhat.com <mailto:hdegoede@redhat.com>>
>>
>>
>> Hi, I don't know hoy many users of stk-webcam could be, but this will surely cause a small regression for them. I agree it seems neater your way, but I don't think it makes sense to half-break the driver for a set of users in order to fix it for another.
> 
> I understand where you're coming from, but the vflip/hflip options of the driver
> in turn toggle bits in the sensor, which default to no flipping. IOW thse bits
> should only be set if a sensor is mounted upside down (or a user explicitly
> indicates he wants a flipped image). Likely some of these cameras are found
> in Asus laptops, and Asus is well known for mounting some of their laptop
> webcam modules upside down, I guess this is where the flip by default behavior
> comes from, but that does not make it *right*.
> 
> Currently we are getting bug reports from users who have a laptop where the
> sensor is mounted the right way up, and they are getting an upside down image...
> 
> So either way we are doing the wrong thing for a group of users, and we
> are going to need a quirk table in the driver, if we add such a quirk
> table I would much rather have it contain entries for laptops which
> actually have the camera upside down. Esp. since that is how we are doing
> it in all other drivers. It just does not make sense to flip by default, and
> then keep a list of non buggy laptops, and change the flipping behavior there ...

Hi Hans,

While such quirk table doesn't exist there, IMHO, the better would be to change 
the default for this modeprobe parameter to -1 meaning AUTO, where auto would mean
no flip for unknown devices, and flip for the ones at the quirk table.

Btw, if the old default were to flip, we know that, for the original device
used by this driver author, flipping is needed. So, if you know how recognize
it, please add it to a quirk table, to minimize regressions.

As Jaime is the developer that submitted it in the first place, for sure he
can help with this quirk table. 

Regards,
Mauro


> 
> Regards,
> 
> Hans
> -- 
> To unsubscribe from this list: send the line "unsubscribe linux-media" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


      reply	other threads:[~2012-04-18 14:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-08 16:01 [PATCH] stk-webcam: Don't flip the image by default Hans de Goede
     [not found] ` <CAO2_v5CZhs0QQcGMzsnA+wxsyLJ_OXhs++9L+HtscSeDc+_uTA@mail.gmail.com>
2012-04-09  7:33   ` Jaime Velasco
2012-04-09 10:31   ` Hans de Goede
2012-04-18 14:28     ` Mauro Carvalho Chehab [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F8ECF7E.4020603@redhat.com \
    --to=mchehab@redhat.com \
    --cc=gjasny@googlemail.com \
    --cc=hdegoede@redhat.com \
    --cc=jsagarribay@gmail.com \
    --cc=linux-media@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).