Personal View site logo
Official Low GOP topic, series 4
  • 586 Replies sorted by
  • @driftwood, When do you plan on releasing Quantum X ? I'm definitely excited to try Quantum for the first time, been using seaquake until now. Thanks for all your hard work.

  • @bkmcwd awesome GOP 3 Patch: thank you

  • @driftwood Thanks Nick! :-) Since this is the patch also with same having made together with you, I am glad if I get you to say so. Thanks again.

    @Butt Thanks mate. ;-)

  • I need to shoot an interview in 1080 50i so should i use quantum100 or quantum50 for best stability? Are they both stable in 50i mode?

  • Any brief summary of visual differences in GOP3 vs GOP1? (other than the obvious technical differences)

  • @csync - It's very subtle but noticeable. At least to me. GOP1 produces a very solid picture. And I mean to use solid in it's most basic meaning. The jittery and somewhat amorphous "consistency" of higher GOP is virtually eliminated. Or at least that's what I see. GOP3 is just slightly smearier.

  • @Balazer

    Further testing on "Cake" patch & 1080i50: I'm sorry to report you that it doesn't span with ex-tele tuned on, although it spans perfectly with ex-tele turned off.

    Riccardo

  • @artiswar 'The jittery and somewhat amorphous "consistency" of higher GOP' -This

  • @Sage - Is correct I hope? Haha.

  • @rikyxxx, "Cake" is for 24p and Variable Movie Mode. I haven't touched the 1080i and 720p settings. Thanks for testing.

  • I did playing some more with the @Balazer Cake patch.

    i replaced the 720p settings with the driftwoods Quantum v9 720 settings.
    Meaning, i change the Video Bitrate FSH/SH to 80000000
    enabeld the Auto Quantizer for 720 modes=3 - Most to details
    Set the 720p50 GOP Size=3
    And the 50fps Frame Limit=1687144
    Anything else is not changed.
    Tele convertor now works in 720p mode without the error report.

    @Balazer My question is, is this oké, or must i change something more?
    I will play some more with this patch, if it doesn't rain this weekend, i can take some serious shots..

  • @Driftwood Nick, are there any unexpected problem in Quantum X development? Thanks.

  • @Balazer : "Cake is for 24p and Variable Movie Mode. I haven't touched the 1080i and 720p settings."

    I see.

    Still 1080i50 and 1080p share Gop size, encoder setting and quantizer mode.

    Maybe that's why 1080i50 from your patch turns out to be very good :-)

  • Here's a music video shot mostly with v7. The panning wide shot in thew living room 9b. The ocean scenes are false color IR Pentax Kx.

  • @paglez Nope but Im busy doing summit for VK at moment so its on hold.

  • Thank you. I'm expecting this patch impatiently

  • I just tried quantum 9vb, and wow what a difference I'm seeing in motion characteristics over seaquake. There were plenty of times I can remember shooting complex detailed shots, that seaquake definitely had a hard time staying judder / flicker free. But w/ quantum, what a difference, it is exceptionally smooth and has a much more "filmic" motion. I don't know how to describe it, but something has definitely improved. I think this is where the real "secret" to a cinema look lies... not in DOF, not necessarily in DR, but in motion blur or how the frames blend together. This is why canon I think the 7d/5d can look amazing in a screenshot using cinestyle, but in motion it falls apart for me and has a much more artificial look to it, than say the GH2, red, or film. I wonder if I'm the only person who thinks this, or if there's anyone else that can properly describe what I'm seeing.

  • @LIN3ARX You're eyes are not alone!

  • duartix said:

    Cake test 24p @ISO3200: Amazing quality and detail. Great grainy shadows. No blocks. Absolutely no noticeable difference between I/P frames in my eyes.

    @duartix, thanks for testing. That is exactly what I'd hoped to hear. :)

    @rikyxxx, glad to hear that 1080i looked good, accidentally. At some point I'll have to go back and see what it will take to include 1080i and 720p. But I'm far more interested in making HBR mode work in the new v1.1 firmware.

    @mozes, I'm really not sure if it will work to combine 720p settings from Quantum that way. Please let us know what you find.

  • i just installed again quantum 9v, and was thinking, are i am idiot?
    i just switch to many times from patches, and to be honest they all look good.
    But i want to check if my setting in the cake patch was off any diferences with quantum 9v
    Just to much free time ad the moment, and still looking for the best patch for my needs.
    keeping in mind, that it always is in daylight, with properly very nice weather.
    80% off the time it will be very fast moving objects, so detail is not that big off importance. "yet"
    But to learn to understand the gh2, working with all those different patches helps a lot.

    i will keep it with quantum 9v for a wile now, because it works without problems, or perhaps i go back to sanity v3.1, what also give very nice results. lets see what the weekend brings.



    ps, @balazer it works
    i did also early this evening a test with iso 640 what give a very good and pleasant image to the eyes.. but a very high overall bitrate

    Naamloos.png
    1261 x 661 - 145K
  • @driftwood, Good to hear. It was always my hope that as you were cranking out these patches, you were fine tuning not only the overall detail and quality aspects of the codec, but maybe the way motion was being rendered as well. Don't know if it's only a byproduct of your adjustments, or if you actively seek to fine tune or change in some way the aesthetics of motion. Either way, I'm glad that it always seems to come out more refined in each patch.

  • @mozes, thanks for your report.

    I was going to tell you that if you are happy with Quantum, there is no reason to switch. Cake is designed to give consistently high quality with more manageable file sizes, and spanning using the inexpensive SanDisk Extreme HD Video cards. It's not intended to be a replacement for the highest bit rate intra-frame settings.

    Yes, the bit rate will be high when there is a lot of motion or noise. The bit rate is low when the motion and noise are low.

    For anyone in the know, I am struggling to find a way to get the GH2 encoder rate limiter to work correctly for GOPs shorter than the defaults. The rate limiter seems to be assuming two GOPs per second, and when shorter GOPs are used and the quantization parameter is pushing the bit rate up against the limit, you get an oscillation between large frames and small frames with a period of about 11 frames. My solution was simply to not use a bit rate limit, and instead use a frame limit so as to keep the GOPs small enough to span. But that's not an ideal solution: it limits the sizes of I-frames in some cases, which prevents me from using a lower quantization parameter or longer GOP. Does anyone know how to get the rate limiter to work correctly with shorter-than-default GOPs? Flow Motion seems to have some setting that improves the situation. I'm now trying to deconstruct what lpowell has done there.

  • Lee is intricately matching the scaling tables of the p and b frames closer to the i frames and adjusting a few other parameters to sustain good rate.

  • It's not the scaling tables. It's one of those other parameters: I just don't know which one yet. ;)

    My approach in Cake differs from lpowell's approach in Flow Motion in a few ways. He's using the auto quantizer and adjusted the scaling tables to try to get the I- and B-frames to all have similar quality. I'm using a constant quantization parameter for I- and P-frames, and I've dumped the B frames altogether. He's using a constant bit rate of 50 Mbps for spanning, and 100 Mbps for no spanning. I'm using constant quality (constant QP, really) at up to 80 Mbps with spanning, using a frame limit to effectively limit the bit rate and allow spanning.

    His approach has the advantage of not having a frame limit, which can give you amazing quality for high detail, low motion, low noise scenes, even at bit rates under 50 Mbps. That advantage goes away pretty quickly as you add a bit of noise or motion, or remove a bit of detail. My approach has the advantage of keeping the bit rate low when the video doesn't require a high bit rate, and automatically scaling the bit rate up as necessary to maintain constant quality. This arguably is more efficient than CBR, assuming that you can set the QP to what you want. I've chosen a QP of 22, which I feel gives great quality under all conditions, and makes the I- and P-frames virtually indistinguishable from each other while not bumping the I-frame sizes up against the frame limit too much. B-frames are more efficient than P-frames, but looking at samples of Flow Motion, his B-frames don't match the quality of the I-frames as closely as my P-frames do. I was happy to give up a small efficiency advantage to get the frame quality levels to match so closely.

    B-frame quality has always been the problem with long-GOP settings: the B-frames were way too small and looked terrible. If you made the B-frames large enough to look good, then the P and I-frames were oversized, and then you had a high bit rate that completely wasted the advantage of the B-frames, and doesn't span.

This topic is closed.
← All Discussions