* pixel sizes
@ 2008-06-07 13:50 Veda N
2008-06-07 14:29 ` Daniel Glöckner
0 siblings, 1 reply; 4+ messages in thread
From: Veda N @ 2008-06-07 13:50 UTC (permalink / raw)
To: video4linux-list
Hi,
A few newbie questions.
Are the sizes of each pixels same for all the sensor? Does each sensor
have its own size description for each pixel.
I guess each LCDs/Display Units have their own pixel sizes.
In which case how the captured pixels are displayed on the LCD?
Should the definitions of pixels (sizes & format) of sensor and
display unit
match?
Do video applications have their own definition of how much size
each pixel should have?
Does the size of the pixel size change if it is RGB or YUV422?
Regards,
vedan
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: pixel sizes
2008-06-07 13:50 pixel sizes Veda N
@ 2008-06-07 14:29 ` Daniel Glöckner
2008-06-08 11:07 ` Veda N
0 siblings, 1 reply; 4+ messages in thread
From: Daniel Glöckner @ 2008-06-07 14:29 UTC (permalink / raw)
To: Veda N; +Cc: video4linux-list
On Sat, Jun 07, 2008 at 07:20:36PM +0530, Veda N wrote:
> Are the sizes of each pixels same for all the sensor?
No
> Does each sensor
> have its own size description for each pixel.
Yes
You can find the size of a pixel in the datasheet.
> I guess each LCDs/Display Units have their own pixel sizes.
> In which case how the captured pixels are displayed on the LCD?
Depends on the user. Either 1:1 pixelwise or scaled to fit/fill the screen.
> Should the definitions of pixels (sizes & format) of sensor and
> display unit match?
No.
Some cameras capture anamorph images to have less data.
And a pixel that is a few micrometer^2 usually represents a bigger area in
reality due to the optics.
> Do video applications have their own definition of how much size
> each pixel should have?
No.
Video applications don't care about real world dimensions.
They just want to fill the screen.
They do care about the aspect ratio of the pixels, though.
> Does the size of the pixel size change if it is RGB or YUV422?
No.
But in YUV422 there is only one chroma sample for two horizontal pixels.
Daniel
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: pixel sizes
2008-06-07 14:29 ` Daniel Glöckner
@ 2008-06-08 11:07 ` Veda N
2008-06-08 13:04 ` Daniel Glöckner
0 siblings, 1 reply; 4+ messages in thread
From: Veda N @ 2008-06-08 11:07 UTC (permalink / raw)
To: video4linux-list; +Cc: aniel-gl
thank you for quick response.
On Sat, Jun 7, 2008 at 7:59 PM, Daniel Glöckner <daniel-gl@gmx.net> wrote:
> On Sat, Jun 07, 2008 at 07:20:36PM +0530, Veda N wrote:
>> Are the sizes of each pixels same for all the sensor?
>
> No
>
>> Does each sensor
>> have its own size description for each pixel.
>
> Yes
> You can find the size of a pixel in the datasheet.
>
>> I guess each LCDs/Display Units have their own pixel sizes.
>> In which case how the captured pixels are displayed on the LCD?
>
> Depends on the user. Either 1:1 pixelwise or scaled to fit/fill the screen.
>
>> Should the definitions of pixels (sizes & format) of sensor and
>> display unit match?
>
Do you mean to say, scaling means just fill up the screen with
whatever pixels you have
it does not matter what thier size are?.
In which case, If the camera sensor pixel sizes is 4 bytes/pixel and
LCD supports only 2 bytes per pixel, Then i can fill up only half the
pixels i have got.
Should this be done line by line or the entire frame wise?
Am i right?
Regards,
vedan
> No.
> Some cameras capture anamorph images to have less data.
> And a pixel that is a few micrometer^2 usually represents a bigger area in
> reality due to the optics.
>
>> Do video applications have their own definition of how much size
>> each pixel should have?
>
> No.
> Video applications don't care about real world dimensions.
> They just want to fill the screen.
> They do care about the aspect ratio of the pixels, though.
>
>> Does the size of the pixel size change if it is RGB or YUV422?
>
> No.
> But in YUV422 there is only one chroma sample for two horizontal pixels.
>
> Daniel
>
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: pixel sizes
2008-06-08 11:07 ` Veda N
@ 2008-06-08 13:04 ` Daniel Glöckner
0 siblings, 0 replies; 4+ messages in thread
From: Daniel Glöckner @ 2008-06-08 13:04 UTC (permalink / raw)
To: Veda N; +Cc: video4linux-list
On Sun, Jun 08, 2008 at 04:37:00PM +0530, Veda N wrote:
> >> I guess each LCDs/Display Units have their own pixel sizes.
> >> In which case how the captured pixels are displayed on the LCD?
> >
> > Depends on the user. Either 1:1 pixelwise or scaled to fit/fill the screen.
> Do you mean to say, scaling means just fill up the screen with
> whatever pixels you have
> it does not matter what thier size are?.
>
> In which case, If the camera sensor pixel sizes is 4 bytes/pixel and
> LCD supports only 2 bytes per pixel, Then i can fill up only half the
> pixels i have got.
I have the feeling we were talking about different sizes.
I was talking about the dimensions of a pixel.
In meter or inch...
Let me revise my answers for size=bits:
> Are the sizes of each pixels same for all the sensor?
No
> Does each sensor have its own size description for each pixel.
Yes
Some sensors are even analog and require external ADCs that are
available in different bit depths.
> I guess each LCDs/Display Units have their own pixel sizes.
> In which case how the captured pixels are displayed on the LCD?
By adding or removing lower bits to have the same bits per pixel.
When the destination has more bits per pixel:
Either add zero bits or replicate the high bits in the low bits.
When destination has less bits per pixel:
Discard lower bits. If you want you can account for the quantization
error with "error diffusion".
The image data from Bayer pattern sensors needs to be interpolated to
have all three components at every pixel. There are several methods in
use. Dcraw f.ex. implements bilinear, VNG, PPG and AHD interpolation.
> Should the definitions of pixels (sizes & format) of sensor and
> display unit match?
If you don't convert the data, it will look wrong.
> Do video applications have their own definition of how much size
> each pixel should have?
Most video applications handle unknown FourCCs as compressed data and
ask a decompressor to convert it to a known uncompressed format to be
able to do image processing. So if you give a Y210 (10 bit YUV) video to
an application that only understands 8 bit YUV, it will ask a plugin to
convert to Y422. But there are applications that can work natively with
Y210 data.
> Does the size of the pixel size change if it is RGB or YUV422?
As YUV422 has less samples per pixel than RGB and the RGB space is smaller
than the YUV space and YUV usually does not use the complete range of
possible values in a sample, I'd say you need less bits per sample in
RGB than in YUV422. Simple applications will always convert to 8 bit per
sample. Complex applications will probably use more than enough.
Daniel
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-06-08 13:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-06-07 13:50 pixel sizes Veda N
2008-06-07 14:29 ` Daniel Glöckner
2008-06-08 11:07 ` Veda N
2008-06-08 13:04 ` Daniel Glöckner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox