Opened 18 years ago
Closed 16 years ago
#2949 closed task (wontfix)
Channel icon discrepancies
Reported by: | stuartm | Owned by: | stuartm |
---|---|---|---|
Priority: | minor | Milestone: | 0.22 |
Component: | mythtv | Version: | 0.20 |
Severity: | low | Keywords: | |
Cc: | Ticket locked: | no |
Description
Some parts of mythtv e.g. the programme guide will get the channel icons from the backend, others like the OSD, will only look locally.
We should probably aim for uniform behaviour. Icons grabbed from the backend can be cached locally to avoid OSD speed issues.
Attachments (1)
Change History (5)
comment:1 Changed 18 years ago by
Milestone: | unknown → 0.21 |
---|---|
Owner: | changed from Isaac Richards to stuartm |
Changed 18 years ago by
Attachment: | osd_icon_loading.diff added |
---|
comment:2 Changed 18 years ago by
I've attached a 'concept' patch to address this problem. I didn't get far before discovering a problem that I've been unable to debug.
The icons are fetched correctly from the backend but after using browse mode to view a half dozen channels I start getting errors:
Xlib: unexpected async reply (sequence 0x22571)! 2007-04-25 23:40:44.913 NVP: Timed out waiting for free video buffers. 2007-04-25 23:40:48.126 NVP: Timed out waiting for free video buffers.
OR
NVP: Timed out waiting for free video buffers. In file kernel/qpixmap_x11.cpp, line 633: Out of memory
Either I'm doing something obviously wrong, or there I'm exposing a bug or weakness elsewhere. I've several theories from multiple calls to CacheRemotePixmap? causing the frontend to be starved of video data, to a problem in the handling of data returned through the protocol. However it seems more likely to be something I've just overlooked.
N.B. I know the QImage isn't scaled correctly, I hadn't got that far.
comment:3 Changed 17 years ago by
Milestone: | 0.21 → 0.22 |
---|
comment:4 Changed 16 years ago by
Resolution: | → wontfix |
---|---|
Status: | new → closed |
Concept patch - Breaks video streaming