#apertus IRC Channel Logs

I have (or better had) a working setup for capturing hdmi signals and have hdl code to do so

the hardware this is running on is not open source yet (because I didnt get around properly documenting it) but is mainly a raspi compute module and an ECP5

first time I'm seeing python as hdl :))

BogdanXOR: thats amaranth HDL where you write a python script, that then generates the netlist

can it also output the corresponding hdl itself (I see it uses Verilog) - or goes directly to synthesis?

however you like

that is really nice!

do you also have the code for generating those images?

since 4 in the morning

indeed!

I just finished preparing the beta in the CP prototype enclosure for raw video capture

before I started taking the pcbs appart today I quickly tested if training would fail again and it didnt :P

yes, the high pressure the connectors felt

yes, quite some news here ...

as I reported last time, I did some captures on the RPI regarding HDMI and I continued with other RPI formats (e.g. 800x600) and made all the decoding work properly

after that was sorted, I added a TMDS logic analyzer version of the HDMI output module to easily capture the 10bit code symbols directly from a PMOD debug module in one slow, while having the same output on the HDMI plugin in the other slot

together with the decoding already done on the RPI streams, I could quickly identify any differences between the streams

after some comparison, I quickly found the issue why we never had any success with the data islands (info packets)

once that was done and tested, I also added two additional configuration bits to the scan registers which allow for easy inversion of the sync signals without messing with the scan configuration

the add-on sync inversion here: http://vserver.13thfloor.at/Stuff/AXIOM/BETA/delta-cmv_hdmi3_clean_raw.2023.2-syncinv.diff

the entire gateware including the prebuilt bitstreams can be found here: http://vserver.13thfloor.at/Stuff/AXIOM/BETA/cmv_hdmi3_clean_raw_fixed.2023.2/

well, it was a one-way discussion so far, but I'm optimistic :)

and captures of our new and improved output can be found in the old location here: http://vserver.13thfloor.at/Stuff/AXIOM/HDMI/

I also tested this on the Ninja V+ from BogdanXOR and indeed activating the AVI info frame switches the color space

unfortunately I was not able to record anything on the Ninja V+, but maybe I simply do not understand how to configure it correctly

cool, is there a recording media in the ninja (2.5" SSD caddy?)?

yes, I have an SSD attached to the Ninja

regarding firmware 2.x, the current gateware is a drop-in replacement for the existing one and it should behave exactly the same as long as you do not configure any info frames

well, if it just was that simple ... (regarding ninja)

and depending on the selection, I get either a nice picture, but a circle in the top left corner stating 'no raw input'

and the record button is greyed out

or alternatively, I get no picture at all (both RPi and Beta)

we are sending 1080p60 24bit, plain and normal image

didn't bother activating any of the raw encoding yet, but it would still be a normal image

yes it expects proprietary bayer data in an undisclosed format then

so very likely this kind of 'RAW' data will not work, unless Atomos decides to open up some of those formats or add our own format

wonderful!

as the to-be-assumed default seems to be RGB 444

so it definitely works fine there without any changes

that's it from my side, if there are any questions regarding procedure or anything else, please let me know

2. create documentation - could you take care of that bertl?

but to fill/write the data islands?

but there is no documentation about it

ultimately the wiki but since you hate the wiki and txteditor is fine and I will put it i the wiki

great, anyone else around?

you're welcome! thanks for the moderation se6astian!