Beiträge von rell

rell · 24. Januar 2014

Zitat von Razorblade

Ich bin ja schwer am Überlegen mir auch ein Allwinner ARM Board zu holen, allerdings liebäugel ich eher mit dem A31, der sollte noch etwas mehr Pepp haben als das Cubietruck (A20). Allerdings ist der PowerVR wohl nicht gut unterstützt,

Auf alle Fälle A20, da der A31 wg. PowerVR nicht gut in der Community ankommt und die Lust aufs Entwickeln daher nicht so groß ist... Die Wartezeit, um mit dem A20 was Vernünftiges anfangen zu können wird deutlich kürzer sein, als beim A31. Zumindest was Video/Grafik Geschichten angeht.

Zitat von Razorblade

welchen Grafiktreiber nehmt ihr denn für den Mali im Cubie (Lima, irgendein Binärtreiber oder gar libhybris)?

Die Binärtreiber. Lima ist (noch) kein Treiber, sondern momentan nur ein POC mit verschiedenen Test-Anwendungen z.B. Q3...

Zitat von Razorblade

Braucht man bei Ausgabe über CedarX überhaupt ein laufendes X11?

Für Cedarx alleine nicht. XBMC läuft z.B. ohne X. Für libvdpau-sunxi starte ich bei mir hier immer parallel ein X, da ein Display geöffnet werden muss. Aber die Frage habe ich mir auch schon gestellt, obs das überhaupt braucht. Da lasse ich mich gerne belehren.
Gruß Andreas

rell · 22. Januar 2014

Und mit welchem Branch?
Gruß Andreas

rell · 21. Januar 2014

Du meinst, es wird ein ARGB an VdpBitmapSurfacePutBitsNative geschickt, wobei möglicherweise ein RGBA oder BGRA erwartet wird?
Dann müsste in VdpBitmapSurfacePutBitsNative abhängig von den Quelldaten zuerst der alpha-Wert verschoben werden? z.B. sowas?

Code

rgba = ((argb & 0xFF000000) >> 24) | ((argb << 8) & 0xFFFFFF);

Trotzdem müsste doch was angezeigt werden, wenn auch Alpha und Farben durcheinander?
Könnte es sein, dass der Video-Layer den OSD Layer überdeckt?

Gruß Andreas

rell · 20. Januar 2014

Zwischenstand:
Nach ein wenig herumprobieren und lesen von logs bin ich der Meinung, dass das OSD mit softhddevice und libvdpau_sunxi generell funktioniert. Die Funktionen werden alle sauber aufgerufen, soweit ich das beurteilen kann.
z.B.

Code

vdp_output_surface_render_bitmap_surface(7, {102, 424, 1214, 663}, 9, {102, 424, 1214, 663}, NULL, {(ver=0) 4, 5, 1, 5, 2, 2, {-0,000002, 0,000000, -0,000002, 0,000000}}, 0)
    -> 0

im vdpau log, oder

Code

video/vdpau: osd upload 1112x239+102+424 3ms 1063072

usw.
Nur dargestellt wird es nicht. Ich denke da hakt es noch irgendwo in libvdpau_sunxi am korrekten osd overlay... Möglicherweise liegt hier der Grund wg. X11 und G2D.
Muss ich mir morgen mal genauer ansehen.

Gruß
Andreas

rell · 16. Januar 2014

z.B. hier: http://store.r0ck.me/
Kommt halt dann aus China und evtl. musst du dich mit dem Zoll rumschlagen. Ich habe meinen damals vorab als einen der ersten 15 Prototypen direkt von den Jungs bekommen... aber auch schon meine Cubieboard2 bei obiger Adresse bestellt. Das ist der Shop des Herstellers und es gab keine Probleme.
Gruß Andreas

rell · 13. Januar 2014

Zitat von 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!?

rell · 12. Januar 2014

Dumme Frage: Wie stosse ich die Anzeige des OSD an, wenn ich vdr über ssh starte?
Der neue Branch läuft übrigens hier mit DUSE_BITMAP ohne segfault, aber (noch) ohne OSD. Und das Bild stottert wegen "video/vdpau missed frame". Habt ihr das auch?

johns: stimmt denn dein Patch oder müsste die Zeile 8257 nicht "VdpauOutputSurfaceRenderBitmapSurface(VdpauSurfacesRb" heißen?

Gruß Andreas

rell · 12. Januar 2014

Probier doch lieber mal den osd-branch https://github.com/linux-sunxi/libvdpau-sunxi/tree/osd.
Es wurde pkendall's bitmap branch gemerged und noch was gefixt. Das sollte der aktuellste branch sein, wo am meisten enthalten ist.
Gruß Andreas

rell · 11. Januar 2014

Mittlweile habe ich jetzt auch alles mal aufgesetzt. Video funktioniert bei jemk/master und pkendall/bitmap - allerdings mit einigen/vielen framedrops (video/vdpau missed frame). Aber gehen tuts.
Wenn ich USE_BITMAP anschalte bekomme ich einen Speicherzugriffsfehler (pkendall/bitmap vorrausgesetzt, da nur dort die bitmap Sachen "theoretisch" implementiert sind).
In Johns' Patch ist allerdings noch ein kleiner Fehler, wenn ich richtig liege:

Code

...
+#ifdef USE_BITMAP
+    status =
+	VdpauOutputSurfaceRenderBitmapSurface(VdpauSurfacesRb
+	[VdpauSurfaceIndex], &output_rect,
...

Mein VDPAU-Log (export VDPAU_TRACE=1):

Spoiler anzeigen

root@Cubie1:~# export VDPAU_DRIVER=sunxi
root@Cubie1:~# export VDPAU_TRACE=1
root@Cubie1:~# cd /usr/local/bin
root@Cubie1:/usr/local/bin# ./vdrcmd
VDPAU capture: Enabled
vdp_imp_device_create_x11(0x1082fe0, 0, -, -)
[VDPAU SUNXI] VE version 0x1623 opened.
-> 0, 1, 0xb3338121
vdp_get_proc_address(1, 0, -)
-> 0, 0xb3326121
vdp_get_proc_address(1, 5, -)
-> 0, 0xb33260ad
vdp_get_proc_address(1, 2, -)
-> 0, 0xb3328865
vdp_get_proc_address(1, 4, -)
-> 0, 0xb3328795
vdp_get_api_version(-)
-> 0, 1
vdp_get_information_string(-)
-> 0, "sunxi VDPAU Driver"
vdp_get_proc_address(1, 6, -)
-> 0, 0xb3329569
vdp_get_proc_address(1, 7, -)
-> 0, 0xb3328601
vdp_get_proc_address(1, 8, -)
-> 0, 0xb3328521
vdp_get_proc_address(1, 9, -)
-> 0, 0xb3328431
vdp_get_proc_address(1, 10, -)
-> 0, 0xb3326039
vdp_get_proc_address(1, 11, -)
-> 0, 0xb33282ad
vdp_get_proc_address(1, 12, -)
-> 0, 0xb332a929
vdp_get_proc_address(1, 13, -)
-> 0, 0xb332aa61
vdp_get_proc_address(1, 14, -)
-> 0, 0xb3328119
vdp_get_proc_address(1, 18, -)
-> 0, 0xb3327d85
vdp_get_proc_address(1, 19, -)
-> 0, 0xb3325fc5
vdp_get_proc_address(1, 20, -)
-> 0, 0xb3327c01
vdp_get_proc_address(1, 21, -)
-> 0, 0xb332abb5
vdp_get_proc_address(1, 22, -)
-> 0, 0xb332ad01
vdp_get_proc_address(1, 25, -)
-> 0, 0xb3327a6d
vdp_get_proc_address(1, 26, -)
-> 0, 0xb332796d
vdp_get_proc_address(1, 27, -)
-> 0, 0xb3325f51
vdp_get_proc_address(1, 29, -)
-> 0, 0xb332b1c9
vdp_get_proc_address(1, 33, -)
-> 0, 0xb332a781
vdp_get_proc_address(1, 34, -)
-> 0, 0xb332a679
vdp_get_proc_address(1, 36, -)
-> 0, 0xb332752d
vdp_get_proc_address(1, 37, -)
-> 0, 0xb332742d
vdp_get_proc_address(1, 38, -)
-> 0, 0xb3325ed9
vdp_get_proc_address(1, 40, -)
-> 0, 0xb332891d
vdp_get_proc_address(1, 41, -)
-> 0, 0xb33271cd
vdp_get_proc_address(1, 43, -)
-> 0, 0xb332701d
vdp_get_proc_address(1, 46, -)
-> 0, 0xb332a4b1
vdp_get_proc_address(1, 47, -)
-> 0, 0xb3329dc5
vdp_get_proc_address(1, 48, -)
-> 0, 0xb332a279
vdp_get_proc_address(1, 53, -)
-> 0, 0xb3325e61
vdp_get_proc_address(1, 54, -)
-> 0, 0xb3329345
vdp_get_proc_address(1, 55, -)
-> 0, 0xb3325de9
vdp_get_proc_address(1, 56, -)
-> 0, 0xb3326ea1
vdp_get_proc_address(1, 57, -)
-> 0, 0xb3325d71
vdp_get_proc_address(1, 58, -)
-> 0, 0xb33297ed
vdp_get_proc_address(1, 62, -)
-> 0, 0xb3326dc9
vdp_get_proc_address(1, 63, -)
-> 0, 0xb3325cd5
vdp_get_proc_address(1, 64, -)
-> 0, 0xb3326ced
vdp_get_proc_address(1, 65, -)
-> 0, 0xb3326bb5
vdp_get_proc_address(1, 66, -)
-> 0, 0xb3325c4d
vdp_get_proc_address(1, 4096, -)
-> 0, 0xb3326add
vdp_preemption_callback_register(1, 0xb5f08c7d, (nil))
-> 0
vdp_video_mixer_query_feature_support(1, 11, -)
-> 0, 0
vdp_video_mixer_query_feature_support(1, 0, -)
-> 0, 0
vdp_video_mixer_query_feature_support(1, 0, -)
-> 0, 0
vdp_video_mixer_query_feature_support(1, 1, -)
-> 0, 0
vdp_video_mixer_query_feature_support(1, 2, -)
-> 0, 0
vdp_video_mixer_query_feature_support(1, 3, -)
-> 0, 0
vdp_video_mixer_query_feature_support(1, 4, -)
-> 0, 0
vdp_video_mixer_query_attribute_support(1, 6, -)
-> 0, 0
vdp_video_surface_query_capabilities(1, 0, -, -, -)
-> 0, 1, 8192, 8192
vdp_video_surface_query_capabilities(1, 1, -, -, -)
-> 0, 0, 8192, 8192
vdp_video_surface_query_capabilities(1, 2, -, -, -)
-> 0, 0, 8192, 8192
vdp_video_surface_query_get_put_bits_y_cb_cr_capabilities(1, 1, 3, -)
-> 0, 0
vdp_video_surface_query_get_put_bits_y_cb_cr_capabilities(1, 0, 1, -)
-> 0, 0
vdp_output_surface_query_capabilities(1, 0, -, -, -)
-> 0, 1, 8192, 8192
vdp_output_surface_query_capabilities(1, 1, -, -, -)
-> 0, 1, 8192, 8192
vdp_output_surface_query_capabilities(1, 2, -, -, -)
-> 0, 0, 8192, 8192
vdp_output_surface_query_capabilities(1, 3, -, -, -)
-> 0, 0, 8192, 8192
vdp_presentation_queue_target_create_x11(1, 6291459, -)
-> 0, 2
vdp_presentation_queue_create(1, 2, -)
-> 0, 3
vdp_presentation_queue_set_background_color(3, {0,010000, 0,020000, 0,030000, 1,000000})
-> 0
vdp_output_surface_create(1, 0, 1280, 720, -)
-> 0, 4
vdp_output_surface_create(1, 0, 1280, 720, -)
-> 0, 5
vdp_output_surface_create(1, 0, 1280, 720, -)
-> 0, 6
vdp_output_surface_create(1, 0, 1280, 720, -)
-> 0, 7
vdp_output_surface_create(1, 0, 1280, 720, -)
-> 0, 8
vdp_bitmap_surface_create(1, 0, 1280, 720, 1, -)
-> 0, 9
vdp_bitmap_surface_put_bits_native(9, {0xb5f28768}, {5120}, {0, 0, 1280, 720})
-> 0
vdp_presentation_queue_block_until_surface_idle(3, 4, -)
-> 0, 113557220330
vdp_output_surface_render_bitmap_surface(4, {0, 0, 1280, 720}, 4294967295, {0, 0, 0, 0}, NULL, NULL, 0)
-> 0
vdp_presentation_queue_display(3, 4, 0, 0, 0)
./vdrcmd: Zeile 1: 2393 Speicherzugriffsfehler LD_PRELOAD=/usr/lib/arm-linux-gnueabihf/libX11.so LD_LIBRARY_PATH=/usr/lib/arm-linux-gnueabihf/vdpau: ./vdr -v /tmp -P'streamdev-client' -P'softhddevice -d :0.0 -v vdpau'

rell · 11. Januar 2014

Welches setup hast du denn momentan? Git-Branch, Cubieboard 1/2?
Hat die Video-Ausgabe denn überhaupt schon mal bei dir funktioniert, d.h. kommt der Fehler nur mit -DUSE_BITMAP?

Gruß Andreas

rell · 9. Januar 2014

Als weitere Möglichkeit fällt mir nur spotan ein, den Wert von fb0_framebuffer_num in der script.bin auf 3 hoch zu setzen.
Gruß Andreas

rell · 8. Januar 2014

Wenns daran liegt, dann ist der Patch nicht ganz richtig:

diff softhddevice

rein logisch gedacht.... Vielleicht kannst du es ja nochmal probieren.
Gruß Andreas

rell · 8. Januar 2014

Da müsste wohl jetzt johns weiterhelfen.
Jedenfalls ist VdpauOsdOutputSurface nicht deklariert, weil -DUSE_BITMAP gesetzt ist -> http://projects.vdr-developer.…aster/entry/video.c#L5612

Kann es sein, dass Zeile 8027

Code

VdpauOsdBitmapSurface[!VdpauOsdSurfaceIndex], &source_rect, NULL,

heißen müsste, und der Block bei Zeile 8256 ein

Code

#ifdef USE_BITMAP

bräuchte?

Aber eigentlich versteh ich da zu wenig davon ...
Gruß Andreas

rell · 8. Januar 2014

Hast du softhddevice mit -DUSE_BITMAP gebaut?
siehe hier
Bild funktioniert schon? Was macht er bei 1080i?

Gruß Andreas

rell · 3. Januar 2014

Hallo,
ich habe hier alle drei Varianten des Cubieboard.

Alle booten ein selbstgebautes Debian Wheezy auf Sata-SSD. U-Boot, Kernel etc. allerdings auf SD Karte. Der direkte Boot von Sata geht m.E. (noch) nicht?
Ich habe es nach längerer Zeit endlich mal nach anfänglichen Schwierigkeiten geschafft, mein Cubieboard3 in Betrieb zu nehmen. Darauf läuft momentan ein bißchen Server-Software (samba, apache, minidlna, squeezeboxserver, cgit ...).
Sata und GBit funktionieren und alles ist jetzt seit 10 Tagen stabil up und dient mir als Web-Entwicklungsserver.
Das Cubieboard2 unterscheidet sich im Groben ja nur im Board-Layout, GBit und Speichergröße. Performance-Tests habe ich keine gemacht. Ich hoffe, dass ich auf meinen Cubieboard2's irgendwann xbmc oder am liebsten vdr über die vdpau-Schiene als Client zum laufen kriege. XBMC läuft, 1080i ist natürlich (derzeit) ein Problem. Ansonsten läuft auch das Streaming über vnsi ganz vernünftig. VDR als client habe ich probiert, allerdings (noch) nicht erfolgreich, da die Funktionen für die OSD-Ausgabe, die softhddevice in vdpau benötigt nicht implementiert waren. Aus Zeitmangel habe ich mich weder mit XBMC noch mit VDR in den letzten Wochen beschäftigt. libvdpau wurde imo um ein paar Funktionen erweitert. Hier gibts noch ein, zwei Threads im Forum.
Ansonsten sollten alle 3 Cubieboard-Varianten als VDR Server funktionieren, da bei mir eine Mele A1000 (mit Allwinner A10) als VDR Server im Produktiv-Einsatz erfolgreich seine Dienste verrichtet und dem Cubieboard1 sehr ähnlich ist. Siehe Signatur. Der VDR nebst Plugins ist selbst (cross)kompiliert. Meine Sourcen siehe ebenfalls Signatur. Mit 3 USB-DVB Karten und Aufnahme auf USB-HD klappen 3 Aufnahmen problemlos. Mehr habe ich noch nicht probiert.

Ich bin vollauf zufrieden mit meinen Cubieboards, wenn man im Hinterkopf hat, dass es sich um Developer-Geräte handelt und alles ursprünglich aus einem Kickstarter Projekt eines ehemaligen Allwinner Mitarbeiter entstanden ist, also ganz klein anfing. Dass man es bei Allwinner mit OpenSource bzw. Software Unterstützung für Linux nicht so genau nimmt, ist leider Tatsache. China wirft billige Geräte auf den Markt, Android drauf und gut ist. Da bleibt nicht viel Zeit für saubere (und Lizenzkonforme) Software Unterstützung, weil nach einem halben Jahr schon das nächste Gerät draussen ist. Da interessiert das alte nicht mehr. Allwinner scheint in manchen Bereichen heftig die GPL zu verletzen... Das ist die Kehrseite der Medaille. Gott sei Dank ist die Community gesund und recht aktiv, so dass die Unterstüzung sehr gut ist. Diverse REing Anstrengungen lassen mich hoffen, dass alle Funktionen der SoCs irgendwann ausschließlich mit offener Software genutzt werden können. Das wird aber noch eine Weile dauern.

Jetzt ist mein Post doch wieder etwas längern geworden... und ich sehe auch grad, dass ich im Dezember meinen 10. VDR-Portal Geburtstag feiern durfte Wie die Zeit verrinnt.

Gruß
Andreas

rell · 28. November 2013

Hallo,
damit softhddevice funktioniert sind diese Funktionen notwendig, richtig?
bitmap_surface wurde hier eingeführt. Möglicherweise nähern wir uns also dem Ziel.
Gruß Andreas

rell · 11. November 2013

Zitat von Moorviper

zum aktivieren des gbit beim cubietruck wäre das tool udhcpc von nöten

Ich weiß nicht, welchen Kernel und U-Boot du in deinem Image verwendest. Für das Cubietruck gbit brauchts jedenfalls die gmac Treiber, die bis jetzt weder im Community-Kernel noch im U-Boot enthalten sind, sondern erst gemerged werden müssten. Und getestet

Z.B. auch wegen der script.bin bezweifle ich, dass das Cubieboard-Image für den Cubietruck ootb läuft, außer ich werde eines besseren belehrt. Vielleicht kann ich demnächst mal ein bißchen testen.

Gruß Andreas

rell · 23. Oktober 2013

Zitat von peje

Rell darf man fragen wie gut das cubie mit libvdpau und softhddevie läuft? Ist die Qualität mit einem x86 mit nvidia vergleichbar?
Danke Gruss Peje

Gar nicht. Noch nicht. Solange keine _surface Funktionen in libvdpau_sunxi implementiert sind, wird es das auch nicht so schnell.
Gruß Andreas

rell · 23. Oktober 2013

Und du hattest auf dem cubietruck gmac am lufen? Mit welchem Kernel? Ich bin nämlich noch am probieren...
Gruß Andreas

rell · 16. Oktober 2013

Zitat von Moorviper

ein standard handy usb ladenetzteil mit 2A sollte es tun kostet bei ebay 4€ inkl versand

Aufpassen beim Netzteil, dass das stabil ist. Ich wollte das erste Mal sparen und hatte mit einem Billig-Ebay-PSP-Netzteil-Nachbau 5V/2A Pech. Hier würde ich mich jetzt lieber ein zweites Mal schlau machen bzw. 2€ drauflegen.
Gruß Andreas

Beiträge von rell

[WiP] Cubieboard: softhddevice über vdpau

[WiP] Cubieboard: softhddevice über vdpau

[WiP] Cubieboard: softhddevice über vdpau

[WiP] Cubieboard: softhddevice über vdpau

Cubietruck / Cubieboard 3

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubieboard: Alternative zum RasPi?

Cubietruck / Cubieboard 3

Cubieboard: Alternative zum RasPi?

Cubieboard headless + 2x DVB-S2 USB Device

Cubieboard headless + 2x DVB-S2 USB Device

Cubieboard headless + 2x DVB-S2 USB Device

Cubieboard headless + 2x DVB-S2 USB Device