shalo wrote:Soooo, "Allow PWM PLL to be repurposed for H264/ISP/V3D."
I guess this might be a way to unlink H264/ISP/V3D from core_freq?
in config.txt. The PWM PLL will be freed up (anlogue audio should still work, but from a fractional divider, so lower quality).
H264/ISP/V3D are tied together, but now are unrelated to GPU core freq. So this is valid:
There is something wrong with this and there is a difference on the most recent firmware. It's not really overclocking per se but since the setting relates to overclocking and this is the only real reference to it, I will put my observations all using the 128/128 splits, here:
config is pretty much default, just adding avoid_pwm_pll=1
a) Q3 runs fine, audio quality from analogue slightly diminished.
b) xbmc crashes when watching a video: with analogue audio chosen, with hdmi audio chosen, video with no audio track.
config: again just adding avoid_pwn_pll=1
a) Q3 still runs but now audio quality from analogue is terrible. Very loud hiss and usual ingame sounds are barely audible.
b) xbmc crashes when watching an h264 video with audio, crashes when watching h264 with no audio. However, after an initial audio screech a wmv I had with only the audio track available (video codec not supported) eventually plays ok with a hiss expected of the diminished quality. The quality is comparable to q3 on the previous firmware, but much better than q3 on this firmware.
config has avoid_pwn_pll=1 and what should be superfluous, core_freq=250, gpu_freq=250
a)/b) same as the previous test.
config as previous but also adding what ought to be superfluous h264_freq=250
b) wmv with just audio as before. I was able to launch a known to work h264 video file, audio started to play, screen was black however and xbmc crashed after maybe ~20secs. In all previous tests this file crashed right before it should start to play.
Nearly all of the xbmc crashes still allowed me to SSH to the pi, usually the display would be locked up on return but occasionally the terminal came back after killing the hanging xbmc process. With the previous firmware (that introduced the setting) I was unable to SSH in after a lockup playing the h264 file with no audio track twice.
I guess in summary that there are two issues here. The audio dropoff between the two firmwares and also some issue with the h264 block when using avoid_pwn_pll=1 that is the same on both these two firmwares.