Ember Media Manager 1.4.8.0 Alpha - Diskussionsthread

Zitat von Sherlock

1. ich habe in meinen filmordnern 2 info dateien, .nfo und .info , welche davon kann ich löschen (sind eine ganze menge)

Die .info kannst du löschen. Die erstellt Ember dann, wenn schon eine .nfo vorhanden ist, diese aber entweder keine XML-Struktur (Release NFOs von Downloads) oder eine fehlerhafte Struktur enthällt (aus z.B. anderen Mediamanagern mit schlampigen Regeln).
Du kannst Einstellen, dass fehlerhafte NFO beim Scrapen überschrieben werden, wenn Ember kein Backup davon erstellen soll: Einstellungen => Optionen => Allgemein => Diverses => Überschreibe nicht konforme NFOs

Zitat von Sherlock

2. Ember schreibt bein neu einlesen eines films alle Bilder,logos usw doppel in den Filmordner,das sieht dann so aus :

scheinbar hab ich da irgendwo falsche Einstellungen gemacht.
3. Teilweise habe ich bis zu 4 mal das gleiche bild in einem film,kann ich das nicht irgendwo so einstellen das er immer nur ein Poster speichert und zwar das letzte was ich hinzufüge?

Unter Einstellungen => Filme/Serien => Dateien und Quellen => Dateibenennung kannst auswählen, welche Dateinamen gelesen und geschrieben werden sollen.
Kodi-Defaults = <filename>-imagetype.ext
Kodi-Addons/AD = imagetype.ext

In deinem Fall also die Hacken bei AD löschen.

Zitat von Sherlock

4. und zu guter letzt habe ich noch eine frage zum Kodi interface, muss der 2 PI dort auch mit hineingeschrieben werden? Zwecks syncronisierung oder reicht es aus das beide eine gemeinsame SQL Datenbank nutzen um sich syncron zu halten?

Nein. Wenn beide auf die selbe MySQL-DB zugreifen musst du nur mit einem Kodi-Client syncen.

@Stefanseiner kannst bitte mal das komplette Log auf pastebin.com hochladen? Findest es unter .\Ember Media Manger\Logs. Alternativ kannst es auch hier anhängen, wenn es nicht zu gross ist.

@Stefanseiner Scheint ein Fehler in der Serien DB zu sein. Beim Versuch die Staffeln einer Serie zu listen (wahrscheinlich die erste in der Liste) wird entweder eine leere Staffel- oder Episodenliste geladen. Kannst du mir mal die DB senden (höchste Version der MyVideosXY.emm aus dem Profiles Ordner)? Gerne auch per E-Mail an support@embermediamanager.org

Zitat von atwk

Wenn ich aber die Festplatte nochmal neu einlese, um beispielsweise was zu ergänzen oder zu überarbeiten, werden einige Serien nicht richtig ausgelesen, es fehlen dann Details zu den Episoden.

Das Problem liegt in der Episoden-NFO. Dort sind einige Integer-Nodes mit "nichts" befüllt. Integer bedeutet aber Ganzzahl und somit ist die XML beim Einlesen üngültig und der XML Parser von .NET liest nach der fehlerhaften zeile nicht mehr weiter. In deiner angehängten NFO sind das folgende Nodes:

<displayseason></displayseason>
<displayepisode></displayepisode>
<displayafterseason></displayafterseason>

Dise müssen entweder komplett in der NFO fehlen (dann wird der in Ember definierte Standardwert -1 genutzt) oder eben den Wert -1 haben, wenn sie keine spezielle Einordnung haben:

<displayseason>-1</displayseason>
<displayepisode>-1</displayepisode>
<displayafterseason>-1</displayafterseason>

Diese Werte/Einträge stammen aber sicher nicht aus Ember sondern von einem anderen MediaManager oder sind von Hand reingeschrieben worden.

Ebenfalls ist die Node <dvdepnumber> bei dir "leer", was Ember aber zumindest nicht stört, da er diese Node nicht berücksichtigt. Richtig ist das aber meiner Meinung nach auch nicht.

Zitat von atwk

Kann man eigentlich auch einstellen, dass Bilder lokal gescraped werden? Denn mit Klick auf Serie scrapen, werden alle Episodenbilder gelöscht und neu geladen, selbst wenn es Online keine gibt. Ich dachte eigentlich, dass ich die Bildscraper in den Einstellungen deaktiviere.

Bei Rescrapen werden eigenltlich keine Bilder gelöscht, wenn kein neues verfügbar ist. Trotzdem kann es aber zu diesem Fall kommen, wenn Ember die bereits lokal vorhandenen Bilder beim Einlesen nicht erkannt hat. In diesem Fall fehlt dann aber der grüne Haken in der Liste, was bei dir im Screenshot aber nicht der Fall ist. Beim Speichern einer Episode werden die Bilder immer neu gespeichert, und zwar unter allen in den Einstellungen aktivierten Dateinamen. Wenn kein Bild erkannt und auch kein neues gescrapt werden konnte werden beim Speichern immer alle Bilder gelöscht, die den iun den Einstellungen aktivierten Dateinamen entsprechen.

Wenn du also eine Episode ohne Bild einliest, danach das Bild korrekt benannt manuell im Ordner speicherst, oder den Dateinamen erst nach dem Einlesen aktivierst, dann lädt Ember vor dem Rescrapen das vorhandene Bild nicht und löscht nach dem Rescrapen beim Speichern vorhandene Dateien, um den Ordner zu säubern.

Du kannst in den Einstellungen => Filme/Serien => Scraper-Bilder auch bei jedem Bildtyp einstellen, das bereits vorhandene Bilder nicht neu gescrapt werden sollen. Das heisst einmal gescrapt kann das Bild nur noch manuell über den Edit-Dialog geändert werden. Das verhindert den oben genannten Fall aber nicht!

Zitat von atwk

Was mich so irritiert hat, war dass Kodi das nicht zu stören scheint.

Kodi liest manuell jeden Node einzeln aus der NFO aus und schaut, ob dort sinnvolle Daten drin stehen. Wenn falsche Werte drin stehen verwirft Kodi diese einfach. Ich gehe davon aus, dass sie das aus folgendem Grund machen: sie gehen davon aus, dass es eben fehlerhafte XML's gibt und wollen die Probleme "User-Friendly" ignorieren. Ansonsten würden sie im Wiki auch nicht solche absolut dämlichen Sachen schreiben wie

<movie>
   <title>Star Wars (1977 Original Theatrical Release)</title>
   <runtime>121 min.</runtime>
   <set>Star Wars Saga</set>
   <sorttitle>Star Wars1</sorttitle>
</movie>
http://www.imdb.com/title/tt0076759/

Die letzte Zeile zerstört sozusagen die XML, weil solche Einträge gegen die einfachsten XML-Regeln verstossen.

Ich nutze in Ember den XML Parser von .NET und der erlaubt nur gültige XML's. Und wenn ein Wert ein Integer sein muss dann ist halt NICHTS ungültig, weil kein Integer-Wert. Ich könnte zwar auch jedes Node einzeln abarbeiten, aber dieser Aufwand ist mir einfach zu gross und meiner Meinung nach grundsätzlich unnötig... denn es gibt ja nicht umsonst Regeln.

Zitat von Coolzero82

Hab auch immer mal wieder Abstürze/Hänger von Ember wo nichts mehr geht und ich es über den Taskmanager schließen muss, im Ember Log ist nichts auffälliges zu finden, hab aber jetzt im Windows Log was gefunden wenn das passiert

Der Log nützt mir leider nichts. Du könntest aber im Ember-Log mal nachsehen, was der letzte Task war, der ausgeführt worden ist. Auch wenn da kein Error-Eintrag steht wüsste man zumindest, was als letztes Ausgeführt worden ist. Vielleicht fehlt für gewisse Fälle einfach ein Timeout und Ember wartet endlos lange auf z.B. eine Serverantwort.

Zitat von Coolzero82

Hi,
hatte grade wieder den Hänger, bzw. ist mir grade erst aufgefallen, im Ember Log steht als letztes

Code

2018-11-20 17:47:09.4180;generic.Interface.Kodi.Kodi.APIKodi;generic.Interface.Kodi.Kodi.APIKodi+VB$StateMachine_40_UpdateInfo_MovieSet.MoveNext;8;TRACE;"[APIKodi] [LibreElec] UpdateInfo_MovieSet: ""The Amazing Spider-Man Filmreihe"" | Start syncing process...";
2018-11-20 17:47:09.9024;generic.Interface.Kodi.Kodi.APIKodi;generic.Interface.Kodi.Kodi.APIKodi+VB$StateMachine_33_SearchMovieSet.MoveNext;16;TRACE;"[APIKodi] [LibreElec] SearchMovieSetByDetails: ""The Amazing Spider-Man Filmreihe"" | OK, found in host database! [ID:30]";
2018-11-20 17:47:10.2932;generic.Interface.Kodi.Kodi.APIKodi;generic.Interface.Kodi.Kodi.APIKodi+VB$StateMachine_40_UpdateInfo_MovieSet.MoveNext;16;TRACE;"[APIKodi] [LibreElec] UpdateInfo_MovieSet: ""The Amazing Spider-Man Filmreihe"" | Updated on host";
2018-11-20 17:47:10.3088;EmberAPI.ModulesManager;EmberAPI.ModulesManager.RunGeneric;1;TRACE;[ModulesManager] [RunGeneric] [Start] <Notification>;
2018-11-20 17:47:10.3088;EmberAPI.ModulesManager;EmberAPI.ModulesManager.RunGeneric;1;TRACE;[ModulesManager] [RunGeneric] Run generic module <Notifications>;

Deaktiviere bite mal das "Meldungen/Notification" Modul, das überlädt sich bei zu vielen Meldungen.

Zitat von Mario S.

Von wo hohlt sich Ember die id von Tmdb eigentlich.?

Der TMDb Scraper holt sich die eigene ID anhand der TVDb ID oder IMDb ID.
TVDb hat wenn du Glück hast die IMDb gespeichert, IMDb hingegen kennt nur die eigene ID.

Zitat von Mario S.

Liegt es an den Problemen die TVDB zur Zeit hatt?

Das könnte durchaus sein. Wobei ich dann eher davon ausgehen würde dass entweder alle oder gar keine Infos von TVDb gescrapt werden können. Nur ein Teil der Infos kann ich mir nicht vorstellen.