Beiträge von SaEt9001

Hi brezel,

ja berichte mal über Deine Ergebnisse.
Bzgl. des MX Player habe ich ähnlich gute Erfahrungen gemacht. Ich nutze ihn auf meiner himedia-Box als Player für TV-streaming. Geht perfekt und in HD.
Das ist auch der grund, warum ich nicht so ganz verstehe, warum die HW-Unterstützung unter xbmc nur begrenzt futnkioniert. Eigentlich nur bei extra-konfektionierten Versionen - siehe oyua. Da lässt sich zu großen Teilen dann auch HD-Video mit dem internen DVD-player abspielen.
Die beyond xbmc 3.3 habe ich derzeit auch im Einsatz (parallel zur aktuellen Gotham beta2). Die geht recht gut, aber eben auch ohne HW-Unterstützung. Dafür benötige ich dann den ext. Player -in dem Fall, den von meiner himedia-Box.
Ich habe das übrigens über rules in der playercorefactory gesteuert, so dass ich das Kontextmenü nicht aktiv bedienen muss, um den Player zu wählen. Als Standard habe ich den himedia-player ausgeählt, DVD, Internet bzw. youtube und videoin 576er Auflösung (DV-avii) spielt er mit dem DVD-player. Das klappt perfekt so.

Trotzdem wäre eine xbmc Version mit perfekter HW-Unterstützung für arm v9 für mich und andere perfekt, da vor allem bei BD-iso leider mit dem externen Player Schluss ist. Die Übergabe der Files klappt derzeit nicht.
Und der interne ruckelt sich ohne HW Unterstützung zwangsläufig "einen Wolf" - das ist dann eher Einzelbildschalte...

SaEt9000

Ja, die kannst Du versuchen.
Auf dem himedia hatten wir hiermit http://www.mediafire.com/download/bv5pa…FRIGHT_12.3.apk sehr gute Ergebnisse. Allerdings ist da die Steuerung irgendwie verbogen... Ich habe mit der FB auf meinem Gerät den OK-button nicht bestätigen können. Das muss aber nicht bei allen Geräten so sein. Ich nehem an, dass es daran liegt, dass die ouya mit einer console bedient wird.
Die Videowiedergabe war aber z.T. bis 1080 flüssig !!

Hier ist noch eine Version: http://www.freaktab.com/showthread.php…-%28Beta-3-3%29
Es ist die 3.3 ouya test1. Trotz der "3.3" it es auch eine adaptierte Frodo.
Läuft flüssig, aber bei mir in rosa...

Viel Erfolg!

SaEt9000

Hi Sparanus,

die youtube-app läuft normaler Weise mit einem Player, der auf Deinem gerät als app installiert ist und natürlich exakt auf die Hardware abgestimmt ist. Da ruckelt nichts.
Wenn Du in xbmc keinen externen Player eingebunden hast, dann schaust Du mit dem xbmc-eigenen (DVD)Player. Für den gibt es in Gotham13 beta Beschleunigungsparameter, die z.T. auch die Hardware verwenden. Die Schalter findest Du im Menü unter system\video\beschleunigung. Damit kannst Du experimentieren.
Flüssig kann es nur mit eingeschalteter HW-acceleration (libstagefright) werden. Also macht es Sinn, wie von Quentech vorgeschlagen, mal nur diesen parameter einzuschalten und zu testen. Wenn Du damit nicht zufrieden bist... schau mal ins xbmc.[definition='1','0']log[/definition] (unter ...\userdata\temp\xbmc.[definition='1','0']log[/definition]). Da müsstest Du nach dem Laden der Datei sehen können, ob eine Datei die libxbmcvcodec_stagefright... o.ä. heißt geladen werden konnte oder nicht. Wenn nicht, wird mit der derzeitigen version Deine HW nicht unterstützt. Ich glaube aber, gelesen zu haben, dass die rockchip vom xbmc gut unterstützt werden.
GGf. mal nach HW-acceleration und rockchip + xbmc suchen. Es gibt sehr viele angepasste Versionen. Ob es schon die 13 beta gibt - keine Ahnung.

Die andere variante ist das Einbinden eines externen Players (Stichwort. playercorefactory.mlx im userdata-verzeichnis Bsp. Mx-Player oder der Videoplayer, der zu Deiner Hardware gehört). Das kann auch gut funktionieren - ggf. aber mit Einschränkungen hier und da.

SaEt9000

ich schiebe die Frage noch einmal nach oben.
Die aktuelle beta1 Gotham bietet ja nun auch 2 Varianten der HW-Unterstützung. Auf meinem Gerät (ARM9 , hisilikon) hat das keine spürbaren Auswirkungen.
Bei den sog. ouya-xbmc-Versionen nehme ich bei HW-Unterstützung eine deutliche Beschleunigung war - hier läuft dann zum Teil sogar HD-Video flüssig.

Aber irgendwie ist mir die Situation nicht klar. Welche android-HW wird denn nun für HW-Beschleunigung richtig unterstützt? Ist damit zu rechnen, dass auch andere HW demnächst auch in offiziellen Versionen unterstützt wird?

Es gab wohl auch die eine oder andere (custom?) Gotham build, die die von mir angesprochene HW besser unterstützt als die aktuelle beta...

SaEt9000

Hallo,

hier mal wieder eine eher ungewöhnliche Frage - evtl. hat jemand eine Erleuchtung oder kennt sogar das Thema.
Ich möchte via xbmc auch blueray-isos auf meiner Himedia-box Q10 abspielen. Allerdings benötige ich dafür einen externen Player, den ich mit der playercorefactory.xml eingebunden habe. Mit dem internen Player ist es eher Einzelbildschaltung als ein Film. Für alle anderen Dateitypen funktioniert das übrigens mit dem ext. Player problemlos - ich nutze dafür den Himedia eigenen HimediaVideoplayer.
Wenn ich nun eine BD nutze, startet das xbmc-eigene BD-Menü und danach starte der externe Player fehlerhaft. Das Video startet nicht.

Aus dem Dateimanager heraus funktioniert das Aufrufen von BD übrigens problemlos. Das Problem ist hier bei xbmc, das beim Start der Film-Datei für BD noch zusätzliche Parameter hinterherschiebt, damit das Menü aufgeht und man dann Kapitel oder hauptfilm wählen kann. Das funktioniert aber mit ext. Player nicht. Die verstehen das ganze dann wohl als einen Dateinamen, den es so aber nicht gibt - die Datei wird nicht gefunden.

Was kann man tun?
Lässt sich dieses BD-Menü irgendwo komplett abschalten? Habe bisher in keiner xml etwas gefunden.
Kann man beim Aufruf des ext. Players die zusätzlich gelieferten Argumente in der pülayercorefactory auswerten oder wieder entfernen ? Evtl.per script?

Danke
SaEt9000

Hallo,

ich wage zu dem Thema mal einen Versuch:
Ich nutze einen himedia Q10II mediaplayer und immer mal wieder fällt mir eine xbmc-version in die Hände, die scheinbar die verbaute Hardware ganz gut unterstützt, was man einfach daran erkennt, dass auch HD-Filme - teilweise bis 1080p - damit abgespielt werden können. Libstagefright ist dann so ein Parameter über den man da stolpert.
Aber nirgends finde ich eine Erklärung oder Doku darüber, wo das geht und wo nicht. Die 13.9 alpha liefert offensichtlich die passende HW-Unterstützung, die 13.11 hat sie nicht - trotz einstellbarem libstagefrigth.
Ich habe bisher keinen Schimmer, woran man erkennen kann, wie in welcher Version die HW unterstützt wird.

Hat jemand dazu mehr Expertise aufgebaut? Ich vermute ja mal fast, dass es mit fast allen Versionen geht - dass nur die Parameter meist nicht stimmen.
Es gibt auch testbuilds, die explizit ffmpeg im Namen tragen - was bedeutet das ? ist das ein Hinweis auf HW-unterstützung?

SaEt9000

Im Moment hat es sich tatsächlich erledigt, aber Du bestätigst damit meine eigenen Überlegungen. Danke. Schritt für Schritt wird mir xbmc unter android langsam verständlich
Ist auf jeden Fall eine super Idee.. und wie ich mich kenne, werde ich früher oder später davon Gebrauch machen.

SaEt9000

Im Himedia - Forum gibt es auch VidonMe Nutzer. Der Av2000 scheint schon sehr gut mit xbmc zurecht zu kommen.
Der Himedia Q10II in der aktuellen EMMC-Variante ist ohne Frage auch voll xbmc-tauglich. Allerdings gibt es bisher nur eine 12.2er beta die für den Himedia angepasst wurde. Ich habe mir jetzt die 13.11 alpha soweit zurecht geschnitzt, dass sie toll läuft. 1080p ist gar kein Problem - man muss nur einen externen Player einbinden. Nur BD-iso geht aus xbmc heraus auf dem himedia derzeit nicht. Da das aber wiederum in der 12.2 beta funktioniert, ist es keien frage von chip und Hardware sondern nur von einer passenden XBMC-version.

SaEt9000

so einfach, wie erhofft, ist das leider nicht.
Nach einigen Fehlversuchen ohne jden Effekt mit keyboard.xml und remote.xml habe ich dann mal eine bezüglich der Eingabe funktionierende xbmc.apk (12.2.) entpackt, und mir die "Eingabegerät".xmls mal angesehen. Unterschiede habe ich inhaltlich nicht entdeckt, allerdings war dort keine joystick.xml.
Also habe ich ein paar dieser xmls in meine Konfig übernommen, joystick.xml weggelassen, apk neu gepackt und installiert: Ergebnis: jetzt ging mit der remote nichts mehr
Dann manuell ins userdata die ganzen joystick*.xmls wieder einkopiert... nun ist der Stand wie gehabt.

Also offensichtlich gibt es irgendwo in diesen Dateien einen wichtigen Schalter... ich weiss nur noch nicht in welcher. Die Steuerung der ouya-Konsole soll ja identisch zur xbox360 sein - ich hoffe, dass ich da irgendwie fündig werde.

Allerdings ist mir wieder aufgefallen, dass ich mit android noch ziemlich im Nebel stehe. Die apks, die ich entpackt habe, enthielten diverse "Eingabegerät."xmls oder auch advacedsettings.xml und eine playercorefactory.xml, die ich dann im xbmc-Ordner aber nirgendwo finde. Das userdata-Verzeichnis ist nach der Installation fast leer.
Wohin werden die Dateien geschrieben, wenn ich die apk installiere? Da fehlt mir noch der Zugang..

Vielleicht hat hier jemand noch einen Tip.

SaEt9000

ja - direkt im \userdata . Die Datei ist selbsterklärend.

Übrigens kannst Du auch Netzwerpfade per nfs oder ftp verwenden. Wenn Deine Quelle das ermöglicht, dann kannst Du ja mal das versuchen.
Mir ist gerade aufgefallen: wenn Du die IP eingibts, dann benötigst Du den Servernanamen nicht. Evtl. ergibt sich hier ein Konflikt.
IP-Adresse/share müsste reichen.

SaEt9000

Ich glaube mittlerweile, das Problem liegt an anderer Stelle.
Die Version, die ich verwende, ist für die ouya-Konsole - also eine Spielekonsole, die auch eher über ein Gamepad gesteuert wird. Mein Gerät ist ein Q10ii - also ein mediaplayer. Offensichtlich haben die Enwtwickler in dieser Version die Steuerng des xbmc via Gamepad im soucrecode irgendwo fest codiert.
Jetzt kann ich wahrscheinlich so viele remote.xml und keyboard.xml ins userdata kopieren wie ich möchte.. die Signale der Fernbedienung werden über den sourcode dann jedesmal in gamepad-Befehle umgesetzt und die sind bei der OK-taste sowie "Menü" falsch.

Jetzt habe ich mir überlegt - wenn die Überlegung stimmt, dann müsste ich via gamepad.xml die passenden Aufrufe finden und kann die dann für die beiden Befehle "rückübersetzen". Also <select> ist dann <A> oder so. Das werde ich heute noch versuchen.
Die andere variante wäre, die fernbedieung wie eine Universalfernbedienung in der remote.xml anzusteuern. Dazu müsste ich "nur" die Singalcodes der fernbedienung wissen. Angeblich soll man das im [definition='1','0']log[/definition] nachlesen können - aber auch das habe ich gestern nirgend gefunden. Angeblich soll es unter data\data\ xbmc.org\temp so etwas geben. Ich habe diesen Pfad aber nicht (manuell anlegen ?) . bei mir gibt es immer nur android\data\files\xbmc.org\... aber da ist kein temp und kein [definition='1','0']log[/definition].

SaEt9000

ok - dann versuche ich mich daran. Danke für den Tip.

Werde berichten....

SaEt9000

hallo,

wäre die keyboard.xml der richtige Ansatz, wenn ich eine xbmc-version habe, wo die Signale der IR-Fernbedieung z.Z. nicht interpretiert werden (Bsp. der OK-button) ?

SaEt9000

Hallo,

es wäre erst mal wichtig zuer fahren, ob der Effekt bei allen videos auftritt oder nur bei denen mit potentieller Hardwarebeschleuinigung (HD, evtl. auch dvix). laufen denn normale SD-Videos / DVD ?

Welche Player liefern auf dem tablet gutes Bild (Bsp. MX Player).

Daran könnte man schon etwas ableiten.

Da das tab einen intel chip hat, gehe ich davon aus, dass die x65 xbmc die richtige ist. Derzeit wird da natürlich viel entwickelt. Welche Versiopnen habt ihr getestet - mit welchem Erfolg?

SaEt9000

Hallo,

mein erster Thread in diesem Board hier und ich denke, es wird gleich etwas komplexer.
Ich habe seit einiger zeit einen Dual-core Android Himedia Q10ii , der in seinem eigenen rudimentären Mediacenter prinzipiell alle video-Daten sehr gut abspielen kann.

Es wird auch ein xbmc angeboten in einer 12.2 beta :
https://www.mediafire.com/?do128iltla8ymtb

Diese Beta unterstützt die video-HW bis hin zu playback von BD-iso. Das Einbinden externer player (playercorefactory.xml) geht mit dieser Version nicht. GrößtesMmanko ist die mangelhafte DVD-Unterstützung. DVDs mit komplexerer Menüstruktur lassen sich nicht navigieren. Aber das haben ja fast alle frodo-versionen so eigen (bis 12.3.).

Für die ouya-Konsole wird in sehr kurzen Abständen ebenfalls für xbmc entwickelt - mit hardware accellaration via libstagefright. Diese Version läuft mit dem himedia schon sehr ordentlich. Hier ein link zu einer recht kompatiblen Version:
http://www.mediafire.com/download/bv5pa…FRIGHT_12.3.apk
Hier geht DVD-navigation perfekt und HD-Video werden bis 720p oerfekt abgespielt, bei 1080er Auflösung kann es je nach Datei-Aufbau Probleme geben. Bei BD-iso ist dann aber Schluss - geht also nicht. Dazu kommt noch das übel, dass diese Version nicht mit der himedia Fernbedienung steuerbar ist. Das liegt evtl. daran, dass die ouya eben eine Spielekonsole ist.
Als letzte umfangreich getestete Variante habe ich mich an verschiedenen Gotham-Versionen versucht. DVD-navigation ist top und fehlerlos. Hier lässt sich der himedia-eigene Videoplayer per playercorefactory gut einbauen - kann aber so keine BDs starten (Start und übergabeparameter unklar) und lässt sich auch nicht für Netzwerfiles verwenden (zumindest nicht ohne mounting, also kein ftp oder smb oder http).

Zusammengefasst: In Summe können alle diese xbmc-Versionen, was wir gerne hätten. Als "Einzeledition" kann aber keine dieser Versionen alle Grundfunktionen für video:
DVD-Navigation
HD-Video flüssig abspielen
BD-iso abspielen
HD-Video auch aus dem LAn abspielen
XBMC-Steuerung über Fernbedienung (Pfeiltasten, "ok")

Der einfache Gedanke: Einzelfunktionen zu mergen...
Ich traue mir durchaus zu eine apk zu entpacken, Dateien auszutauschen xmls zu editieren und das ganze wieder neu zur apk zu machen.

Was ich nicht beherrsche: sourcecoed editieren und compilieren. Ich habe mir neulich zwar "Eclipse" geladen, bin aber daran erst mal grandios gescheitert auch nur einen vorhandenen code in eine apk zu compilieren.

Aber vielleicht reichen ja meine Kenntnisse mit Eurer Hilfe. Das wäre ein spannendes Projekt. Eifrige Tester gibt es im himedia Forum http://www.himedia-player.de genug.

Schon mal besten Dank !
SaEt9000