2011-04-16, 20:56
Apologies for the cross-post, but this issue appeared on the PVR version so I have to wonder if it's actually a PVR issue - or whether the PVR version is simply using a later codebase for e.g. ffmpeg and is thus merely showing up an issue that will appear elsewhere later.
Original post here, but the summary is that I have corruption of HD H.264 videos: the lower part of the image is green and pixellated, although this washes up and down as the video progresses. Turning off VDPAU removes this, but then the CPU struggles (Revo 3600/ION platform). The files played perfectly under previous (pre-April) XBMC versions, both PVR and standard releases.
Anyone else seen anything similar?
If not, I have to blame the original file - re-wrapping into a different container (e.g. mp4, mkv) makes no difference, although re-encoding (even with very similar parameters) does, so it's obviously an issue with decoding the video stream. I'm just wondering how to diagnose that element further, and whether this is an issue waiting for others if it is because of a change in fmpeg.
Original post here, but the summary is that I have corruption of HD H.264 videos: the lower part of the image is green and pixellated, although this washes up and down as the video progresses. Turning off VDPAU removes this, but then the CPU struggles (Revo 3600/ION platform). The files played perfectly under previous (pre-April) XBMC versions, both PVR and standard releases.
Anyone else seen anything similar?
If not, I have to blame the original file - re-wrapping into a different container (e.g. mp4, mkv) makes no difference, although re-encoding (even with very similar parameters) does, so it's obviously an issue with decoding the video stream. I'm just wondering how to diagnose that element further, and whether this is an issue waiting for others if it is because of a change in fmpeg.