Beiträge von pacoma
-
-
Wir Diskkutieren gerade darüber, uns ist ncht bewusst, dass wir was mit dem Rotten Tomatos gemacht hätten, Gibt das als separates Addon?
-
Echt jetzt? Das hast Du so laufen?
Also alles rüber kopieren, starten, zurückkopieren, rechner aus...ja beim Start wirds in dei RamDisk geladen und beim beenden auf die SSD
Das is aber echt gefährlich oder? Also wenn der rechner mal abkackt...
Ach was kannst da verlieren, kannst ja mal nach der ersten Vollständigen Einrichten und dem Source Inport alles sichern.
Ich kann nur sagen ich kann in jeder Ansicht , Finger auf der Pfeiltaste durch die DB rasen und es kommt zu keiner Verzögerung.
-
Alles anzeigen
Also die generell funktion eines skins ist einfach so das in der regel trotzdem alles immer erstmal vorhanden sein muss.
Sonst könntest du ja nicht mal in einem Fenster was anders einstellen und es käme gleich.
Also sobald irgendwas als "wenn/oder/oder doch anders" ein- oder ausgeblendet werden kann, ist es immer doppelt und dreifach
übereinander immer vorhanden aber nur eins wird angezeigt.Bei jedem laden oder neuladen jedes Fensters werden alle diese visibles Abgefragt und Anhand des Ergebnisses dargestellt.
Gibt es dreierlei Hintergründe werden jedesmal 3 geladen und einer angezeigt.Selbst ein Abschalten und "runterkonfigurieren" ändert da nicht viel dran.
wir nutzen ja eh schon die neue Methode mit der man bestimmte Teile vom laden ausklammern kann, nur funktioniert das nur eingeschränkt und
nur für Dinge die man nicht "on to fly" ein oder ausblenden lassen will, weil es natürlich durchs nicht vorhandensein ein neuladen erzwingt.Fazit wird also immer sein das man einen "mächtigen" skin der viel einstellbares aufwendig zur Verfügung stellt nie so weit runter konfigurieren
können wird wie einen der es erst gar nicht hat.Dazu müsste man vielleicht mal mit dem Defaultskin gegentesten wie es sich das verhält.
hst du schön beschrieben
-
Kodi ist nur ein Addon. Der Receiver ist schon okay
ja die VU+ sind ok wenn sie das tun wozu sie gedacht sind.
Wir müssen mal tests fahren was die mindest Anforderung sein sollte, mit der kommenden Version
-
Etwas abschweifend aber zum Thema Performance passend ist immer noch die RamDisk ungeschlagen, obwohl Kodi da nicht die volle Performance ausnutzen kann. Ideal wäre eine Auslagerung der Thumbnails und der Database Ordner... dann gehts aber ich betreibe unter Windows eine RamDisk mit einer Kodiinstallation, die ist extrem schnell.
-
Also echt in echt du hast Kodi auf der VU+ am laufen, wusste ich echt nicht das dies geht.
Es wird sich aber bestimmt zeigen welches minimal Anforderungen gegeben sien müssen um den Skin ordentlich zu beteiben. Obwohl wird den neuesten Code verwendet haben muss man auch sehen, das im Hintergrund extrem viel abläuft, was geladen verschoben animiert wird.
PS èbringes vielen Dank
-
lso bringt das nicht auch was in sagen Performance wenn die direkt auf dem Client sind
Nein die kannst auch löschen (werden zwar wieder angelegt), es ist nur die texture13.db massgebend für die Performance, daher werden die Bilder geladen resp. sofern die schonmal angezeigt/aufgerufen wurden und oder die texture13.db vorgeladen wurde mit dem Tool.
-
Ich habe mir nochmals über Deine Idee gedanken gemacht, und es wäre (auch wenn es funktionieren würde) ein massive Dummheit, dies so zu nutzen. Die texture13.db ist eigentlich als Cache anzsehen, das heisst du willst den Cache Auslagern und verzichtest somit auch den Performancegewinn welcher die texture13.db beim navigieren und Bildaufbau mitsichbringt.
-
Wir hoffen auch auf eine schnelle Lösung
-
Wir haben temporär das Repo geschlossen, die Folgeversion ist soweit Fertig, jedoch wurde in riesiger Bug seitens Kodi noch nicht behoben, dahe warten wir mit der Freigabe.
-
- MariaDB installieren, wenn möglich die 64bit Version
- MariaDB für Kodi einrichten mittels
CodeCREATE USER 'kodi' IDENTIFIED BY 'kodi'; GRANT ALL ON *.* TO 'kodi'; flush privileges;- Cache abfragen
Codeshow variables like '%cache%';- my.ini anpassen (mit deinen Werten) einfach die fehlenden Zeilen ergänzen query_Cach_size, query_cache_Typ und query_cache_limit
Code
Alles anzeigen[mysqld] skip-name-resolve datadir=C:/Program Files/MariaDB 10.0/data port=3306 sql_mode="STRICT_TRANS_TABLES,NO_ENGINE_SUBSTITUTION" default_storage_engine=innodb innodb_buffer_pool_size=951M innodb_log_file_size=50M character-set-server=utf8 query_cache_size = 15728640 query_cache_type=1 query_cache_limit=1048576 [client] port=3306- My SQL Dienst neu starten
- Cache abfragen und mit der ersten Abfrage vergleichen
Hier noch ein nützlicher Link http://forum.kodi.tv/showthread.php?tid=222156
-
hast Du bitte noch mal den Link zur MariaDB HOW-TO?
Du meinst die Kodi install Anleitung oder wie ich es mache mit Cache, usw aktivieren?
-
-
Is dass dann nur die "my.ini"
Ja die nutze ich immer weiter resp ist seit eh und je die selbe
Und Backups der DB machst Du in der Nacht auch nicht mehr?
Nein macht aus meiner Sicht keinen sinn, da wie beschrieben das scrapen so schnell geht, dass es sich einfach keinen Vorteil gietet eine Backup einzuspielen
-
Wie machst Du (man) eigentlich das Update? Einfach drüber bügeln?
Da ich nur einmal je neuer Version die MariaDb Update nutze ich dies gleich dazu um alles komplett neu zu machen, ich schleppe keine Altlasten mehr von vErsion zu Version. D.H. ich lösche die alte Maria DB Version inkl aller Daten, Installiere die neue Version und scrappe alles neu (ist ja ein klacks) mit den Nfo's.
Nein die 10.1.18 nutze ich noch nicht. Bin noch auf der 16er
-
Dann hast es nicht nach Anleitung gemacht
Da ist am Schluss
systemctl enable storage-xyz.mount -
Also bei mir kam die höhere Last aufgrudn dessen zu Stande, dass Librelec im Zusammenspiel mit meinem Nuc tiefer runtergetaktet hat, somit die höhere Last.
Kannst mal prüfen mit cat /proc/cpuinfo | grep "MHz" bei welchem Takt dein RPi läuft mit Kodi und was abspielen
-
ausgeführt hast die Datei?
-
Damit gehts, gerade mit SMB gemacht http://wiki.openelec.tv/index.php/Mounting_network_shares
