Quote from: names_are_hard on Yesterday at 03:51:55 PMThanks. I can only test 5d3 in qemu - is that still useful for you? Can test both fw versions.
Yes please do both, if you can can you do a FA_Capture(Test-Image) that the log from the 5D2 i got that info on changing reg's
Quote from: names_are_hard on Yesterday at 03:51:55 PMI'd be interested in getting high fps working, especially on newer cams. These have a much higher base clock for the sensor, so possibly they can sample faster? 84MHz on 200D, compared to 24 or 32 on old cams. Some of the new cams have 120fps native, which ones are capable but not enabled? How far can we push this with raw video? Fun to find out.
The only old cam I have is 70D, so if you have working code for high fps there, that would be ideal. If not, a good write up so I can attempt to copy the approach would be great
Its was base off the Crop_Recording but instead of large frame size (4k,3k etc. ...) its reduce frame size (sometime vertical compression-> stretching 1.67 (ADTG12[100c])
not very difficult.
Here in this post i explain & post images how i got 1856x704 10bit @50p with regs
sumary of the reg i used , the post explaines it better. I can do i better write up on D4 crop_record in general with hi speed frame rate , there a few rabbit hole to watch or the cam will crash/lockup
i can't tell you how many time i though I broke i may cam , i would get so hot i couldn't handle in my hands (close to 75 degrees celsius )
Here is better post with cleaner image & more info on how its done
1856x704 50fps
Code Select
cmos[1] 0xc00 -->0xbeD
c0f0713c 0x4f3 -->0x2d3 //liveview preview (vertial)//
c0f07150 0x523 -->0x3D3 //liveview preview (horizontal)//
c0f06008 0x23b023b --> 0x23bD237 //frame horizontal width//
c0f06088 0x4f40432 --> 0x2d4D432 //frame vertial height//
c0f06014 0x577 --> 0x34c //framerate timer "B" (i think)//
ADTG12[100c] 0x2 --> 0x4 //cmos pixel binning line (1.67:1 vertial compressing)
Quote from: names_are_hard on Yesterday at 03:51:55 PMI have a question about all these branches. Do you like this approach? Is it a good thing somehow, that the code is scattered across multiple branches, rather than in one place? I don't even know which branches I'm supposed to use, there are so many. In the repo I maintain I've merged many branches, so there is no need to switch. Would you prefer that?I have branches locally i need for D4 cams development , much of the info/code parts i use come from old branches (more then 5 years ago if not 10, e.g. Motion Jpeg video code etc. ....) so i'm not sure how to answer that . I'm not a true coder etc. ... i'm a old retired mechanic that pickup some coding skill here on Magic Lantern , After the 5D3 came out the deveolpment slowly stoped on D4 cam (5D2) so if i wanted the latest and exciting feature from 5D3 (mainly crop_record) or Dual ISO video etc. ...
I had to figure it out myself (and the fact that a1ex & other devloper had no time or not enough time to help everyone) , i fumbled my way thought it . As long i can see a sample of coding i can read it and duplicate but i can't write code from scratch , i have to fellow other examples i find & of course google is my friend in coding also.