The picture is in YCbCr 4:2:0 format.
0. byte: Y(1,0)
1. byte: Y(0,0)
2. byte: Cr(0.5,0.5)
3. byte: Cb(0.5,0.5)
4. byte: Y(3,0)
5. byte: Y(2,0)
6. byte: Cr(2.5,0.5)
7. byte: Cb(2.5,0.5)
:
:
4796. byte: Y(2399,0)
4797. byte: Y(2398,0)
4798. byte: Cr(2398.5,0.5)
4799. byte: Cb(2398.5,0.5)
4800. by
attached is a simple program that extracts the image, but does not
properly do the colorspace conversion. i tried the algo that you
found, and another that i found, but they both seem to take the blue
data out of the 0-255 range, so i guess you have to clamp the values.
also, this code uses the sam
thanks daniel- now this begins to make sense:
http://wiki.multimedia.cx/index.php?title=YCbCr_4:2:0 says:
"Since 6 bytes, or 48 bits represent 4 pixels, an average of 12 bits
are required to represent a single pixel in this scheme."
so the 48 bit depth in the set window command is for each 2x2 b
try scanning something with some large sections of solid color in it-
this basically gray photo is hard to work from.
allan
On Sat, Aug 30, 2008 at 3:27 PM, wrote:
> Thank you Allan
>
> I was completely lost, but now I have a new course to continue digging.
>
>
> --- El s?b 30-ago-08, m. allan
if you look at the taillight in the left image, i think you can see
the Cr data. i've not had time to dig anymore.
allan
On Sat, Aug 30, 2008 at 12:04 PM, wrote:
> I'm going to test recode the left ghost image assuming YCbCr and YUV
> inclusive.
>
> YCbCr to RGB
>
>R = Y + 1.403*(Cr - 0.
Thank you Allan
I was completely lost, but now I have a new course to continue digging.
--- El s?b 30-ago-08, m. allan noah escribi?:
> De:: m. allan noah
> Asunto: Re: backend Kodak i260 Image depth 48 bits stream. How is coded?
> A: jgobuzon-lm at yahoo.com
> Cc: sane-devel at lists.alioth
On Sat, Aug 30, 2008 at 10:09 AM, m. allan noah wrote:
> i've never used photoshop CS, but i slapped a pnm header on top of the
> raw file saying that it was 8 bit grayscale, 3600 x 2200, and i see
> the car pretty clearly, with some weird stretched ghost image on top.
> the ghost might be some so
i've never used photoshop CS, but i slapped a pnm header on top of the
raw file saying that it was 8 bit grayscale, 3600 x 2200, and i see
the car pretty clearly, with some weird stretched ghost image on top.
the ghost might be some sort of high bit count Y channel?
allan
On Sat, Aug 30, 2008 at
I'm going to test recode the left ghost image assuming YCbCr and YUV inclusive.
YCbCr to RGB
R = Y + 1.403*(Cr - 0.5)
G = Y - 0.344*(Cr - 0.5) - 0.714*(Cb - 0.5)
B = Y + 1.773*(Cb - 0.5)
YUV to RGB
R = Y + 1.140V
G = Y - 0.395U - 0.581V
B = Y + 2.032U
Just to see w
Allan:
A 1.5 bytes per pixel cool!. Maybe was my imagination, but I can see a
odd repeated image when I open the RAW image with Photoshop CS2 with this
options:
1200 width, 1000 height, 3 channels, 16 bits depth and 0 bytes size header.
I'd put a zip-file with the RAW image on the next
On Fri, Aug 29, 2008 at 9:24 PM, m. allan noah wrote:
> On Fri, Aug 29, 2008 at 8:52 PM, Jose Guadalupe Osuna Chavez
> wrote:
>>
>>Another weird thing about bit depth is as a result of the
>> read_imageheader command I get values of: 2400 width, 2176 length with a
>> total image bytes o
0
>> kdsprot 10581 183 S5 DMP : dp1_count_format: 0
>> kdsprot 10582 183 S5 DMP : dp1_count_width: 9
>> kdsprot 10585 183 S5 DMP : dp1_message1: <>
>> kdsprot 10588 183 S5
de 2008 05:17 p.m.
Para: Jose Guadalupe Osuna Chavez
CC: sane-devel at lists.alioth.debian.org
Asunto: Re: [sane-devel] backend Kodak i260 Image depth 48 bits stream. How is
coded?
On Thu, Aug 28, 2008 at 8:02 PM, Jose Guadalupe Osuna Chavez
wrote:
>
> Allan:
>
> I didn't find
tch_type:0
> kdsprot 10590 183 S5 DMP : rear_output_switch:0
> kdsprot 10591 183 S5 DMP : front_output_switch: 0
> kdsprot 6836 183 S5 >>> CDev::DeviceImageOrder(0)
>
>
> -----Mensaje original-
> D
no455 at gmail.com]
Enviado el: Jueves, 28 de Agosto de 2008 01:14 p.m.
Para: Jose Guadalupe Osuna Chavez
CC: sane-devel at lists.alioth.debian.org
Asunto: Re: [sane-devel] backend Kodak i260 Image depth 48 bits stream. How is
coded?
two options- 1. does the scanner have multi-stream support?
two options- 1. does the scanner have multi-stream support? if so, it
might be scanning in duplex with all 4 heads at the same time.
2. i have a backend for the i1860 in development. it sets weird values
in the bit depth field- depending on if it is in compression mode or
not.
allan
2008/8/28 Jo
Hi:
I'm making a backend for a i260 kodak scanner on Linux, but now I'm stuck
trying to decode the image's stream.
As a result of analyzing the driver's log on window, all appears to show
that the scanner only works with depth of 48 bits per pixel. Every time that
I'd send a SetW
17 matches
Mail list logo
