(2017-02-18, 23:49)Milhouse Wrote: Edit: I should add that's on an RPi3 with moderate overclock:
Code:
arm_freq=1300
core_freq=500
gpu_freq=500
over_voltage=4
force_turbo=1
sdram_freq=580
over_voltage_sdram=5
sdram_schmoo=0x02000020
Hi Popcornmix, Milhouse & John,
A question about overclocking for H.265.
Obviously I have made arm_freq and sdram_freq as high as reasonable, without becoming unreliable.
My undersanding is that core_freq influences memory access speed/bandwith, which is useful for H.265, however you are also using the GPU for decoding, so presumably that also needs to be as high as reasonable.
However core_freq and gpu_freq may be set differently, in the ratio 3 to 2 (usually because the gpu won't clock as fast as the core), however I have seen several people, like Milhouse above, using the same frequency for both, whereas I tend to use as high an overclock for core as is reliable (best memory bandwith), then set gpu at 2/3 of that ie 564 & 376 (I realise there are restrictions on the devisors allowed)
So my question is for H.265/HEVC is it better to get the core up as high as possible and so probably have to accept a slower gpu, as I currently do, or to set them both to the same, as high as reliable, as Milhouse example above, or is there basically nothing in it?
Thanks for your time.
Regards, Kevin.