Es wird kein XBMC für Receiver geben weil einfach die Grundlagen wie openGL und DirectX nicht vorhanden sind.

Das ist mit Sicherheit kein vollwertiges XBMC sondern nur so ein MediaCenter Dingens.
Davon gibts ja inzwischen einige. Und Projekt Valerie ist dabei sicher das beste für die Box zur Zeit.
Und wenn ich von den Geschwindigkeitsproblemen beim aaf XBMC lese dann ist das sehr abgespeckt.
Auch das die Leute dort ihre Boxen "hochtakten" damit es halbwegs läuft. Eine STB hat nunmal weder openGL noch DirectX.

Aha über die Software emuliert? Na Prost Mahlzeit. XBMC ist im Normalzustand ziemlich gewaltig.
Von den ursprünglichen XBMC Sourcen wird da nicht mehr viel übrig sein. Die Hauptmerkmale wie openGL und DirectX sind schon raus.
Damit es so auf einem Receiver läuft muss es sehr abgespeckt sein. Was es so zu einer normalen Oberfläche degradiert und was der Receiver auch so schon kann.
Wenn ich das brauche kann ich auch bei Valerie bleiben. Das läuft wenigstens ziemlich flüssig auf der Box.
Also bis auf die Aufteilungen im Skin seh ich da keinen großen Unterschied zu Valerie. Außer das Valerie viel schneller ist.

Ich glaube die aktuelle Generation von STMicroelectronics SoCs unterstützt voll OpenGL ES. Bei den Chips in unseren Receivern wird das allerdings nix, da stimme ich Koivo zu. Es sei denn irgendein schlauer Fuchs implementiert Grafikbeschleunigung auf den Audio/Video DSPs. Bisher können die ja nur einige 2D Operationen von DirectFB beschleunigen, soweit ich weiß.

Ja im STi7108 soll eine 3D GPU eingebaut haben für sogenannte 3D Grafikbeschleunigung mit openGL-ES 2.0. Keine Ahnung was das ES heißt.
Das hab ich auch schon gelesen und finde das recht interessant. Gibt es aktuell schon Boxen die das voll unterstützen?

Hi,

das ES steht für "embeded systems". Ob diese Funktion in ein Receiver kommt, würde ich bezweifeln. Klar der Chip unterstützt diese Funktion aber der Receiverhersteller muss auch diese Funktion aktivieren lassen und das kostet in der Regel "mehr" Geld ... und das für eine Funktion die er im Normalfall nicht benötigt. Aber ich kann mich auch irren

Na dann muss ich das Thema doch mal wieder aus der Versenkung hochholen da ich XBMC auf den Spark-Boxen auch sehr gerne sehen würde.
Es gibt da so ein Projekt Namens E2BMC das wohl später sogar OpenSource sein wird. Die ersten Receiver (ARM PNX8471) mit diesem System soll es wohl ab Oktober geben noch ist nicht abzusehen ob man E2BMC dann auch auf dem Sti7162 zum laufen bekommt, aber es bleibt spannend

Oder der ruby prismcube.com/ ist gleiche wie die E2BMC ?
Der man die von E2Bmc ist auch der man von der maxdigital Vu etc aus holland.
Der ruby ist von MARUSYS und MARUSYS is der hersteller von VU.

Die PNX8496 sind ja soweit ich mich erinnere ARM Cortex A9, also völlig andere Hardware als unsere SH4. Dass es da Boxen gibt auf denen XBMC läuft, finde ich jetzt nicht sehr überraschend, da es ja sogar auf dem 30€ Raspberry Pi läuft. Hat der GM Hypercube den nicht sogar auch?

Aber auch für SH4-Boxen tut sich in Richtung XBMC schon ein bischen was, allerdings ist es für ARM-Chips natürlich etwas einfacher

xbmc meets sh4

Es belibt genau hier hängen. Ich denke mal das es GIT noch so einige Fehler gibt zum XMBC

htly/pvr-addons; \
\
[ "$REVISION" == "" ] (cd /root/max/tdt/cvs/apps/xbmc-nightly; git checkout "$REVISION"; cd "/root/max/tdt/cvs/cdk";); \
[ "$PVRREVISION" == "" ] (cd /root/max/tdt/cvs/apps/xbmc-nightly/pvr-addons; git checkout "$PVRREVISION"; cd "/root/max/tdt/cvs/cdk";); \
\
rm -rf /root/max/tdt/cvs/apps/xbmc-nightly/.git; \
rm -rf /root/max/tdt/cvs/apps/xbmc-nightly/pvr-addons/.git; \
\
cp -ra /root/max/tdt/cvs/apps/xbmc-nightly /root/max/tdt/cvs/apps/xbmc-nightly.org; \
cd /root/max/tdt/cvs/apps/xbmc-nightly && patch -p1 < "../../cdk/Patches/xbmc-nightly.$DIFF.diff"; \
cd /root/max/tdt/cvs/apps/xbmc-nightly && patch -p1 < "../../cdk/Patches/xbmc-nightly.pvr.$DIFF.diff"

Choose between the following revisions:
0) Newest (Can fail due to outdated patch)
---- REVISIONS ----
1) Sat, 14 Apr 2012 12:36 - 460e79416c5cb13010456794f36f89d49d25da75
2) Sun, 10 Jun 2012 13:53 - 327710767d2257dad27e3885effba1d49d4557f0
3) Fr, 31 Aug 2012 22:34 - Frodo_alpha5 - 12840c28d8fbfd71c26be798ff6b13828b05b168
4) Fr, 31 Oct 2012 22:34 - Frodo_alpha7 - e292b1147bd89a7e53742e3e5039b9a906a3b1d0
5) Fr, 02 Jan 2013 22:34 - Frodo_rc3 - 7a6cb7f49ae19dca3c48c40fa3bd20dc3c490e60
6) current inactive... comming soon, here is the next stable (case 6 == DIFF=6)

Es clont das Git neu, mal sehen was bei rüber kommt.
Aber selbst das vom AAF ist ja ein Jahr alt.

Hat hier jemand eine Idee ?