2014-09-23, 01:12
(2014-09-23, 00:08)popcornmix Wrote:(2014-09-22, 22:34)Unfledged Wrote: Whilst I'm thinking about it, though I would think this is aimed more at popcornmix than yourself, recent builds (once I'be tracked down my own issues, I'll let you know which build this started with) don't seem to honour the aspect ratio of non-square pixels (as used by Freeview channels in the UK) on recorded tv (.wtv, mpeg2, DVDPlayer without omxplayer acceleration), nor do they appear to honour aspect ratio changes on live tv (transcoded .ts).
Does disabling deinterlacec fix this?
I normally have deinterlace set to 'auto', so I can't guaratee previously it was enabled (automatically) and is now disabled (though it is probable as my understanding is all UK Freeview tv is interlaced, so 'auto' would use it), but...
A test of recorded tv with 'Deinterlace video' set to 'Off' - this does NOT fix the issue. The test was on a channel where all content in the recorded stream was 16x9, the video displays with black bars down left and right side. The video into overlay says 704x408 . This is repeatable on all recorded tv I have tried (all I have recorded appears to be 16x9 at the start of the stream and during ad break).
Live TV - initial program broadcast in 4x3, ad break and following program in 16x9 - setting 'Deinterlace video' to 'Off' appears TO FIX this issue - one program (4x3) switched to correct aspect ratio (16x9) on ad break and for next program start.
I'm still experiencing regular crashes due to my sd card, so I'll track back which builds introduced the recorded tv issue (This definitely did work with these builds at one point) tomorrow.
If a sample would help, let me know know and I'll capture and provide a short sample (with changing aspect ratios, though this doesn't appear to affect live TV). Again, though, this will be tomorrow.
