"den Namen der Datei" .nfo ?!
Habe es ein paar mal ausprobiert - leider nein. So eine einfache Lösung wäre auch zu schön gewesen.
"den Namen der Datei" .nfo ?!
Habe es ein paar mal ausprobiert - leider nein. So eine einfache Lösung wäre auch zu schön gewesen.
Hallo zusammen,
bevor ich einen Issue auf github eröffne, möchte ich erst mal hier Rücksprache halten.
Hintergrund:
Ich organisiere seit einiger Zeit meine Audiothek so um, dass sie schön sauber in KODI abgebildet werden kann.
Meine Erfahrung über Eigenheiten und Stolpersteine werde ich ggf. an anderer Stelle mal zusammen fassen => Aber grob zusammengefasst: Löwt!
D. h. "löwt bis auf einige Nickeligkeiten":
Meine Hörbücher liegen im m4b-Container vor (Bei m4a werden mir keine Kapitel angezeigt - scheidet daher erst mal aus.)
Für die Hörbücher erstelle ich album.nfo-Dateien manuell - hier ein Beispiel:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<album>
<title>Chroniken von Narnia 1: Das Wunder von Narnia</title>
<genre>Hörbuch</genre>
<style></style>
<mood></mood>
<theme></theme>
<compilation>false</compilation> <!-- true / false -->
<boxset>false</boxset> <!-- true / false -->
<review>Fantastische Welt Narnias: Die Entstehung.
Begib dich mit den Freunden Digory und Polly nach Narnia! Durch geheimnisvolle Ringe gelangen die Kinder in das Königreich des Löwen Aslan, das von der Hexe Jadis bedroht wird. Hier warten neben ungewöhnlichen Gestalten vor allem schwierige und gefährliche Aufgaben auf sie.
C. S. Lewis' Fantasyroman ""Das Wunder von Narnia"" aus der bekannten Reihe "Die Chroniken von Narnia" ist nicht nur für Kinder ein Highlight. Dieses spannende und abenteuerreiche Hörbuch werden auch Erwachsene lieben, die das Träumen noch nicht verlernt haben. Mit viel Gefühl und Ausdruckskraft erzählt der Sprecher Philipp Schepmann die einzigartige Geschichte, die schon so viele Menschen in ihren Bann gezogen hat. Hier kommt garantiert keine Minute Langeweile auf!</review>
<type>Audiobook</type>
<releasedate>2005-10-10</releasedate> <!-- yyyy-mm-dd -->
<label></label>
<rating max="10"></rating>
<userrating max="10"></userrating>
<votes></votes>
<year>2005</year>
<albumArtistCredits>
<artist></artist>
<musicBrainzArtistID></musicBrainzArtistID>
</albumArtistCredits>
</album>
Alles anzeigen
Nun scheint KODI diese nfo-Datei beim Aktualisieren nicht zu berücksichtigen.
Keine der Inhalte erscheint in KODI selbst - bis zu dem Zeitpunkt, an dem ich für ein bestimmtes Hörbuch die Infos manuell aktualisiere und dann auf Nachfrage die Verwendung lokaler Daten bestätige.
Dann ist alles da - bis zur nächsten Aktualisierung - dann sind die Daten wieder gelöscht.
Die "Nur lokale Daten verwenden"-Option ist bei den Alben aktiviert.
Die Hörbücher liegen auf einer eigenen Quelle - getrennt von der Musik.
Fazit:
Die nfo-Datei muss korrekt sein.
Eine Auslese/Import-Routine ist in KODI integriert.
KODI ignoriert beim Aktualisieren die nfo-Dateien und überschreibt vorhandene Daten mit "Nichts".
Die spannende Frage ist da:
Habe ich Pappnase irgendeinen Schalter übersehen oder habe ich da einen Bug gefunden?
O.K. - Bin hier etwas spät aufgeschlagen - hatte beim letzten Aufsetzen einer MariaDb auf dem Raspi das gleiche Problem und konnte es über eine Änderung (irgendeiner) Config-Datei lösen.
Nur fehlt mir die Motivation das jetzt aus meinen Backups wieder heraus zu suchen.
Meine aktuelle - und vollkommen problemfreie Lösung:
Raspi neu aufgesetzt und Docker mit Portainer installiert.
Dann die MariaDb-Container von Pi-Hosted installiert.(https://raw.githubusercontent.com/pi-hosted/pi-h…r-v2-amd64.json)
....Admin und User für KODI eingerichtet - fertig - läuft so out of the box mit externen Devices.
Generell sollte man sich so oder so überleben, ob man den SQL/MariaDb-Server ausgerechnet auf dem NAS laufen lassen muss.
Wenn man nicht gerade SSDs eingebaut hat, läuft ein Raspi mit guter SD-Karte deutlich fluffiger.
Wie schaut es denn bei den anderen Usern aus...oder nutzt keiner mehr das Addon?
Doch - ich.
(Sorry, wenn ich hier was wiederhole, was sich schon seit letzem Freitag geändert hat - habe noch nicht alles Postings durch!)
Deshalb schaue ich hier gerade wieder rein.
Ich habe jetzt mein System auf "Nexus" geupdatet - und gewartet, bis alle PlugIn-Updates durch waren: Jetzt funktioniert AmazonVOD bei mir wieder ohne zu mucken.
(Edit: WebAPI eingeschaltet)
Das, was mich ein wenig umtreibt ist die Tatsache, dass man nix Genaues weis.
Einerseits wird auf GitHUB angegeben, dass die PartnetServiceAPI abgeschaltet wurde.
Andererseits gibt es 3rdPartySoftware, die nach kurzem Ausfall wieder funktioniert.
Für mich prinzipiell kein großer Akt, da KODI bei mir auf dem FireTV läuft und ich den Content dann direkt darüber sehen kann.
Schön wäre es allerdings, wenn es auch früher oder später auch unter KODI wieder einwandfrei klappt.
Hat sich erledigt. Nachdem die Kopiervorgänge fertig waren, hatte ich wieder den normalen Zustand! Merkwürdig, evtl. aufgrund der hohen Datenmenge als Zwischenspeicher gewesen.
Steht doch in meiner Antwort: "Volumen Shadow Copy" oder auch "Schattenkopie" genannt.
Ich bin schon alle Ordner durch gegangen, Bereinigung gemacht, nichts hilft....
Nutze WinDirStat um Dir einen Überblick zu verschaffen, wo wie viel Platz benötigt wird.
Offen gesagt: Gerade in Bezug mit Wiederherstellungspunkten und VolumeShadowCopy-Aktionen sollte man immer viel Speicherplatz und ausreichend große System-Laufwerke haben.
Alles unter 500 GByte kann meiner Beobachtung schnell spack werden.
Wenn er mit Linux glücklicher ist (was ich sehr gut verstehen kann), dann ist es doch gut.
Mich braucht man zu Linux nicht zu überzeugen.
Läuft schließlich bei mir auf mehr Computern als Windows.
In sofern: Wenn's passt, dann ist's perfekt.
Somit können die Windows Experten aufatmen, keinen Windows-Legastheniker mehr betreuen zu müssen und die Linux-Welt freut sich über einen neuen Enthusiasten. Win-Win-Situation
Sehr pragmatische Haltung. xD
Ich weiß das das ganze kein Sinn macht. Ich hatte mehrfach Windows neu installiert. Hardware ausgetauscht aber nichts hat etwas gebracht. Erst der Wechsel von Windows auf Linux.
Wenn Linux funktioniert => Bestens.
Manche Dinge sind halt so.
Ich habe mal einen Laptop (Windwos 7-Generation), den kann ich ohne Probleme mit Windows 8.1 betreiben - wenn ich aber auf Windows 10 upgrade agiert die Tastatur nur noch sehr arg verzögert, dass es keinen Spaß mehr macht.
...und das auch nachdem ich recht aufwendig die Hersteller der Komponenten und Treiber ausfindig gemacht hatte.
Auch am PC (habe Glasfaser mit 400 MBit) gab es Probleme mit Windows. Habe etliche Treiber getestet aber nichts hat geholfen. 10 MBit war das max. mit Windows 10.
Im Prinzip logisch, denn so was ist KEIN Windows-Problem oder auch Linux-Prolbem - es sei denn, Du wärst so närrisch und hättest den PC ohne Router und nur mit MoDem direkt mit dem Internet verbunden.
400 MBit/s ist für LAN-Kabel ab CAT 5 so überhaupt kein Problem - sofern in Ordnung.
Wenn Dein Windows-System nur 10 MBIt/s bringt, dann klingt das mehr danach, als ob irgendeine Netzwerk-Komponente mit max. CAT 3 läuft oder defekt ist.
Keine Abbrüche und jetzt sehe ich auch was eine 400 MBit Leitung hergibt.
WENN das tatsächlich, wie Du schreibst, am Betriebssystem gelegen haben sollte, dann möchte ich nicht wissen, wer oder was da jemand an Windows 10 verbogen hat. Denn Sinn macht das Ganze nicht.
Interessante Lösung, muss da noch in Kodi was eingestellt werden?
Im Prinzip nix.
Wenn Du beim Aktualisieren mal gefragt werden solltest, ob Informationen aus dem Internet abgerufen werden sollen, dann verneinen.
Oder halt wie Gartenzwerg schon geschrieben hat, die betreffende Quelle auf "local Information only" stellen.
was haste denn in der jeweiligen Bibliothek als Scraper dann ausgewählt?
Bei Filmen: TMDB Phyton (falls ich doch mal online was abrufen will)
Bei Serien: TheTVDB
Im MediaManager:
Filme: tinymm Universal movie scrapper (alles auf tmdb)
Serien: tinymm Uiversal TV show scrapper (Artwork aus tmdb - alles andere auf tvdb)
Liegt das an MovieDB Python
Ja - oder besser an den PlugIn-Einstellungen.
Mit Silvo hat das nix zu tun.
Wenn die englischen Daten bereits in nfo-Dateien liegen, werden diese auch immer wieder englisch geladen.
Ich muss zugeben, dass ich inzwischen von den automatischen KODI-Scrappern etwas .... "desillusioniert" bin und nutze zum Scrappen den tinyMediaManager, mit dem ich die nfo-Dateien, Bilder usw. scrappe und sie DANN erst von KODI einlesen lasse.
Ich kann doch nicht jedes Mal wenn ich einen neuen Film auf die Festplatte ziehe, die komplette Platte neu einlesen...
Eben deshalb...
Seit nicht mehr die KODI-DB der "Master" ist bekomme ich eine deutlich sauberere Bibliothek.
Gar nicht - und das hat nix mit dem PlugIn zu tun.
Das gleiche wäre z.B. Windows unter Linux in einer VM zu betreiben. Nee sorry.
Brauchst Du Dank des "Windows Sub System für Linux" gar nicht.
Solange man nur die Kommandokonsole in Linux braucht, braucht man streng genommen keine extra-Linux-Installation.
(Und demnächst kommt das "Windows Sub System für Android" mit Windows 11.... ;o))
Nicht missverstehen: Ich betreibe deutlich mehr Linux-Rechner als Windows.
Aber ich nutze sie entsprechend ihrer Vorzüge und Limitierungen.
Für mich gibt es kein entweder/oder nur ein "sowohl als auch".
Alles andere ist das Niveau von "C64 vs Atari 800" oder "Amiga vs ST". Also reine Weltanschauung.
- Warum dauert das alles so lange?
Kurioserweise hatte ich mich das beim aktivierten PlugIn gefragt.
Ist aber schon die Frage, was für massenhafte Internet-Abfragen KODI erzeugen sollte.
Bei Youtube ist das so oder so über die Notwendigkeit eines eigenen API-Keys begrenzt.
Disney+, Amazon, Netflix und Zattoo werden schließlich von mir bezahlt - das zählt nicht. ;o)
Mein Interetprovider muss so was beim heutigen Datenverkehr so oder so abkönnen.
Bleiben noch die Metainfo-Crawler - aber die beätigt man ja auch nicht ständig.
(Mal davon abgesehen, dass ich dazu übergegangen bin diese Infos extern zu pflegen und lokal einlesen zu lassen.)
Dennoch: Ich werde das mal weiter beobachten, denn so ein Cache sollte(!) ja keine Probleme verusachen.
Vielleicht verträgt sich ja speziell die youtube-API nicht so ganz - nur: Wäre das der Fall müssten doch mehr Fälle wie der meine auftreten....
Ah - Vielen Dank PvD!
Kurz: Wirklich benötigt wird dieses Plugin nicht. Und kann es ruhig abgeschaltet lassen.
Ich hatte zumindest mit dem youtube-PlugIn von einem auf dem nächsten Tag Start-Probleme, wenn der Common-Cache aktiviert war.
...und wer weis, ob es am Cache, am YT-Plugin liegt oder daran, dass YT mal wieder was geändert hat.
Danke.
Das wiki kenne ich.
Und jetzt mal für Normalsterbliche.
Moin ihr Nerds,
natürlich weiß ich allein aufgrund des PlugIn-Namens, dass es irgendwas von den PlugIns cached.
Die Frage ist aber dennoch: Was macht es eigentlich genau? Weder auf der KODI-Seite bzw. auf github steht diesbezüglich was.
Hintergrund:
Ich habe den latenten Verdacht, dass sich der cache aktuell mit dem youtube-Plugin nicht so dolle verträgt.
Wenn ich das plugin deaktiviere läuft es. Ansonsten erfahre ich z. B. Endlosschleifen beim Menüaufruf des Youtube-Plugins.
Ich stehe da jetzt Achselzuckend davor und denke mir halt: Bauch ich das PlugIn überhaupt - wofür taugt das Ding anyway?
Welches Plugin? Ich verwende keine besonderen Plugins? Darum viel mir das Antworten darauf etwas schwer.
Du sprichst doch von WAIPU.TV in Deiner Frage.
Das kannst Du via KODI nur mit einem PlugIn nutzen.
Wenn das PlugIn nicht funktioniert oder inkompatibel geworden ist kannst Du lange nach Netzwerkfehlern suchen und keine finden - eben weil es keine gibt.
Das würde auch ins Bild passen, da die Waipu-Apps auf anderen Plattformen (PC, Smartphone usw.) funktionieren.
Ich bin mir ziemlich sicher, dass es nix mit dem WAN zu tun hat. Also es ist in jedem Fall ein LAN Problem da es ja auch passiert,
Ist O.K. - dennoch wäre es sinnvoll, wenn Du die offenen Punkte, die ich ansprach, auch beantwortest und nicht daran vorbei redest.
Kurz: Wenn Du denkst, dass es ein "Internetabbruch" ist, wie Du schreibst, dann bringt es überhaupt nix den Fehler im LAN zu suchen.
Nur das ist ist nicht,das, was Du im restlichen Text schreibst.
Es könnte schließlich auch einfach eine Inkompatibilität des verwendeten KODI-Plugsins sein.
Leider schreibst du ja nicht, ob Du auf allen getesteten Geräten es mit KODI versucht hast.
Website / MobilApps sagen ja nichts über die Funktionalität des KODI-PlugIns aus.