AXIOM Beta Development Status | apertus° - open source cinema

AXIOM Beta Development Status

Custom DIY Injection Molded Graphite Based Heat Sink
Custom DIY Injection Molded Graphite Based Heat Sink

6th August 2018: Current Development Status


We have moved our office from Viennas 15th district where we sub rented a small room at Amescon and are now members of the industrial co-working space: Factory Hub Vienna. Our main focus is still to increase speed of our electronics production by using more automated workflows with pick and place machines (currently we build everything 100% manually - by hand and one Beta has over 500 individual components to be placed). The hardware testing routine is also still labour intensive and we started creating more test boards so we can work better in parallel. Our pick and place machine has populated the very first AXIOM Beta Main Board and Sensor Front-end PCB successfully!


Check out the July Newsletter Webview for more development insights.

Current development focus is a USB 3.0 plugin module allowing us to stream uncompressed 4K raw video to a connected PC (hardware design complete, Software / FPGA logic development in progress) and 6G SDI plugin module. The trimmer components we use to calibrate the reference voltages on the AXIOM Beta Power Board have been discontinued without any replacement and are globally out of stock. This means we need to switch to the Power Board V2 with digitally controlled reference voltages much sooner as we can't build any "old" Power Boards anymore. Power Board V2 PCB development matured as far that we are in the final stages of software bring up. Recently after lots of trial and error we can show a new kind of heat-sink for the camera's Microzed that's made using new injection moulding techniques with a graphite based plastic compound. For the AXIOM Remote there has been a new concept render and we have a first hardware prototype ready for software development.

See Also: Previous Newsletters and AXIOM Team Talks.

AXIOM Beta Developer Map


Skeleton Enclosure

Provides just the required stability to hold the parts together and allows direct access to the hardware components of the AXIOM Beta.
+ click for more info 

The skeleton enclosure is the first mechanical design of the AXIOM Beta enclosure and especially intended for early adopters and developers as it does not actually enclose the hardware but rather hold it together. That way developers can easily access the hardware without disassembling it. The skeleton is milled from aluminum and coated in black. Since the hardware is fully exposed it is not suitable for outdoor operation.

Simple Enclosure

Is meant as a “simple” way to actually build a “shell” around the camera hardware.
+ click for more info 

It’s not meant be be pretty but provide a simple to manufacture shell around the skeleton and AXIOM Beta hardware to protect it from all sides. The scope is to create a design that anybody can source locally and is cheap to produce with 3D printed parts. The Simple enclosure will be created after the skeleton design is completed.

Full Enclosure

Full featured AXIOM Beta enclosure CNC milled from solid aluminum.
+ click for more info 

Milled from several aluminum pieces and with different coating options the full enclosure should provide easy access to all connectors and interfaces while protecting the internal hardware with a solid metal shell. The full enclosure will have several modular parts held in place with metal screws. It will provide several 3/8” and 1/4” mount points in key places. Simple assembly and disassembly for access and repairability is of course also a goal.


FPN Compensation

Corrections for Column and Row ADC Offset as well as per-pixel compensations of Fixed Pattern Noise (FPN).
+ click for more info 

This requires creating software that runs inside the camera to apply the corrections in real time in the FPGA (DSNU + PRNU) as well as software/methods for making the calibrations and verifying the results. Overcompensation can quickly make the image worse than before compensation so this will require some tweaking and optimising over time.

Color Calibration

A digital sensor sees colors quite differently than human vision. So we need to calibrate the sensor output to match what we expect the real world colors to look like.
+ click for more info 

This requires software inside the cameras FPGA to run real time matrix color conversion (eg: white-balancing, offsets, channel merging, color effects, color space conversion) and developing the matching color profiling method with defined lighting and pre-measured color charts as reference.

Dead Pixel Compensation

Real time dead/hot pixel compensation with full access to all parameters & pixel addresses.
+ click for more info 

Every image sensor has millions of pixels and a tiny amount is just statistically out of the expected response bounds or does not work at all - that’s normal and the missing value simple gets replaced by the average of neighboring pixels. This software takes care of this in real time and manages the positions/addresses of these dead pixels.

Lens Communication

Control your electronic lens aperture, focus and image stabilization for lenses that support it from within the camera.
+ click for more info 

Canon, Nikon, MFT and Sony lens communication and control is planned where the actual features and implementations depend on the availability of protocol information and documentation and then on the success of reverse engineering anything that is not documented.

4K Raw Recording

Raw actually requires less bandwidth than a color image, with this technique we try to squeeze a larger resolution raw image into a smaller resolution color image.
+ click for more info 

The background behind this idea is that that a raw image actually contains less data than a color image because with a bayer pattern image sensor not every pixel sees every color. The colors get reconstructed in the so called debayering process which typically happens in post production with raw footage. So in an RGB recording with 8 bits per channel we get 24 bits of space to park our data in for each pixel. Since most recorders do chroma subsampling eg. 4:2:2 that reduces the effectively available space to 16 bit per pixel. Now the trick is to just store a “monochrome” raw pixel in that space, two 12 bit raw pixels fit into one 24 bit RGB 4:4:4 pixel which would allow to eg. record twice the resolution or twice the frame-rate in a traditional 1080p datastream. If your recorder also supports the double frame rate (eg. 1080p60 if you aim for 1080p30) you actually get 4 times the bandwidth. 4K (or actually UHD) has four times as many pixels as HD, so voila that is the experimental 4K raw storage mode.
This of course means that the recorded video is not viewable out of the box anymore. Its not actually an image sequence you see when playing back the recording, its a visualization of a datastream. With the right interpretation (which any raw format needs anyway) all the original raw data can be utilized as raw footage. Initially this could be accomplished through a simple file conversion (ffmpeg, custom plugins etc.), and eventually (much sooner than later with community support), be widely adopted by NLEs and raw image/video processing software.


Sensor Interface Board V2

Doubling the FPS from 150 FPS to 300 FPS at 4K resolution from the CMV12000.
+ click for more info 

Currently the Sensor Interface Board is named “Dummy” because it's a very simple PCB that just forwards 32 of the 64 LVDS lanes from the sensor to the Microzed effectively limiting the sensor to 150FPS in 4K@10bit which is half it's capacity. The next generation of this board will feature an FPGA to interface all 64 LVDS data lanes and can also be utilized to preprocess the data - in the future this FPGA should act as a bridge between any future image sensor and the rest of the AXIOM Beta hardware. As 150FPS in 4K@10bit are already a lot of data and more than enough for the current application this task is currently low priority.

PowerBoard V2

Enabling software defined dynamic voltage reconfiguration.
+ click for more info 

Currently the AXIOM Beta Powerboard reference voltages are set with trimmer potentiometers and the calibration process involves turning these with a small screw driver. New image sensors, shields or plugin modules could require different voltages though so the next generation of the Power board will be able to generate voltages as defined via software effectively paving the way for any future components implementation without having to use that small screw driver again.

in progressWifi

Wirelessly remote control your AXIOM Beta from any mobile device, laptop, etc.
+ click for more info 

Since the Camera is running Linux, you can use a simple Wifi dongle to access it. This allows low level access via SSH/FTP/SCP/etc. as well as operating high level Graphical User Interfaces via HTTP and any mobiles device’s browser.

AXIOM Remote

Device with buttons and dials to control camera parameters.
+ click for more info 

The AXIOM Remote features push-buttons and switches as well as 2 rotary encoders (also with push-button function) that can be used to control a wide range of camera parameters like shutter speed, gain, overlays, FPS, gamma curves etc. .

Plugin Modules

1x PMOD Plugin Module (1x slot)

for debugging and easily interfacing external GPIO
+ click for more info 

Single PMOD debug inputs/outputs for connecting a wide range of external PMOD devices - mainly intended for development and testing when General Purpose Input/Output (GPIO) is required.

1x HDMI Plugin Module (1x slot)

output at up to 1080p60 4:4:4
+ click for more info 

The 1080p60 4:4:4 output HDMI module is finished, the AXIOM Beta can accommodate up to two of these plugin modules and supply them with independent video streams.

3x PMOD Debug Plugin Module (2x slots)

for debugging and easily interfacing external GPIO
+ click for more info 

Triple PMOD debug inputs/outputs for connecting a wide range of external PMOD devices - mainly intended for development and testing when General Purpose Input/Output (GPIO) is required.

startedTriple DisplayPort Link Plugin Module (2x slots)

DisplayPort as more versatile interface
+ click for more info 

Three independent DisplayPort Links act as diverse video output ports. Also supports adapters eg. to HDMI directly.

not started4K HDMI Plugin Module (1x slot)

Single HDMI link 2160p 4:4:4
+ click for more info 

Allows recording 4K/UHD video on an external recorder with a standard 2160p signal. Will also work to supply 4K/UHD screens with a signal of course.

startedUSB 3.0 Plugin Module (1x slot)

USB 3.0 interface to allow storing uncompressed 4K raw video to a connected PC
+ click for more info 

Offers 3.2 Gbit/s throughput which corresponds to 400MByte/s, enough to record uncompressed 4096x2160 raw 12 bit video at 25 FPS to a connected computer.

startedSDI Plugin Module (2x slots)

3G/6G industry standard connector
+ click for more info 

AXIOM Beta SDI development plugin module with off-the-shelf FPGA module

An industry standard serial digital interface (SDI) connection plugin module will provide dual 6G output and single 6G input. This plugin module is envisioned to utilize a Xilinx Artix-7 XC7A35T or XC7A50T FPGA.

design development hardware PCBcomplete
develop preliminary 3G SDI output gear workcomplete
design custom plugin module PCB complete
develop 6G Litex gear workin progress


startedDebug Shield

Debug LEDs and connectors
+ click for more info 

2x10 GPIO banks as LED indicators plus two power LEDs. 4 LVDS pairs routed to external connectors JP1/JP2 (plus one GND).

go back up