Current Server Time: 19:22 (Central Europe)

#apertus IRC Channel Logs

2013/12/28

Timezone: UTC


04:41
jucar
joined the channel
06:05
jucar
left the channel
11:29
jucar
joined the channel
12:00
philippej
joined the channel
13:53
philippej
left the channel
13:59
jucar
left the channel
16:22
philippej
joined the channel
17:10
Bertl
morning everyone!
17:19
philippej
left the channel
19:00
jucar
joined the channel
22:10
jucar
left the channel
22:42
rexbron
left the channel
22:42
troy_s
left the channel
22:43
troy_s
joined the channel
22:43
rexbron
joined the channel
22:43
rexbron
left the channel
22:43
rexbron
joined the channel
22:49
gcolburn
joined the channel
22:49
gcolburn
hello
22:50
Bertl
hello
22:51
gcolburn
how are you doing?
22:52
Bertl
well, struggling with an FPGA bug and having some back pain
22:52
gcolburn
sorry to hear that. been sitting too long?
22:53
gcolburn
I'm trying to get the bayer2rgb code working that you linked to previously. The image is coming out all garbled. I thought I'd see what command you have been using. Here is what I have:
22:53
gcolburn
./bayer2rgb --input IT8_2900_1.raw16 --output image.tif --width 4096 --height 3072 --bpp 16 --first GBRG --method VNG --tiff --swap
22:54
Bertl
ah, swap is not working on that code IIRC
22:54
Bertl
so you have to manually swap it before processing or use a different architecture
22:55
gcolburn
okay. so perhaps I'll hack the code
22:55
gcolburn
are you planning on writing your own demosaiq code for the HDMI streaming?
22:55
Bertl
yeah that was my first idea, but it isn't trivial to do with the code
22:55
gcolburn
ok
22:55
gcolburn
bummer
22:56
Bertl
I do not plan to do sophisticated debayering at all
22:56
Bertl
we basically get the RGB values and we will use them as is
22:56
Bertl
as we are down scaling anyway, I don't see a big problem there
22:56
gcolburn
so you'd use the average of nearest neighbor or something?
22:57
Bertl
simple overlay in the first step, average of neighbors later
22:58
gcolburn
okay
22:59
gcolburn
by the way I've made good progress on porting to C++
22:59
gcolburn
I can read in all the raw tags (just not their values)
22:59
gcolburn
the code is very fast
22:59
Bertl
sounds good ...
22:59
gcolburn
I'll probably read the image next before I read all the tag values
22:59
gcolburn
because I could do simple manipulations at that point
23:00
gcolburn
not sure if you guys have use for it, but I also got libJpeg compiled and linked to statically so I could produce jpegs
23:00
Bertl
ah, btw, what is the status with lossless .raw16 -> .dng and .dng -> .raw16
23:00
gcolburn
ah yes
23:00
gcolburn
let me work on that this weekend
23:01
gcolburn
so after the raw image is read in, I was planning on taking the rest of the bytes in the .raw16 file and dumping it into the private meta data
23:02
gcolburn
I don't think I need to have knowledge of the structure of the register data (not sure what format its in)
23:02
Bertl
no, just dump the 256 bytes somewhere
23:03
Bertl
all that matters is that the information is not lost and the .raw16 can be regenerated
23:03
gcolburn
yeah
23:03
gcolburn
i'll try that right now
23:04
gcolburn
will it always be 256?
23:04
gcolburn
or should I just calculate the size so it can expand?
23:06
troy_s
Greets Gabe.
23:06
Bertl
as long as we stick to the cmv12k, it will always be 256
23:06
Bertl
we might at some point add additional information like temperature or voltage readings from the frontend, but that's a different story
23:07
gcolburn
okay
23:08
gcolburn
Hi troy
23:08
troy_s
gcolburn: Is this generic image loading code?
23:08
troy_s
gcolburn: As in "raw in -> whatever out"?
23:08
troy_s
gcolburn: Because if it is, there are two libraries you should hook in or at least have optics for hooking in.
23:35
Wescotte
joined the channel