Opened 6 years ago

Last modified 11 months ago

#11433 infoneeded_new Bug Report - General

Internal Player has problems switching from Progressive to Interlaced video scanning mid-playback

Reported by: John@… Owned by:
Priority: minor Milestone: 29.2
Component: MythTV - Video Playback Version: 0.26
Severity: low Keywords:
Cc: Ticket locked: no

Description

Hi, in the UK on Freeview HD (DVB-T2), some programs (mostly filmed using film) are transmitted using Progressive Scan, and others (mostly filmed using video) are transmitted interlaced. Now, the internal player correctly detects which of the two to use at the start of playback, but I don't think it can detect/switch between the two during playback, as the scan can change in the middle of a program. I believe set-top boxes use a GOP boundry in the bitstream to determine which mode to display (http://www.bbc.co.uk/blogs/researchanddevelopment/2011/04/software-upgrade-for-bbc-hd-on.shtml)

From what i've seen, it seems to be-able to respond to a change from Progressive to Interlaced, but not the other way around, so it ends up trying to de-interlace progressive video, which wastes system resources and also blurs the progressive video slightly.

So maybe for 1080 video, the scan switcher could be tweaked to pick-up whether the scan changes, and react appropriately from the bitsream being recieved, rather than guessing for itself?.

Change History (8)

comment:1 Changed 6 years ago by John Bergqvist <John@…>

Basically, this is what I've found. Instead of Detecting the scan (i.e. so in the scan method it would be selecting: Detect (I) or Detect(P), it seems to be just falling back to Interlaced all the time, instead of Detecting the scan method. This happens whenever I start a video, or if I seek to a new part of the video where the encoding has changed from what it was before I seeked, if you get what I mean. It should be properly detecting the encoding every time a seek is made, every time the video starts-up, and every time a change in the encoding is detected, rather than just defaulting to de-interlacing. If I press the 'Detect' option manually, it correctly gives me the encoding all the time, it's just that doesn't happen automatically.

comment:2 Changed 5 years ago by paulh

Milestone: 0.26.10.28

I assume this is still a problem with current master?

comment:3 Changed 3 years ago by paulh

Status: newinfoneeded_new

If this is still a problem any chance of making a small sample available that displays the problem?

comment:4 Changed 3 years ago by Stuart Auchterlonie

Milestone: 0.280.29

Moving to 0.29

comment:5 Changed 3 years ago by Stuart Auchterlonie

Milestone: 0.2929.0

Milestone renamed

comment:6 Changed 13 months ago by Stuart Auchterlonie

Milestone: 29.029.1

comment:7 Changed 11 months ago by Stuart Auchterlonie

Milestone: 29.10.28.2

Moving remaining open tickets to 0.28.2 milestone

comment:8 Changed 11 months ago by Stuart Auchterlonie

Milestone: 0.28.229.2

Moving remaining open tickets to 29.2 milestone

Note: See TracTickets for help on using tickets.