kann man sich eiegentlich irgendwo für einen newsletter oder so eintragen damit man neue builds nicht verpasst?
Nein, aber du kannst dich melden, wenn du einen Newsletter betreuen willst
kann man sich eiegentlich irgendwo für einen newsletter oder so eintragen damit man neue builds nicht verpasst?
Nein, aber du kannst dich melden, wenn du einen Newsletter betreuen willst
also muss man alles manuell einpflegen .oder ?
Bei Serien, die auf TVDb nicht korrekt funktionieren und TMDb nicht erfasst sind musst du das wohl machen. Wie gesagt, ich würde die Bilderscraper TMDb und Fanart.tv noch aktivieren, falls das nicht schon der Fall ist.
kommischerweise werden bei bekannten Serien die neuen Staffelposter geladen
Wie gesagt, in den meisten Fällen scheint es zu funktionieren, wieso es bei einzelnen Serien nicht geht kann ich dir nicht sagen.
@Micha47259
Habs jetzt mit Dunkelstadt nochmals getestet: weder die alte noch die neue API gibt für die Serie alle effektiv vorhandenen Bilder zurück. Für die Serie gibts zwar 1 Poster, 2 Fanarts und 1 Banner, die API sagt aber es gibt nur ein Poster:
Ich kann da aktuell nichts machen. Ich habe auch noch American Horror Story getestet, dort erscheinen alle Bilder und auch in der korrekten Auflösung als Original und als Thumb. Die TVDb API ist einfach immer noch teilweise kaputt.
Hi.. also nach weiteren Tests kann ich sagen das bei jeder neuen Serie keine Bilder wie Poster Fanart und Banner geladen werden
Als Beispiel mal Dunkelstadt. Auf der Webseite sieht man das alle Bilder hinterlegt sind aber es wird kein einziges Bild geladen. Vielleicht kannst du das mal nachstellen bzw testen...
Die Pfade der Bilder, die die TVDb API mitteilt, stimmen leider nicht. Ich habe aktuell noch nicht rausgefunden, wie die Pfade nach dem Änderungen auf TVDb lauten sollen. Ich würde zusätzlich noch den Fanart.tv und TMDb Image Scraper aktivieren, die haben eh meist die besseren Bilder. Bei Dunkelstadt funktionierts dann aber trotzdem nicht, weil die Serie auf TMDb und Fanart.tv nicht erfasst ist.
Ich gucke mal, ob ich in der neuen TVDb API die Pfade ermitteln kann und die in der alten API dann irgendwie anpassen.
Hi,
habe heute auf die 1.5.0 aktualisiert. Starte Programm, Filme und Serien werden korrekt angezeigt. Klicke ich jetzt auf Datenbank aktualisieren, kommt die Fehlermeldung "attempt to write a readonly database" und EMM schließt sich. Filme und Serien liegen auf dem NAS, wo ich nichts dran geändert habe. Was kann das sein?
Zugriffrechte? Hast du mal versucht Ember mal als Admin zu starten?
Ja, die scrape ich bereits selbst (alle Unterordner vom in "Basis" definierten Pfad) mit ner kleinen Batch-Datei und erzeuge aus der Original-.nfo (die kein Schwein braucht) ein Ur-Kodi-XML-konformes .nfo, insofern der IMDb-Link mit der ID gefunden wird.
Das könntest du dir wie gesagt sparen, denn Ember liest die Release-NFO genauso aus und holt sich dort die IMDb ID.
Übrigens funktioniert dein Umbenenn-Tool aus mir unerfindlichen Gründen nicht zuverlässig, d.h. er lässt manche Filme aus und man muss es mehrfach ausführen und dann trotzdem nochmal kontrollieren.
Der Bulk Renamer prüft im Vorfeld, ob eine Datei und der Ordner umbenannt werden kann. Wenn ein Ordner mit dem selben Namen schon besteht und die Quelle auf "jeder Film in separatem Ordner" eingestellt ist wird der Film nicht umbenannt. Es könnte natürlich sein, dass beim ersten Durchlauf ein Ordnername bereits besteht, dieser aber im ersten Durchlauf umbenannt wird und somit im zweiten Durchlauf dann frei ist. Wird aber wohl eher weniger vorkommen. Ich müsste halt schon genau wissen, was das konkrete Problem beim Umbennen ist.
Dabei werden abundzu auch 2 .nfos erzeugt (eine mit altem und eine mit neuem Namen, obwohl der Haken bei "Überschreibe nicht konforme NFOs" sitzt).
Es gibt eigentlich kein "umbenennen", es ist ein verschieben mit nachträglichem löschen (macht Windows bzw. .NET aber automatisch beim Befehl "MOVE"). Somit kann es vorkommen, dass die Datei zwar verschoben werden kann, die alte Datei aber aufgrund von Zugriffsrechten oder anderem nicht gelöscht werden kann.
Die Funktion "Überschreibe nicht konforme NFOs" hat überhaupt nichts damit zu tun, denn die behandelt nur NFOs ohne korrekte XML Struktur.
Ist aber halt bekloppt, weil ich dann in Ember jedesmal erst die Datenbank aktualisieren muss.
Verstehe nicht, was du du das meinst.
Wie gesagt, ich gehe davon aus, dass die bisherige Datenbankhaltung bzgl. Filmen selbst (fehlende Varianten), damit auch Titeln, Beteiligte, aber auch Streams usw. nicht wirklich "korrekt" gelöst ist, wobei "korrekt" ja Ansichtssache ist.
Das mit den Varianten (unzensiert, Directors Cut usw.) ist ein Punkt, in dem ich dir zustimme. Dies wird in Ember 2.0 auf jeden Fall unterstützt, wenn auch nur mit einem zusätzlichen Feld "Variante".
Im Programm sollte dann einfach erstmal alles in der internen Datenbank abgelegt werden können (damit könnte man theoretisch ja einfach mal alles nach und nach scrapen und hat es dann lokal verfügbar... jaja, theoretisch)
Ich weiss auch hier nicht genau, was du mit "nach und nach" scrapen meinst. Es wird ja alles in der Ember-Datenbank gespeichert, was gescrapt wird. Man muss theoretisch auch nicht alle Infos auf einmal scrapen, aber was soll das bringen?
anhand der Settings (so wie wohl jetzt) in das Kodi-konforme Format (was sinnvollerweise entsprechender eigener Tabellen bedarf)
Dafür brauchts keine eigene Datenbank, denn das Kodi-konforme XML Schema ist wie vorgesehen als Klasse hinterlegt und holt die nätigen Daten aus der DB. Im Prinzip könnte man mehrere XML-Schemen einbauen, aber das ist aktuell nicht nötig, da sich mehr oder weniger alle MediaCenter an die Kodi-Vorgaben halten oder diese zumindest lesen können.
Ich würde dir auch gerne helfen, aber ich kenne mich mit C# (und WPF) nicht so gut aus - ist ein ziemliches Gefrickel.
Es ist vb.NET und nicht C# und auch immer noch WindowsForms und nicht WPF Ich finde vb.NET ziemlich gut lesbar. Die neue Version dauert aber so lange weil ich grundsätzliche Abläufe komplett anderst lösen will und ausserdem die ganzen Features, die in den letzten 10 Jahren nach und nach eingebaut worden sind, endlich mal wieder sauber und allgemein verwendbar machen will. Es gibt im 1.5er Code so extrem viele doppelte Funktionen, die sich nur in wenigen Zeilen unterscheiden, dass die Wartung und Nachvollziehbarkeit des Codes echt langsam kritisch geworden ist.
Achso, ich habe noch ein Problem mit den Filmsets... wenn ich einen Film (bzw. mehrere) scrape, scraped er nicht gleich auch das zugehörige Set dazu.
Du musst evtl unter Einstellungen => Filme => Scraper-Daten noch die Option Füge Filme automatisch den Filmset hinzu aktivieren.
Füge ich es händisch in die Set-Liste ein und scrape, erkennt er auch nicht automatisch die Filme, die ich dazu in meiner Liste habe.
Dieser Weg funktioniert absichtlich nicht, denn nicht jeder will genau die Filme in einem Filmset, die TMDb vorsieht.
Wieso sieht man eigtl in der Film-Detail-Info keine zugewiesenen Filmsets?
Weil's nie in die Themes eingebaut worden ist. Wird aber in Ember 2.0 wie auch Tags und weitere fehlende Angaben vorhanden sein.
Zu deinem Vorschlag betreffend der DB:
Es wird auf keinen Fall eine DB für IMDb geben, denn das würde wiederum bedeuten, dass diese Tabelle nur für IMDb funktioniert und/oder ich für jeden anderen Scraper eine eigene Tabelle anlegen müsste. Ich weiss auch nicht wie lange ich IMDb überhaupt so noch supporten will. Aktuell haben sie wieder die Webseite verändert, was jedes Mal zu Fehlern und Anpassungen im Code führt. Irgendwie habe ich keine Lust mehr, alle paar Wochen den Code anzupassen. Was ich halt auch nicht ganz verstehe ist, warum man jede scheiss Info zu einem Film benötigt. Ember soll eine Manager sein, nicht eine komplette Datenbank bzw. lokale Abbildung von IMDb oder anderen Datenbanken. Wen interessiert es, wer die Schauspielerin XY geschminkt hat? Selbst mein Mitarbeiter hat mittlerweile einen Eintrag auf IMDb, weil er als Statist bei "Iron Sky: The Coming Race" mitgespielt hat. Brauch ich die Info wirklich?
Ich bin der Meinung, dass man sich auf die wichtigsten Daten beschränken soll, denn die meisten anderen Daten kann eh kein MediaCenter anzeigen oder es gibt zumindest wie in Kodi Plugins, die die Daten dann live von TMDb abrufen und anzeigen, sollte man sie mal brauchen. Aber das ist meine Meinung.
Ein paar deiner Vorschläge sind gute Inputs, die werde ich mir auf jeden Fall merken. Aber ich muss erstmal zusehen, dass das neue System zum Laufen kommt.
Ich habe beispielsweise die im Bild aufgeführte Episode mit einer Auflösung von 1024x576.
Im Dateinamen ist die Benennung "sdtv" enthalten.Trotzdem wird die Episode in Ember als 720p gekennzeichnet.
SD-TV ist die angegebene Videoquelle, 720p ein aus der Auflösung errechnetes Flag. Die zwei Angaben haben eigentlich nicht miteinander zu tun, denn ich kann sowohl aus einer Bluray/4K Quelle ein 480p Video machen als auch ein PAL Video in ein 4K hochskalieren (beides Sinnfrei, aber geht).
Das Flag für deine Videoauflösung wird aber in der Tat falsch bestimmt, korrekt wäre PAL-wide. Das fehlt aber in der Liste, die als Code hinterlegt ist. Somit wird das Flag nach der horizontalen Auslösung bestimmt, welche bei 1024 im Normalfall schon unter 720p fällt. Ich sehe zu, dass ich das noch korrigieren kann.
Wie kann ich hier Einfluss nehmen/das Anpassen?
Geht nicht, ist hard-coded.
1. Könntest du ggf. zusätzlich eine einfache Möglichkeit einbauen, um jedem Medium die IMDB-ID direkt zuzuweisen?
In Ember 2.0 wird es im Edit Dialog eine Liste mit den Unique-IDs geben. Dort lassen sich beliebige IDs eintragen und auch verändern. Aktuell gibt es keine Möglichkeit, die ID manuell anzupassen oder einzutragen, zumindest nicht über das GUI. Die einzige Möglichkeit eine ID zu Ändern ist über Kontextmenü => Film wechseln. Damit werden alle gespeicherten Infos verworfen und der Film neu gesucht, sprich der Suchresultate Dialog wird gezeigt. Dort lässt sich dann je nach dem, welcher Scraper an erster Stelle steht, eine ID eintragen.
Für die erste Suche, sprich wenn du einen Film neu zur Bibliothek hinzufügen willst gibt es aber einige Hilfen, die manuelle Zuordnungen überflüssig machen, damit der Film automatisch korrekt gescrapt wird:
2. Könntest du auch das Scrapen des deutschen IMDB-Titels einbauen oder den Bug beheben, dass er da lediglich den Originaltitel zieht?
Ich schau mir an, was aktuell das Problem ist. Der IMDb Scraper ist halt sowohl bei Filmen wie auch bei Serien schlecht zu warten. Jede Änderung an der Webseite bedeutet in den meissten Fällen eine Anpassung am Scraper da, wie du ja weisst, keine API vorhanden ist. Ich frage mich aktuell sowieso, ob ich diesen Support in Ember 2.0 überhaupt noch fortführen soll. Mir ist aber bewusst, dass viele unbedingt IMDb wollen, da dort einfach die saubersten Infos hinterlegt sind.
3. Unter Einstellungen gibt es ein Sperrhäkchen fürs Scrapen von Titeln - wie verhält es sich genau, wenn noch gar kein Titel gesetzt ist und wenn kein deutscher Titel gesetzt ist (wird das abgeglichen)?
Die Sperrhäkchen bewirken, dass bei Scrapen diese Felder nicht mehr überschrieben werden, wenn dort einmal ein Wert gesetzt wird. DIe Werte können dann nur noch im Edit Dialog von Hand geändert werden. Beim Titel ist die Situation aber noch etwas spezieller als bei den anderen Feldern: wenn ein Film ohne NFO der Bibliothek hinzugefügt wird wird der Titel für die Initial-Indexierung aus dem Ordner- oder Dateinamen (je nach Einstellung der Quelle) gefiltert. Die vordefinierten Filter sind ziemlich gut eingestellt, so dass Angaben wie Videoquelle, Auflösung, Release-Group usw. entfernt werden, ausserdem lassen sich eigene Filter hinzufügen (ist aber mittlerweile kaum mehr nötig). Wenn nun die Sperre für Titel aktiviert ist wird der aus dem Ordner- oder Dateinamen gefilterte Titel beim Scrapen auch nicht mehr verändert. Du könntest nun den Ordnernamen vor dem Einlesen nun so benennen, wie du ihn später haben willst. Zusätzliche Angaben wir IMDb ID oder Videoquelle könntest du trotzdem noch im Titel haben, denn die werden ja ausgelesen und vom Titel entfernt. Wenn du einen Ordner nun "Stirb langsam 3.bluray.tt0112864" nennst wir der Titel auch nach dem Scrapen "Stirb langsam 3" heissen und nicht "Stirb langsam - Jetzt erst recht". Damit lässt sich zwar "Titel 2: asdf" nicht umsetzen, da du kein Doppelpunkt als Ordner- oder Dateinamen verwenden kannst, aber bei den anderen Titel könntest du schonmal den Titel vordefinieren. Leider unterscheided Ember nicht zwischen "gefiltertem" und gescraptem Titel, dazu müsste ich noch ein Flag setzten, damit der "gefilterte" Titel durch den erstmalig gescrapen Titel überschrieben werden kann. Eine gute Idee für Ember 2.0 wie ich finde
Also ich wünschte mir ein Verhalten, dass der deutsche IMDB-Titel gezogen wird, insofern noch gar kein Titel oder ein anderssprachiger Titel gezogen wurde. Den deutschen Titel möchte ich danach händisch nochmal anpassen können, ohne dass er die Information verliert, dass das immer noch der deutsche Titel ist und letztlich soll er diesen Titel dann für immer und ewig behalten, auch wenn ich später mal die komplette NFO rescrapen will. Ist das umsetzbar?
Wie vorher gerade genannt könnte ich mir ein entsprechendes Flag in Ember 2.0 vorstellen. Ob sich das dann mit IMDb zu 100% sauber umsetzen lässt denke ich aber nicht. Ohne vernünftige API gibt's halt immer genügend Fehlerquellen. IMDb für bei gewissen Filmen auch immer noch den "East Germany" and "West Germany" Title, wenn die Filme entsprechend alt sind. Wenn ich das sauber für alle Länder umsetzen will... gute Nacht!
4. Ist es möglich, mit einem einfachen Klick sämtliche Kurzbeschreibungen (die von OFDB mit der Umlautproblematik, da nicht UFT-8-konform gespeichert) zu entfernen und mit der längeren Beschreibung (die neu von TMDB und mit korrekten Umlauten gezogen wurde) gekürzt zu überschreiben?
Die Umlautproblematik mit OFDb ist in Ember 1.5 gelöst. TMDb bietet keine Kurzbeschreibungen. Eigentlich ist das ein Feature bzw. Überbleibsel von IMDb, denn nur dort gab es vernünftige und auch vom Plot abweichende, echte Kurzbeschreibungen. Ich weiss auch nicht, ob die Kurzbeschreibungen überhaupt noch von einem Kodi Skin verwendet werden. Ich würde auf des Scrapen von Kurzbeschreibungen verzichten und die Option Einstellungen => Filme => Scraper-Daten => Diverses => Benutze Handlung als Kurzbeschreibung mit Limit 350 verwenden. Damit wird einfach der letze Punk (das Satzzeichen) gesucht, der noch innerhalb des Limits liegt und der Plot entsprechend gekürtzt. Eine Ausnahmen wie Dr., Mr. usw. werden dabei auch beachtet. Das Limit kannst du so hoch setzten wie die Anzahl Zeichen, die ein evtl. kompatibler Skin anzeigen kann.
Wenn du nur einzelne Datenfelder aktualisieren willst kann du dazu das Kontextmenü => Rescrape einzelnes Datenfeld oder Scrape Filme => benutzerdefinierter Scraper (neben dem Datenbank aktualisieren Button) nutzen.
EDIT: ich hatte schon 3 Bier, Grammatik und Rechschreibung sind in der Bar geblieben
@DanCooper
Lieber Meister, gibt's schon ein zeitliches Ende für den Serien-Fix abzusehen?Musste deswegen (zumindest für neue Serien) auf den MediaElch ausweichen, aber der funktioniert lange nicht so wunderbar wie Dein EMM:)
Kann den Retourwechsel also kaum erwarten....., danke.
LG
Die TVDb API in Ember 1.5.0 ist soweit gefixt wie möglich, sprich Datenscrapen funktioniert wieder so wie zuvor, bei den Bildern gibts aber noch Probleme. Diese würde ich umgehen, in dem du den TMDb Scraper für die Bilder verwendest.
Ich bin noch auf ein kleines Problem gestoßen.
Bei mir öffnet sich beim Start von EMM immer die Trakt-Meldung obwohl ich das Modul nicht aktiviert habe. Muss die Meldung dann immer zwei mal schließen.
Die Meldung kommt sowohl für jeden der zwei Trakt Scraper (einer bei Filmen und einer bei Serien) wie auch für das Trakt Modul. Wenn alle deaktiviert sind kommt auch keine Meldung mehr.
ich habe auch mal eine Frage ... Es ist aufgefallen , dass bei neuen Serien die ich scrape die Poster Fanart und Banner häufig nicht im Ember angezeigt werden , obwohl diese bei der TVDB Seite hinterlegt sind ... Ich muss diese dann immer manuell bearbeiten ... Muss eine bestimmte Einstellung evtl noch gepflegt werden ? Version ist die vom Ember 20.02. zz bei mir ....
Kannst du mir ein Beispiel nennen? Ich gehe aber davon aus, dass die alte API bei TVDb einfach immer noch verbugt ist. Ich kenne bereits das Problem bei den Episoden-Postern, dort ist das Originalbild nun irgendwas und das Thumb in voller Auflösung.
Mal schauen obs ein Serienlimit im EMM gibt :p
Eine SQLite Datenbank (-Datei) ist auf 140 Terabyte begrenzt. Sag mir wenn's nötig wird auf SQL umzusteigen
Hallo,
erstmal danke DanCooper, dass du dein tolles Tool fortsetzt.
Wenn ich eine bereits gescrappte Datei umbennene findet Kodi logischerweiße die Datei und die gescrappten Items nicht mehr.
Muss ich dann immer die alten gescrappten Dateien manuell löschen und die umbenannte Datei neu scrapen?
Oder gibt es einen besseren, so dass z.B. zumindest die alten gescrapten Items automatisch gelöscht werden?
Kommt ein wenig auf den Grund des Umbenennens an und wie du umbenennst.
Wenn dir der Datei- oder Ordnername nicht gefällt, die Videodatei selbst aber unverändert bleibt (also nicht ein neues Videofile mit z.B. besserer Auflösung), dann würde ich dir empfehlen, den in Ember eingebauten Renamer zu benutzen. Damit werden auch die Bilder, Trailer und anderes korrekt umbenannt. Wenn du ausserdem das Kodi Interface nutzt kannst du im Prinzip erstmal manuell über das Kontextmenü => Kodi Interface => Entfernen den aktuellen Film aus der Kodi-DB löschen lassen, denn das geschieht beim Umbenennen noch nicht automatisch. Danach kannst du über das Kontextmenü => Umbenennen => Automatisch/Manuell die Dateien umbenennen lassen. Jenachdem ob du im Kodi Interface den RealTime Sync aktiviert hast oder nicht wird der "neue" (umbenannte) Film dann automatisch in Kodi hinzugefügt oder du führst den Sync manuell über das Kontextmenü => Kodi Interface => Synchronisierung aus.
Wenn du einen Film durch eine bessere/andere Version austauschen möchtest dann empfehle ich dir den "alten" Film komplett zu löschen und den neuen ganz normal neu hinzuzufügen. Man könnte natürlich die neue Videodatei in den alten Ordner schieben und die alte Datei überschreiben oder löschen, wenn sie nicht den selben Dateinamen hat. Man müsste dann aber erstmal den Dateinamen umbenennen, damit er so heisst wie vorher, den Film mit F5 neu laden, damit z.B. neue lokale Untertitel gefunden werden, die Metadaten aktualisieren, evtl. die Videosource manuell im Edit Dialog setzen und und und... Meiner Meinung nach viel mehr Aufwand als die alte Version komplett zu löschen und die neue Version einfach neu zu Scrapen.
Wenn du den alten Film erst löschen willst kannst du das ebenfalls über das Kontextmenü => Entfernen => Löschen machen, damit werden auch die Dateien gelöscht. Wenn du dabei RealTime Sync im Kodi Interface an hast wird der Film auch gleich aus der Kodi-DB gelöscht, wenn nicht, dann erstmal wie oben beschrieben den Film mit Kontextmenü => Kodi Interface => Entfernen aus der Kodi-DB löschen lassen, danach Kontextmenü => Entfernen => Löschen.
Seltsam, hab es grade nochmal versucht, die INstallation startet nicht... Gibt es eine andere Update möglichkeit?
Also bei mir kam gestern beim Ausführen des Installers noch eine Warnung von Windows, dass die Datei "nicht sicher" ist. Das liegt daran, dass der Windows Defender (?) die Datei noch nicht kannte bzw. noch nicht sehr viele User den Installer verwendet hatten. Virenscanner warnen üblicherweise vor ausführbaren Dateien, wenns sie noch unbekannt sind. Heute startet der Installer bei mir aber schon ohne Warnung.
Könnte es sein, dass bei dir irgendein Schutzmechanismus greift? Hast du den Installer schonmal als Admin ausgeführt?
Alternativ könntest du den Installer auf einem anderen Rechner ausführen und dann den Installationsordner kopieren. Wichtig ist, dass du nicht die neuen Dateien ins alte Verzeichnis kopierst, da so nicht mehr verwendete Dateien nicht entfernt werden würden. Das macht normalerweise der Installer. Du musst den alten Profiles und Temp Ordner in die neue Installation kopieren, dann die alte Installation löschen und dann wenn gewünscht den neuen Ordner wieder an den alten Ort verschieben.
Seltsam hoch zwei, es liegt definitiv an mir, wenn ich über meinen normalen Internetanschluss auf denn Link/die Ember seite will, bekomme ich immer das diese nicht verfügbar sei , wenn ich über eine Mobilfunk verbindung zugreife klappt es ohne probleme. HAst du eine idee was das bei mir blockt? Ansonsten klappt mein internet ohne Probleme
Ehrlich gesagt keine Ahnung. Kannst du den Server über CMD pingen oder erhältst du dort keine IP? Falls du keine IP erhältst könntest du mal einen anderen DNS Server in den Netzwerkeinstellungen test, z.B. den von Google mit IP 8.8.8.8.
Hi Dan,
gibt es eine Chance den Episoden-Poster-Download bei TVDB wieder zum Arbeiten zu bewegen?Viele Grüße
Thomas
Ist mir noch gar nicht aufgefallen. Ich werd das heute mal prüfen.
Es gibt 1080p und 1080i. Wenn anhand des Videofiles nicht bestimmt werden kann, ob's Progressive Scan oder Interlaced ist wird nur die Auflösung genannt. Du kannst in diesem Fall Metadaten über das Kontextmenü => Editiere Metadaten oder über den Edit Dialog den Videostream manuell auf Progressive oder Interlaced stellen.
Ist der Download Server Down?
Aktuell nicht, zumindest geht bei mir der Download.
Bei jedem Klick auf "Datenbank aktualisieren" wird ein neuer Eintrag für die problematische Serie erzeugt. Sobald ich eine anklicke, stürzt der EMM ab und die Einträge sind weg.
Der scheint das nicht sauber in die Datenbank eintragen zu können. Konnte aber noch kein Muster erkennen
Ich hab den Absturz in Ember 1.5 gefixt. Zum Abstarz kam es, wenn eine Serie über keine Staffeln verfügte. Ember hat in diesem Fall ohne Überprüfung versucht, die Episoden der ersten gelisteten Staffel zu laden. In einer Serie ohne Staffeln gibts aber keinen "ersten" Eintrag, werhalb der gewählte Index dann ausserhalb des Bereiches lag.
Frage bleibt aber weiterhin, wieso diese Serie hinzugefügt wird, ohne dass dazu Episoden mit entsprechenden Staffeln vorhanden bzw. gefunden worden sind.
Hallo Dan,
wie immer Top arbeit.
Ich hätte eine Frage zu den Trailern. In der älteren Version 1.90 beta konnte ich in den Einstellungen sagen, das er nur die Trailer URL in die NFO speichern soll (Pfad zu YouTube).
Jetzt will er den Trailer automatisch downloaden, wenn ich einen Trailer Scraper aktiviert habe. Schalte ich den Scaper aus, wird überhaupt keine Information zu Trailern gespeichert.
Die einzige Möglichkeit ist, jeden Film einzeln zu öffnen auf das + bei Trailer klicken, suchen und dann kann man unten rechts klicken, in NFO speichern.
Das hat sich gegenüber der alten Version nicht geändert. Die Trailer-Scraper, welche als solche in den Einstellungen gelistet sind waren und sind reine Download-Scraper, wenn man sie nicht manuell über den Edit Dialog wie du beschrieben hast als NFO Trailer nutzt. Das wird sich erst in Ember 2.0 soweit ändern, dass man diese auch direkt für die NFO-Trailer nutzen kann.
Der einzige Scraper der NFO-Trailer anbietet ist TMDb. Dort sind YouTube-Links hinterlegt, welche nach einer Prüfung auf Verfügbarkeit in die NFO geschrieben werden. Dazu muss unter Scraper-Daten => Globale Felder => Trailer auf Enabled stehen, ebenfalls muss in den TMDb Scraper-Einstellungen Trailer auf Enabled gesetzt sein.
Meine klare Empfehlung aber ist, die Trailer runterzuladen, denn die sind vor allem auf YouTube auch nicht ewig vorhanden. Ich will in 3-4 Jahren nicht hunderte von Filmen haben, die über einen nicht mehr gültigen Trailer-Link verfügen. Ich denke heutzutage sind die zusätzlichen 100 MB Speicherbedarf pro Trailer bei Download zu vernachlässigen.
Kodi speichert und verwendet die IDs (Artist, Album, Release usw.) von MusicBrainz. Damit lassen sich über die Kodi Addons auch Cover, Fanarts, Artist-Bild usw. scrapen. Soweit ich weiss legt Kodi die Bilder dann auch gleich im entsprechenden Ordner ab (wird sich wohl einstellen lassen). Von daher ist die Verwendung von MusicBrainz Picard sicher die beste Lösung.