#apertus IRC Channel Logs

hey, could you resolve your issues?

source code tells me, that the sensel buffer is used -> https://github.com/apertus-open-source-cinema/axiom-beta-firmware/blob/master/software/sensor_tools/hist/hist.c

which dump?

there is no dump involved there, it reads from mapped memory

sensor data

yes

only the surface of the topic was scratched, now it needs to be extended further

I don't see any files for Vectorscope and Waveform,do we have to implement it from the scratch ?

also packing it into some sort of lib, to be usable from control daemon would be good, as the data should also be used for web UI

Yes,that would be good

Nice

https://github.com/nmdis1999?tab=repositories

why isn't it merged into some apertus repo?

mostly because it was proof of concept work and we didn't have the time yet to work through it

can't we create some unified tool? as the data acquisition is always the same and making multiple copies is not that good for maintenance

downsampling/interpolation in fpga?

i also need a data at some point for web UI, we have to think where to place the processing

and last but not least, it's also required for overlay later

no problem with that

were some benchmarks done already?

oha, sounds very interesting

and to figure out how to efficiently subsample data without losing information

not sure what you mean with 'push out' :)

if we omit empty values, it would save some processing time

maybe starting with 2x2 area for first tests, would allow benchmarking, afterwards we can extend it with acceleration

I think it's fine to either drop one green channel or just sum/average them

but this can be prepared in FPGA, right?

which means that you cannot simply change the data in the FPGA ...

can't we use additional buffer for R, (G1+G2) / 2 and B data?

that would instantly double the required bandwidth for litte to none gain

funny, there are actual question on stackoverflow in that direction -> https://stackoverflow.com/questions/38501529/how-to-optimize-histogram-statistics-with-neon-intrinsics

okay

which one?

well, that is a little out of context but in general sounds fine, so most likely not your issue

I'd suggest to use a tool to convert between ascii and binary PPM versions (like convert from imagemagick) amd compare the results

No I didn't, I use sublime text and there it shows just binary as 0100 0000 0000

You are talking about the raw ppm file right?

Check this image - https://pasteboard.co/I2dxNg3.png

can be

That image I got, I have used decimal values to represent each pixel.

oh...

"Save the channels (separately) as valid image files (8 bits per pixel) named appropriately without use of any external libraries (e.g. openJPG/lodePNG). (Hint: PPM file format)"

at least red channel looks like it, but i'm more interested in the final source code, image results are just an indicator for me that the code works

raw or plain ppm

yes I did

done

i mean, have you extracted them by shifting? as the image is a bit dark

ok, taking a step back, how have you converted 12bit sensel data to 8bit?

how?

by shifting?

asking, because the image looks a bit too dark, usually unprocessed raw files are bland and brighter than they should be

Should I share the link to other ppm files, to see if they are fine?

yes, please, but one green channel is sufficient

have you tried this one to check the final data? -> https://anuejn.github.io/batic/

This is blue - https://pasteboard.co/I2kacd7.png

green looks better, so probably the data is more or less ok

The data is fine, so does that mean my extraction from 12 bit to 8 bit was okay?

no problem

Oops net crashed, and yes I understand :) Thanks again for the guidelines

where do you mean?

Y_G, we have several algorithms, please refer to https://www.apertus.org/google-summer-of-code-wrap-article-august-2018

I am getting red grayscale like this https://paste.pics/4TRO0?fbclid=IwAR1E509Ri9UqgzJwRjgxtxhl9ywkN3ME49lMYKXWu5YFOoT4xu3PmDmMbf4

hi ASHU, looks like the image

yes , I am getting image but , The image parimal send is very red in colour .

https://en.wikipedia.org/wiki/Bayer_filter

or here -> https://www.vision-doctor.com/en/area-scan-cameras/single-chip-colour-cameras.html

Yes the image i send is also for red channel (as I have extracted all red pixels and than used pgm formate to get image)

Ok,thanks BAndiT1983

*list

first we need to get moving pictures, to be able to test how the algorithms look

ASHU, i don't understand the problem

many students are trying too hard to get the results, but i expect readable code, e.g. no spaghetti code in one function etc.

Ok,thanks I'll check too

okay , BAndiT1983 I understood thanks .

hi Dev_

Do we need to extend this present code (https://github.com/apertus-open-source-cinema/opencine/tree/master/Source/OCui/Helper) or need to make it from scratch

you mean in ProcessingTest, which is only a module of OpenCine

main code for OC functionality is in OCcore

some prepared code exists already, but has to be analyzed, also a static allocator should be implemented or some library can be used

yes but for parsing files a file (lets say .mlv) don't we need to change a bit UI , we can't upload a anyhting else except .dng

yeah , i was just making a action plan for it , not really trying to extend

afterwards frame server implemnetation -> attach OCcore -> request data -> provide it to dummy file -> add frame server UI to be able to control things like FPS

of course, if we don't have basic functionality what should we control through UI?

I will keep the plan in mind now try to proceed in same direction

latest development update released: https://www.apertus.org/february-2019-news-article

is there a 3D model just of the essential hardware with no enclosure?

https://cad.onshape.com/documents/58bd498285673a104722aacd/w/466b8105bf6807b3f4f50b6c/e/b33cc7b3cc3cc5eebd5c2ae6

Had been working on T872 for the past few days

should it look like this?

hey BAndiT1983. Are you referring to this line 'This means that RAW12 files should have pixel data from byte 0' ?

BAndiT1983, I haven't performed any swapping. I'm unable to understand where to do the swapping. what I did was that assumed first line of raw12 file has data in RGRGRG format and and second line has GBGBGB and so on. for every 12 bit, I assumed first bit from left to be the MSB and hence took only first 8 bits from left in individual channels

your images shows clear overflow of values, which happens often if the bytes weren't swapped

so you have swap every 2 bytes, afterwards split 3 bytes into 2 x 12bit sensel values

Hey BAndiT1983 , actually I don't know how is the data processed in the ARM cores. So can you please explain why are we swapping after every 2 bytes

don't remember if this is the case for this raw12 data as i have implemented a sample solution 1 year ago, but the resulting image looks like it

https://thebittheories.com/little-endian-vs-big-endian-b4046c63e1f2

Leenoo, what do you mean?

https://cad.onshape.com/help/Content/exporting-files.htm

will get back to you with the corrected image

please read the logs from today

do I need to make a acount on ONSHAPE to download the 3D file?

Leenoo, se6astian could help you, as he is the one who is responsible for CAD

is it so?

I wish that this project gets a faster tracktion

also managing tasks and people requires some time, not to forget regular jobs or other things in life

it's not only about publicity, there are a lot of important tasks which have to be accomplished or at least made stable, to be able to get more people attracted, like camera controls

we are swapping two bytes to convert the endianness... right?

mrohit[m], are you sure that the date is on little-endian?

No,I am not sure. I thought all RAW12 images are in little endian format itself as mentioned on apertus wiki.

or maybe also conversion from 12bit to 8bit, but this one is simple right shift, although you can go further and implement some non-linear curve, like alexML has added to the task

you can calculate it, have also not that much knowledge there, but found a formula quickly through google

if not, then the formula won't help much

No, the image is still not completed. I was just looking parallely for some curve.

off for today, good night

good night