VDR Portal

Genau meine Meinug. Klar sind die "Grundfunktionen" das wichtigste, aber mit dem Aufkommen von HD wollen immer mehr halt auch optische Gimmiks. Und bevor alle "Optik-Freaks" an die "XBMC-Fraktion" verloren gehen finde ich es schon extrem wichtig, dass Möglichkeiten geschaffen werden, das VDR-Eigene OSD optisch ansprechender zu machen.

Quoted from "Mreimer"

Genau meine Meinug. Klar sind die "Grundfunktionen" das wichtigste, aber mit dem Aufkommen von HD wollen immer mehr halt auch optische Gimmiks. Und bevor alle "Optik-Freaks" an die "XBMC-Fraktion" verloren gehen finde ich es schon extrem wichtig, dass Möglichkeiten geschaffen werden, das VDR-Eigene OSD optisch ansprechender zu machen.

"Optisch ansprechender" ist ja recht und schön, aber man sollte sich dabei nicht zu sehr in Details "verlaufen" - und immer das KISS-Prinzip im Auge behalten ,-).

Klaus

Moin!

Ich bin auch dafür, allen vdr-eigenen Menüs eine eigene Id zu geben, damit man darauf reagieren kann.
Ob es nun ein enum oder UUID ist, ist egal, da es für die UUID ja sicherlich Konstanten gibt, der Code sich also vom Lesen her nicht ändert.
enum hat den Vorteil, dass es einfach nur ein Integer ist. Der lässt sich einfacher irgendwohin übergeben und vergleichen. Und 2^32 verschiedene Ids sollten wohl ausreichen...

Lars.

Quoted from "mini73"

Ob es nun ein enum oder UUID ist, ist egal, da es für die UUID ja sicherlich Konstanten gibt, der Code sich also vom Lesen her nicht ändert.

Die Idee für UUIDs kam nur auf, da es hiermit möglich ist das Plugins Menüseiten benennen können ohne sich untereinander absprechen zu mussen. Das war halt für den Fall das Pulgins ihre Menüseiten auch benennen können, aber das wurde ja eh zu den Akten gelegt.

Also für VDR-eigene Menüs kann man diese UUID Sache wohl ignorieren

cu

Quoted from "louis"

Fein Fein...dann harre ich mal der Dinge

Was allerdings bedeutet, dass ich das Einbauen des schmalen Menüs für den "Settings" Bereich erst mal auf Eis lege und an anderen Ecken weitermache...sorry BooStar, deine Icons werden dann noch ein bisschen warten müssen, bis sie in Aktion treten können

Ciao Louis

Könnte man nicht bis zur Lösung temporär beim verlassen des Unteruntermenus das OSD ganz schließen? Bei meinen Tests habe ich festgestellt, dass der Absturz audbleibt, wenn man zum Verlassen Menu drückt und nicht Exit/Back... Nur so eine Idee... Sieht nämlich schon geil aus, schmal und mit den BooStar-Bildchen.

Gruß, Ingo

...ne, das habe ich selbst nicht hinbekommen - immer wollte der Finger exit drücken. War nur so eine Idee - eine der unausgegorenen Art...

@Lucian: Deine neuen Patches laufen hier seit ca. 3h. Bisher ohne jegliche Probleme (bis auf das scale-vollbild-Problemchen, aber da hat kls Dich ja auf eine Iee gebracht). Das Bild liegt auch nicht mehr unter dem Scrollbar der Menus. Alles gut. Danke.

Gruß, Ingo

Hallo zusammen..

Quoted

Was allerdings bedeutet, dass ich das Einbauen des schmalen Menüs für den "Settings" Bereich erst mal auf Eis lege und an anderen Ecken weitermache...sorry BooStar, deine Icons werden dann noch ein bisschen warten müssen, bis sie in Aktion treten können

hehe .. aufjedenfall..die Ansicht für die Settings ist mir eigentlich egal .. Ich habe die Logos zum Spass gemacht und weil ich dachte damit kann ich jedenfalls ein bischen helfen
Freuen würde ich irgendwann mal über eine alternative Ansicht der Timer, ich finde es ein bischen Schade das damit das Bild verdeckt wird. Das aber kann aufjedenfall ans Ende deiner Liste

Hi louis,
das eine schliesst das andere ja nicht aus
ich finde es machmal ganz praktisch, wenn ich schnell sehen kann welche Timer grade laufen, aber ich weiss auch grade nicht wo man sie am besten positioniert.
Da wo sie jetzt finde finde ich es aufjedenfall nicht gut Da blende ich sie lieber aus..

Quoted from "louis"

Quoted from "kls"

Also wenn es nur darum geht, die Zeile

displayMenuItems = displayMenu->MaxItems();

in cOsdMenu::Display() weiter nach unten zu verschieben, da habe ich keine Einwände.
Wo hättest du sie denn gerne?

Klaus

Na das ist doch ein Angebot :) Machen wir es anders herum, die Zeilen 229 und 230 (displayMenu->SetTitle(title); cStatus::MsgOsdTitle(title);) sollten zwei Zeilen nach oben, also am besten direkt hinter "displayMenu->SetMenuCategory(menuCategory);" das sollte eigentlich keine unerwünschten Seiteneffekte haben?

Wenn ich es mir recht überlege, dann muß SetMenuCategory() doch sehr früh aufgerufen werden, um abgeleiteten Klassen die Möglichkeit zu geben, diese Information so früh wie möglich zu erhalten. Denn davon können ja wiederum so DInge wie MaxItems() abhängen.
Ich werde auf jeden Fall eMenuCategory entsprechend erweitern.
Meinetwegen können wir da auch noch jede Menge "abstrakte" Kategorien mit aufnehmen, die zwar VDR selber nicht braucht, die aber von Plugins verwendet werden könnten. Spontan fallen mir da ein mcGame, mcWeather, mcMail, mcNews... Wichtig dabei ist, daß eine Skin nicht ein ganz bestimmtes Plugin "kennen" soll. Eine Skin mit einem konkreten Plugin zu "verheiraten" ist einfach falsch. Und da eventuelle Icons ja zur Skin passen müssen, kann ein Plugin schlecht ein Icon vorgeben. Letztendlich würde das darauf hinauslaufen, daß entweder in einer Skin alle möglichen, unterschiedlich gestalteten Icons erscheinen, oder daß jedes Plugin sein Icon für alle möglichen Skins vorhalten müsste. Beides erscheint mir nicht gut.
Falls also weitere abstrakte Kategorien gewünscht sind, bitte hier posten.

Klaus

Hi,

mittlerweile hat sich Johns bei mir mit seiner Variante (Anhang 0001-softhddevice-output_pos-johns.diff) des eigentlichen Skalierungs-Codes (welches theoretisch auch mit dem alten YaEPG-Hack nutzbar wäre) gemeldet. Darauf aufbauend, und auch nach den Vorschlägen von Kls habe ich nun die Kapselung der Skalierung in der neuen vdr-1.7.33 API nochmals überarbeitet. Ich musste Johns Patch aber noch ein bisschen anpassen (Anhang 0002-softhddevice-output_pos-johns+lucian.diff) und danach kommt Nummer 0003 mit der eigentlichen API-Änderung, und wie gehabt, auch der nOpacity-Patch. Bei mir funktioniert nun diese Variante, (logischerweise in der Reihenfolge der Nummerrierung eingespielt) mittlerweile einwandfrei:

• Kein Flackern mehr, dank Kls' Tipp;
  
• Skalierung und Positionierung auch bei SD 4:3, mit oder ohne letterbox, sowie SD 16:9 und HD was sowieso immer 16:9 markiert ist ist nun korrekt, auch wenn man bei softhddevice zwischen "Normal" und "Stretched" (nun gut, bei Stretched bleibt naturgemäß das Seitenverhältnis nicht mehr akkurat, das könnte man noch nachreichen mit "Anamorphic", was softhddevice momentan noch fehlt).

Einen nicht so schönen, aber weg-diskutierbaren Effekt gibt es noch, wer damit sich tatsächlich Yaepghd antun will (Patches hier , funktionieren mit dem YaEPG-eigenen anthra_1920 Theme auch wenn man nOpacity nutzt), wird sehen dass zwischen Umschalten vom VDR-Menü welches mit nOpacity ja schon skaliert ist und dem YaEPG-Menü welches seinen OSD selber zu zeichnen scheint, im eigenen Theme, wird zwischenzeitlich hochskaliert, weil meiner Ansicht nach immer im Destruktor des OSD-Objektes hochskaliert werden muss, sonst kommt das Ganze aus dem Tritt. Muß man sich aber nicht wirklich antun, kann man aber als Demonstration der Skalierung ausprobieren...

Ciao, Lucian

Edit 03.01.2013: Die notwendigen Patches wurden mittlerweile immer weniger ...

Quoted from "louis"

Quoted from "kls"

Wenn ich es mir recht überlege, dann muß SetMenuCategory() doch sehr früh aufgerufen werden, um abgeleiteten Klassen die Möglichkeit zu geben, diese Information so früh wie möglich zu erhalten. Denn davon können ja wiederum so DInge wie MaxItems() abhängen.
Ich werde auf jeden Fall eMenuCategory entsprechend erweitern.

Aber es sollte doch so passen, wie es aktuell ist? SetMenuCategory() wird direkt nach Clear aufgerufen, also vor allem anderen und insbesondere vor MaxItems...

Eben! Und deswegen werde ich das auch nicht ändern ;-)
Wollte es halt nur der Vollständigkeit halber gesagt haben...

Klaus

@Louis
ich habe noch drei Kleinigkeiten:
Bei arghdirector scrollen die Titel hier nur in einem Bereich der dem linken Hauptmenü mit der Einstellung auf 20% entspricht - sprich die Titel werden zu kurz abgeschnitten... Kann das jemand verifizieren?

Und wäre es Möglich ähnlich dem Anthra-Skin Kategorien-Symbole zuzulassen? Also beispielsweise HD+, Sport usw. die dann beim rechtslinks-scrollen durch die Kanalgruppen statt des Separators erscheinen?

Außerdem wäre cool, wenn bei der EPG-Ansicht NUR der Titel gescrollt würde, nicht ins Logo laufen würde und auch zurückscrollen würde...

Ansonsten alles TRAUMHAFT