Bug #899: no display using TT6400 high level osd - vdr-plugin-osdteletext - Community maintained VDR projects

Actions

Copy link

Bug #899

closed

no display using TT6400 high level osd

Added by urig about 12 years ago. Updated about 12 years ago.

Status:

Closed

Priority:

Normal

Assignee:

etobi

Target version:

Start date:

03/12/2012

Due date:

% Done:

100%

Estimated time:

Description

Seems that there's currently no bug filed on this. At least its well known that osdteletext does not display anything on a TT6400 with high level osd enabled. Without high level osd it works. This may be a bug of the TT6400 plugin/drivers, but may also be a bug of the osdteletext renderer. I thought of taking a look into it this weekend, but obviously failed to.

inb4 releasing new osdteletext, maybe we should check if there's a simple solution or workaround to this.

Files

osdteletext-mixeddrawing.diff (1.26 KB) osdteletext-mixeddrawing.diff

Fix mixed drawing via cOsd and cBitmap

urig, 03/25/2012 03:25 PM

Actions

Copy link

Updated by powARman about 12 years ago

The reason for this is that the osdteletext renderer directly draws into the internal bitmap of the OSD, that is obtained be osd->GetBitmap(). A cleaner way would be to draw into a temporary cBitmap object and then pass that bitmap to the OSD using osd->DrawBitmap() function. This approach would work with the high level OSD enabled.

Another way is to detect that GetBitmap call and handle it internally in the dvbhddevice plugin, but this would be more a "hack".

Actions

Copy link

Updated by urig about 12 years ago

Thanks for the insight. A temporary bitmap sounds like a good plan to me, I'll take a look at it as soon as I have some time.

Actions

Copy link

Updated by powARman about 12 years ago

In the meantime I added a detection in the dvbhddevice plugin, so it works now when using the high level OSD. I came to a solution which is more clean than I thought at first.

Actions

Copy link

Updated by urig about 12 years ago

File osdteletext-mixeddrawing.diff osdteletext-mixeddrawing.diff added

Thanks, that works too. One thing that remains is that currently cDisplay::DrawMessage mixes drawing via cBitmap and cOsd, which currently has side effects on high level OSD. Drawing using just cBitmap seems to be a lot more consequent to me, so its probably a good idea to fix this anyway.

Patch attached. Extract of a larger one and not separately tested, but should do.

Actions

Copy link

Updated by Uwe about 12 years ago

Ich habe das hddvbdevice und das Plugin osdteletext(inkl. Patch) auf den aktuellen Stand gebracht, die Firmware der FF HD 6400 ist auch aktualisiert(gestern).
Leider habe ich bei der Anzeige des OSD Teletext teilweise "klötzchen und andere Schriftarten" in den Teletext Seiten, wobei es teils komplett richtig angezeigt wird. Ich nutze vdr-1.7.27.
Solche Probleme hatte ich vorher noch nie...

Kann das jemand nachvollziehen?

Uwe

PS: wenn der Post hier nicht mit hinein soll, bitte verschieben.

Actions

Copy link

Updated by Dr._Seltsam about 12 years ago

Uwe wrote:

Ich habe das hddvbdevice und das Plugin osdteletext(inkl. Patch) auf den aktuellen Stand gebracht, die Firmware der FF HD 6400 ist auch aktualisiert(gestern).
Leider habe ich bei der Anzeige des OSD Teletext teilweise "klötzchen und andere Schriftarten" in den Teletext Seiten, wobei es teils komplett richtig angezeigt wird. Ich nutze vdr-1.7.27.
Solche Probleme hatte ich vorher noch nie...

Kann das jemand nachvollziehen?

ja, das Phänomen habe ich mit VDPAU-Ausgabe jetzt auch

Actions

Copy link

Updated by urig about 12 years ago

Mit oder ohne den mixeddrawing Patch oben? Und bei der FFHD, im high level osd oder klassisch 'raw'?

Bin selbst noch nicht auf der neuesten Version, kann daher noch keine Erkenntnisse beisteuern. Außerdem steht bei der nächsten VDR-Version wohl nochmal ein größerer Umbau an, ist momentan also sowieso alles nur vorläufig.

Actions

Copy link