[ANNOUNCE] skin nOpacity

Zitat von jsffm

s.o.

Sorry, da kommt ich jetzt nich hinterher, ich steh auf der Leitung !
Was sagt mir der zweite Screenshot?
Die Schriftgrößen können doch unterschiedlich konfiguriert werden, welcher Wert ist den bei den Messages eingetragen?

Bei mir läufts mit dem Patch, vielleicht kann ja louis nochmal draufschauen ( louis: jaja, ich weiß Support für Sachen die andere verzapft haben - Sorry!)

Edit:

Na Toll beim ersten Screenshot ist mir jetzt gerade erst aufgefallen, dass die Nachricht nicht vom VDR kommt sondern die Meldung von Tagesschau24 durchscheint.
Wird überhaupt was angezeigt?

vielleicht

pixmapMessage = osd->CreatePixmap(1, cRect(0, 0, width, height));

durch

pixmapMessage = osd->CreatePixmap(2, cRect(0, 0, width, height));

ersetzen?

Habs mit der Änderung jetzt bei mir probiert, damit ist jetzt die Nachricht viel klarer zu lesen.

Eine neue Version hab ich in dem Post mit dem Patch schon hochgeladen.

Ein Bild war falsch, sorry, Nachricht mit Bildern überarbeitet. [ANNOUNCE] skin nOpacity

maverick

Danke für die Patches

louis
Danke für die Zusammenfassung

@zwick_der_agent
kannst Du denn Das Problem mit der viel zu kleinen Schrift in Verbindung mit dem Message Patch nachvollziehen, oder bin ich der einzige der das Problem nicht hat?

Zitat

@zwick_der_agent

kannst Du denn Das Problem mit der viel zu kleinen Schrift in Verbindung
mit dem Message Patch nachvollziehen, oder bin ich der einzige der das
Problem nicht hat?

skinnopacity.channelBorderBottom = 15
skinnopacity.channelBorderVertical = 15
skinnopacity.channelFadeTime = 300
skinnopacity.channelHeight = 28
skinnopacity.detailViewLogoHeight = 200
skinnopacity.detailViewLogoWidth = 260
skinnopacity.displaySignalStrength = 1
skinnopacity.epgImageHeight = 160
skinnopacity.epgImageWidth = 210
skinnopacity.fontButtons = 0
skinnopacity.fontChannelDateSize = 4
skinnopacity.fontChannelHeaderSize = 3
skinnopacity.fontDate = 0
skinnopacity.fontDetailView = 5
skinnopacity.fontDetailViewHeader = 5
skinnopacity.fontDetailViewHeaderLarge = 5
skinnopacity.fontDiskUsage = 0
skinnopacity.fontEPGSize = 3
skinnopacity.fontEPGSmallSize = 3
skinnopacity.fontHeader = 0
skinnopacity.fontIndex = 0
skinnopacity.fontMenuitemDefault = 0
skinnopacity.fontMenuitemLarge = 0
skinnopacity.fontMenuitemSchedule = 5
skinnopacity.fontMessage = 5
skinnopacity.fontMessageMenu = 0
skinnopacity.fontReplay = 3
skinnopacity.fontReplayHeader = 3
skinnopacity.fontTimers = 10
skinnopacity.fontTimersHead = 5
skinnopacity.fontTracks = 10
skinnopacity.fontTracksHeader = 10
skinnopacity.fontVolume = 1
skinnopacity.footerHeight = 7
skinnopacity.headerHeight = 7
skinnopacity.headerIconHeight = 80
skinnopacity.iconHeight = 100
skinnopacity.logoBorder = 15
skinnopacity.logoHeight = 200
skinnopacity.logoWidth = 260
skinnopacity.menuFadeTime = 300
skinnopacity.menuHeaderLogoHeight = 78
skinnopacity.menuHeaderLogoWidth = 104
skinnopacity.menuItemLogoHeight = 100
skinnopacity.menuItemLogoWidth = 130
skinnopacity.menuWidthNarrow = 30
skinnopacity.menuWidthRightItems = 15
skinnopacity.messageBorderBottom = 10
skinnopacity.messageFadeTime = 300
skinnopacity.messageHeight = 12
skinnopacity.messageWidth = 90
skinnopacity.numDefaultMenuItems = 16
skinnopacity.replayBorderBottom = 15
skinnopacity.replayBorderVertical = 15
skinnopacity.replayFadeTime = 300
skinnopacity.replayHeight = 35
skinnopacity.resolutionIconSize = 100
skinnopacity.scalePicture = 1
skinnopacity.tracksBorderHorizontal = 10
skinnopacity.tracksBorderVertical = 10
skinnopacity.tracksFadeTime = 300
skinnopacity.tracksHeight = 25
skinnopacity.tracksPosition = 0
skinnopacity.tracksWidth = 30
skinnopacity.volumeBorderBottom = 10
skinnopacity.volumeFadeTime = 300
skinnopacity.volumeHeight = 12
skinnopacity.volumeWidth = 99

Nö bei mir passt alles so wie vorher.

Zitat von zwick der agent

Nö bei mir passt alles so wie vorher.

Ok, dann muss jsffm den Fehler wohl woanders suchen.
jsffm
wie sehen denn Deine Werte in des Setup.conf aus?

louis
Nochmal zum Lautstärkebalken:
Ich fänd das ganze noch etwas optimierungsfähig, wenn der Lautstärkebalken auch den selben Farbverlauf hätte wie der "Sendungsverlaufsbalken" (heißt das so?) in der Kanalanzeige wär doch ganz nett oder?
Habe mal die beiden Funktionen die in der Kanalanzeige dafür zuständig sind (DrawProgressBar und DrawProgressbarBackground) übernommen und ein paar Werte angepasst, und siehe da mein Lautstärkebalken hat nun auch so einen schicken Farbverlauf.

Soll ich daraus nen Patch machen und dann wieder posten (Oder baust Du es von Dir aus ein? Vielleicht damit der Code nicht doppelt vorkommt in eine extra Datei die dann von der Kanal- und Laustärkanzeige eingebunden wird z.B. common.c/h)?
Möchtest Du's überhaupt übernehmen (Wenn ich zuviele Baustellen aufmache oder ich zuviel nerfe muss Dus schon sagen, ansonsten mach ich einfach weiter )?

Zitat von maverick-me

Ok, dann muss jsffm den Fehler wohl woanders suchen.
jsffm
wie sehen denn Deine Werte in des Setup.conf aus?

Das mit der kleinen Schrift war eine Empfindung, weil ich wegen geringem Kontrast nichts lesen klonnte. Im Vergleich ist die Schrift genauso klein wie vorher, jetzt aber lesbar.

OK

Hi,

den Scaling-Patch habe ich noch mal verbessert, das Videobild wird nun waehrend des Anzeigens der Timer, oder der Aufnahmenliste (oder was auch immer kein "kleines Video" erfordert) wie eigentlich gewohnt in voller Bildgroesse unter dem OSD angezeigt (mein bisheriger Patch hat das Video exakt dem OSD angepasst, so dass ringsum nichts als schwarz sichtbar war, das war nicht gut, denke ich).

Dann habe ich es endlich geschafft, beim kompletten Verlassen des OSD auch 4:3-SD sender korrekt wieder auf Vollbild zu skalieren, aber leider nur durch Patchen auch an Softhddevice, vielleicht schaut sich auch Johns mal die Sache an, ob das in der aktuellen Situation (USE_YAEPG Hack) so vertretbar ist, und eventuell auch folgenden Denkanstoss um es besser zu machen:

Dieses ganze Gefummel schreit tatsaechlich nach einer kleiner API-Erweiterung in cDevice, ein Aufruf dem man bloss sagen muss, in welchem rechteckigen Bereich (in OSD-Koordinaten, und nicht Aufloesung des Videomaterials) das Videobild angezeigt werden soll, inklusive des Falles wenn dieser Bereich die volle verfuegbare Fenstergroesse sein soll (dann am Besten nicht durch Angebe von Rechteck-Groessen, sondern ein Flag, denn das Ausgabeplugin sollte selber wissen was die volle verfuegbare Fenstergroesse zum unverzerrtem Darstellen des Bildes ist). Dabei soll sich die jeweilige Implementierung dieses Aufrufes, also im entsprechenden Ausgabe-Plugin um die korrekte Skalierung kuemmern, so dass das Seitenverhaeltniss nicht verzerrt wird, dass solche Fenheiten wie vom User gewollte Zooms oder automatische Balkenerkennung weiterhin beruecksichtigt wird, ohne dass sich z.B. das Skin oder YaEPG oder wer auch immer um solche Berechnungen kuemmern muss und selber das Bild anpasst dass es unverzerrt in das vorgegebene rechteck passt. Waere das der richtige Weg, den auch KLS akzeptieren wuerde, in cDevice eine virtuelle Methode die in der Basis-Implementierung meinetwegen nichts bewirkt?

Ciao,

Lucian

Zitat von Zoolook

Hi,

den Scaling-Patch habe ich noch mal verbessert, das Videobild wird nun waehrend des Anzeigens der Timer, oder der Aufnahmenliste (oder was auch immer kein "kleines Video" erfordert) wie eigentlich gewohnt in voller Bildgroesse unter dem OSD angezeigt (mein bisheriger Patch hat das Video exakt dem OSD angepasst, so dass ringsum nichts als schwarz sichtbar war, das war nicht gut, denke ich).

Dann habe ich es endlich geschafft, beim kompletten Verlassen des OSD auch 4:3-SD sender korrekt wieder auf Vollbild zu skalieren, aber leider nur durch Patchen auch an Softhddevice, vielleicht schaut sich auch Johns mal die Sache an, ob das in der aktuellen Situation (USE_YAEPG Hack) so vertretbar ist, und eventuell auch folgenden Denkanstoss um es besser zu machen:

Dieses ganze Gefummel schreit tatsaechlich nach einer kleiner API-Erweiterung in cDevice, ein Aufruf dem man bloss sagen muss, in welchem rechteckigen Bereich (in OSD-Koordinaten, und nicht Aufloesung des Videomaterials) das Videobild angezeigt werden soll, inklusive des Falles wenn dieser Bereich die volle verfuegbare Fenstergroesse sein soll (dann am Besten nicht durch Angebe von Rechteck-Groessen, sondern ein Flag, denn das Ausgabeplugin sollte selber wissen was die volle verfuegbare Fenstergroesse zum unverzerrtem Darstellen des Bildes ist). Dabei soll sich die jeweilige Implementierung dieses Aufrufes, also im entsprechenden Ausgabe-Plugin um die korrekte Skalierung kuemmern, so dass das Seitenverhaeltniss nicht verzerrt wird, dass solche Fenheiten wie vom User gewollte Zooms oder automatische Balkenerkennung weiterhin beruecksichtigt wird, ohne dass sich z.B. das Skin oder YaEPG oder wer auch immer um solche Berechnungen kuemmern muss und selber das Bild anpasst dass es unverzerrt in das vorgegebene rechteck passt. Waere das der richtige Weg, den auch KLS akzeptieren wuerde, in cDevice eine virtuelle Methode die in der Basis-Implementierung meinetwegen nichts bewirkt?

Ciao,

Lucian

Alles anzeigen

Folgender Fehler gefunden:
schaue ich mir eine letterboxed Aufzeichnung an und beende sie wieder ist das Bild auf 4:3 gestaucht, und zwar unabhängig ob auto-crop an oder aus ist:

Zitat von jsffm

Folgender Fehler gefunden:
schaue ich mir eine letterboxed Aufzeichnung an und beende sie wieder ist das Bild auf 4:3 gestaucht, und zwar unabhängig ob auto-crop an oder aus ist:

Da haben wir's wieder , da muss echt eine bessere Lösung her, ein Patch der die Schnitstelle im VDR erweitert, der hoffentlich von KLS auch angenommen wird und den YAEPG-Hack überflüssig machjt. Bis das geschiet, könnte man den ganzen YAEPG-Hack in diese Richtung umstellen, so daß der Patch zumindest eine Chance hat, von KLS angenommen zu werden, auch wenn mit Änderungen. Konkret zu Deinem "letterboxed"-Problem, das Skin hat ja keine Ahnung dass in Deinem 4:3 Video-Material eigentlich Letterbox-Balken mitgesendet werden, das weiß höchstens das Ausgabe-Plugin welches ja auch solch coole Sachen wie Auto-Crop beherrscht. Deswegen kann man diesen Fall mit dem derartigen YAEPG-Hack "Konzept" nicht mit vertretbarem Aufwand lösen, skinnopacity und softhddevice müssten aufeinander abgestimmt sein, an allen VDR-APIs vorbei, das ginge zu weit, sorry...

Zitat von Zoolook

Da haben wir's wieder , da muss echt eine bessere Lösung her, ein Patch der die Schnitstelle im VDR erweitert, der hoffentlich von KLS auch angenommen wird und den YAEPG-Hack überflüssig machjt. Bis das geschiet, könnte man den ganzen YAEPG-Hack in diese Richtung umstellen, so daß der Patch zumindest eine Chance hat, von KLS angenommen zu werden, auch wenn mit Änderungen. Konkret zu Deinem "letterboxed"-Problem, das Skin hat ja keine Ahnung dass in Deinem 4:3 Video-Material eigentlich Letterbox-Balken mitgesendet werden, das weiß höchstens das Ausgabe-Plugin welches ja auch solch coole Sachen wie Auto-Crop beherrscht. Deswegen kann man diesen Fall mit dem derartigen YAEPG-Hack "Konzept" nicht mit vertretbarem Aufwand lösen, skinnopacity und softhddevice müssten aufeinander abgestimmt sein, an allen VDR-APIs vorbei, das ginge zu weit, sorry...

Das kann ich nachvollziehen.

Prima, die aktuelle Version schaut gut aus, das scaling kommt auch gut
Auch Fortschrittbalken werden angezeigt (epgsearch)
Läuft auch sehr flüssig, ohne zu "hackeln"

Was bei mir nicht geht: Die EPG Bildchen werden nicht angezeigt, der Pfad ist mit der -e Option gesetzt.
Die Bilder liegen im jpg Format in 525x400 vor.