Grund für maximal 64 Pixmaps im OSD

Quote from louis

Moin,

im VDR Code ist die maximale Anzahl der parallel verwendbaren Pixmaps fest auf 64 begrenzt. Mich würde interessieren, was der genaue Grund dafür ist. Liegt das am Speicher der HDFF Karte? Ich denke, mit Software Ausgabe Plugins könnte man hier locker einen höheren Wert setzen...oder sehe ich das falsch?

Die TT-S2 6400 kann bisher noch gar keine Pixmaps, aber die maximale Anzahl davon irgendwie zu beschränken ist sicher nicht verkehrt, denn sonst würde das wohl sehr schnell "entarten"

Quote

64 Pixmaps sind zwar i.d.r. ausreichend, jedioch stosse ich z.B. beim tvguide manchmal an die Grenze (jede Sendung ist eine eigene Pixmap, wenn ein Sender viele kurze Sendungen hat, dann kann das ganze ein bisschen knapp werden)...

Was ist denn der Grund dafür, für jede einzelne Sendung eine Pixmap zu verwenden?

Klaus

Quote from louis

Hi Klaus,

Hmmm...aber sie kann doch true color OSD? Wahrscheinlich habe ich da was falsch verstanden...war ja nur ein Erklärungsversuch

Fragen mit Gegenfragen zu beantworten ist aber nicht nett

Display More

Aber manchmal notwendig, um den Grund für die Frage zu verstehen

Quote

Aber der Grund ist einfach der, dass es so am Ressourcenschonensten und elegantesten ist. Wenn ich z.B. die Hintergrundfarbe der "aktiven" Sendung ändern will, muss ich nur eine Pixmap dafür anfassen...

Aber du mußt doch dennoch diese eine Pixmap komplett neu zeichnen, oder?
Was macht es da für einen Unterschied, ob du in eine kleine Pixmap oder einen Ausschnitt einer großen Pixmap zeichnest? In jedem Fall fasst du doch nur *eine* Pixmap an.
Oder übersehe ich da was?

Quote

Aber nochmal zur Ausgangsfrage: hast du den Wert einfach so festgelegt oder gab es einen Grund für diese Zahl?

Die Zahl wurde einfach mal so festgelegt und erschien mir hinreichend groß.
Aber bevor du jetzt anfängst, einen VDR-Patch für deine Skin vorauszusetzen, würde ich gerne genauer verstehen, warum du nicht eine große Pixmap verwenden kannst anstatt vieler kleiner. Das mit "ressourcenschonend" und "elegant" erschließt sich mir noch nicht unbedingt...

Klaus

Ich vermute du kennst tvguide nicht kls: http://www.vdr-portal.de/index.php?page=Attachment&attachmentID=31385

Die grade gewählte Sendung dürfte die Lindenstrasse sein. Um diese anders einzufärben und den Verlauf in den Sendungen zu haben dürfte 1 Pixmap schwierig sein.

Korrigiert mich wenn ich flasch liege

Quote from louis

Nein keine Angst...ich werde sicherlich nichts patchen...obwohl es einfach wäre

Es geht mir auch nicht um den Skin (*), sondern um den tvguide, mein anderes Plugin (siehe http://projects.vdr-developer.org/projects/plg-tvguide). Vielleicht probierst du es einfach mal aus, dann muss ich mir nicht den Wolf erklären

So einen "zweidimensionalen EPG" hat meine SKY-Box (BSkyB) auch. Ich mag diese Teile überhaupt nicht, weil man immer nur einen winzigen Ausschnitt von dem sieht, was einen wirklich interessiert, und dafür jede Menge anderes Zeug, was einen nicht interessiert. Ich komme mir da jedesmal vor, als würde ich durch ein Schlüsselloch hindurch ein Zimmer tapezieren ;-).

Quote

Beim scrollen nach links / rechts und oben / unten muss ich z.B. immer nur bestehende Pixmaps verschieben, neue anhängen und nicht mehr benötigte wegschmeissen. Ich finde das auf diese Art und Weise "eleganter" und "ressourcenschonender".

Na ja, über "ressourcenschonend" kann man ja allein deswegen schon diskutieren, weil du ja anscheinend bereits an die Grenze einer Ressource stößt
Und "elegant" wäre sicher auch, den betroffenen Teil einer großen Pixmap mit Scroll() oder Pan() zu verschieben und den neuen Teil zu zeichnen.
Aber laß dir von mir nicht dreinreden - ich wollte ja nur verstehen, worum es geht.

Quote

(*) ich verstehe ja, dass aus dem deutschen Übersetzt Skin feminin ist...aber ich stolpere jedesmal beim Lesen drüber und werde auch in Zukunft "der Skin" schreiben

Das bleibt dir völlig unbenommen

Klaus

Quote from steffen_b

Ich vermute du kennst tvguide nicht kls: http://www.vdr-portal.de/index.php?page=Attachment&attachmentID=31385

Die grade gewählte Sendung dürfte die Lindenstrasse sein. Um diese anders einzufärben und den Verlauf in den Sendungen zu haben dürfte 1 Pixmap schwierig sein.

Korrigiert mich wenn ich flasch liege

In jedem Fall muß aber doch das graue Rechteck samt Text komplett neu gezeichnet werden, nehme ich mal an. Und vom Aufwand her sollte es da doch egal sein, ob in eine kleine Pixmap oder den entsprechenden Ausschnitt einer großen Pixmap gezeichnet wird.

Man könnte es ja sogar so machen, daß man die gesamte Übersicht in eine große Pixmap zeichnet, und für die gerade ausgewählte Sendung eine kleine Pixmap mit dem anders dargestellten Inhalt des entsprechenden Rechtecks "drüberlegt". Dann müsste man beim Verlassen dieser Sendung diesen Eintrag gar nicht mal neu zeichnen, sondern einfach die darübergelegte Pixmap wegnehmen.

Es gibt sicherlich diverse Möglichkeiten, wie man sowas implementieren kann, und ich möchte "louis" ja seine Methode (die ihm ja offensichtlich sehr gut gefällt) auch nicht ausreden. Ich wollte nur Alternativen aufzeigen für den Fall, daß es halt doch eng wird.

Klaus

passt schon

Wollte nur vermitteln

Moin!

Wäre es evtl. vorstellbar, dass du eine eigene Pixmap-Klasse erstellst, in der zu zeichnest, die sich dann auf einer großen Pixmap darstellen?
Dann bist du dein Koordinaten-Problem los, brauchst nicht auf die Grenze im vdr achten und bist etwas flexibler.

Nur so als Anregung, es gibt ja wie immer dutzende Wege...

Lars.

Quote from louis

Ich habe mir eben mal den Spass gemacht, in cSkinLCARSDisplayMenu die Anzahl der objektweit definierten Koordinaten zu zählen...und komme dabei auf die stolze Anzahl von 119. Das soll jetzt nicht als Kritik verstanden werden, denn wie du schon geschrieben hast soll jeder so programmieren wie er es mag. Ich persönlich hätte aber keine Lust, mit dieser Anzahl von Koordinaten zu jonglieren, da ich genau wüsste, dass ich am nächsten Tag vergessen hätte, was die einzelnen Werte denn so bedeuten.

Ich wollte halt, daß meine Skin auch ohne Pixmaps funktioniert (wg. "high level OSD" der TT-S2 6400, was deutlich schneller ist)

Quote

Wenn die Anzahl der aktuell maximal erlaubten Pixmaps nun ein Wert ist, der nicht durch irgendwelche äußeren Gegebenheiten festgelegt ist sondern vielmehr ein festgelegter Wert ist, der dir "hinreichend groß" vorkam, könntest du dir ja eventuell mal überlegen, ob man diesen Wert für die 2.0 nicht vielleicht noch ein bisschen erhöhen könnte, damit man in der GUI Programmierung flexibler ist und diese künstliche Begrenzung nicht immer im Hinterkopf haben muss...nur mal so als Anregung und Vorschlag

Jetzt weiß ich es wieder: die maximale Anzahl der *Layer* im OSD habe ich seinerzeit in Absprache mit "powarman" auf 8 festgelegt. Das Maximum für die Anzahl der Pixmaps war rein willkürlich auf 64 gesetzt worden. Da jeder feste Wert wohl irgendwann wieder hinterfragt werden dürfte, und MAXOSDPIXMAPS lediglich für das Array "pixmaps[]" in cOsd benutzt wird, werde ich hier wohl einen cVector verwenden und damit die Begrenzung ganz abschaffen. Allerdings kann es dann natürlich immer noch vorkommen, daß ein konkretes Device, welches das OSD selber implementiert, einfach nicht genug Speicher hat, um beliebig viele Pixmaps anzulegen...

Klaus

Quote from louis

Hi Lars,

sowas in der Art habe ich mir auch schon überlegt...ich fände es eh schöner, wenn ich direkt von cPixmap erben könnte und nur mit der abgeleiteten Klasse arbeiten könnte. Das geht aber "in Reinform" nicht, da ich mir ja Pixmaps nur über eine statische Methode vom cOsdProvider holen kann und nicht selbst direkt mit "new" erzeugen kann...

Die Idee dabei war, es einem Device zu ermöglichen, die Pixmaps auf seiner eigenen Hardware zu erzeugen und so die Datenübertragung über den Systembus vermeiden zu können ("high level OSD").

Klaus

Quote from louis

Gerade nochmal für mich zum Verständnis: du hast ja weiter oben geschrieben, dass die TT-S2 6400 gar keine Pixmaps kann...ist dass der Grund, warum meine Plugins mit der TT-S2 6400 deutlich langsamer sind als z.B. mit softhddevice? Oder anders herum gefragt, was müsste denn gemacht werden, damit die Performance mit der TT-S2 6400 besser wird? Müsste das Ausgabeplugin das OSD selbst implementieren?

Pixmaps kann bis jetzt nur VDRs cOsd selber (also cPixmapMemory). Der Flaschenhals ist die Übertragung der Daten an die eigentliche Hardware - im Falle von softhddevice wohl die Grafikkarte, bei der TT-S2 6400 müssen sie an die Karte geschickt werden.
Wenn die Firmware der TT-S2 6400 selber Pixmaps können würde, dann müssten nur die "primitiven" Zeichenoperationen übertragen werden, denn die Pixmap-Daten wären ja nur innerhalb der Kartenhardware. Ob es aber dazu noch kommen wird, weiß ich nicht...

Klaus

Quote from kls

Der Flaschenhals ist die Übertragung der Daten an die eigentliche Hardware [...] bei der TT-S2 6400 müssen sie an die Karte geschickt werden.

Die SAA7160-PCIe-Bridge ist leider nicht besonders schnell bei der Uebertragung zum PHI-Bus (kein DMA), trotzdem koennte man nach meiner Schaetzung noch einen Faktor drei bis fuenf in der Datenrate zur Karte rausholen, wenn man das FPGA-Design optimiert. Hast Du irgendeinen Kontakt, wo man Zugriff auf den FPGA-Code bekommen koennte, ich unterschreibe auch (fast) jedes NDA wenn noetig...

Gruss,
S:oren

Quote from S:oren

Die SAA7160-PCIe-Bridge ist leider nicht besonders schnell bei der Uebertragung zum PHI-Bus (kein DMA), trotzdem koennte man nach meiner Schaetzung noch einen Faktor drei bis fuenf in der Datenrate zur Karte rausholen, wenn man das FPGA-Design optimiert. Hast Du irgendeinen Kontakt, wo man Zugriff auf den FPGA-Code bekommen koennte, ich unterschreibe auch (fast) jedes NDA wenn noetig...

Da müsstest du dich an "powarman" wenden.

Klaus