#apertus IRC Channel Logs

morning folks!

I can go from recording there to playback of the same clip in a few seconds

this means we now have a self contained camera/recorder system!

standard USB/PD power brick should do

so entirely self contained and entirely mobile power supply!

nice

true

one for recording one for viewing

(and a shield for preview?)

and remove the need for 2 monitors

yeah that aswell

on the recorder screen?

or the axiom remote as well of course

the remote will take more time

so would the recorder (small addition)

*ready first

(Down the line we of course also want controls in the rust recorder as fourth option)

will do

yes it does

thanks

does it test CPU only or also the M.2 SSD?

or rather combination of CPU and DRAM

Bertl: do you by chance know if there is a way to force eagle to overwrite the file when using `WRITE`, if a file with the same name already exists?

a bit, nothing mayor

Well, motivated by the openmoko oui id application I started going through many of the files in axiom-firmware, nctrl and webui and added proper license information

there a still a few files missing information, but those I can't do myself, as I need information about the license and copyright

I suspect Bertl is the author of the missing ones

furthermore I also started working on automation to generate schematic pdfs, gerbers and more from all the various pcb schemaics and board files

and then finally generate a website where one can easily find all the files and download them

first we tested them on MacOS

and we finally fixed the problem in `narui` that made it hang after rendering the first few frames on MacOS

wonderful!

second, I looked at the cpu bitdepth conversion again and figured out how to bring the rust compiler to properly generate vectorized code: https://github.com/apertus-open-source-cinema/axiom-recorder/pull/20

amazing!

the maximum fps I can get on my laptop seems to be about 600fps, that maxes out the available memory bandwidth

but this is a topic for the future, for now anuejn and I designed the new processing system for the recorder that finally makes things possible like combining two frames into one, which will finally make it possible to use the recorder for the hdmi based raw recording

this is not implemented yet, but anuejn and I are quite fond of the design we came up with, lets see how long it takes us to implement it :)

I think thats it from me this week :)

in case its not the matching A+B pair?

ok

today I managed to go from recording on the lattepanda to viewing the same clip in a matter of a few seconds (for a short clip though)

(read more about it in the log from a bit earlier today)

I am now starting to design a 3d print enclosure to put lattepanda, monitor, battery, etc. onto the back of the CP enclosure

for this purpose I wanted to discuss audio recording

or simply plug a USB audio device into the lattepanda

the sync is usually does in the postprocessing anyways, right?

but then there is no point in recording audio in the camera

yeah

how good does the sync usually need to be? How many ms difference are acceptable?

we should aim for 1fps accuracy IMO, so 40ms with 25 fps

thats quite a lot

I think I read somewhere that the 5-6 fps out of sync range is where it becomes generally noticeable

my question is how we can "sync" in theory on the recorder side at all

would the system time become the timestamp for both audio and video?

if there was some kind of hardware timestamp from the audio device or something similar it should be quite doable

or maybe ffmpeg can do that already somehow

we probably want to do that on the beta itself

or record audio on the beta :P

but timestamping the frames on the recorder has the problem that we don't really know the latency between the frame capture and it being received by ffmpeg

this would need testing

yes

its not much data

anyways, audio is not an important topic, but if we can achieve it with little effort it would have a real world benefit easily

Bertl: are you with us?

ok then, many thanks vup & anuejn!

bandwidth tool is still running

yeah it produces a bandwidth.bmp in the folder you are running in in the end

sorry, had an emergency ...

tahnks

off for now ... bbl

vup: done: https://paste.pics/0c69502e289512a02fdea0ba4f248757

can you upload it somewhere without lossy compression?

awesome, no rush

well partly atleast

but on my laptop for example its much more noisy and one can only really see two cache levels?

and also the cache seems to be a lot faster