@Driftwood seAQuake is freaking brilliant. You and Vitaliy make the GH2 a genuine joy to use, thank you! You'll both be in the credits of the short film I'm shooting for a friend on Sunday. I was at the local rental place today, rented a FigRig . . . actually a great little contraption. Anyhow, I was drooling over their Zeiss SuperSpeeds, wishing I could afford to see your hack thru one of them. (Mebe I'll go in and pretend to be seriously interested and ask to test them out ;)

@FGCU have you read the thread: http://personal-view.com/talks/discussion/90/sandisk-extreme-sdhc-cards

I will be clearer: UHS-1 cards WILL work on GH2- but not in UHS-1 speed. The GH2 is not UHS-1 compliant. So even the newest 95MB/s UHS-1 cards will not function at that speed in the GH2.

This is also why we have to test every card because what is happening is that the 'fall back' speed of the memory can be totally independent to the UHS-1 speed ratting. For example the 30MB/s UHS-1 cards are most probably the EXACT same card as the 30MB/s non-UHS-1 cards.

For some reason the 30MB/s cards (HD VIDEO) work faster than the 45MB/s Extreme Pro Cards.

I have the 8gig 45MB/s Sandisk and it dies on PuppasDeathChart every time, yet the 30MB/s doesn't!

Please read these forums before posting.

This is quite strange- I have the EXACT card and won't go past 6 seconds with a high bitrate patch!
Just for a laugh- when did you get your GH2?

Also- can you let me know what 30MB/s card you have?

@FGCU ok. I was not talking about the 8gig 30MB/s... only the 32gig, I should have been clearer!
Chances are that they use different memory!

This is why we have to be very clear in the future. The 32gig 30MB/s Sandisk HDVideo is the best card currently: IE: Death Chart will NOT make it crash.

I've been using the 32GB Sandisk Extreme Pro 45mb/sec card with no issues at all. 2 of them, actually.

It's all been real world use though, no death charts yet.

Could someone post their most challenging death chart? I'll shoot it with seAQuake Intra at 1080p24 and report back.

Thanks @alcomposer!

The 32GB Sandisk Extreme Pro 45mb/sec card survived @Kae's Pappas and @Stray's 3 death charts at @driftwood's seAQuake Intra 1080p24.

Not a hitch in 60 second recordings at 320ASA.

@alcomposer, that would be a very intriguing finding. It's great that the personal-view community is making discoveries like this possible.

Thanks again for the chart referrals.

@driftwood
Thank you always.

I thought if there is possibly a misapprehension between you and me when I try many things after that.
I think that the advice to me from you is "using the special high bit rate effectively."
However, as for what I aim at with this Q18 patch, "usually, it is the low bit rate as much as possible, and frame size becomes large in case of under high stress."
Although I think that the result of 66-88M probably comes out of this patch in the common range, if the high stress in the case of carrying out the action shot in a forest like me is expected, with 88M, the frame size of civil time will become very small in 3GOP.

From the above reason, I have set this as 176M.
I also think that the bit rate may be useless as surely you say, but this is just the result of my aiming.
Since you have solved the frame size under the lowlight which was before scrupulous, I am making the more practical variation now. ;-)

Supposing that I doubt has the frame size as a result, and an ideal chart of Streamparser, it is satisfactory even if the buffer is not the maximum then?
Possibly ... what ... it is ... although there may be a problem, I think that I am satisfactory here unlike the problem of the maximum video bit rate pointed out from Stray or Chris.
Supposing it only simply "is wasteful", this Q18 is satisfactory.

However, supposing there is a defect fatal in addition to it, what is it?
Although I think that such a problem cannot be found by me, how am I?

Thanks for your exact advice!
Although my real intention gets across to you in my strange English or I am worried ... :-(

P.S:
About the encoder setting which you pointed out, IMHO, I consider that what I changed from your original slightly by myself is better.

@driftwood
Thanks for your reply!

"you could bring 176M down to something"
"Yes!"
After being pointed out by you, I tested a lot of times in a hurry, and I adjusted to 143M.
Of course, I readjusted frame buffers and Top and Bottoms.
Although it is still in the middle of creation, probably I think that it becomes the patch without waste of bitrate.
But on the other hand, I think from the result of high stress tests, and when I walk shooting upper in a forest(like my vimeo /32247121), I am imagining that the maximum frame size will be compressed. :-(
From yesterday, since the weather is bad, I cannot try in the forest yet.
I think that the 143M patch may be sufficient as long as it is satisfactory, even if I walk actually shooting upper in the forest.

"Actually have you checked to see if your latest patch spanned?"
Since I thought that it naturally did not span, I have not tested yet.

@bkmcwd That new graph looks better to me. Also use streameye to check your macroblocking :-)

FYI. Just shot a bunch using Aquamotion V2 1080i60 (FSH) and got a lot of write speed errors after various lengths of time. I had one clip make it to 9:07, but then stopped when the file size reach 4GB. Is this unusual? Does the patch only span at 1080p24?

Sandisk Extreme 32GB (non-pro)

@wigginjs I will defo take a good look at helping 1080i60 spanning. It could mean less bitrate & frame combinations though. Thanks for the report.