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: | 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)
Change History (15)
Changed 13 years ago by
Attachment: | MythCommFlag Log.txt added |
---|
Log from failed commercial flagging (not the main issue of the ticket, but possibly related)
comment:2 Changed 13 years ago by
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 Changed 13 years ago by
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 follow-up: 5 Changed 13 years ago by
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 Changed 13 years ago by
Replying to robertm:
Yes, we need an actual, playable video file that exhibits the issue.
comment:7 Changed 13 years ago by
Status: | infoneeded_new → new |
---|
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
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
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
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:11 Changed 12 years ago by
Owner: | changed from Janne Grunau to markk |
---|---|
Status: | new → assigned |
comment:12 Changed 12 years ago by
Owner: | markk deleted |
---|
comment:13 Changed 4 years ago by
Milestone: | unknown → 31.0 |
---|---|
Resolution: | → Fixed |
Status: | assigned → closed |
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.
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.