Opened 13 years ago

Closed 4 years ago

#9778 closed Bug Report - General (Fixed)

Video artifacts when playing recordings made with "Low Quality" profile

Reported by: Bob <bob@…> Owned by:
Priority: minor Milestone: 31.0
Component: MythTV - Video Playback Version: 0.24-fixes
Severity: medium Keywords:
Cc: Ticket locked: no

Description

[Although this is specific to a recording profile, I'm filing this under "Video Playback" because that is the part that has changed... recordings made with 0.21 behave the same as recordings from 0.23-fixes] [Also, the mixed versioning is because I don't currently have the 0.24-fixes test system up and running..]

MythTV versions from 0.22 onward display graphical artifacts (including the top fourth of the screen being green) when playing recordings made with the "Low Quality" recording profile (with a PVR-150). The same recordings play fine in 0.21 as well as other players (including mplayer, VLC, and the Windows MythTV Player client). An example is currently here: http://organizedinsanity.net/MythTV/green.png

  • Different playback profiles/filters make no difference.
  • I've tried four different computers (via Mythbuntu LiveCD) to rule out hardware incompatibility.
  • "--verbose playback" didn't seem to indicate anything unusual. I can try it again and attach the log if that's of any interest.
  • Behavior is identical whether streaming from the remote backend or playing the files locally via MythVideo?.
  • The commercial flagging process crashes for these recordings (again, 0.21 was fine). That's a more difficult thing to experiment with and investigate, so I only mention it because it may share the same root issue. I'll attach logging for this just in case.

Attachments (2)

MythCommFlag Log.txt (7.2 KB) - added by Bob <bob@…> 13 years ago.
Log from failed commercial flagging (not the main issue of the ticket, but possibly related)
PlaybackLog.txt (25.1 KB) - added by Bob <bob@…> 13 years ago.
Complete 0.24 log - opening frontend, playing a couple seconds in MythVideo?, exiting frontend

Download all attachments as: .zip

Change History (15)

comment:1 Changed 13 years ago by robertm

Status: newinfoneeded_new

Please provide a sample that exhibits the issue, as well as -v playback logs. You have set the version to .24-fixes but you are running .23-- and not even .23.1. Have you actually tested against the currently supported version? Please attach logs with .24, or even better, with current master.

Changed 13 years ago by Bob <bob@…>

Attachment: MythCommFlag Log.txt added

Log from failed commercial flagging (not the main issue of the ticket, but possibly related)

comment:2 in reply to:  1 Changed 13 years ago by Bob <bob@…>

Replying to robertm:

Have you actually tested against the currently supported version? Please attach logs with .24, or even better, with current master.

I have tested with: the pre-release 0.23 in the Ubuntu 10.04 repository, the actual release 0.23, 0.23.1, and 0.24. I tried installing 0.25 via mythbuntu, but it wouldn't let me for some reason, and it seemed very unlikely at that point to behave differently from the rest.

Ok, I'll get the -v playback logging out of 0.24 when I get it back up. I'll tell you now that my 0.24 testing is solely via mythvideo, since I'm disinclined to keep messing w/ the backend. I don't think that should be an issue, since it's all the same internal player and the behavior is completely identical.

comment:3 in reply to:  1 Changed 13 years ago by Bob <bob@…>

Replying to robertm:

Please provide a sample that exhibits the issue

I don't know what this means. I linked a screenshot. Should I attach it instead? Or do you mean you actually want a short recording to test with?

comment:4 Changed 13 years ago by robertm

Yes, we need an actual, playable video file that exhibits the issue. A screenshot provides no diagnostic info nor any means of testing a resolution.

comment:5 in reply to:  4 Changed 13 years ago by Bob <bob@…>

Replying to robertm:

Yes, we need an actual, playable video file that exhibits the issue.

http://organizedinsanity.net/MythTV/TestLQ.mpg

comment:6 Changed 13 years ago by robertm

This file plays perfectly here in current master.

comment:7 Changed 13 years ago by robertm

Status: infoneeded_newnew

I revise-- it plays perfectly with hardware decode, the issue is with software decode. The same clip plays properly with ffplay so we are likely doing something wrong here.

comment:8 Changed 13 years ago by Bob <bob@…>

Ah, yes. My claim that "different playback profiles makes no difference" should have mentioned that none of my video cards support VDPAU, so I haven't tested that.

Changed 13 years ago by Bob <bob@…>

Attachment: PlaybackLog.txt added

Complete 0.24 log - opening frontend, playing a couple seconds in MythVideo?, exiting frontend

comment:9 Changed 13 years ago by Bob <bob@…>

Forgot to add that the newly-attached log is with "-v playback". Probably not needed now that you've reproduced the issue, but I'm about to reformat/repurpose this test system. Also, in Comment #2 I left out 0.22, with which I have also tested and seen the issue.

comment:10 Changed 13 years ago by markk

Possibly related issue in #9818

comment:11 Changed 12 years ago by markk

Owner: changed from Janne Grunau to markk
Status: newassigned

comment:12 Changed 12 years ago by markk

Owner: markk deleted

comment:13 Changed 4 years ago by Mark Kendall

Milestone: unknown31.0
Resolution: Fixed
Status: assignedclosed

The supplied clip is one I have used for testing for many years. Works without issue with all hardware and software decoders in master and v31.

Note: See TracTickets for help on using tickets.