I have isolated Encoder Setting 1 for 720p and I can unequivocally say that it determines whether the codec uses B frames or not. If you change nothing else and use Encoder Setting 1 = 3 it will use B-Frames. If you use 2 it will not use B-Frames. It also increases the bit rate up to 22 mb/sec to almost 24 mb/sec. Using B-Frames with 720p improves it tremendously. However, stability is an issue. If you record a 1080p @ 24 FPS video first and then record 720p @ 60 FPS stability returns.
I have attached the testing I have done so far and the best stream parser results I have seen. VLC indicates that this is still true 720p @ 60 FPS with B-Frames.
Feel free to use this information as you see fit. I don't need credit. It is not like I am planning on getting a patent on the settings or anything.
Here are some Stream Parser images that show 1080i and 1080p @ 24 FPS without B frames. Not neccessarily something you would want to do. However, the only setting changed for these two resolutions was the single encoder 1 setting. It went from 3 to 2.
I've come to the same conclusion, I did the reverse of changing the Encoder Setting 1 for 1080i/p to 2 and the resulting files were missing B Frames. 1080i60 requires Encoder Setting 4=16 for it to encode B Frames, a value of 8 results in choppy images
I'd like to see some tests with B frames on / off in the same mode, with different bitrates. Turning b-frames off might free up CPU time for higher bitrates, although it might be better to compromise bitrate and keep b-frames turned on. We need to find out which of these approaches produces the best image...
You get B-Frames with 1080i by default with hacked firmware. If you tick the 1080i/1080p Encoder 1 check box and don't modify the value you will get B-Frames in both resolutions.
I had to start fresh again as well. It looks like the only thing you need to change right now is the Encoder 1 setting for 720p. Just set that to 3 and you will have excellent 720p with B frames at 22-23 mb/sec. Everything else will be the same.
@mpgxsvcd - cool, thanks (and of course most of all to you, Vitaliy)! Suppose green is the setting with the best results so far? I'll adapt the gop lenght to PAL and try it out in a couple of hours.
From the extensive testing I did last night. The overall bit rate settings have no benefit on the video. Those settings actually have a negative impact. They cause the codec to ramp up really high at first and then over compensate and produce a pumping affect in the video. You can see it in the attached stream parser file.
You are much better off to adjust the Codec Setting 1 to enable B frames and leave everything else unchanged. That will automatically increase the overall bit rate to 24 mb/sec or more depending on whether you have decreased your GOP or not. Decreasing the GOP decreasing stability drastically though.
The 720p setting is not anywhere near stable yet. It will fail everytime if your first action is to record 720p video. If you record 1080p @ 24 FPS first it will be very stable with a GOP of 30 though. A GOP of 15 is fairly stable as well if you record the 1080p first.
I am having trouble playing the 720p files with B-frames in VLC. It freezes after a second or two. However, the files play just fine in Windows Media Player. I think the GH13 had a similar problem that I had fixed by installing something. Does anyone know how to fix this issue with VLC?
Here is some nice GOP = 30 720p. It shows a lot less "Mud" than the 1080p @ 24 FPS video does of the same scene. The 720p file was @ 28 mb/sec. The 1080p @ 24 FPS file was at 22 mb/sec.
I recorded the same wide angle scene with all of the resolutions. The 1080i was absolute garbage compared to the 1080p and 720p versions. It had the lowest bit rate though. Even with b-frames the 1080i still wasn't any good because its average bit rate was so low.
I will try to post all of the sample files to Vimeo later today.
Here are the ideal 720p settings files. I only changed the Encoder setting 1 for 720p and updated the MJPEG settings. Everything else was left unchecked.
so changing only encoder 1 to enable 720p/60 B frames REQUIRES a 24p file recorded first to be stable, correct?
As I mentioned in the other thread, this seems like some kind of set-up sub routine is run when you record a 24p file and then when you run the 720p, the settings are carried over. I don't think this is something that is strictly in the encoder settings tables..
Do you think the VLC problem is a player codec problem or could it be some problem with the camera codec non-conforming now that it's been modified?
Try assigning a specific codec in vlc for gh2 files, you do this in preferences under external codecs. That will disable the vlc internal codecs for that type. For example you could assign Core Pro Codec