Nabend zusammen,
bin gerade über einen netten Request bei OpenELEC gestolpert.
OpenELEC ist eine eigene Distribution welche speziell für MediaCenter gestaltet wurde. Diese Stellen spezielle Images für z.B. Generic, ION, Fusion, RaspPi her. Nutze die Distri selbst und bin mega zufrieden.
Hier der Request ob was darauß wird muss man sehen, interessant und geile wäre es aber!!!!
Port OpenELEC to PrismCube (open source Linux ARM set-top box)
OpenELEC developers, this is a feature request for you to consider.
Please port OpenELEC to PrismCube Ruby, the new open source (Linux on ARM) DVB PVR/DVR set-top box from Marusys, who is also an offical sponsor of xbmc.org Link nur für registrierte und freigeschaltete Mitglieder sichtbar. Link nur für registrierte und freigeschaltete Mitglieder sichtbar.
PrismCube by Marusys is a DVB-S2 Twin-Tuner high-definition DVR/PVR set-top-box running native XBMC as its main media center GUI interface on-top of Linux for embedded systems. Released in October 2013, this first hardware model is marketed as "PrismCube Ruby" in Europe, North Africa, and Middle East, and it is also sold under different brand names such as "Kasys Prismcube Ruby", "AB IPBox Prismcube Ruby", and "Openbox Prismcube Ruby".
PrismCube Ruby firmware image is based on OpenEmbedded-Linux, and uses Marusys's own PVR backend software that integrated itself into XBMC's GUI, so currently the PVR GUI (OpenGL) elements on PrismCube are not part of native XBMC core code even though they use the same skin textures to get similar look and feel interface, a ported fork which Marusys calls "XBMC4STB" (XBMC for Set-Top-Boxes), which is the same name that Vu+ have given to their XBMC port too.
Third-party firmware images for PrismCube Ruby is also already being developed by the Black Hole Team, a team of independent developers of long popular community driven firmware images for Vu+-based set top-boxes.
Link nur für registrierte und freigeschaltete Mitglieder sichtbar.
if (ahnung == 0) {use SEARCH; use BRAIN; use GOOGLE; } else {make Post;}
- Um unnötige Posts zu vermeiden nutzt bitte den "Danke" Button -- Kein Support per PN - - Time ist never wasted when you're wasted all the time -
Ah, das klingt natürlich interessant, da von dem was man so liest, gerade das Zusammenspiel des XMBC-Teils und des TV-Teils bei der Marusys-Lösung nicht so gut sein soll. Wäre bestimmt eine gute Sache, danke für die Info!
Das Problem mit der DVB-Unterstützung durch XBMC bleibt aber. Auch bei OpenELEC hat XBMC keine wirkliche DVB-Funktion, sondern für die TV-Funktion wird dann TVHeadend verwendet. Unterstützung für die Receiver-Hardware (Tuner) ist da eher nicht zu erwarten, weil auch OpenELEC mehr den Mainstream (Computer-Hardware, insbesondere bei den DVB-Tunern) unterstützt als Nieschenprodukte. Der Marusys Prismcube Ruby bewegt sich irgendwo dazwischen: Source-Code ist weitgehend verfügbar, aber ziemlich zusammen geklaubt (auch Teile von OpenELEC).
Außerdem, was macht OpenELEC besser als die Marusys-App? XBMC ansich ist eben nicht für DVB-Empfang und Aufnahme gedacht, sondern ein Wiedergabe-System für alle möglichen und unmöglichen Multimedia-Inhalte, die auch DVB-Streams sein können, aber eben von einem "extern" System geliefert werden müssen.
Weiß man, ob diese TV-App eine Eigenentwicklung von Marusys ist oder ob da auch Funktionen aus dem XBMC-PVR-Bereich einfließen?
Habe zuletzt ein wenig im XBMC-Forum in der Kategorie "PRV Development" gelesen und da schrauben die Jungs ja schon am EPG, Aufnahmen, Timeshift etc. Frage mich jetzt, ob es sich lohnt, da zu lesen... Wenn Marusys was komplett eigenes gemacht hat, dann lohnt es sich wahrscheinlich eher nicht.
It's an interesting looking box, but It makes no sense for OpenELEC to independently invest the large amount of time and effort required for a new build when prism are already providing a custom XBMC distro for their product. If prism wanted to switch to something based on OpenELEC that would be different, and I'm sure we would welcome their ongoing support and contributions to our project.
Wohl eh vom Tisch
if (ahnung == 0) {use SEARCH; use BRAIN; use GOOGLE; } else {make Post;}
- Um unnötige Posts zu vermeiden nutzt bitte den "Danke" Button -- Kein Support per PN - - Time ist never wasted when you're wasted all the time -
Weiß man, ob diese TV-App eine Eigenentwicklung von Marusys ist oder ob da auch Funktionen aus dem XBMC-PVR-Bereich einfließen?
Habe zuletzt ein wenig im XBMC-Forum in der Kategorie "PRV Development" gelesen und da schrauben die Jungs ja schon am EPG, Aufnahmen, Timeshift etc. Frage mich jetzt, ob es sich lohnt, da zu lesen... Wenn Marusys was komplett eigenes gemacht hat, dann lohnt es sich wahrscheinlich eher nicht.
Soweit ich weiss ist das eine komplette Eigenentwicklung, und aber auch closed source, zumindest "so ungefähr".
Denn ganz so closed kann es ja nicht sein, da das Black Hole Team (oder auch Skinner) im PVR Menü ja auch fleissig Funktionen mitreinnimmt,
nur halt keine Funktionen die direkt mit dem TV schauen zu tun haben.
Scheint sich also nur auf die direkten TV Funktionen zu beziehen.
Aber ganz so genau weiss ich das auch nicht - so kommts zumindest für mich als User rüber.
Es hiess auf alle Fälle das die Marusys TV-App closed Source sei,
und Fakt ist aber auch das das Menü verändert werden kann und Funktionen hinzugefügt werden können,
die nichts mit der grundlegenden TV Funktionalität zu tun haben.
Auf Youtube gibts noch ein Video zur Leistungfähigkeit der TV App,
da werden gleichzeitig 2 HD Channels aufgezeichnet, ein 3ter HD Kanal läuft im PiP, und ein 4ter wird im Vollbild angezeigt + zusätzlichem Timeshift auf dem 4ten HD Kanal.
Link nur für registrierte und freigeschaltete Mitglieder sichtbar.
(Sollten externe Links hier nicht erwünscht sein, dann bitte löschen....)
Weiß man, ob diese TV-App eine Eigenentwicklung von Marusys ist oder ob da auch Funktionen aus dem XBMC-PVR-Bereich einfließen?
...
Die Marusy(s)-App wird wohl weitgehend eine Eigentwicklung sein, die eben die DVB-Hardware des Prismcube Ruby berücksichtigt. Müsste man mal genauer im veröffentlichten Source-Code schauen, was Open-Source (also als Quell-Code) und was als Closed-Source (also nur eingebundene Binaries) ist.
Was vom XBMC wie übernommen wurde, ist im Source-Code zwar sicherlich erkennbar, aber auf Grund der Struktur des Source-Code für den Prismcube Ruby nicht so einfach zu überblicken.
Auf einmal läuft Live TV auch im XBMC.
So ungefähr zumindest. Es ist zwar trotzdem noch die Marusys App,
aber das wurde jetzt etwas mehr mit ins XBMC reingeflochten.
Im XBMC läuft also jetzt auch das TV Bild im Hintergrund weiter,
und verlasse ich das XBMC Menü mit "BACK", kriegt man gar nichts mehr von einem
Umschalten TV-Teil zu XBMC mit, bzw. es scheint kein "Umschalten" in dem Sinne mehr zu existieren.
Man schliesst einfach das XBMC Menü und läuft weiter....
Nur nervt mich jetzt das beim Filmdatenbankdurchscrollen der TV Ton weiterläuft,
und zusätzlich das Scrollen durch die Datenbank hakeliger wurde (wohl weil TV im Hintergrund weiterläuft).
Ausserdem gibts im XBMC noch paar weitere Bildschirmausgabeeinstellungen (ergänzend zu 24p) wie Deinterlacing, Formatanpassung, Schwarze Balken entfernen.
Ein komplett neues Web UI mit Streamingfunktion ist auch dabei, allerdings kann man das sicherlich noch bisschen ausbauen,
und UPnP Funktion mit der man aufs Android/IPad/PC, oder was weiss ich, Sender und TV-Aufnahmen streamen kann.
Und streamen verschlüsselter Kanäle geht auch endlich.
Wie verhält es sich denn, wenn man TV-Aufnahmen laufen hat bzw. vorprogrammiert hat und XBMC als Mediaplayer von sonstwas nutzt. Sind dann die TV-Aufnahmen störungsfrei bzw. werden vorprogrammierte TV-Aufnahmen auch richtig gestartet?
Diesbezüglich hab ich noch keinen Härtetest durchgeführt,
sollte aber einwandfrei gehen. Ich hatte bestimmt schon mal eine Aufnahme laufen
wärend ich im XBMC war.
Würde das nicht gehen, wäre das ja auch wohl ein Witz.
Und so wies aussieht läuft die TV-App im Hintergrund sowieso durch.
Aber ich kann das heute abend oder morgen mal auf "Herz und Nieren" prüfen.
Lesezeichen