Unter Einstellungen => Module => Kodi Interface => Einstellungen (Host) => Echtzeit Synchronisierung einschalten aktivieren. Damit weden neue Serien/Episoden und gescrapte Filme automatisch in Kodi hinzugefügt, Änderungen an bestehenden Filmen/Filmsets/Serien/Staffeln/Episoden ebenfalls. Dazu muss einfach ein Kodi Client laufen, wenn du in Ember was machst.
Beiträge von DanCooper
-
-
Du aktivierst unter Einstellungen => Diverses => Kontextmenü => Integriere Ember in das ... => Ordner nach neuen Inhalten durchsuchen. Danach kannst du im Explorer direkt einen oder mehrere Ordner selektieren und den Eintrag im Kontextmenü auswählen. Ember durchsucht dann ausschliesslich diese Ordner und der Vorgang dauert nur ca. 1-2 Sekunden pro Ordner. Das Flag "Neu" wird bei jedem Scan zurückgesetzt. Der Eintrag im Kontextmenü löst bei jedem Ordner einzeln einen Scan aus, womit immer nur der letzte gescannte Film noch das Flag "Neu" hat. Deshalb ist es sinnvoll wenn du unten im Filter auf Sortieren nach Hinzufügedatum sortierst, dann sind die neuen Filme immer zuoberst in der Liste. Funktioniert auch bei Serienordner (das Kontextmenü, nicht der Filter).
Einzige Bedingung in beiden Fällen ist, dass der Ordner innerhalb einer Quelle liegt. Wenn du z.B. ein Netzlaufwerk auf Q:\ gemappt hast und dieses als Quelle in Ember hinzugefügt hast funktioniert ein Klick auf \\SERVERNAME\FREIGABE\FILMORDNER nicht, da Ember diesen Pfad keiner Quelle zuordnen kann, auch wenn es im Prinzip der selbe Ordner ist.
Pro Tip:
Sortiere im Explorer ebenfalls nach Änderungsdatum, dann sind die neuen Filme ebenfalls oben.
Wenn du in Ember den Auto-Renamer aktiviert hast kannst du neue Episoden auch direkt in das Serienverzeichnis kopieren (dies ändert ebenfalls das Änderungsdatum dieses Ordners und er steht zuoberst in der Liste). Wenn Ember dann den Ordner scannt wird die Episode ja automatisch gescrapt und der Renamer schiebt die Episode dann in den Staffelordner.
Wenn du Autosync im Kodi Interface aktiviert hast musst du eigentlich nur noch bei Filmen scrapen, bei Serien läuft dann alles automatisch ab. -
Beim (Re)Scrapen einer Serie werden immer für alle bekannten Staffeln die Bilder heruntergeladen, egal ob man Episoden in der Staffel hat oder nicht. Werde ich irgendwann mal anpassen. Wenn du kein Staffel-Fanart willst dann kannst du den Haken unter Einstellungen => Serien => Dateien und Quellen => Dateinamen = > Staffel Fanart entfernen. Das aktivieren der Staffel-Fanarts lohnt sich nur wenn man sich die Mühe macht, auch wirklich für jede Staffel ein anders Fanart auszusuchen und danach mit dem Kodi Interface synct (ansonsten findet und zeigt Kodi die Fanarts eh nicht an).
Wenn eine Episode einer neuen Staffel hinzugefügt wird scrapt Ember die Bilder für die Staffel auch automatisch, falls sie noch nicht vorhanden sind.
-
Gibt es eine Überlegung das stabiler zu machen (z.B. Wenn das Problem auftritt dann wir der aktuelle Film übersprungen und das Programm stürzt nicht ab)
Erst zum stable Release hin. Wenn die Software bei kritischen Fehlern nicht abstürtzt dann melden die User die Fehler auch nicht
Wobei bei solchen Fehlern zugegebenermassen einfach der Vorgang abgebrochen und nicht gleich die komplette Software geschlossen werden sollte. -
Unexpected character encountered while parsing value: <. Path
Die TMDb API liefert einen falschen Wert für ein Datenfeld. Liegt am Cache von TMDb und betrifft meistens nur diesen Film, bei dem das Scrapen abbricht. Meistens ist der Fehler nach ein paar Stunden oder einem Tag behoben, wenn TMDb den Cache erneuert.
-
Eigentlich schon. Zumindest ist sie in diesem Fall auf https://www.imdb.com/title/tt1070690/reference (man beachte das /reference) vorhanden. Ich werd morgen wiedermal richtig Zeit haben um ein paar Sachen zu testen und zu fixen. Mal schauen wieso anscheinend keine Bewertung gescrapt wird.
-
Wenn du auf Episode wechseln klickst wird im Hintergrund die komplette Serie auf allen aktivierten Scrapern "gescrapt", damit man eine Auswahlliste erhällt. Wenn du IMDb aktiviert hast dauert das Scrapen sehr lange, da pro Episode immer eine komplette Seite auf IMDb geparst werden muss. Wenn TMDb aktiviert ist muss ebenfalls jede Episode einzeln abgefragt werde, was zwar theoretisch sehr schnell geht, aber aufgrund des API Limits von 30 Abfagen in 10 Sekunden und anschliessender Pause von 30 Sekunden (soweit ich mich erinnern kann) halt auch länger dauert, je mehr Episoden eine Serie hat. TVDb liefert als einzige API eine komplette Episodenliste in ca. 1-2 Sekunden.
Nach dem Scrapen wird versucht, aus den Infos aller Scraper eine "Liste der bekannten Episoden" zu erstellen. Nehmen wir an, du hast folgende Reihenfolge bei den Scrapern eingestellt: TVDb, TMDb, IMDb:
Das TVDb der erste Scraper ist werden erstmal alle Episoden indexiert mit all ihren Werten für AiredDate, EpisodeNumber, SeasonNumber, EpisodeAbsoluteNumber, EpisodeCombinedNumber, SeasonCombinedNumber, EpisodeDVDNumber und SeasonDVDNumber. Die UniqueIDs (TVDb führt neben der eigenen Nummer meist auch noch die IMDb ID; TMDb fürt TVDb und IMDb) spielen hierbei keine Rolle.
Der zweite Scraper TMDb liefert ebenfalls eine Episodenliste, jedoch nur mit AiredDate, EpisodeNumber und SeasonNumber. Ember prüft nun, ob TMDb eine Season/Episode-Kombination führt, die noch nicht in der Liste ist und fügt diese gegebenenfalls der Liste hinzu.
Das selbe wird dann mit den den Daten vom IMDb Scraper gemacht.Nun hat man eine Liste mit "bekannten" Staffel-/Episoden-Nummern.
Im Fall deiner Episode bedeutet das nun:
Du hast sie mit S00E12 benannt, d.h. logischerweise Ember nimmt von jedem Scraper die Daten, die unter Staffel "0" (Specials) und Episode "12" gelistet sind und fügt diese den Einstellungen entsprechend zusammen. Da IMDb die Episode aber unter Staffel "9" Episode "8" führt liefert dieser Scraper natürlich keine Daten für die "geschte" Episode. Da TVDb und TMDb aber die IMDb ID als Info mitbringen wird die IMDb ID gespeichert. D.h. nach diesem ersten Scrapevorgang ist die IMDb ID bekannt.Wenn du nun die Episode rescrapst wird erkennt der IMDb Scraper, dass die IMDb ID schon bekannt ist und kann die Episode direkt scrapen. Würde hier die IMDb noch fehlen würde der Scraper auf IMDb wieder nach S00E12 suchen und nix finden, da es diese Episode dort so nicht gibt.
Das selbe Problem kann bestehen, wenn du eine einzelne Episode zum ersten mal scrapst (was beim DB Update ja im Normalfall automatisch passiert). Je nach Reihenfolge der Scraper ist die IMDb ID bekannt oder nicht und entsprechend wird die Bewertung von IMDb geholt oder nicht. Wenn du TVDB => TMDb => IMDb nutzt sollte die ID von einem der beiden Scraper bekannt sein. Wenn du IMDb => TVDb => TMDb nutzt dann nicht.
Ich könnte das Problem in Ember 1.5.x wohl einschränken, aber nicht komplett beheben. In Ember 2.0 werden die Scrapevorgänge komplett anderst ablaufen, dort sollte das Problem dann fast komplett behoben sein.
Fazit:
Entweder mehrmalig scrapen oder die Bewertung manuell eintragen, wenn keine gefunden wird. -
@guenniguenzelsen
Kannst du dafür bitte einen eigenen Thread erstellen? Ich denke das ist eher ein Problem der Serien und Einstellungen als ein Problem mit Ember 1.5.
Schreib dort bitte auch noch hin, um welche der 100 "Top Gears" es sich handelt (TVDb ID z.B.). -
@serpi / @nadkp
Die Lösung von @serpi funktioniert natürlich auch, jedoch nur für den manuellen Weg über den Edit Dialog.Ich werde wie für die Genres eine Mapping-Table (bzw. XML) einbauen, die man komplett selbst definieren kann. Sprich "aus Germany:0 mach bitte FSK-Kinder". Als Scrape-Resultat steht dann der gemappte Wert, welcher mit entsprechender Einstellung auch als MPAA Wert übernommen werden kann. Somit hab ihr dann freie Hand, was ihr nutzen wollt.
Das selbe wurde ja auch schon für Countries ("USA" vs. "United States of (Q)Anon" / "UK" vs. "United Kingdom") und Studios gewünscht. Evtl. kann ich das alles zusammen im gleichen Zug lösen.
-
Also, die Grundeinstellungen machst du erstmal unter Einstellungen => Module => Umbenenner.
Wenn du Tools => Bulk Renamer nutzt gibt's da zwei Verzeichnis Schemas. Welches benutzt wird hängt von der Einstellung der Filmquelle ab. Wenn du dort angegeben hast, dass jeder Film in einem eigenen Verzeichnis ist wird dieses Schema benutzt. Wenn die Option nicht ausgewählt wurde wird das andere Schema benutzt. -
@nadkp
Das müsste eigentlich relativ einfach zu implementieren sein. Ich bastle eh grad an einem neuen 1.5 Release und schaue mal, ob ich das auch noch rein kriege. -
Ist es nicht besser Ember synct gleich mit der Datenbank,also ohne Kodi?
Das würde bedeuten, dass ich das Kodi Interface bei jeder Änderung, die Kodi an der DB macht (und wir sind aktuell bei Version 106 oder so) anpassen müsste. Deshalb gibt's APIs wie das JSON Interface in Kodi, das vom KI genutzt wird. Dahin kann ich die Daten senden und Kodi trägt das in die DB ein.
-
Das sollte ohne Probleme funktionieren. Steht irgendwas nützliches im Log?
-
Kodi sendet ab und an endlos "IsScanningVideo", obwohl der Suchvorgang schon fertig ist. Das passiert vor allem bei zu vielen Anfragen. Das führt dazu, dass Ember bzw. das Kodi Interface endlos darauf wartet, das Kodi fertig ist. Wenn du in Kodi ein komplettes Archiv hinzufügen willst empfiehlt es sich, erstmal in Kodi alles per Datenbank-Ipdate hinzufügen zu lassen, bevor du mit Ember syncst. Ember bzw. das KI synct bzw. durchsucht Film/Serie nur ein einzelnes Verzeichnis und nicht die komplette Quelle. Das dauert bei einem kompletten Archiv natürlich deutlich länger, als wenn du erst alle Filme/Serien in Kodi hinzufügst und danach alles syncst.
-
ich hab momentan das Problem, dass mir immer die Standard-Sortierung der Episoden gezogen wird, auch wenn ich vorm Scrapen auf DVD-Order umstelle.
(konkret bei The rend and Stimpy show und bei den Gummibären)
Er zieht mir immer die Episoden der "Aired Order", nicht der "DVD Order". Spinnt da die tvdb api wieder?Ja, das scheint kaputt bei TVDb in der alten API, zumindest bei "Ren and Stimpy". Ich bin mir nicht mal sicher, ob die alte API das im Fall von "Ren and Stimpy" überhaupt richtig abbilden konnte, da bei DVD Sortierung ein Folge zwei Folgen bei normaler Sortierung entspricht. Normalerweise werden in der XML alle Episoden nach "Aired" (Standardsortierung) gelistet und zusätzlich alle abweichenden Staffel- und Episodennummern einer Episode angegeben:
XML
Alles anzeigen<Episode> <id>182718</id> <Combined_episodenumber>1</Combined_episodenumber> <Combined_season>1</Combined_season> <DVD_chapter>0</DVD_chapter> <DVD_discid /> <DVD_episodenumber>0</DVD_episodenumber> <DVD_season>0</DVD_season> <Director /> <EpImgFlag /> <EpisodeName>Stimpys großer Tag (1)</EpisodeName> <EpisodeNumber>1</EpisodeNumber> <FirstAired>1991-08-11</FirstAired> <GuestStars /> <IMDB_ID /> <Language>de</Language> <Overview>Nachdem er einen Wettbewerb bei "Gritty Kitty-Katzenstreu" gewonnen hat, verläßt Stimpy Ren, um ein Hollywood-Star in der Muddy Matschhüpfer Show zu werden.</Overview> <ProductionCode /> <Rating>8.1</Rating> <RatingCount>194</RatingCount> <SeasonNumber>1</SeasonNumber> <Writer /> <absolute_number>0</absolute_number> <airsafter_season>0</airsafter_season> <airsbefore_episode>0</airsbefore_episode> <airsbefore_season>0</airsbefore_season> <filename>episodes/76088/182718.jpg</filename> <lastupdated>1439529807</lastupdated> <seasonid>9634</seasonid> <seriesid>76088</seriesid> <thumb_added>2019-11-13 13:01:56</thumb_added> <thumb_height>360</thumb_height> <thumb_width>640</thumb_width> </Episode>Ich kann mir gerade nicht vorstellen, wie man hier bei einer einzelnen Epsioden angeben könnte, dass diese und zusätzlich eine andere Episode zu einer Doppelepisode gehören sollen, wenn nach DVD sortiert wird. Also eigentlich könnte ich mir schon eine Lösung vorstellen, aber die müsst dann softwareseitig umgesetzt werden und ist nicht direkt aus der XML ableitbar.
Ich denke mit der neuen API wird das funktionieren, da man da geziehlt Episoden nach einer bestimmten Sortierung abfragen kann.Bei "Haus des Geldes" gibt es zusätzlich zur normalen Sortierung noch eine neue "Netflix Order" - bekommt man die irgendwie in EMM rein?
Nein, das unterstützt die alte API nicht. Ich bezweifle, dass ich die neue API noch in Ember 1.5 einbauen werde. Ich schau mir die neue API manl an un setze die in Ember 2.0 um. Wenn sie sich nach 1.5 portieren lässt würde ich das machen. Ich denke aber, dass zu viele Änderungen in 1.5 nötig wären.
- wenn man rechts oben auf die Version klickt, landet man noch im alten Ember Media Manager 1.4.8.0 ALPHA Forum.
Danke, werde ich fixen.
- sobald man unter Filter eine Quelle angebe, werden gar keine Einträge mehr angezeigt
Das funktioniert bei mir ohne Probleme, wurde auch nie wirklich was daran geändert.
-
Beim Speichern der Audio-Metadaten wird bei (neueren) EAC3-Streams die Bitrate nicht als rein numerischer Wert abgelegt, sondern als "500 b/s". Das " b/s" müsste meines Erachtens nach abgeschnitten werden, da es anderenfalls u.a. zu Importierungsfehlern (bspw. in Excel) aus den exportierten XML-Daten kommt.
Kannst du mir ein kleines Schnipsel der Videodatei zukommen lassen? Lässt sich z.B. mit ffmpeg ziemlich einfach machen:
Codeffmpeg -ss 00:01:00 -i input.mp4 -to 00:02:00 -c copy output.mp4Alles anzeigen-i: This specifies the input file. In that case, it is (input.mp4).
-ss: Used with -i, this seeks in the input file (input.mp4) to position.
00:01:00: This is the time your trimmed video will start with.
-to: This specifies duration from start (00:01:40) to end (00:02:12).
00:02:00: This is the time your trimmed video will end with.
-c copy: This is an option to trim via stream copy. (NB: Very fast)
The timing format is: hh:mm:ss -
Hallo,
entweder übersehe ich eine Option, oder es besteht folgender Bug:
Bei jedem Update der Bibliothek erstellt Ember für alle Filme, die nicht in separaten Ordnern liegen, selbständig Ordner mit dem Dateinamen und kopiert die Filme dort hinein. Das möchte ich nicht, frühere Versionen von Ember haben das mit den gleichen Settings auch nicht gemacht. Ich hätte erwartet, dass dies nur optional aktivierbar ist mit "Sortiere Dateien vor jeder Bibliotheksaktualisiserung".
Kann man dies deaktivieren?Nein, das kann nicht deaktiveirt werden. Wenn bei der Quelle angegeben ist, dass alle Filme in eigenen Verzeichnissen liegen, dann werden Filme, die nicht in eigenen Verzeichnissen liegen in eigene verschoben, da es ansonsten zu massiven Fehlern beim Umbenennen kommen kann.
-
Es gibt doch gar gar kein Kontextmenü fürs "verschieben auf den Server".
Ich hab die Freigaben des Servers als Netzlaufwerke gemappt (V:\ bis Z:\). Im Kontextmenu gibt's den Befehl Senden an => Laufwerksbuchstabe, wenn man noch Shift dazu drückt wird dorthin verschoben. Bei Episoden muss ich sie natürlich manuell ins richtige Serienverzeichnis verschieben.
Und selbst wenn du das im Explorer einbauen würdest, drücke ich dafür im TotalCommander 2-3 Tasten, was wesentlich effizienter ist als im Explorer mit der Maus herumzuklicken.
Ja das ist in der Tat sicher etwas einfacher, aber ob 2-3 Tasten oder 2-3 Mausklicks spielt dann auch keine grosse Rolle mehr.
Bei wenigen einzelnen Filmen: OK.
Beim Neuanlegen von 50-150 Filmchen musst du nach dem Verschieben folgende Schritte in Ember ausführen:
1) Datenbank aktualisieren
2) nach "Neu" sortierten
3) Scrapen
4) nach "Änderung" sortieren
5) manuell checken und ggf. anpassenMeiner Meinung nach der umständliche Weg. Ich öffne zwei Explorer im Windows, Quelle links, Ziel/Server rechts. Die Filmliste ist im Explorer immer nach Änderungsdatum sortiert (was standardmässig in TC nicht funktioniert, da er nur die Dateien nach Änderungsdatum sortiert, nicht aber die Ordner). Somit landen nach dem Verschieben alle neuen Filme zuoberst und sind auch anhand der hässlichen Benennungen durch die Szene Regeln auch ziemlich gut sichtbar. Danach selektiere ich alle neuen Filme und nutze das Kontextmenü, um die Filme in Ember hinzuzufügen. Das geht sehr schnell (pro Film ca. 1-2 Sekunden), da nur die selektierten Ordner und nicht die ganze Quelle durchsucht wird. Im Ember habe ich die Liste nach "Hinzugefügt" sortiert, somit sind ebenfalls alle neuen Filme zuoberst. Nun nur noch scrapen (ich machs immer manuell, füge aber auch nicht 50-100 Filme hinzu) und fertig.
Beim Aktualisieren von 50-150 Filmchen... Viel Spaß beim Merken und durchscrollen.
[...]
4) für die Fälle, in denen sich die Dateiendung nicht geändert hat, muss ich nun die Liste in Ember mit meiner Merkhilfe daneben durchscrollen und in den Einträgen händisch die Metadaten aktualisierenDeshalb lösche ich sie aktuell einfach direkt aus Ember raus, wenn ich eine neue Version davon habe. Geht schneller sie danach wie oben beschrieben neu hinzuzufügen und normal zu scrapen. Scheiss auf des alte "Hinzugefügt Datum".
Ein typisches Filmverzeichnis (hier Ordner "Jojo Rabbit (2020)") sieht bei mir so aus
Ja bei mir auch, ausser dass ich noch ein-zwei Bilder plus Trailer und die externen Untertitel habe. Aber wie gesagt, wir sind ja auch nicht die einzigen zwei, die Filme archivieren wollen. Und was für uns korrekt und sauber ist muss ja nicht für alle gelten. Die Release-Dateinamen sind übrigens auch nicht irrelevant, da z.B. das nachträgliche Scrapen von Untertiteln nur sauber funktioniert, wenn der Release-Dateiname noch bekannt ist. Ohne wird es zu einem Trial-and-Error, da es meistens für Bluray, HDTV, Web-DL usw. unterschiedliche Untertitel braucht.
Sämtliche multiplen Medien (mehrere .avis oder VIDEO_TS oder .M2TS usw. -Formate) werden von mir vorab jeweils in eine einzelne .mkv gemerged und falls dazu externe Subtitles oder Audiostreams vorhanden sein sollten, landen die ebenfalls gleich in der .mkv.
Mein Beispiel war umgekehrt, nämlich 2 Episoden in einem File, weil es z.B. im Original als einzelne und in Deutschland als Doppelfolge ausgestrahlt worden ist. Gesplittete Filme habe ich auch keine mehr.
Das ist ja katastrophal von Kodi.
Aber der richtige Weg. Den ich hab ein File, welches einem Film entspricht und nicht ein Film, der aus einem File besteht. Das machen übrigens alle mir bekannten MediaCenter so.
Ich habe das bisher nicht gemerkt, weil ich Kodi aktuell nur sporadisch benutze
Was nutzt du denn zum Abspielen auf der Glotze?
Man könnte vielleicht den Metadaten-Teil der .nfo (auch) mit in die .mkv packen, falls das irgendwas bringt.
Genau die Daten bringen ja am wenigsten weil sie auf den Header-Infos des Files gelesen worden sind. Du würdest dann also die Info speichern, die eh schon im im File drin sind. Und wie gesagt, ein 8 Gb grosses File soll sich ja nicht ändern nur weil ich die Bewertung aktualisiere.
-
Fast all deine genannten Punkte treffen doch genauso zu, wenn du den Film erst physisch & von der Bibliothek löschst und danach neu hinzufügst. Da musst du doch vorher auch manuell ran. Bereitest du da etwa das Verzeichnis vorher nicht selbst auf, bevor du es im Kontextmenü hinzufügst?
Wenn ich einen komplett neuen Film hinzufüge mache ich folgendes:
- Sample und *.sfv löschen, evtl. ein vorhandenes Poster löschen, da es meistens nicht so benannt ist, dass es den Einstellungen entspricht und beim Scrapen überschrieben wird, sprich danach noch im Verzeichnis rumgammelt
- den kompletten Filmordner über das Kontextmenü auf den Server verschieben
- nach dem Verschieben die Scan folders for new content... Funktion ausführen
- Film in Ember manuell scrapen
Die Release-NFO lass ich drin, denn aus der wird die IMDB-ID gelesen, auch wenn sie nicht einem XML entspricht. Die NFO wird dann beim Scrapen überschrieben (lässt sich so einstellen).
Wenn ich einen Film ersetzte mache ich vorher vom Trailer ein Backup, von den Bildern nicht. Denn die sind bei den Filmen, die ich noch als DivX, AVI oder sonstwas in 480p habe garantiert nicht in der Auflösung, in der ich sie aktuell will. Den Trailer sichere ich, weil für deutsche Trailer aktuell nur YouTube bleibt und dort vor allem bei alten Filmen nur noch Trailer in 360p vorhanden sind. Dann lösche ich den Film über Ember, so dass er auch aus Kodi gelöscht wird, denn wenn sie der Dateiname bzw. die Dateiendung ändert ist das für Kodi ein neuer Film. Danach folgt das Prozedere von oben mit Import des Trailers falls nötig. Beim Scrapen wird dann auch der Gesehen-Status und meine persönliche Bewertung von Trakt.tv geholt, die Kodi an Trakt.tv übermittelt hat. Somit verliere ich nur das "Hinzugefügt Datum", da dieses nur in der alten NFO gespeichert war. Dafür habe ich aber einen korrekten Wert der Videoquelle und die Metadaten des Video ist auch dabei. Der Rest macht ja Ember (umbenennen, sync bzw. hinzufügen des "neuen" Filmes in Kodi dank aktiviertem Real-Time-Sync).
1. Was haben Metadaten in Pfad- & Dateinamen zu suchen?
Dort gehören meines Erachtens nach reine Filminfos rein (bspw. "Titel (Jahr)" oder "Titel (IMDB-id)" oder dergleichen). Der Titel alleine reicht ja nicht zur Unterscheidung.Das ist korrekt, wobei ich neben dem Titel nur das Jahr im Verzeichnis- wie auch Dateinamen habe. Falls ich einen Film in 1080p und 4K/HDR habe (lustigerweise Deadpool) ändere ich aktuell den Titel entsprechend, damit die Umbenennung funktioniert. Ich habe die 4K/HDR aus Testzwecken in der DB, da Kodi auf dem NUC lange kein 4K abspielen konnte. Ansonsten sind meine Filme eigentlich alle in 1080p und nur einmal vorhanden. So lange Ember kein eigenes Feld für die Versionsangabe hat wird man wohl oder über bei "doppelten" Filmen etwas tricksen müssen.
Es gibt aber genügend User, welche auch die Auflösungsinfo oder die Videoquelle in den Filmen haben möchten. Es gibt einige Flags in Dateinamen, die Kodi erkennt und dann z.B. das Cover anderst anzeigt (Bluray oder DVD, je nach Videoquelle). Flags siehe hier: Link. Es macht also je nach Vorlieben des Users durchaus Sinn, diese Info im Dateinamen zu behalten. Vor allem die Videoquelle, denn die geht ansonsten auf jeden Fall verloren, sollte die NFO einmal nicht mehr vorhanden sein.
Ein weitere Fall ist die Angabe des 3D Modus, falls dieser im MKV Header fehlt. Durch die Angabe im Dateinamen schaltet Kodi automatisch den festgelegten Modus ein, siehe hier: Link. Natürlich wäre es in diesem Fall vernünftig, den MKV Header entsprechend zu korrigieren, aber das machen wohl die wenigsten. In Ember 2.0 will ich deshalb eine Möglichkeit bieten, die Header ebenfalls zu editieren, um z.B. auch fehlende Sprachangaben bei den Tonspuren zu korrigieren.- Videoquelle (welchen tatsächlichen Nutzen hat diese Information?)
Siehe oben.
Es gibt dann nur noch wenige Ausnahmen, die man manuell behandeln muss (bspw. habe ich bei "Deadpool 2" zwei Fassungen, da gibt es eine familienfreundliche Variante mit anderen Inhalten unter derselben IMDB-ID), d.h. man muss den Titel zur Unterscheidung händisch pflegen und dieser sollte dann auch in Pfad- & Dateiname übernommen werden. Das macht man aber lediglich einmal. Wenn ich dann später diesen Film update, sollte der Titel sich ja nicht ändern - es ist ja nur eine andere/bessere Qualität desselben verdammten Films
Ich hoffe dieses Problem mit den zusätzlichen Feld "Fassung" lösen zu können. Neben den gäüngigen Angaben wie "Uncut" könnte man dort natürlich auch "Familienfreundlich" eintragen und diesen Wert im Datei- und Verzeichnisnamen verwenden.
Hier jetzt die entscheidende Frage: Nutzen Kodi & Co. tatsächlich den Dateinamen (der sich nicht ändern sollte) oder Dateinamen+Dateierweiterung?
Bei Ember wird aktuell bei Filmen ein Film-Eintrag erstellt, in dem neben dem Titel auch der volle Pfad der Datei eingetragen ist. D.h. der Eintrag in der Tabelle movies ist sozusagen der Main-Eintrag, zu dem alle anderen Tabellen verlinkt sind. Bei Serien ist das anderst, da eine Videodatei auch mehr als eine Episoden enthalten kann. Dort ist der Main-Eintrag der vollständige Dateiname in der Tabelle files, zu der dann mehrere Episoden verlinkt sein können. In Ember 2.0 wird auch bei den Filmen ein Eintrag in der files Tabelle erstellt, dies aber vor allem damit ich wieder überall die selbe Struktur habe und nicht zu unterschiedliche Abfragen machen muss. Die DB sieht dann (auszugsweise und nicht final) in etwa so aus:
Denn dann sollte man programmseitig verhindern, dass automatisch Metadaten in Pfad- & Dateinamen übernommnen werden. Wenn der Nutzer das dann manuell immer noch macht, ist das sein Problem.
Ist ja aktuell so. Im Renamer kann ja jeder selbst wählen, was er genau im Namen haben will. Das wird auch in Zukunft so bleiben.
Wenn man 1. umsetzt, gibt es hier nur das Problem, wenn sich der Subpfad verschiebt - also bspw. der Ordner VIDEO_TS entfällt, weil da jetzt eine MKV drinliegt. Dann muss die .nfo neu aus der Datenbank und dem neuen .mkv generiert werden und alle sonstigen Dateien neu gescraped werden, falls der Nutzer so dumm war, die nicht vorab manuell zu sichern/zu verschieben.
Ein Wechsel der Dateiendung ist aktuell bereits eine Änderung, die ein "neuer" Film für Kodi und Ember darstellt. Wenn sich nur die Dateiendung ändert müssen die Bilder und Trailer aber weder in Ember noch in Kodi angepasst werden.
Falls dann Informationen bei Kodi & Co. entfallen: Pech gehabt. Wäre beim Löschen und Neu hinzufügen nicht anders. Das Problem liegt dann an Kodi & Co., die damit nicht umgehen können.
Das ist nur eine Frage des Handlings und der Frage, wie viel Aufwand ich dafür betreiben will, dass möglichst viele Infos erhalten bleiben. Da Ember von Haus aus bis jetzt noch kein Austauschen unterstützt dann ist einfach Aufwand vorhanden.
3. Zugehörige Mediendateien (Subtitles, Hashes, whatever)
Wenn man ein Medienupdate macht, sollte man
- entweder selbst vorab auch alle veralteten Dateien entfernen
- oder eine Kontextmenü-Funktion "Medienupdate" sollte das machen mit einer Sicherheitsabfrage ala "Sind Sie sicher? Alle vorhandenen Mediendateien werden gelöscht und mit denen des ausgewählten Ordners ersetzt."Ich stelle mir das so vor: Rechtsklick auf den Filmeintrag => ersetzen. Danach kann man den neuen Ordner, in dem die Videodatei ist oder die Videodatei selbst auswählen. Dann erscheint ein Dialog, links die alte, komplette Ordnerstruktur mit den Dateien vorselektiert, die behalten werden sollen. Vorselektiert sein sollen dann Bilder und Trailer. Im rechten Fenster sind dann ebenfalls alle dazugehörigen Dateien gelistet, jedoch nur das Videofile und evtl. vorhandene Untertitel markiert. Nach Bestätigung werden die alten Bilder und Trailer gecached, danach die alten Originaldateien gelöscht und die neuen Dateien in den Ordner kopiert. Dann läuft wie sonst auch nach dem Scrapen der Renamer an, der Ordner und Videofile nach Bedarf umbenenn. Beim Speichern in die DB werden wie sonst auch die Bilder und Trailer generiert (in diesem Beispiel aus dem Cache). Danach löuft der Sync durch alle Module und fertig ist. Klingt einfach, bedeutet aber wie gesagt sicher 10h Aufwand und diverse Checks (wie z.B. Check von Zugriffrechten, Speicherplatz usw.).
Übrigens handhabe ich das aktuell so, dass ich grundsätzlich alle vorhandenen Mediendateien mit etwaig vorhandenen Untertiteln merge (per MKVToolNix) und DVDs mit MakeMKV zu .mkv rippe. Am Ende bleibt da immer nur 1 Mediendatei übrig.
Ich frag mich eh wieso die Untertitel nicht immer im MKV sind. Aber dafür gibt's sicher auch Gründe, die ich nicht kenne. Mittlerweile könnte man ja sogar die NFO, Bilder und Trailer im MKV ablegen. Kodi liest (wohl nur eine Teil) der Daten ja bereits aus, wenn man das entsprechend in Kodi aktiviert. Nachteil an der Sache ist natürlich, dass bei einem inkrementell Backup die Videodatei immer komplett neu gesichert werden wird, wenn man z.B. die Bewertung aktualisiert. In der Theorie wären alle Daten im MKV natürlich super, aber für den einen oder anderen User eben auch mit inakzeptablen "Nebenwirkungen" verbunden.
Pfad+Dateien werden doch automatisch umbenannt, sobald ich den Titel manuell anpasse. D.h. Pfad und Dateinamen sollten schon mal grundsätzlich, nachdem sie reinarchiviert wurden (d.h. als neuer Film aufgenommen und gescraped wurden), nicht mehr a.dvd.480p.german.groupsoundso.hastenischgesehenirgendwelcherdreck.avi heißen, sondern wie unter 1. erwähnt bspw. "Titel (Jahr).avi". Du hast da zwar noch explizit eine Benamungsoption eingebaut, in der man das ändern kann, aber sinnvoller geht es meines Erachtens nach kaum.
Ich will auch nicht alle Infos behalten bzw. reduziere meine Dateinamen auch auf "Titel (Jahr)".
Ein Problem ist es halt, wenn da automatisch Metadaten drin landen dürfen und man updaten will - das würde ich dann als eigenständigen Film ansehen: also bspw. "Avatar 480p" wäre ein Film und "Avatar 2160p" ebenfalls eigenständig. Dann sollte aber der Ordner auch so heißen und dann wäre es so wie jetzt: Löschen und neuen Film hinzufügen.
Das Problem besteht ja aber schon beim Wechsel von AVI zu MKV, somit für mich nicht wirklich ein Argument auf weitere Angaben im Dateinamen zu verzichten. Ich verzichte aber z.B. bei Episoden auf die Episodentitel-Angabe im Dateinamen, weil beim ersten Scrapen öfters mal nur der englische Titel vorhanden ist und sich beim "Nachscrapen" des deutschen Titels der Dateiname ändern würde.
Was mich bei der Umbenenn-Funktion übrigens wundert (hatte ich schonmal erwähnt): Dass nach dem (automatischen) Scrapen der Pfad- & Dateinamen nicht auch automatisch umbenannt werden. Da muss ich jedesmal händisch nochmal alle markieren und die Umbenenn-Funktion nutzen, die aber nicht immer alle umbenennt (erst nach mehrmaligem Ausführen).
Es gibt eine Einstellung für das Umbenennen beim automatischen Scrapen, beim manuellen Scrapen und beim Editieren. Ich denke aber das weisst du bereits. Ich müsste wirklich mal ein nachvollziehbares Beispiel haben, wenn es da einen Bug geben sollte. Bis jetzt hat sich aber diesbezüglich noch kein Anderer beschwert (soweit ich mich erinnern kann).
-
Der Explorer ist übrigens der letzte Mist - schaue dir mal die Mächtigkeit von WinCmd bzw. TotalCommander an.
Jaja, das höre ich immer wieder. Mal abgesehen von nacheinander erfolgenden statt gleichzeigen Kopier- oder Verschiebevorgängen und dass man direkt ein Quell- und Zielverzeichnis gleichzeit anzeigen lassen kann sehe ich aber keine Vorteile von TC, die beim täglichen Arbeiten wirklich arbeit abnehmen. Das Kopieren/Verschieben kann ich aber auch mit TeraCopy oder ähnlichem erreichen. Dazu kommt noch die Tatsache, dass TC seit Jahren immer noch die selben Probleme/Fehler hat, wie z.B:
- Laufwerksbuchstaben werden immer noch Kleingeschrieben übergeben, z.B. d:\Filme anstelle von D:\Filme, was einfach falsch ist und früher oder später zu Fehlern bei Verwendung in Datenbanken führt, auch wenn Windows das Grundsätzlich total egal ist
- man kann immer noch keine eigenen Befehle erstellen, in denen der eingestellte Parameter für jedes selektierte Verzeichnis wiederholt ausgeführt wir, so wie es der Kontextmenüeintrag im Explorer macht
Da funktioniert das Kontextmenü übrigens auch, ggf. wäre da auch ein intern eingestellter Tastaturbefehl auf die Emberfunktionalität möglich.
Weiss ich und funktioniert auch einwandfrei
Dass dann die Subtitel oder weißderGeier nicht mehr passen, kann man ja deutlich machen (Infobox oder Abfrage ob ebenfalls entfernen). Kann doch kein Ding sein.
Du denkst zu wenig weit bzw. nur was in deinem Fall passieren kann/soll. Aber stell dir das ganze doch mal mit folgendem Beispiel vor:
Bestehender Film:CodeD:\Filme\Avatar\Avatar.dvd.480p.avi D:\Filme\Avatar\Avatar.dvd.480p-poster.jpg D:\Filme\Avatar\Avatar.dvd.480p-fanart.jpg D:\Filme\Avatar\Avatar.dvd.480p-trailer.mkv D:\Filme\Avatar\Avatar.dvd.480p-german.forced.srtJetzt ersetzt du das mit einem Bluray Release, welches den Namen Avatar.bluray.4k.mkv und noch ein paar zusätzliche externe Untertitel hat. Beim Ersetzen muss nun also:
- der Film mit altem Dateinamen bei allen Sync-fähigen Modulen/Addons entfernt werden, da z.B. Kodi Filme anhand des Dateinamens verwaltet, jedoch beim Trakt.tv Modul evtl. nicht, da man ja den Status gesehen/nicht gesehen behalten will
- die Videoquelle anhand des neuen Dateinamens ermittelt werden
- Bilder und Trailer müssen umbenannt werden, da der neue Dateiname (evtl. automatisch anhand der Metadaten generiert) nun anderst heisst
- geprüft oder dem User als Auswahl gezeigt werden, welche zusätzlich im Verzeichnis enthaltenen beliebige Dateien wie Untertitel, Hash-Files, Samples, original Release-Info usw. nicht mehr benötigt und gelöscht werden sollen
- und abschliessend wieder über die Module gesynct werden
Ich bin mir sicher, dass mir beim Umsetzen des Features noch einige andere Sachen auffallen werden, die ebenfalls in allen Situationen sauber behandelt werden müssen. Von trivial kann da eigentlich keine Rede sein und das Feature wird sicher 10h Arbeit in Anspruch nehmen.
Da kann man auch die Quelle löschen/überklatschen (das ist übrigens eine Info, die mich nun wirklich gar nicht interessiert... 1080p sind 1080p - ob das von einer BluRay oder einer Kartoffel gerippt wurde, ist dermaßen irrelevant zumal man auch von einer BluRay Kartoffelqualität rippen kann und eben diese wesentlichen Infos (Codec, Auflösung, Bitrate) die Datei selbst beinhaltet).
Was für dich irrelevant ist oder nicht ist für mich total irrelevant. Ausserdem stimmt deine Aussage nicht zu 100%, denn eine HDTV Aufnahme kann auch 720p oder 1080p haben und trotzdem die schlechtere Quali oder z.B. noch Senderlogos enthalten, die bei einem BD-Rip in gleicher Auflösung nicht mehr vorhanden sind. Und diese Videos sollen ja auch irgendwie identifizierbar sein, oder? Da nützt dir die Ausflösung alleine nichts.
