Opened 19 years ago
Closed 17 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 by , 19 years ago
| Milestone: | unknown → 0.21 |
|---|---|
| Owner: | changed from to |
by , 19 years ago
| Attachment: | osd_icon_loading.diff added |
|---|
comment:2 by , 19 years ago
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 by , 18 years ago
| Milestone: | 0.21 → 0.22 |
|---|
comment:4 by , 17 years ago
| Resolution: | → wontfix |
|---|---|
| Status: | new → closed |
Concept patch - Breaks video streaming