GH1 firmware research volunteers required

[Isaac_Brody]

This is pretty promising, to my eyes the 720P Mjpeg looks as good as the 1080 avchd. Man you guys are close to cracking this.

 

[tyampel]

In the email the test duration is stated to be 10.00 seconds.
Perhaps it should be tested fpr a bit longer, as freezes seem to occur after 10 seconds.
How about testing for 30 seconds just to see if there are no freezes?
For posting the files can be cut to clips of 10 seconds.

 

[bumkicho]

My test footage is longer than 30 sec. I also captured about 3 min long footage with no problem.

 

[jobless]

Quality settings (E1 to E4) - 720, 412, 352, 300
Table settings (E1 to E4) - 24, 24, 24, 24

Time test:

Static high detail scene... 1 min 25 sec and after that camera stops recording ( not freezing)
file size 766MB
Bit rate : 74.7 Mbps
Bits/(Pixel*Frame) : 2.701

Same settings, Camera in motion... 2min 14 sec and I stopped the camera... File size 1,12GB
Bit rate : 71.9 Mbps
Bits/(Pixel*Frame) : 2.600

 

[Barry_Green]

Hey guys, thanks so much for all the detailed testing! Getting the MJPG mode over 100mbps... that's starting to feel like a good old intraframe mud-free no-long-GoP happy solution there! And if tester can find a way to enable the sensor scanning at 24fps during MJPG mode... that would be fantastic. And the data rate would drop to 80mbps with no loss in quality, so it should work easily on any Class 10 card.

tester13, what is your opinion on these 720p mjpg breakthroughs -- do you think you could find whatever setting it is that triggers the sensor to scan at 24fps instead of 60? I know you're interested in making 1080p MJPG too, but it seems like an incredibly useful modification is so very close here; I know I'd be quite happy with 720p 24p MJPG @ 80mbps until the miraculous 1080p MJPG is ready!

You guys all rock, thanks for the most useful DSLR-related thread in all of internet history!

 

[tyampel]

The first setting results in 9 MB per second SD usage.
At this rate the 2GB limit based on the FAT16 format is reached in 222.2 seconds ot about 3.7 minutes.

The second case results:
8.35 MB per second
Maximum recording time for a 2GB file 240 seconds or 4 minutes.
The interesting thing to see is how the camera is handling opening a new file when the limit is reached. I am afraid it will lose some video and audio during this split operation.

 

[NURBS]

My test for this settings: (lot of detail in scene)

Quality settings (E1 to E4) - 720, 512, 428, 400
Table settings (E1 to E4) - 24, 24, 24, 24

Format : M-JPEG
Duration : 5s 500ms
Bit rate mode : Variable
Bit rate : 105 Mbps
Frame rate : 30.000 fps
Bits/(Pixel*Frame) : 3.784
Stream size : 68.6 MiB (100%)

Camera recording stop at 5s 500ms, for low detail scene it's not actual. (Sandisk, Class-4, 9MB/s)

Link: http://rapidshare.com/files/394102026/P1010042.MOV

 

[jobless]

I tried to rich 2gb limit with this settings:
Quality settings (E1 to E4) - 720, 412, 352, 300
Table settings (E1 to E4) - 24, 24, 24, 24
Indoor shooting
Bit rate : 74.5 Mbps
Bits/(Pixel*Frame) : 2.695

Time indicator was at 1 min and 24 sec when I started shooting. However clip is 3min and 31sec and 1,84 GB. It was all normal during the recording and the camera didn't show any errors...

 

[sunboy]

How about the audio quality in MJPEG mode?

 

[Vitaliy Kiselev]

Thanks for testing

If fact main target was determinating top speed of SD writing speed for GH1.
Speed is clearly enough.
I'll change MJPEG patches with time, but today they are already useful for someone shooting short scenes and loving 30fps.

One thing I can't understand is why we don't have all this GH1 features in official firmware.
I don't talk about AVCHD here, as we don't know it's real limits yet.
But 1280p30 with high bitrate and 48Khz sound and 1920p24 with good sound also must be implemented officially, because we need file spanning. And current firmware needs small changes to implement both 1920 and spanning (if any Panasonic programmer is reading this - you just need to make enough files at the start with header part completed, then change file handle as one file size is near 2Gb, etc, after this just delete all unused files, fast, dirty and working).
I believe most indie makers will be ok with 1920p24 MJPEG at 100Mbit?

Also tried HDMI playback. Looks very good at fullhd resolution.
Why GH1 blocks live monitoring?
I believe we have one reason - native buffer is 1920p24 or 1920p25.
And HDMI output is 60i. So to monitor it must do AVCHD encoding->AVCHD decoding and only then show at HDMI output.
We''ll try to look at this later.

 

[spamrakuen]

I believe most indie makers will be ok with 1920p24 MJPEG at 100Mbit?

720p@24/25 would be great, 1080p@24/25 would be awesome. :shocked:

 

[bumkicho]

Thanks for testing

Thank you, tester13, for your work.

today they are already useful for someone shooting short scenes and loving 30fps.

Yes!!

I believe most indie makers will be ok with 1920p24 MJPEG at 100Mbit?

It would be a dream come true. I would be thrilled as much with AVCHD 24Mbps in FHD mode or SH mode. Tester13, any progress on AVCHD side?

 

[Barry_Green]

Speaking strictly for myself (unless anyone else wants to join in)... while we would all love 1080/24p MJPG at 100 megabits, we'd be almost as happy with 720/24p MJPG at 100 megabits. So I guess the question is: which one is easier to implement? Is it easier to get the MJPG system to understand and properly compress 1080p data, or is it easier to get the chip to scan at 24fps when in 720p mode?

Either solution would be nigh unto the holy grail.

I'm ready to forget the AVCHD option if we could get functional MJPG.

Excellent work all the way around!

 

[Isaac_Brody]

Speaking strictly for myself (unless anyone else wants to join in)... while we would all love 1080/24p MJPG at 100 megabits, we'd be almost as happy with 720/24p MJPG at 100 megabits.
Either solution would be nigh unto the holy grail.

I'm ready to forget the AVCHD option if we could get functional MJPG.

Excellent work all the way around!

+1. Either one would be great as long as there's 24P. I could care less about AVCHD. With the choice of them both I would shoot strictly mjpeg. File spanning would be amazing.

 

[Vitaliy Kiselev]

while we would all love 1080/24p MJPG at 100 megabits, we'd be almost as happy with 720/24p MJPG at 100 megabits. So I guess the question is: which one is easier to implement? Is it easier to get the MJPG system to understand and properly compress 1080p data, or is it easier to get the chip to scan at 24fps when in 720p mode?

We don't know.
At first we must understand how 848 wide MJPEG is implemented.
As for MJPEG encoder 1080p patch proves that encoder is up to the task, we just need to feed proper image.

 

[NURBS]

Live HDMI output it's very important our destination, ;-) it change the game! :bath:
'Live TV out' in record time too important thing (for steadycam operator) ;-)

Regards
NURBS

 

[John Caballero]

Originally Posted by Barry_Green
Speaking strictly for myself (unless anyone else wants to join in)... while we would all love 1080/24p MJPG at 100 megabits, we'd be almost as happy with 720/24p MJPG at 100 megabits.
Either solution would be nigh unto the holy grail.

I'm ready to forget the AVCHD option if we could get functional MJPG.

Excellent work all the way around!

+1! MJPG 720p24 or if possible 1080p24 would make me forget AVCHD as well!

 

[philiplipetz]

Thanks for testing
I believe most indie makers will be ok with 1920p24 MJPEG at 100Mbit?

yes, and more yes

 

[andyjar]

Whats the advantage of MJPEG over AVCHD?

 

[TrueIndigo]

Wonder if the eventual Panasonic AF-100 will deliver images as good as a mature version of this mjpeg hack...?