From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 94679] DAL DCE 10 missing CEA interlaced modes
Date: Wed, 23 Mar 2016 22:37:39 +0000
Message-ID:
Bug ID
94679
Summary
DAL DCE 10 missing CEA interlaced modes
Product
DRI
Version
DRI git
Hardware
Other
OS
All
Status
NEW
Severity
normal
Priority
medium
Component
DRM/AMDgpu
Assignee
dri-devel@lists.freedesktop.org
Reporter
adf.lists@gmail.com
I don't know if this is a bug or a feature request :-)
Testing R9285 Tonga + various agd5f DAL kernels I notice that the CEA
interlaced modes of my HDMI connected TV are missing.
With "normal" kernels they are listed and though not perfect (or not working at
all in the double clocked cases) I did use one of them sometimes as it let me
use my TVs de-interlacer.
fglrx has all interlaced modes working for my TV, so I was hopeful that DAL
would have also had them.
Feature request. :) We originally didn't see much use of interlace anymore so it was never a priority. The implementation shouldn't be particularly hard and we might be getting around to it sometime but it's definitely not at the top of our lis= t. Do you see any advantages to the TV's deinterlacer as opposed to SW (or HW decoder) deinterlacing?
| What | Removed | Added |
|---|---|---|
| Priority | medium | low |
| Severity | normal | enhancement |
OK, fair enough, I guess very few would ever make use like thi= s anyway. >>From a UK resident POV, interlace is likely to be around for plenty of time= to come, as we get DVB 1080i (or p) for FTA TV. Whether it's better than (realtime) s/w or GPU - a bit but not vastly. Curr= ent GPU does artifact a bit and doesn't do diagonal interpolation so it's a bit jaggy on the right scene. yadif is probably better, but it's not motion adaptive like my TV is, so a bit softer (though sometimes that can be good = at hiding artifacts). I use a desktop PC - so have enough CPU and GPU power not to really need anything else. I suppose someone with a weaker set up may benefit - but now I'm just makin= g up untested hypotheticals. They would still need enough (single thread) CPU pe= rf to interlace aware convert 420 to 422 and run ffmpeg tinterlacex2 filter. So no real need for me, other than always wanting as many options available= as possible, maybe one day I will upgrade my TV to one that has the best de-interlacer in the world, or maybe not :-)
| What | Removed | Added |
|---|---|---|
| Status | NEW | RESOLVED |
| Resolution | --- | MOVED |
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this = link to our GitLab instance: https://gitlab.freedesktop.org/drm/amd/issues/67.