GH1 firmware research volunteers required

Guys, please do no go to banding and rolling shutter things.
We can't fix them, so it is better to discuss in separate thread, especially then level of discussion is not very high.
From software point, preventing banding almost completely is entirely possible, but it requires costly calibration and either ADC adjustments or RAW video correction.
All current DSLRs do not have annough resources to do this.
Yet another approach is to remove line skipping and use full frame scaling using good algorithms.


I'am reading H264 encoder related stuff, especially VBR quality estimators.
We also know some audio related functions so, for AGC we can go from this.
Guys, no one still want to disassembly his GH1 and look for used CODEC?
As it can be best approach.



Do you want us to buy the Audio PCB board?
It is part number VEP54012A.
It is just $33 from here.

http://www.partstore.com/SearchResults.aspx?q=Panasonic+Vep54012a&x=46&y=12

Perhaps we have some spare cash in the fund for this.

Good luck.
 
At first, it is better to look at this.
And all we need is look.

Do they supply also Main Board?
As it is better to have one for backup purposes, so I can just replace it in case of real trouble.
 
Last edited:
It is also interesting to look at error codes (remember this in service manual?)
After we changed GOP settings, may be we could find something here.
 
At first, it is better to look at this.
And all we need is look.

Do they supply also Main Board?
As it is better to have one for backup purposes, so I can just replace it in case of real trouble.

Yes. There are actually two versions according to the service manual - A and B.
The VEP56084A costs $264.
They don't seem to have the B version, which seems to be for Europe.

One of our testers - NURBS - has the service manual and knows how to read the error codes through diagnostic menus.

Good luck.
 
Thanks, if'll have enough fund we'll buy spare motherboard, as we need USA version.
But not yet.

Service manual links can be found at thread start.
 
I have set up ptools for Mac, i successfully updated the patched firmware, but i'm not quite sure what to test. What program do you use to retrieve the clip data? I did a few test last night with MPEG 24p ( i see what you mean by skipped frames now ) and the 23.97p 720, but that was supper choppy. Let me know what I can do to help.
 
It seems that I got how it scan sensor

In quite amazing manner.
Read speed seems to be constant (according to my calculations).
It adjust reading window to accomodate different FPS.
So, in reality 1280x720p60 and 1280x720p50 use absolutely different sensor frames.
And 1280p50 horizontal resolution will be lower.

(SensorFrameW*SensorFrameH*fps)=constant.
 
I have set up ptools for Mac, i successfully updated the patched firmware, but i'm not quite sure what to test. What program do you use to retrieve the clip data? I did a few test last night with MPEG 24p ( i see what you mean by skipped frames now ) and the 23.97p 720, but that was supper choppy. Let me know what I can do to help.


Test if this can be used to make running ptool on Mac :
http://winebottler.kronenberg.org/

Most things are tested now, and we are moving to sensor related things.
VBR quality estimators, audio things, etc.
 
So, it make good answer if we can have 720p24.
It seems that we can't.
And MJPEG 30fps is just some form of 60fps processing.
This is my current understanding of situation.
 
To prove my theory we need to make controlled experiment with shooting
paper with carefully printed fine grid with numbers and camera on tripod.
So we could check if this is true.


This also answers why Canon don't have 720p24.
They can't :)
 
Last edited:
Then... what about MJPEG @ 60fps? :happy:

50Mbps? I do not expect to MJPEG encoder and/or SD controller be able to do such work.
But this knowledge answers many stupid questions from Canon and Panasonic owners of why they do not provide 720p24.

May be after long research we could toggle frame combine feature and get 720p25 (out of 720p50) and 720p30 (out of 720p60).
But I don't see this as very useful.
 
To prove my theory we need to make controlled experiment with shooting
paper with carefully printed fine grid with numbers and camera on tripod.
So we could check if this is true.


This also answers why Canon don't have 720p24.
They can't :)


Make the chart and I'll shoot away ;)
 
No 24P MJPEG? Ah, breaking my heart. :(

May be 25p later :)
As 30fps=60fps/2, so 25fps will be just 50fps/2.
But we do not know that much to make it today.

And it looks that we have quite a headroom for FullHD mode.
2752750 pixels vs 2073600, but no width reserve :)
 
Last edited:
Back
Top