Super,
Skin sind halt leider Unikate die extrem Unterschiedlich sind - und gerade bei so etwas muss man wirklich davorsitzen,
was bei helix ja nicht mehr viel können;)..
Da hilft nur Try and Error. Dazu wird das schnell recht verzweigt und ohne es zu sehen hat man da nicht unbedingt den
Überblick ob da nicht irgendwo anders noch etwas im Code ist das womöglich zusätzlich noch Hintergründe ausblendet
wenn Musik läuft weil der Skin davon ausgeht das der dann soweiso nicht gebraucht wird.
Grüße
Hey,
Also Ansich sind ja wie gemerkt hast skins eigentlich zu kompliziert als das man selbst wenn man weiß was man suchen könnte, da mit zwei Dateien und ohne Testlauf weit kommt;)..
Ich würde mal nach sowas suchen:
$INFO[Window(Visualisation).Property(ArtistSlideshow)]
und die include dann verfolgen bzw. falls es zwei sind aus der des home rausnehmen.
Grüße
Also an SVG glaube ich je weniger - so einen wirklichen Standard scheint es da ja auch nicht zu geben wie es scheint.
Man sieht es ja an GIF was dann draus werden kann - einige laufen, andere wieder nicht, meine Tests mit GIF und Kodi
mit PS7 liefen nie, egal was ich anstellte. Und bei SVG mit den verschiedenen Versionen, Formatoptionen und
Zeichengenauigkeiten wird es da sicher auch nichts.
An was es letztendlich liegt, dDas ist ja immer schwierig zu sagen. Vieles tritt ja erst bei der hundertsten Verwendung auf und nicht vorher.
Wir setzen das ganze in einem extrem angepaßten Skin ein, der Vergleichbar wenige (bis noch weniger) Einstellungen braucht wie der Defaultskin
(Estuary v1). Performance kann ich nicht viel dazu sagen - wir haben nur ein Produktivsystem - dort läuft der seit August auf eine Krypton
Alpha Version. Prozessor und Speicherlast sind vergleichbar mit dem Defaultskin (mal mehr, mal weniger), auf einem NUC i3 etwa 8-12%.
Gefühlt (oder Eingebildet) läuft er sogar Flüssiger als der Defaultskin bei uns - das kann aber auch an kürzeren Animationen liegen oder
dem Effeckt das auch beim schnellen Scrollen immer Einträge in Form von Fallbacks vorhanden sind.
Große Flächen oder Grafiken wie Rahmen hab ich allerding auch nicht versucht. Die Positionierung war mir da zu frikelig - da ja die Textgröße
dann die breite und höhe definiert ist das ja der Horror.. Mag sein das es damals daran lag - da kommt man ja schnell auf Textgrößen von 1000
wenn man Beispielsweise einen Balken quer durch den Sichtbaren Bereich will. Die dann noch in der Positionierung kombiniert mit einem zweiten Element
auf den Pixel genau war mir dann zu Ungenau - bei der Größe potenziert sich ja jedes zehntel Pixel Abweichung in der Erstellungsgröße.
Es beschränkt sich also auf Icons und Designelemente wie Sterne, Overlays, eine Analoge Uhr die aber eher ein Unfall ist (nicht gut lesbar), usw.
Ich kann die Tage mal ein Paar Bilder von der Verwendung machen dann wird es vielleicht klarer.
Im Anhang die Übersicht die ich zum "Platzieren" brauche - die ganzen Sonderzeichen kann ja keiner Schreiben;).
Grüße
In den letzten Wochen und Monaten habe ich einem "Alternativprojekt" versucht einen Skin mal ganz anders anzugehen.
Leider wird die Dokumentation darüber etwas Umfangreich. Sie richtet sich nur an Skinner und ist ohne Übung nicht umsetzbar.
[h1]Ausgangslage[/h1]
Erstellt man nun auch noch einen Skin der Icons für Menüs und dergleichen nutzt, kommt man schnell auf über 200 Icons.
[h1]Die Problematik[/h1]
Die Konsequenz daraus ist dann das man teilweise ein und dasselbe in 4 oder mehr Größen und Formaten braucht.
Bei mir endete das in den über hundert Default Icons in Quadratischer Auflösung, und Sets für Small, Medium, Big und Bigger,
dazu noch die Default Fallbacks für Fanart-, Banner- und Poster-Abmessungen.
Das war erst mal die Situation die es zu Verbessern galt.
[h1]Die Lösung[/h1]
Nun kam mir die Idee wenn man nur einfarbige Icons verwenden will, warum sollten diese überhaupt als Größenabhängige Grafiken vorliegen?
Einfacher wäre es direkt in einer Schrift, mit verschiedenen Größen über die Font.xml Datei.
Die nächsten Vorteile wurden auch schnell klar
[h2]Also gesagt getan[/h2]
Ohne zu sehr ins Details zu gehen war mein Workflow:
Dafür habe ich die Freeware Fontforge benutzt. Die Freeware kämpft zwar mit Bugs, bietet sonst aber für diese Art
(Zeichnen darin ist die Hölle), genau das was man braucht:
Im Laufe der Zeit wurden daraus 3 vollständige Icon Sets. Sie enthalten neben 270 Glyphen die aufeinander Abgestimmt
sind und sich Unterschieden in den Sets (bis auf solche in denen mir absolut nichts zu einfiel oder eben aus Gründen
der Wiedererkennung in einem Menü zwingend so sein müssen). Dazu noch alles was irgendwie in Form von Text machbar
war wie ein Runder Kreis in 100 Schritte für Progress Bars, Laut/Leise in 7 Stufen, bis hin zur Ratingsternen 1-10,
Abweichendes Benutzerrating 1-10 oder Watchedoverlays. Wirklich alles was möglich war wurde in die 3 Fonts gepackt!
[h2]Das Negative[/h2]
Im Laufe der Umsetzung kristallisierten sich auch Nachteile heraus, mit denen man je nach Skin aber denke ich leben kann:
[h2]Das Positive[/h2]
[h1]Die Umsetzung[/h1]
Im Skincode passiert dann nichts Weltbewegendes mehr.
Man erstellt sich ein label, und verwendet nun die passenden Buchstaben zum gewollten Icon, oder Arbeitet mit VAR´s.
<control type="label">
<description>Fallback icon</description>
<width>630</width>
<height>80</height>
<align>center</align>
<font>Iconbannerdefault</font>
<textcolor>$VAR[CirclesCol]</textcolor>
<label>B</label>
</control>Bei Buttons habe ich es persönlich bevorzugt mit "leeren" Buttons zu Arbeiten und die Icons
separat darübergelegt mit denselben Visibles.
mit einem <visible>Control.IsEnabled(18)</visible> bei einem Button mit ID18 und
einem <visible>Control.IsVisible(18)</visible> im Iconlabel klappt das super.
[h2]Defaulticons[/h2]
Die Defaulticons brauchten einen Trick. Die Icons mussten damit sie von Kodi verwendet werden
auch als PNG Dateien im Skin vorhanden sein. Also hab ich einfach 1x1 Pixel große Fake PNG´s ins
Verzeichnis gelegt.
Im ganzen Skin wird kein ListItem.Icon verwendet (oder Angezeigt).
Stattdessen wird mit ListItem.Art(thumb) gearbeitet, das dasselbe ist wie Icon nur ohne das
Defaulticon als Fallback.
An Stellen in denen es so nicht ging (oder ich nicht sicher war weil man eben das Icon gewohnt war),
wurde mit visibles und String.StartsWith(ListItem.Icon,Default) das ListItem.Icon immer ausgeblendet
wenn es sich um ein DefaultIcon handelte.
Im Code wurde dann eine "Monstervariable" verwendet die alle DefaultIcons enthält.
Diese werden dann einfach auf die Buchstabenentsprechung "Umgelegt". So ist dann DefaultGenre einfach ein P.
Hier ein Auszug:
<variable name="DefaultIcons">
<value condition="String.IsEqual(ListItem.Icon,DefaultDirector.png)">J</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultSets.png)">K</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultStudios.png)">L</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultYear.png)">M</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultCountry.png)">N</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultTags.png)">O</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultGenre.png)">P</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultActor.png)">U</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultVideo.png)">W</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultVideoCover.png)">W</value>
<value condition="String.IsEqual(ListItem.Icon,DefaultVideoDeleted.png)">W</value>
<value>Ī</value><!-- Dateien -->
</variable>[h2]Schwierigkeiten[/h2]
Anfangs ist das etwas ungewohnt, es entstehen dabei schon mehr Schriftdefinitionen in der Font.xml als gewohnt.
Wirklich jede Größe die gebraucht wird muss ja definiert werden. Da kommen schnell einige Dutzend zusammen
und den Überblick darf man dabei nicht verlieren. Das Positive daran ist aber das Nachher so ziemlich alle Icons
relativ identisch sind. Will ich nun alle Menüicons ohne das eine "Positionskorrektur" erforderlich ist minimal
größer oder kleiner, muss man nur die Punktgröße in der Font.xml Ändern.
Das wars eigentlich als grober Umriss. Einiges ist noch nicht Perfekt.
Probleme macht noch das nicht alle Icons 100% gleich groß sind. Mann ertappt sich da leicht das Icon an die
Verwendung anzupassen statt nochmal eine Schriftgröße einzuführen. Das ist ein Problem das ich aber leider
erst zu spät erkannt hab, da waren es schon 3 Sets mit verschiedenen Schriften, sodass ich davon jetzt nicht
mehr weg kann/will.
[h2]Was ist damit gemeint[/h2]
Glyphen werden ja in der Regel relativ klein angelegt. Da es Vektoren sind, also Anfangs und Endpunkt einer
Koordinate verbunden mit Linien, kann die Größe danach variabel sein ohne Qualitätsverlust. Das hat aber
nun zur Folge, das selbst Optisch 2 Pixel Differenz bei einem 36x36 großen Raster, Nachher in der Verwendung
von teilweise 80 Pixeln oder größer, irgendwann ins Gewicht fallen. Was so klein noch gar nicht auffällt sind
dann später merkliche Unterschiede. Innerhalb der Verwendeten Gruppe sind aber alle nahezu gleich.
Also z.B. Serien und Filmicons passen alle zueinander, ein Watched Overlay Icon, ein OK oder ein Ratingstern
passt aber proportional nicht dazu! Die sind dann entweder größer oder kleiner. Ein richtiges Problem ist es
aber nicht, die Verwendung ist ja eher gegeben (keiner nimmt ja ein Serienicon dann fürs OK).
[h1]Schlussendlich[/h1]
Die Fonts laufen alle unter einer OFL Lizenz, sind selbst erstellt oder lehnen sich an Icons anderer Skins an
wie dem Estuary v1 in denen auch alles Open Source ist.
Falls Interesse besteht kann ich sie hochladen wenn ich fertig bin.
Es sei aber Ausdrücklich nochmal erwähnt das man hierfür schon geübt sein muss und sich das nicht schnell mal so, ohne Kenntnisse Einbauen lässt.
Ein Skin hat ja schließlich hunderte Fenster und dafür braucht es schon ein durchdachtes Konzept und einen kompletten Neuaufbau.
Im Anhang einige Beispiele der Icons aus den 3 Sets.
Grüße
Für mich wären wie gesagt eine Runscript Option und Propertys Klasse wenn das ginge.
Dann könnte man flexibel Entscheiden was man draus machen will.
Einerseite per Contextmenü, andererseite per Runscript mit Ausgabe von Text in der Art.
Letzte Staffel, Letzte Episode, Status und Meinetwegen wie die letzte Episode genau hieß.
Ich Teste aber erst mal die aktuelle Version die Tage mal und sag Bescheid;)
Grüße
@Marc0810 Was meinst du mit Onload? mir nicht ganz klar
Das Ergebnis werd ich mir mal Anschauen über die freien Tage;)..
Denke das onload wird soweiso gehen wenn man es per Runscript() aufrufen kann?.
Ich würde das gerne beim laden der Videoinfo per Runscript Abfragen und wie beim nextairedplugin dann per propertys Einbauen.
Für mich macht eine Bündelung immer irgendwie mehr sinn, auch für den WAF Faktor ist es einfacher wenn eben z.B. alles in der Videoinfo steht.
"I" drücken ist eh bekannt, für das eine Info drücken, fürs andere Contextmenü öffnen (das es teils schon extrem voll ist), ist etwas schwerer vermittelbar denk ich.
Zudem werden ja die meisten Skins in der Videoinfo auch den "internen Stand" irgendwo als Info abbilden - das ist ja nicht unbedingt in jeder View gegeben.
Ich lasse mir dort z.B. Momentan den Internen Status (wieviele Episoden und Staffeln) anzeigen, ein Icon aus dem nextaired plugin "Serienstatus" (Beendet, Abgesetzt, Laufend),
Und die Anzahl an Staffeln die es aktuell gibt ebenfalls vom nextaired (bzw. ist es dort die Krücke mit der zuletzt laufenden Staffel).
So hab ich den direkten Überblick, ich muss nur "i" drücken für andere Infos wie Actor, um was es genau geht bei der Serie usw. und hab gleich die Info mit dabei
ob wir alles haben, ob es sich überhaupt lohnt da sie eingestellt wurde.. Das ist für uns einfach sinnvoller als erst mit "i" mal zu schauen wieviele Staffeln wir haben,
es Gedanklich festzuhalten und dann per Contextmenü nachzusehen wieviele das Addon anzeigt.
Zur Info bei keinem Ergebnis wäre vielleicht eine Ausgabe auch für dich ganz Aufschlussreich nach was Gesucht wurde.
Vom Design her aus dem Contextmenü müsste eine Ausgabe zu Kodi als Notification und dann kein Addondialog ja das einfachste sein denk ich.
Grüße
Also ich fände es besser wenn es eine "onload" Option gäbe. Damit man das Beispielsweise als Zusatz in der Videoinfo dazuschreiben kann zu den Internen Werten.
Schade das es Status nicht gibt auf der Seite. Dann wäre es perfekt 
.. Fragt er denn dann nach oder meldet welche Serien "er denkt" das es ist?
Das wäre ja noch wichtig für Falsch Positive Ergebnisse.
Ich hab aber soweiso festgestellt das es in Kombination mit Kodi zu Problemen kommt:
ListItem.Property(TotalSeasons)
kann man leider nicht dazu Animieren keine Specials mitzurechnen. Und außer auf Staffelebene bekommt mans nicht mal kompliziert
"weggerechnet". Konsequenz ist dann das NextAired eine Staffel weniger als letzte Staffel ausgibt als mir Kodi zum Vergleich anzeigt wenn
eine Staffel 00 für Specials enthalten ist.
Ist aber Klasse das dir die Mühe machst. Ich werd sicher Umstellen wenns läuft bei uns.
Grüße
Mag ja sein das es in SQL geht, der Skin greift aber nur auf vom Kodi Core zur Verfügung gestellte Infos zu und nicht auf die Datenbank.
Er ist nichts weiter als eine "Haut".
Man bekommt einige hundert sog. Infolabels bereitgestellt, einige conditional die für Abfragen Dienen und das wars.
Alle Fenster beeinhalten dabei sog. Defaults die der Core zur Verfügung stellt.
Als Beispiel die Settings:
Da hat man dann zwei Defaultlisten, Menü ist Gestaltbar durch Einträge, und eine Liste mit den passenden Settings zum Menüeintrag
die Anhand eine vorgegebenen ID und "Musterelementen" gefüllt wird. Das ist auch der Grund warum die Reihenfolge in allen Skins gleich ist.
Oder Favoriten.
Du hast eine Liste mit ID und kannst dort das Icon und Label abbilden wie du willst. Das wars aber auch schon.
Innerhalb der Myxxx Fenster (Videos, Musik, Bilder usw..), regelt Kodi alles mit Content. Der Core selbst und der skin.
Jede Liste wird Anhand dieses Wertes in Aussehen und Inhalt gesteuert und auch so in der Viewmodes DB abgelegt (damit dieselbe Ansicht beim
nächsten Aufruf aktiv ist).
Da hängt alles daran, selbst das Abspeichern welche Liste aktiv sein soll. Was nun wenn für Serien eine andere drin steht (durch deine Auswahl)?
Oder aber die Ansicht für Filme gar nicht für Serien gedacht war und gar keine passenden Infos dafür zur Verfügung stehen (wie Regie oder Dauer)?
Aber der Hauptgrund dafür nehm ich mal an ist, das innerhalb von Kodi oder einem Skin ein "Fensterübergreifendes Abfragen" nicht möglich ist.
Nimm mal als Beispiel das Contextmenü:
Container.Content(movies) ist global, das heißt es verändert sich nicht innerhalb einer Liste und hat einen fixen Wert. Mit Type=movies hat man es in der
Playliste angegeben. Kodi öffnet nun Anhand dieses Types die Playliste, mit der hinterlegten View für Filme und Filtert dabei den Datenbankeintrag Movietitles.
Ab dort muss alles auf diesen Content abgestimmt sein. Öffne ich nun das Contextmenü erkennt Kodi daran das es den Abspielen Button braucht.
Der Context Dialog kann technisch gar nicht auf die Liste zugreifen, da er nur Abfragen kann was in seinem eigenen Fenster los ist, kann er gar nicht
wissen ob der Eintrag darunter in der MyvideoNAV gerade ein Film oder eine Serie ist.
Musikvideos klappt im gegenschluss auch nur weil sie songs entsprechen:
Und da der Core eben auf diesen Content angewiesen ist, stellt das Benutzerinterface eben auch nur eine Möglichkeit dafür zur Verfügung was man auch
Darstellen kann. Sicherlich wären in SQL noch ganz andere Dinge möglich, die auch nicht als playlisten gehen weil es der Core so nie "rüberbringen" kann.
Damit muss man also leben. Ein Skin kann nichts was nicht vom Core erlaubt wird. Ich bin mir nicht mal sicher ob es überhaupt im Skinengine so umsetzbar
wäre aus den genannten Gründen. Das hätte sicher etliche Nachteile mit denen auch keiner Leben will, Angefangen bei profanen Breadcumbzeilen in denen
ich ein Film und Serienicon haben will das sich innerhalb der Liste bei jedem Eintrag Ändern würde, bis zu Komplizierteren Geschichten das es eben Gewisse Infos
nicht für beide gibt oder Artworks wie Extrathumbs und es auch extrem verwirrend wäre wenn bei jedem Eintrag andere Infos Dabeistünden oder Artworks
verwendet werden.
Einzige Möglichkeit wäre dann evtl eine eigenes Fenster das zwei Listen nebeneinander Abbildet - hab ich so für mich für Dokus.
Aber das muss man in einem Skin umsetzen.
Grüße
Also bei mir gingen schon seit Beginn einige der News streams irgendwie nicht so richtig..
Aber mein Ding wars soweiso nie weil es für solche Infos einfach bessere Arten gibt meiner Meinung nach.
Ne Bundesliga Tabelle schau ich auch lieber auf einer verlinken Website an als in Kodi..
Dann hat er ja schon zwei Skins zur Auswahl die es unterstützen.
Grüße
Hey,
mixed (audio and music videos)
Mixed ist nur für Musik gedacht glaub ich. Das würde ja auch alle Ansichten "zerstören" weil hier in videos anhand des Content (movies, tvshows, episodes, seasons),
die sichtbarkeit bzw. Verfügbarkeit der Ansichten und die betreffenden Infos dafür im skin "gefiltert" werden.
Eine Liste mit zwei contents würde ja gar nicht mehr wissen was er nun nehmen soll für Artworks, Textinfos usw..
Grüße
Kompliziert kommt auch Hauptsächlich draus weil jeder was anderes will;)..
Mit deinen Bildern wird es wohl an der Funktionsweise von Kodi liegen.
Wenn die hier keine Bilder vorraussetzen und Unterstützen weil es viele EPG Quellen nicht haben,
dann kann man sich auf den Kopf stellen und wird es als "skin" nie angezeigt bekommen.
Der Skinengine funktioniert ja nach dem Prinzip das er nur Abbilden kann aber sonst nichts.
So etwas wie Filtern oder irgendetwas direkt aus Quellen oder einer Datenbank holen ist nicht möglich.
Man verwendet nur die Infolabels die einem Kodi eben in die Hand gibt.
Ich nutze ja kein PVR, aber wenn BG sagt die kommen nicht mehr, dann wirst dich wohl oder übel
mit dem Skin helper Addon anfreunden müssen wenn darauf nicht verzichten willst.
nen versuch wärs ja wert. Falls der die aus den üblichen Scrapperquellen zieht, besteht ja sogar die
Chance das es soweiso dieselben sind.
Grüße
Also ich hab ja keine Ahnung ob das Plugin überhaupt noch läuft oder weiterentwickelt wird.
So "still" wie es hier ist brauchst dir wahrscheinlich die Mühe erst gar nicht machen.
Ich für meinen Teil nutze es nicht mehr. Es war schon vor Monaten so das auch nicht mehr alle Streams liefen.
Wer weiß was davon überhaupt noch geht.
Die integration richtet sich auch mehr an Skinner als an Anfänger. Ich will dir ja nicht die Motivation rauben aber ohne
einige Vorkenntnisse in dieser Richtung wird das etwas Mühsam wenn es sich nicht um genau denselben Skin handelt wie Tdoe verwendet hat.
Da muss man sich sobald es ein anderer Skin ist schon etwas Auskennen und Wissen wonach man suchen muss.
Grüße
also früher hatte der NOX genau dafür immer im Ausschaltmenü einen Setting Button falls da mal was schief gehen sollte. So kannst das dann doch wiederherstellen was fehlt..
Sofern natürlich ne Fernbedienung hast die es gemappt hat.
Grüße
Könntest höchstens noch die Skinersteller Fragen. Da er ja schon den Helper einsetzt hat ers ja vielleicht sogar vor.
Soweit ich weiß wird das Addon gerade grundlegend umgebaut. Möglich das er darauf warten will.
Wenn er natürlich Abwinkt, das Ding strotzt ja nicht gerade vor Stabiliät und Kontinuität, musst wohl selber ran 
.
Das werden dann aber mit an Sicherheit grenzender Wahrscheinlichkeit nicht dein Bilder sein (der läd die irgendwie aus dem Internet in einen Cacheordner).
Grüße
activatewindow(videofiles,
In krypton wurde
videofiles gelöscht.
Es gibt nur noch "videos"
http://forum.kodi.tv/showthread.php…1591#pid2361591
Grüße
Also ich hab zuwenig Ahnung von PVR..
Wenn aber bei ListItem.Icon der kanal kommt liegt es wohl daran das Kodi hier keine Poster kann.
Du könntest mal
ListItem.Art(poster)
testen, ich glaub aber kaum das da was kommt.
Andere Skins machen das soweit ich weiß über das Addon Skinhelper.
Wenn Kodi hier als Artwork nur das des Sender anbietet wird auch ohne Addon nicht anderes kommen.
Im Wikki steht nicht wirklich viel dazu.
Grüße
Eher weniger;)..
Der Sinn war ja in dem Skin die Grafiklast auf fast Null zu drücken.
Artworks verwende ich Poster, Banner, Fanart und landscape.
Aber eben nur in den Views.
Clear Logo´s noch extrem Spartanisch..
Die Skingrafiken Ansich, würde man noch eine Analoge Uhr mit vielen Zeigern und ein Progressbar mit 100 Einzelgrafiken abziehen,
belaufen sich ohne Hintergründe die Skinweit gleich sind und nur einmal geladen werden auf unter 3 MB..
Der Komplette Cache kann also mehr oder weniger von den Artworks genutzt werden.
Dann bin ich mal gespannt was das ausmacht;).
Grüße
Alles außer der Library Service Data Provider und Helper Widgets sind ja eh Playlisten oder?
Da gehts ja indirekt schon, auch wenn manchmal die Aktualisierung davon etwas hängt und manches mit pfad eben nicht klappt als Widgetplayliste.
Welche Widgets genau meinst denn?
Grüße
Es reicht ja zu sehen, dass man Staffel 02 von 05 gerade guckt und die aktuelle Folge die Folge 12 von 23 ist.
Also indirekt geht es zumindest bei den meisten. Es gibt ja super wenige die sich bei uns so stark unterschieden
(wie Flashpoint z.B) denk ich.
Mit LatestSeasonNumber
Kannst dir ja zumindest schon mal anzeigen wieviele es gibt, mit den
Status IDs
Ob etwas Abgesetzt/Eingestellt/Beendet ist. Wieviele Episoden fehlt eine Staffel hat fehlt leider.
Gesamtzahl wäre auch schön, aber für mich reicht es so in Kodi um nicht jedes mal im Browser schauen zu müssen
ob die Serie überhaupt fertiggestellt wurde oder mitten drin aufhört.
Und es ist ein "großes" Addon das ja schon lang genug Bestandteil ist und wohl auch gepflegt wird.
Stimmt zwar nicht immer, wenns das nur bei uns nicht gibt, aber damit muss ich halt leben;).
Grüße
Hey,
Also ich nutze obwohl man natürlich dabei mit Kanonen auf Spatzen schießt das NextAired Addon.
https://github.com/WayneD/script.tv.show.next.aired
zumindest der Serienstatus und die letzte Staffel lassen sich ja damit Anzeigen. So hat man wenigstens einen Ansatzpunkt ob man alle Staffeln hat wenn
man es mit der Lokalen Staffelanzahl als Info kombiniert und die Info ob die Serie beendet oder Abgesetzt wurde.
Die DB Info die seit Krypton eingeführt wurde bringt ja leider herzlich wenig dafür weil es dort ja keine Updates geben kann.
Grüße
