| 23:24 | davidak | joined the channel |
| 00:40 | arpu | left the channel |
| 00:53 | Bertl | off to bed now ... have a good one everyone!
|
| 00:53 | Bertl | changed nick to: Bertl_zZ
|
| 00:55 | arpu | joined the channel |
| 01:01 | intracube | changed nick to: intracube_afk
|
| 02:07 | Spirit532 | joined the channel |
| 04:57 | ItsMeLenny | left the channel |
| 04:57 | ItsMeLenny | joined the channel |
| 07:14 | se6astian|away | changed nick to: se6astian
|
| 07:25 | dimaursu16 | joined the channel |
| 07:25 | dimaursu16 | left the channel |
| 07:25 | dimaursu16 | joined the channel |
| 07:28 | davidak | left the channel |
| 07:37 | Bertl_zZ | changed nick to: Bertl
|
| 07:38 | Bertl | morning folks!
|
| 07:46 | se6astian | hello!
|
| 08:05 | davidak | joined the channel |
| 08:09 | ItsMeLenny | left the channel |
| 08:15 | dimaursu16 | left the channel |
| 08:39 | Bertl | off for now ... bbl
|
| 08:39 | Bertl | changed nick to: Bertl_oO
|
| 08:46 | Spirit532 | has anyone here worked with LibTIFF?
|
| 11:49 | jucar | joined the channel |
| 12:05 | se6astian | changed nick to: se6astian|away
|
| 12:21 | alexML_ | Spirit532: only installed it to compile ufraw; but if you have a specific question, you may get better answers
|
| 12:21 | Spirit532 | I had a specific question
|
| 12:22 | Spirit532 | I now have another specific question
|
| 12:22 | Spirit532 | I am writing a DNG file, which is valid(opens in Resolve & PS)
|
| 12:22 | Spirit532 | but a few tools like RawTherapee don't recognise the color
|
| 12:22 | Spirit532 | in my case, the entire image just shows up either red, green, or blue, with 0 on the other two channels
|
| 12:22 | Spirit532 | am I missing a weird tag?
|
| 12:22 | alexML_ | dng_validate output?
|
| 12:23 | Spirit532 | ... how would it not be valid if PS & Resolve open it?
|
| 12:23 | Spirit532 | >_>
|
| 12:23 | Spirit532 | that, and rawtherapee OPENS it(which means dng_validate is good), but the colors a re dead.
|
| 12:24 | alexML_ | ... just like a HTML page can be invalid, even if it renders fine in some particular browser ;)
|
| 12:24 | alexML_ | RT does not use dng_validate, fyi
|
| 12:24 | Spirit532 | but resolve & ps do
|
| 12:24 | Spirit532 | at least PS does, certainly
|
| 12:24 | Spirit532 | since it's an adobe product lol
|
| 12:24 | alexML_ | PS is closed source ;)
|
| 12:24 | Spirit532 | so is resolve
|
| 12:25 | alexML_ | so you can't tell, unless you have reverse engineered them ;)
|
| 12:25 | Spirit532 | it's adobe
|
| 12:25 | alexML_ | so?
|
| 12:25 | Spirit532 | adobe would only use the adobe sdk to open dngs
|
| 12:25 | Spirit532 | lol
|
| 12:25 | alexML_ | yes, but sdk != dng_validate
|
| 12:25 | Spirit532 | think logically
|
| 12:25 | Spirit532 | why would it not validate
|
| 12:25 | alexML_ | why would it?
|
| 12:25 | Spirit532 | flawless logic right there.
|
| 12:26 | jucar | left the channel |
| 12:36 | ItsMeLenny | joined the channel |
| 12:44 | se6astian|away | changed nick to: se6astian
|
| 12:45 | se6astian | changed nick to: se6astian|away
|
| 12:46 | se6astian|away | changed nick to: se6astian
|
| 13:02 | dimaursu16 | joined the channel |
| 13:02 | dimaursu16 | left the channel |
| 13:02 | dimaursu16 | joined the channel |
| 13:07 | dimaursu16 | left the channel |
| 13:13 | ItsMeLenny | left the channel |
| 13:18 | se6astian | changed nick to: se6astian|away
|
| 13:37 | dimaursu16 | joined the channel |
| 13:37 | dimaursu16 | left the channel |
| 13:37 | dimaursu16 | joined the channel |
| 13:41 | se6astian|away | changed nick to: se6astian
|
| 13:50 | dimaursu16 | left the channel |
| 14:17 | dimaursu16 | joined the channel |
| 14:17 | dimaursu16 | left the channel |
| 14:17 | dimaursu16 | joined the channel |
| 14:25 | dimaursu16 | left the channel |
| 14:30 | dimaursu16 | joined the channel |
| 14:30 | dimaursu16 | left the channel |
| 14:30 | dimaursu16 | joined the channel |
| 14:40 | Spirit532 | left the channel |
| 14:47 | dimaursu16 | left the channel |
| 14:51 | dimaursu16 | joined the channel |
| 14:51 | dimaursu16 | left the channel |
| 14:51 | dimaursu16 | joined the channel |
| 15:02 | dimaursu16 | left the channel |
| 15:08 | se6astian | changed nick to: se6astian|away
|
| 16:05 | se6astian|away | changed nick to: se6astian
|
| 16:11 | davidak | left the channel |
| 16:26 | davidak | joined the channel |
| 16:27 | niemand | joined the channel |
| 16:31 | davidak | left the channel |
| 16:49 | davidak | joined the channel |
| 18:06 | intracube_afk | changed nick to: intracube
|
| 19:51 | dimaursu16 | joined the channel |
| 19:51 | dimaursu16 | left the channel |
| 19:51 | dimaursu16 | joined the channel |
| 20:20 | niemand | left the channel |
| 20:22 | GrahamM | joined the channel |
| 20:26 | GrahamM | Anyone active?
|
| 20:41 | Bertl_oO | I'm kind of around ...
|
| 20:48 | danieel | Bertl_oO: back to the weird top of the imager.. have you ever thought that the blacklevel can degrade the usable area by 10-15% ?
|
| 20:49 | danieel | i mean.. if you got a 10 or 12 bit ADC, it will clip way below the digital max
|
| 20:49 | danieel | *area as in terms of digital output codes
|
| 20:50 | Bertl_oO | hmm?
|
| 20:51 | danieel | im working on the BAE sensor, and it wont subtract any of the black level on chip.. and it is quite high
|
| 20:51 | Bertl_oO | you mean you are losing data because of a high black level>
|
| 20:51 | Bertl_oO | s/>/?
|
| 20:51 | danieel | previusly we did something with sony.. and there it was on chip corrected.. so i started to wonder, how can they produce full-scale digital out?
|
| 20:51 | danieel | yes
|
| 20:52 | Bertl_oO | well, I'm pretty sure the sensor has some way to adjust the analog offset
|
| 20:52 | Bertl_oO | it might not be well documented or obvious though
|
| 20:52 | danieel | in the Kodak DS they said its done in digital domain
|
| 20:53 | Bertl_oO | but even if it does not, you should be able to adjust the gain (analog or in sensor digital) to bring the full sensor range into the bit depth you read out
|
| 20:54 | Bertl_oO | of course it's a tradeoff between depth and range
|
| 20:57 | GrahamM | Bertl, just regarding HDMI, I don't know much about the technical aspects of HDMI. The issue with compatibility, are you reacting to a non-conforming EDID and not outputting a signal?
|
| 20:58 | Bertl_oO | no, the Beta currently ignores the EDID completely
|
| 20:59 | Bertl_oO | it just outputs whatever you configure
|
| 21:01 | Bertl_oO | i.e. when you configure 1080p60 and output it to your monitor/TV and then you swap the cable to the viewer, it will get exactly the same signal
|
| 21:02 | Bertl_oO | the signal itself is configure by gen_init.sh which is called from setup.sh
|
| 21:03 | Bertl_oO | in gen_init.sh you can see a number of values controlling the width/height, display, sync and other parameters
|
| 21:04 | Bertl_oO | most likely it only requires to play around with those to make it work on the viewer, but that can take some time and educated guesses
|
| 21:11 | danieel | hdmi is not very much about guessing, the timings are well specified by CEA
|
| 21:11 | Bertl_oO | well, yeah, but with many viewers that doesn't seem to help
|
| 21:12 | Bertl_oO | but maybe our timings are wrong, please let us know if you do :)
|
| 21:12 | danieel | i do make some fixed resolution stuff.. but that mostly requests the correct timing from the OS (preferred mode and no standard mode)
|
| 21:13 | GrahamM | I’m coming from a position of ignorance, so I wasn’t sure how things were implemented.
|
| 21:13 | danieel | only the RPi bootloader has trouble with that :)
|
| 21:17 | Bertl_oO | in the near future, we will have the means to verify the signal we generate and thus correct any potential errors by comparing it to reference signals
|
| 21:18 | Bertl_oO | but at the moment, it is basically adjusting things till it works
|
| 21:26 | GrahamM | So there are enough tweaks within gen_init.sh, that I could potentially get a signal working with the BM VA4K?
|
| 21:26 | Bertl_oO | I'm pretty sure
|
| 21:27 | Bertl_oO | you can do all the adjustments at runtime, so no need to rerun everything
|
| 21:28 | Bertl_oO | just issue the scn_reg commands on the shell and they will immediately take effect
|
| 21:28 | danieel | the hw can do 3Gbps of data? (for 4k 422)
|
| 21:28 | Bertl_oO | GrahamM: note that most display sinks take some time to adjust to changes, so it can take up to a few seconds till an image appears
|
| 21:29 | Bertl_oO | danieel: the EDID would suggest so
|
| 21:29 | danieel | I mean your transmitter side - the lvds pairs were for 1.6G no?
|
| 21:30 | Bertl_oO | ah, then why don't you say so :)
|
| 21:30 | Bertl_oO | no the current HDMI plugin modues top out at 1.5Gbit/s
|
| 21:30 | Bertl_oO | *modules
|
| 21:30 | danieel | so no 4k, 1080p60 top
|
| 21:31 | Bertl_oO | the 4K HDMI module will be able to go beyond
|
| 21:31 | danieel | one more thing.. the hdmi shall work without edid, so if you are not turning off the clock, changing the mode is hard to detect
|
| 21:31 | danieel | and one another, the exact mode is communicated with a data island.. if you do not produce that, some receivers wont cooperate :)
|
| 21:32 | danieel | basically same process as with nonbasic SDI modes
|
| 21:32 | Bertl_oO | data islands can be generated with the current implementation, but they haven't been necessary for the devices we tested with yet
|
| 21:43 | se6astian | off to bed
|
| 21:43 | se6astian | good night
|
| 21:43 | Bertl_oO | nn
|
| 21:43 | se6astian | changed nick to: se6astian|away
|
| 21:46 | ItsMeLenny | joined the channel |
| 21:47 | davidak | left the channel |
| 22:18 | dimaursu16 | left the channel |