GOP 1 is a revelation! Now seems to leave mjpeg in the dust grainwise, and for what it's worth, we've yet to have any crashes this evening even shooting detailed scenes at 2500iso. We'll try to do a detailed vs. test tomorrow.
Clipwrap however is chocking in the files and creating a strange on output not matter if we rewrap or convert to prores. - however Final Cut Pro 7.0.3 was able to ingest the files fine and they play back correctly.
I know that this is low GOP topic. But you can now also try double GOP. I mean 24 instead of 12, etc. And PTool also will recalculate things inside. Hints for GOP patches have all supported values listed.
@cosimo_bullo So you are able to have stable and high bit rate (how much) 1 gop recording with the ptool 3.62 ??? So if this is the case, Vitaliy has invented the first intraframe avchd codec :-)
Since the release of ptool 3.62 this thread has gone very quiet and I have seen a lot of talk towards moving from 3 to 6 gop. Is it not defeating the idea of the low gop look and does 3.62 work well with 3 gop and lower. No news from Kae and Butt about some high and stable settings.
3.62d GOP3 is producing very big B frames. It seems logical to stretch GOP longer. Added benefit would be better blending between 24p GOP6 and 60p GOP6.
In low lighting, GOP3 produced two B-frames that were slightly bigger than one I-frame where each I-frame was about 5Mb.
As GOP size increases, it increased I-frame size where B-frame size remained about same with spike in P frame size. So that increased I:B ratio. But I think short GOP people prefer lower I:B ratio. If we find a way to increase B-frame size, that would demand high overall bitrate which would increase the chance of failing. Since GOP3 gives smaller I-frame, it may actually stabilize the system. In that case, AQ3 might be too high. It failed my highly detailed scene test. I will give one more try on 88Mbps GOP3 AQ1 24H.
That makes sense. I think the codec sets up a budget for I frames per second. A higher proportion of I frames would naturally result in smaller individual I frames. The B frames are simply allowed to get big enough to use up the additional bandwidth.
Higher I-frame size means more detail, but that implies B-frame has harder time to catch up with change between frames.
Taming I-frame size gives more allocation on B-frame. Lower I-frame size gives more room for shorter GOP. But high AQ value might trigger frame size going wild causing camera failure. But lower I-frame size might give lower low lighting performance.
The problem with not setting a high AQ value is that the additional bandwidth does not contribute to individual frame quality. I'm not sure adding a lot of bitrate without also setting AQ to a high value results in improvement that is very visible. High AQ values result in image improvements that are clearly visible. I suspect you would be better off setting AQ to three and then finding the highest bitrate it can support, rather than finding the highest bitrate and then the highest AQ value that still works.
I wanna keep going... but I have like only 30 mins each day during daytime. 15 mins in the morning. 15 mins in the evening. I'd be busy pushing and pulling my kids bikes. I got time at night but can't test this at night. That's why I didn't volunteer for AVCHD ST team.
It will take me weeks. Hopefully some people with more time can pick up the slack.