Odroid C1

Kann man nicht viel falsch machen - bei diesem Preis.

1GB RAM ist mir bei einem Quadcore allerdings zu wenig.

CU
Oliver

Ich finde den ODroid U3 interessanter. Der hat dann auch 2GB RAM. Kostet aber leider auch 25€ mehr.

... das interessante daran ist der h265 Dekoder. XBMC/Kodi bringt die Hardwareunterstützung schon mit. Leider kein Support für 4k Displays, das wärs als ultimativer VDR Client der next generation - nach dem RasPi. Für DVB-T2 würde es aber reichen.

Gruss, ollo

Spannendes Board!

Leider konnte ich auf die Schnelle keine Dokumentation zur Video Engine finden… der fehlende Support in dem Gebiet macht leider viele dieser neuen Boards als VDR-Client uninteressant, auch wenn sie technisch dem Raspberry Pi weit überlegen sind. Aber die Hoffnung stirbt zuletzt.

Gruss
Thomas

Vorstellung des Boards bei c't-Hacks

Quote from Dirk

Die Treiber sind Quellenoffen, soweit ich das sehe...
http://malideveloper.arm.com/d…ux-kernel-device-drivers/
http://malideveloper.arm.com/d…-and-x11-display-drivers/

Kerneltreiber schon, Userspace wie bei allen Mali Boards wohl eher nicht.
Gruß Andreas

Quote from Dirk

Die Treiber sind Quellenoffen, soweit ich das sehe...
http://malideveloper.arm.com/develop-for…device-drivers/
http://malideveloper.arm.com/develop-for…isplay-drivers/

Damit hat du aber gerade mal Zugriff auf die GPU, wirklich was machen damit kannst du nicht:

Quote

Note that these components are not a complete driver stack. To build a functional OpenGL ES or OpenVG driver you need access to the full source code of the Mali GPU DDK, which is provided under the standard ARM commercial licence to all Mali GPU customers. For a complete integration of the Mali GPU DDK with the X11 environment refer to the Integration Guide supplied with the Mali GPU DDK.

Eine Dokumentation oder gar Beispielcode wie beim Raspberry Pi finde ich nicht und ich befürchte, dass man das auf Grund der Lizenz auch nie tun wird. Oder weiss jemand, was die genannte "standard ARM commercial licence" genau bedeutet?

Gruss
Thomas

... hier?!? https://source.tizen.org/mali-ddk-tizen

ollo

Er hier --> http://community.arm.com/people/stevesteele soll der Produkt Manager für Mali 400/450 sein. Vielleicht bringt der direkte Kontakt etwas.

Quote from ollo

... hier?!? https://source.tizen.org/mali-ddk-tizen

ollo

Das sind die Mali Open GL-Treiber - mich würde, wenn schon, der Video Core interessieren.

Gruss
Thomas

Quote from reufer

Das sind die Mali Open GL-Treiber - mich würde, wenn schon, der Video Core interessieren.

Gruss
Thomas

Wird von allem nur closed source binaries geben!?
Gruß
Andreas

Na aber irgendwie muß es doch unter Android mit XBMC/Kodi klappen - siehe Link, dort mal nach Amlogic S805 suchen. Da wird Hardware Video Dekoding für H.264, MPEG-2, VC1 und H.265/HVEC angegeben.

http://kodi.wiki/view/Android_hardware

Und AMLogic nightly builds von Kodi gibts auch schon:

http://forum.kodi.tv/showthread.php?tid=181739

Fehlt nur noch das PVR-VNSI add-on??

Gruß, ollo

Quote from ollo

Na aber irgendwie muß es doch unter Android mit XBMC/Kodi klappen - siehe Link, dort mal nach Amlogic S805 suchen. Da wird Hardware Video Dekoding für H.264, MPEG-2, VC1 und H.265/HVEC angegeben.

Stimmt. Scheint über eine "libamplayer " zu funktionieren. Leider bringt Google darüber nicht viel sinnvolles zu Tage, einzig ein verwaistes Git-Repo einer älteren Version, dafür mit Beispielcode und einem kurzen Dokument mit chinesischen Schriftzeichen.

Gruss
Thomas

Es gibt ein openelec repo von codesnake, ich meine der s805 wird auch supported. Auf einer s802 box läuft es schon nicht schlecht, super deinterlacer im Vergleich zu imx6.

Die zentrale Anlaufstelle wird hier sein: http://openlinux.amlogic.com
Allerdings sind die Repos nicht öffentlich und die Voraussetzungen für einen Zugang sind mir aus dem Antragsformular nicht ersichtlich.

Gruss
Thomas

Moin,

laut diesem post im dazugehörigen thread funktioniert die Hardwaredekodierung auch mit XBMC/Kodi im zur Verfügung gestellten Ubuntu image - zu erkennen am "dc:am-h264". Vielleicht findet man ja die/eine aktuelle libamplayer in dem image?

Gruß, ollo

Quote from ollo

Vielleicht findet man ja die/eine aktuelle libamplayer in dem image?

Die libamcodec von XBMC/Kodi kommt von hier: https://github.com/codesnake/libamcodec

Scheint auch aktuell zu sein, trotzdem wäre was "offizielles" mit Dokumentation eine feine Sache…

Gruss
Thomas

Dachte ich haette glaube ich auf wikipedia RPI gelesen, dass der RPI / VideoCore IV derzeit die einzige SBC / GPU Kombination sind fuer die es open source Herstellertreiber gibt. Statt muehsam reverse engineered community developed software. Wenn das stimmt dann waere das fuer mich immer ein Grund so en board wie den RPI zu bevorzugen wenn es um Graphik geht.

IR-Empfaenger ist ja nett, aber es ist doch ziemlich unwahrscheinlich dass man so ein SBC so einbaut dass der IR-Empfaenger sichtbar ist. Klinkenstecker fuer IR waere also viel praktischer.

Wenn ich einen Server bauen will brauche ich dafuer min-PCIe fuer SSD oder SATA. Hat er Odroid C1 leider auch nicht. Als Server scheint also sowas wie ein Banana-PI sinnvoller zu sein.

Und wo ich schon mal so schoen am Meckern bin, mal so als Breitseite an alle SBC: DIe I/O Verbinder koennte man wirklich mal sinnvoller anbringen, naemlich so dass auf einer Breitseite all die I/O Verbinder sind, die man aus dem Gehaeuse herausfuehren koennen will, und die sich schwierig verlaengern lassen. Also zumindest Ethernet, 2 * USB, HDMI. Bisher sind bei allen SBCs die ich gesehen habe alle USB und Ethernet auf einer anderen Seite als das HDMI angebracht. Dieses sinnvolle Konzept von "PC-Motherboards", dass man die in board-unabhaengige Gehaeuse einbauen kann wuerde den SBCs auch echt gut zu Gesicht stehen.