Für was wollt ihr es einsetzen, bzw. wo seht ihr den Anwendungszweck für das Hummingboard?
Wie ich weiter oben schon mal angedeutet hatte, plane ich, ein VDR-Ausgabeplugin fuer den i.MX6 zu schreiben. Das Ziel waere dann, einen vollstaendigen HD-VDR z.B. auf dem Hummingboard laufen zu haben. Ausgabe ueber HDMI, Platte an SATA, Tuner an miniPCIe (oder USB). Die Board-Bauform eignet sich irgendwie besser fuer die Integration in ein Gehaeuse als die Wuerfelform der Cubox-i (dort auch kein PCIe). Anfangen wuerde ich mit einem i.MX6D/Q, spaeter kann mal sehen, ob's auch mit einem DualLite oder Solo funktioniert (Platte/Tuner dann an USB).
Wird aber nicht sofort 'was, keine Zeit im Moment. Aber ich warte auch noch drauf, dass Russel King den (gefuehlt) 1000-Teile-Patch fuer HummingBoard/Cubox-i zumindest zum grossen Teil in den Linux-Kernel bringt. Dann haette man eine stabile Arbeitsgrundlage zum Entwickeln. Sehr gut immerhin, dass rmk sich selbst um diese Patches kuemmert, da muss man nicht wie bei den media-Jungs (gefuehlt) zwei Jahre warten, bis man mal einen eigenen Patch in den Kernel bekommt.
Treiberseitig hat das unter XBMC bisher auch gut geklappt. Wisst ihr zu vdr mehr?
Der VDR braucht zur Bild-/Ton-/Menueausgabe ein Ausgabeplugin, wenn man nicht den VDR nur innerhalb des XBMC nutzt. Das ist fuer mich aber keine Alternative.
Aber offenbar ist XBMC nahe an Android, deshalb laeuft XBMC immer recht schnell...
Aber leider halt kein Deinterlacer
Ja, wieso? Im meinem ReferenceManual vom i.MX6D/Q gibt es einen Deinterlacer. Wie gut der ist kann ich allerdings nicht sagen, da ich es bisher nicht testen konnte.
Und die GPU wird sicher der Teil des SoC sein, den ich fuer ein VDR-Ausgabeplugin nicht verwenden werde. Eher VPU (Video-Decoder), IPU (Deinterlacer, Scaler, Overlay-Compositor), HDMI-Controller (Ausgabe, CEC).
Gruss,
S:oren