Jo der neue branch geht ohne segfault und osd
Mit oder mit ohne OSD? Welche Patches für softhddevice nutzt du jetzt?
Jo der neue branch geht ohne segfault und osd
Mit oder mit ohne OSD? Welche Patches für softhddevice nutzt du jetzt?
ohne segfault und ohne osd
habe den aktuellen osd branch / und die bitmap2 patch von johns im softhddevice
das umschalten ist halt sehr träge
beim zapps branch geht das unter einer sekunde und hier sind so zwischen 2-4s mit einem sundtek v3 dvb-s2 stick
und auch beim startet dauert es erst mal so 7-10s bis das erste bild kommt
Zitat
ja die zeile hatte ich vorher auch schon mal korrigiert
hab sie jetzt wieder auf bitmapsurface
und siehe da das zappen ist wieder schnell aber das osd geht trotzdem nicht
hab grade mal das cubie auf 1080i50 gestellt / da wird zumindest das sd-bild gut vom fernseher de-interlaced
am monitor zitters halt blöde bei standbildern
Zum thema grafigmodus umstellen ergänze ich mal das wiki
ZitatZum thema grafigmodus umstellen ergänze ich mal das wiki
Vielen Dank, ich wollte schon fragen.
Müsste passen wenn ich mich nicht vertippt habe
http://www.vdr-wiki.de/wiki/index.php/Cubieboard2_config
Ich bekam auch zwischendurch mal
ja die zeile hatte ich vorher auch schon mal korrigiert
hab sie jetzt wieder auf bitmapsurface
und siehe da das zappen ist wieder schnell aber das osd geht trotzdem nicht
Müsste falsch sein, ich überprüfe es, dann packe ich alles ins GIT.
Johns
Müsste falsch sein, ich überprüfe es, dann packe ich alles ins GIT.
Johns
Hört sich gut an. Danke.
Allerdings funktioniert das OSD auch mit der Änderung (noch) nicht und video/vdpau vermisst einige Frames, so dass das Bild ruckelt. Ich denke, das liegt aber in erster Linie am libvdpau_sunxi.so als an softhddevice.
Gibt es einen Schalter, mit dem man softhddevice maximal debuggen kann? Bzw. wie kann man im Log erkennen, dass bei softhddevice bzgl. OSD alles korrekt aufgerufen wird?
Gibt es denn eine Liste von softhddevive mit den Methoden, die von VDPAU implementiert sein müssen, damit alles läuft, dann könnte man das möglicherweise abarbeiten.
Ich vermute, dass im vdpau-backend noch einige Sachen fehlen, bzw. falsch implementiert sind. Wenn wir Fehler im softhddevice ausschließen können, wäre das ein weiterer Schritt.
Wäre doch schade, wenn wir das nicht zum laufen bekommen...
Moorviper: Ruckelt bei dir nichts? D.h. hast du nicht die "video/vdpau: missed frame" Meldungen? Ich habe hier ein Cubieboard 1.
Danke und Gruß
Andreas
EDIT: Vielleicht sollte man die Diskussion ab hier in einen neuen Thread "Cubieboard: softhddevice über vdpau" auslagern!?
doch die meldungen habe ich es ruckelt bei 720p ganz leicht / damit könnte ich leben / bei sd ruckelts aber deutlich mehr
btw
ich sehe grade im vdpau quelltext
Normal sind die aber
definiert
ZitatEDIT: Vielleicht sollte man die Diskussion ab hier in einen neuen Thread "Cubieboard: softhddevice über vdpau" auslagern!?
Ja wäre besser / hab ich mal gemacht link
Habe mal xine probiert > dachte mir das ist älter und vielleicht nicht so anspruchsvoll
das Ergebnis:
ZitatAlles anzeigenDies ist xine (X11 gui) - Ein freier Video-Player v0.99.7.
(c) 2000-2010 The xine Team.
vo_vdpau: vdpau API version : 1
vo_vdpau: vdpau implementation description : sunxi VDPAU Driver
vo_vdpau: VideoSurface doesn't support chroma type 4:2:2, sorry.
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 132 (XVideo)
Minor opcode of failed request: 17 ()
Serial number of failed request: 2404
Current serial number in output stream: 2404
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!