Änderungen

[[Kategorie:Plugins]] {{Linkbox Plugins}}

===Python hält Einzug in Linux basiernde basierende DVB-Receiver=== Als Enigma2 an den Start ging, wurde in Python programmiert. Grund dafür war unter Anderem, dass zuvor zum Compilieren von ausführbaren Dateien für die Receiver, auf dem PC ein Cross-Compiler bemüht werden musste. Denn auch heute noch, haben die meisten Receiver keine x86-Prozessoren. Da die Speicherkapazität der Flash-ROMs - in denen das Betriebssystem Linux und die ganzen Apps/GUIs reinpassen müssen - im Laufe der Jahre zunahm, dachte man darüber nach, ob man nicht den Compiler direkt in die Box packen kann. Dann bräuchte man beim Programmieren auf dem PC nur noch einen normalen ASCII-Editor benutzen, die Sourcen in die Flash-ROMs der Box hochladen, und die Box würde selber compilieren; Cross-Compiler gespart. Hierfür hatte man sich für Python entschieden. Sowohl Enigma2, als auch sämtliche Plugins - die unter Enigma2 laufen - sind idR. ebenfalls in Python programmiert. So auch das MediaPortal.

Es gibt vier Hauptkategorien (mit dem Stand von März 2014 zur zum MediaPortal v5.1.2.):

- Mediatheken ( > ~ 30 Module )<br>- Grauzone ( < ~ 20 Module)<br>- Fun/Music/Sport ( > ~ 60 Module)<br>- Porn ( > ~ 40 Module)<br>

Die Qualität der Module im MediaPortal sind ist stark von äußeren Einflüssen abhängig. Natürlich können auch einem MediaPortal-Programmierer Fehler unterlaufen. Aber grundsätzlich gibt kein Modul-Programmierer sein Modul zu einer Plattform mit Streaming-Inhalten Plattform frei, ohne es nicht zuvor selber ordentlich geprüft zu haben!<br>Wenn ein Modul plötzlich nicht mehr funktionieren sollte, wurde meist nicht "schlampig programmiert", sondern irgendein Detail auf Seiten des Streaming-Portals wurde geändert, aber doch die Sourcen fundieren noch auf den vorigen Details. Sollte so etwas vorkommen, dann ist es '''durchaus erwünscht''', dies in einem der offiziellen Threads zum MediaPortal zu verkünden. Denn schließlich verwendet ein Modul-Programmierer nicht täglich seine eigenen Module, um zu prüfen, dass sie auch noch stets laufen. Hier ist man natürlich auf die Zuarbeit von Usern angewiesen.<br><br>'''Doch bevor ein User im "offiziellen Thread" zum MediaPortal die Nicht-Funktion eines Moduls postet, sollte er zuvor die Funktionen noch an seinem PC im Browser gegen-prüfen. Sollte '''''' Allerdings wird es nun leider etwas komplizierter: <br>Denn sollte es auch auf dem PC nicht laufen, so kann man dem Media-Portal zunächst immer noch nicht qualitativ keine eine "Schuld" zuweisenzugewiesen werden, denn die vermisste Funktionalität kannkönnte auch...'''<br><br>'''a) an Änderungen am Streaming-Portal Anbieter liegen, oder'''<br>'''b) an individuellen Störungen beim Provider eines Users liegen, oder an individueller Fehlkonfiguration im LAN-Umfeld, oder '''<br>'''c) an Fehlern nach einem Update einer individuellen Änderung an *irgendeiner* Komponente im Receiver(zB. Firmware-Update), und und undoder'''<br>'''d) an temporären, wie auch an grundsätzlichen Änderungen beim Internet-Provider (dann läuft es auch im Browser am PC nicht)<br>''''''e) oder oder oder...'''<br><br>'''Daher ist es sehr wichtig für die Programmierer des MediaPortals, zu wissen, dass all' diese Faktoren bereits vom User gründlich geprüft beachtet wurden, bevor man er einen ernstzunehmenden "Bug-Report" postet!'''<br><br>Im Falle von b) ist es sehr lästig für sämtliche, mitlesenden User, dass beim User "123hallo" plötzlich das N24-Modul nicht mehr läuft, obwohl es bei allen anderen problemlos läuft. Es entsteht eine Extra-Situation im offiziellen MediaPortal-Thread, dessen Verlauf alle evtl. genervt mitlesen, wenn Sollte sich später herausstellt, dass der User "123hallo" irgendeine Komponente am Vortag (o.äzB.b) oder c) geändert hatteals Fehlerursache eines reportenden Users heraustellen, die zum Fehlverhalten führte. Denn hier konnte weder die Community meist nichts , als auch ein Programmierer etwas dabei hinzu lernen, und musste das "Gejammer" eines Einzelnen zuvor mitlesen.<br>Man sollte also als User abwägen, ob man ausreichend getestet hat, bevor man im offiziellen MediaPortal-Thread einen Bug-Report postet. Und nur wenn man sich unsicher ist, sollte man besser den "MediaPortal HILFE-Thread" nutzen. Der Hilfe-Thread ist aber kein '''Abfall-Eimer''' für alles, was nicht im offiziellen Thread besprochen wirdwerden sollte. Auch hier geht man davon aus, dass zuvor ordentlich getestet wurde. '''Nehmt Euch also die Mühe, und testet ordentlich, bevor Ihr postet!!!!'''

Streaming-Portale können ihre Filme/Clips (die meist als .mp4 oder .flvvorliegen) mit unterschiedlichen Streaming-Protokollen anbietenan die User verbreiten. Das liegt nicht im Einflussbereich des MediaPortals, sondern des Anbieters. Manche bieten ausschlisslich HTTP an, manche ausschliesslich RTMP, und manche beides gleichzeitig (zB. das ZDF kann beides). Die Module des MediaPortals bevorzugen grundsätzlich RTMP, sofern ein Anbieter dieses anbietet. Sollte RTMP nicht angeboten werden, dann bekommt man als MediaPortal-User nicht mit, das im Hintergrund HTTP werkelt...

Die HTML-Seiten eines Streaming-Portal Anbieters beinhalten diverse Metadaten zu den Medieninhalten (Länge, Handlung, Anzahl an Aufrufen, uvm.), sowie auch die Links zu den Clips. Die Module des MediaPortals filtern stets die benötigten HTML-''Tags'' mittels ''RegEx'' aus, und ignorieren den Rest der HTML-Seiten. Damit entfällt die Notwendigkeit von Adobe Flash (o.ä.) auf der Settopbox, und der rechenintensive Seitenaufbau eines Web-Browsers entfällt ebenso. Benötigt werden nur die Metadaten, sowie der Link zu den eigentlichen Mediainhalten. Diese werden - je nach Anbieter - entweder über das HTTP-Protokoll, oder über das RTMP-Protokoll an die User gestreamt. Manche Anbieter unterstützen beides (zB. das ZDF). Dies Welches Protokoll verwendet werden kann, muss ein Programmierer für ein MediaPortal-Modul zunächst herausbekommen, und programmiert dementsprechend. Die Modul-Programmierer des MediaPortals bevorzugen RTMP, sofern vom Anbieter unterstützt.

RTMP ist ein Protokoll zum Streaming von VideoClipsMediainhalten. Das Internet besteht nämlich nicht nur aus URLs wie "http://...". Es gibt es auch andere Aufrufe, wie "rtmp://...". Hierbei wird statt HTTP das Protokoll RTMP zwischen Server und Client vereinbart, bevor Daten fließen. Die genaue URL für RTMP ist meist nicht im Klartext in den HTML-Seiten zu entnehmen, kann aber aus diversen, zuvor gefilterten Tags im Modul zusammengesetzt werden. Sobald ein winziges Detail Seitens des Anbieters geändert wird, kann das im MediaPortal zum Nicht-Funktionieren führen. Dann müssen die User auf ein Update des betroffenen Moduls im MediaPortal warten.<br>

- RTMP-Dump funktioniert nicht, bei Streaming-DienstenDienstleistern, die nur HTTP-Streaming anbieten!

ToDoImmer wieder aktuelle Frage in den Threads zum MediaPortal - in vielen Foren - ist, dass beispielsweise die Streams der RTL-Group nach 1-2 Minuten stoppen. Betrifft idR. die VU+ Boxen. Bei den Dreamboxen läuft es meist ohne Abbrüche weiter. Dieses Problem ist vermutlich - wie unter 2222 beschrieben - ein reines VU+ Problem.Ansätze zur Behebung des Problems in VU+ Boxen ist, dass die MediaPortal-Programmierer eine Feature eingebaut haben, dass ein Stream - von der Abriss-Stelle ab - fortgeführt wird. Das funktioniert aber auch nur bei Streaming-Portalen, die dieses Feature unterstützen. Denn es gibt Portale, die auch händisches "Springen" nicht mögen. Bei jenen funktioniert es auch nicht. Zusammenfassend kann man aber sagen, dass die betroffenen Portale meist in "Fun/Music/Sport" zu finden sind. Unter den '''Porn'''-Modulen sind eigentlich keine Fälle bekannt.

ToDoEs gibt ein Zusatzmodul - auch hier im Board zu finden - namens "MediaInfo", welches es erlaubt, MediaInhalte, die via HTTP gestreamt werden, auf Festplatte zu verbannen. RTMP funktioniert hier NICHT! Im Grunde wird hier die Funktion von HTTP-Dump nachgebildet. Nur mit dem Unterschied, dass die MediaInhalte - gegenüber HTTP-Dump - auf der Festplatte liegen bleiben. Somit kann man zB. einen Spielfilm dauerhaft speichern. Andere Verwendung (die Grundidee von MediaInfo) wäre, ein Media-Event damit runter zu laden, und nach einigen Minuten zeitversetzt (durch PLAY im offiziellen MediaPlayer) anzuschauen, in der Hoffnung, dass hinten der Download nicht weiterhin langsamer bleibt, als der Kopf des Streams, der gerade angeschaut wird. Möchte man mit MediaInfo einen Stream runterladen, dann fährt man zunächst den Stream an, und drückt - wenn er dann angelaufen ist - die Info-Taste. Hier muss man bei Bedarf (bei der ersten Nutzung) noch den Speicherort auf der Festplatte festlegen.<br>Hat man das alles zuvor bedacht, ist es eine gute Idee, den laufenden Stream im MediaPortal zu beenden, da sonst doppelt "runtergeladen" wird. Einmal in Echtzeit im MP, und einmal via MediaInfo... Wenn Download beednet, kann man auch Wochen später den Stream von dem voreingestellten Pfad aus ansehen, oder gar woanders hin kopieren, und dort auch auf einen optischen Datenträger brennen (o.ä.). Das ist allerdings nicht die Grundidee, von MediaInfo... Anfragen zu Problemen damit sind daher nicht erwünscht.<br><br> '''Nochmals als Hinweis: MediaInfo kann nicht mit ''RTMP''-Streamings umgehen/agieren!!!. Nur HTTP-Streamings werden unterstützt!'''

ToDoHier muss man ein wenig aufpassen... Es gibt das MP zum Download als .ipk Datei. Dieses lädt man via FTP in den /tmp Ordner hoch, und schiebt den Install-Prozess händisch an.<br><br>Das MediaPortal ist aber auch via Feed in vielen Images bereits implementiert (in einer bestimmten Version). Wenn man nun ein händisch runtergeladenes .ipk einer neueren MP-Version über das, im Feed eines Images enthaltenen drüber-installiert, kann es zu Inkonsistenzen kommen. Daher sollte man sich vor der Installation darüber Gedanken machen...<br><br> Zu empfehlen wären folgende Vorgehensweisen:<br><br> - Entweder das MediaPortal eines Image-Feeds benutzen, und stets den Update des Feeds des Images abwarten, und das Update des MP wird erst mit dem Update des Images wirksam.<br>- Oder das MediaPortal nicht im Feed installieren, sondern per Hand... Dann wäre das Einschalten des Überwachers auf Updates (innerhalb des MediaPortals) auch wirksam, und darf genutzt werden<br><br> Zweiteres ist eigentlich zu empfehlen, da man nicht erst auf ein Update des Image-Erstellers warten muss, um stets die neuste Version (Bugfixes) des MediaPortals nutznießen zu können.

ToDoBis vor einigen Monaten, konnte man in der GIT-Umgebung noch ein ZIP-File herunterladen, und - nach Löschen von eigen ungenutzten Dateien - die täglich aktuellste Version via FTP in das FlashROM des Receiveres hochladen. Seit das GIT zum MP aber nun versteckt ist, geht das nicht mehr. Man muss nun also entweder auf die Implementierung der neuesten Version innerhalb der Image-Betreuers warten, oder auf -falls man händisch installiert hatte, was zu empfehlen ist - eine neue Version des MP, um sie händisch, oder via Auto-Update Funktion zu installieren. Sollte man die händische Funktion bevorzugen, dann ist die .ipk Date - die meist im zweiten Posting des offiziellen MP-Threads zu finden ist, via FTP nach /tmp der Box hochzuladen. Hat man dies gemeistert, dann sollte man zunächst im Erweiterungs-Menü unter

Auch hier muss man ein wenig aufpassen. Sollte man das MediaPortal händisch installiert haben (was zu empfehlen ist), dann werden über das .ipk auch sämtliche Treiber/Libs, die das MediaPortal benötigt, automatisch mit-installiert. Sollte man anders vorgegangen sein, dann muss man evtl. händisch vorgehen, oder auch nachhelfen... Der "Telnet"-Client wird benötigt. Ab Windows7 muss man den "Telnet-Client" meist erst per Hand nach-installieren... Das geht über Systemsteuerung, "Programme und Funktionen", und darunter (auf der linken Seite) unter "Windows Funktionen aktivieren oder deaktivieren" anklicken. Eine Windows-CD wir meist dazu nicht benötigt. Ist der Arbeitsschritt abgeschlossen, so öffnet man eine Eingabeaufforderung (unter Win7 auf den Start-Button klicken, und "Eing" eintippen. Dann Enter. Dann in dem schwarzen Fenster "telnet <IP der Box>" eintippen, und User/PW der Box eingeben. Nun kann man folgendes eingeben... =ToDo= - Nachzuinstallierende Pakete, bei manueller Installation - FAQ/Häufigste Fehler - Known Bugs - Erstellen von Skins   =FAQ= == Wie lautet die aktuelle MediaPortal Versionsnummer? == 20200701-py2 (Stand 01.05.2021)

=Nachzuinstallierende Pakete, bei manueller Installation= Wo findet man die aktuelle IPK für MediaPortal? ==

=FAQHilfe bei der Installation https://wiki.vuplus-support.org/Häufigste Fehlerindex.php?title=Installieren_von_Erweiterungen

Den Fix findet ihr auch in Post #1 https://www.vuplus-support.org/wbb4/index.php?thread/121451-mediaportal-hauptthread-kein-support-f%C3%BCr-grauzone-user-erweiterung/&postID=Erstellen von Skins=691860#post691860