Nein, Brauche ich die den?
Und wenn ja alles?
Johns
Nein, Brauche ich die den?
Und wenn ja alles?
Johns
Nein. Dafür speziell nicht. Fangen nur falsch ubergebene Werte ab, die evtl. vom Programm kommen.
Gruß andreas
Mit aktuellem VDPAU-Treiber (https://github.com/rellla/libvdpau-sunxi, Branch "dev") und softhddevice (GIT-Version) läuft das ganze auf dem Bananapi nun ganz gut. Der Deinterlacer funktioniert, die CPU-Last ist vernachlässigbar. Sehr schön.
Schönheitsfehler:
- Ohne Empfang funktioniert das OSD nicht richtig.
- Bild wird (trotz entsprechender Einstellung in softhddevice) bei Kanalumschaltung nicht schwarz geschaltet. Das letzte Bild bleibt stehen und "zappelt herum", bis das neue kommt.
- Bild wird schwarz, wenn man das softhddevice-Fenster zwischen Fenster- und Vollbildmodus umschaltet. Erst nach Kanalumschaltung kommt es wieder. Das hat früher mal funktioniert!
CU
Oliver
Die beiden letzteren Fehler könnten daher kommen, dass XClearWindow; auskommentiert wurde.
Das wirkt sich wohl aus, wenn man das ganze nicht im kompletten Vollbildmodus ohne Window Manager betreibt.
Du kannst ja mal den Branch dev_upstream versuchen, ob da die Probleme auch noch da sind. Einziger Unterschied zum dev ist die Zeile XClearWindow;
Allerdings ist auch damit zu rechnen, dass die CPU Auslastung steigt.
Gruß Andreas
dev_upstream macht keinen Unterschied, mit master ist Problem #3 jedoch weg.
Probleme #1 und #2 waren iirc schon immer da.
CU
Oliver
Ok. Das liegt daran, dass mit dem neuen Code die Größe und Lage des Fenster nur beim Beginn des Streams gesetzt werden. Verändert man die Lage und Größe während des Abspielens, gibts Probleme.
Der master branch hat bei jedem Frame die Display Initialisierung durchlaufen, was dieses Problem dann gar nicht zum Vorschein brachte und/ aber auch mehr Resourcen benötigt.
Ich muss mir das mal anschauen. Sollte nicht zu schwer sein, das zu lösen.
Gruß
Andreas
Hi
habe bei dev Branch auch noch was festgestellt und zwar das die Laufschrift bei N24 sehr stark verzerrt, was sich unter anderem auch bei schnellen Kameraschwenks recht deutlich bemerkbar macht.
Im stage/fixed Branch den du leider gelöscht hast war das nicht gewesen und die Laufschrift auf N24 war fast gestochen scharf.
Jepp...ist gesetzt
Im Plugin SoftHdDevice einen Deinterlace aktivieren. Egal welchen, mehr wird noch nicht ausgewertet.
Wird immer etwas ähnliches wie Spatial genommen.
Aber Weave = kein Deinterlace.
Johns
Im stage/fixed Branch den du leider gelöscht hast
Ist nochmal oben. Kannst nochmal probieren bzw. schauen was da anders ist.
Ich hab da ein ganz schönes Durcheinander in den Branches, und bevor sich keiner mehr auskennt, habe ich versucht zu reduzieren :p
Zusammen mit ständigem Rebasen wird das mit der Zeit chaotisch
[EDIT] Bis auf das "#define FORCE_DEINT", das es nicht mehr gibt, sollte es zumindest was den Deinterlacer angeht keine Unterschiede geben.[/EDIT]
Gruß Andreas
Die N24-Laufschrift sieht hier einwandfrei aus.
Ich habe Gestern neu gebaut. Die Standardhelligkeit ist zwar noch zu Dunkel aber die Anpassungen in SoftHdDevice funktionieren jetzt. Nur werden die Werte nach einem Neustart nicht aus der setup.conf übernommen. Man muss nochmal eine Änderung abschicken. (BananaPi Pro mit Bananapi_Debian_2.4_wheezy_3.4.106 von von hier)
Gruß Donkey-Kong
hast du nur die vdpau libs von hier genommen: (https://github.com/rellla/libvdpau-sunxi, Branch "dev")
oder auch den Kernel neu kompiliert ?
Für die Helligkeit braucht man einen Kernelpatch und dann eine neue libvpau-sunxi Version.
Es gibt aber im Moment noch Probleme, die Werte richtig zuberechnen.
Das mit den Werten nicht gespeichert, ist mir auch schon aufgefallen, das ist noch ein Bug im SoftHdDevice.
Da muß ich mal gucken wo die Werte vom Setup zu VDPAU verlohren gehen.
Johns
Der aktuelle dev Branch von Andreas und das aktuelle SoftHdDevice sind mit dem Kernelpatch gebaut.
Gruß Donkey-Kong
Edit: Aktuell=11.03.15
Noch etwas gefunden:
Mit Branch "dev" funktioniert bei mplayer die Fullscreen-Ausgabe nicht mehr.
Es gehen 2(!) Fenster mit schwarzem Inhalt auf. mplayer hängt sich nicht auf, reagiert weiter auf Tasteneingaben. Offenbar geht nur die Ausgabe ins Nirwana...
CU
Oliver
Falls hier Mathematiker unter uns sind, könnte sich wer diese Funktionen ansehen.
Es müssten hier die Werte für Brightness, Contrast, Saturation und Hue aus den beiden Matrizen (csc_matrix von vdpau hier erstellt) und der jeweils zugehörigen Farbraum Matrix zurückgerechnet werden, da man dem Display Treiber nicht die CSC Matrix sondern nur die Einzelwerte mitgeben kann.
Die derzeitigen Funktionen liefern zwar Ergebnisse, die sind aber nicht zu 100% korrekt. Contrast schaffe ich, die anderen überfordern meine Fähigkeiten. Zumal das Rückwärtsrechnen von sinus Funktionen erstmal kein eindeutiges Ergebnis liefert.
Gruß
Andreas
UFO: Ich wollte eigentlich nicht mehr bugs schaffen, als Features einzuführen XClearWindow?
Der aktuelle dev Branch von Andreas und das aktuelle SoftHdDevice sind mit dem Kernelpatch gebaut.
Gruß Donkey-Kong
Edit: Aktuell=11.03.15
Das ist meine Berechnung für den Kernelpatch.
Damit sollten die richtigen Werte an das Kernel mit Patch übermittelt werden.
Problem ist, daß die Werte nicht stimmen.
Aber wenn man die default Werte nimmt, dann sollte ja das Bild genauso aussehen wie mit NVidia VDPAU.
Helligkeit alleine funktionierte.
Johns
Die N24-Laufschrift sieht hier einwandfrei aus.
Da mir das keine Ruhe gelassen hat, habe ich mir das ganze nochmal angesehen und aus irgendeinem Grund war export VDPAU_DEINT=1 zwar vorhanden, wurde aus einem mir noch nicht ersichtlichen Grund aber nicht angewandt
Nachdem ich den export nochmal händisch gesetzt hatte funktionierte das ganze auch richtig, also alles bestens mit dem dev Branch
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!