Beiträge von Lehmden1

Zitat von bennySB

da ich Sprachassis bisher meide wegen dem spionieren und Co. von Amazon und Co.

Ich hab sowas inzwischen sogar im Auto und möchte es nicht mehr missen. Wenn ich Abends im Dunkeln nach Hause komme, sage ich, wenn ich um die letzte Kurve herum gefahren bin einfach "Alexa schalte Hoflicht ein". So kann ich auf dem hell erleuchteten Hof problemlos einparken. Mit Bewegungsmelder lässt sich das so nicht regeln. Mal abgesehen davon, das die allermeisten Bewegungsmelder erst gar nicht auf Autos reagieren, würde sonst das Licht bei jedem draußen vorbeifahrenden Auto angehen, was ein NoGo ist.

Ginge höchstens noch über eine herkömmliche Fernbedienung. Dazu muss ich aber erst nach der FB greifen um den Knopf drücken zu können. Da ist das Risiko, abgehört zu werden doch deutlich kleiner, als das Lenkrad zu verreißen und im Graben zu landen.

Und was das Ausspionieren angeht, jedes Smartphone kann genau so alles mithören wie Alexa und Co. Und im Gegensatz zu Alexa wird das von Geheimdiensten und Kriminellen auch gnadenlos gemacht. Privatsphäre gibt es im Digitalzeitalter sowieso nicht mehr. Das ist nur noch eine nette Geschichte aus der Vergangenheit.

Zitat von don

was müßte besser werden, damit ihr wirklich darüber nachdenkt, ein neues Gerät zu kaufen?

Das wird (zumindest bei mir) nichts. Ich werfe sicherlich wegen einem neuen Stecker-System keine einwandfrei funktionierende Hardware weg, nie im Leben. Die Heimkino Geschichte ist doch schon auf einem technisch unglaublich hohen Niveau. Mehr kann ich mit meinen Augen sowieso nicht sehen und mit meinen Ohren sowieso nicht hören. Das es auch den meisten anderen genau so geht, merkt man daran, das 8k ein völliger Flop ist. Will niemand haben, weil das niemand braucht. Das Einzige, was mich wirklich ins Grübeln bringen könnte, wäre tatsächlich, wenn man den ganzen Kabelsalat (Strom, Bild, Ton, Netzwerk,...) mit einem einzigen Kabel erledigen könnte. Der Kabelsalat ist dann doch echt nervig.

Ich bin ja schon bei HDR "überfordert". Meist finde ich diesen ganzen HDR/DV Kram nur ätzend, nicht "besser". Das ist in meinen Augen ein genialer Marketing- Trick, sonst nichts. Erst werden mehr als ein Jahrzehnt lang fast alle Filme so schlecht ausgeleuchtet, das man froh sein kann irgendwann in einer Szene überhaupt mal zu erkennen, wer da eigentlich mit spielt. Und dann wird das Licht wieder etwas (aber nicht genug) angezogen und als "neues Feature" namens HDR/DV "verkauft". Mit vernünftigen Kameraleuten und Regisseuren braucht man garantiert kein HDR um hervorragende Bilder auf TV/Kinoleinwand zu bekommen. Doch das scheint eine aussterbende Spezies zu sein.

4K kann ich auf meinem TV nur manchmal und dann so grade eben im direkten Vergleich zu 1080p noch erkennen, so lange beides vergleichbar gut umgesetzt wurde. Mein 4K TV skaliert nämlich ziemlich gut hoch, da sind die Unterschiede nicht wirklich groß. Am deutlichsten sehe ich das noch bei meinen Fotos. Die sind alle in 4K Auflösung abgespeichert, um sie sauber auf dem TV ansehen zu können. Mache ich das über Kodi, so werden die 4K Bilder erst nach 1080p herunter skaliert, weil das Umschalten nur bei Videos implementiert ist, nicht bei Bildern. Dann muss anschließend mein TV die Bilder wieder auf 4k hoch skalieren. Vor allem das runter skalieren in Kodi erzeugt Matsche. Kann der TV auch nicht mehr kompensieren.

Klar, gutes 4K vs. schlechtem 1080p ist natürlich deutlich sichtbar, aber andersrum ist mir gutes 1080p lieber als schlechtes 4k. 720p fällt dann schon etwas ab, geht meist aber noch irgendwie. Alles unter 720p (sprich DVD) ist aber kaum noch zu ertragen.

Der PCIe zu M.2 Adapter ist eigentlich als Überlegung im Spiel um mit einem 4-fach SATA Kontroller auszukommen. Denn wenn die Systemplatte nicht an SATA hängt, habe ich 4 (+4) SATA frei. 4-Fach Kontroller müsste ich noch mehrere Zuhause rum liegen haben, sofern ich sie nicht schon mal entsorgt habe.

Doch irgendwie gefällt mir der Weg, mehr als die Hälfte der HDD komplett stromlos zu machen, sofern sie nicht ausnahmsweise mal gebraucht werden. Das dürfte zwar erst mal eine gewaltige Kopierorgie werden, bis ich die "guten" Serien alle auf die internen HDD und die "schlechten" Serien alle auf die externen HDD verschoben habe. Aber das geht schon irgendwie. Und ich bin mir sicher, das ich so übers Jahr gerecht doch so einiges an Strom einsparen könnte. Speziell wenn ich auch das Netzteil austauschen kann.

Zitat von noob_at_pc

Wie viele Lüfter sind angeklemmt?

Gar keiner. Nur der im Netzteil läuft mit.

Kennt einer so ein Teil und kann etwas dazu sagen?

https://www.amazon.de/GLOTRENDS-Adapter-Schraube-Installation-Geschwindigkeit/dp/B09P3HY3P3/?tag=kodinerds04-21 [Anzeige]

Soll ja auch Bootfähig sein. Dann müsste man keine SATA SSD verwenden, sofern ein PCIe x1 Steckplatz frei ist.

Ich hab grade mal nachgerechnet. Mit einem 5-Fach USB Gehäuse käme ich tatsächlich ohne den zusätzlichen Kontroller hin. 4 x SATA auf dem Board und 5 weitere über USB 3, das würde genau aufgehen. Es sind ja 8 HDD und eine SATA SSD eingebaut. Leider ist der M.2 Anschluss auf dem Board nur fürs Wlan Modul geeignet, eine SSD kann man dort nicht einbauen.Die gibt/gab es ja auch. So fehlen mir halt 5 SATA auf dem Board, was zwangsweise zu einem 8x Kontroller geführt hat. Ein 4-Fach reicht grade nicht aus. Wenn ich dann auf die HDD im USB die "unwichtigen" Sachen, die ich nur selten mal schaue lege und alles, was ich häufig schaue im Server selbst lasse, sollte ich das USB Gehäuse wohl die meiste Zeit ausgeschaltet lassen können. 5 HDD ganz ausgeschaltet und ohne den Extra SATA Kontroller müsste der Verbrauch doch deutlich zurückgehen, oder? Vielleicht kann ich dann auch ein 200 Watt PicoPSU verwenden statt dem 500 Watt ATX, da dann nur noch 3 HDD zu versorgen sind, nicht mehr 8. Sollte noch mal was bringen, denn die PicoPSU sind doch deutlich effizienter, vor allem bei so geringen Verbräuchen wie hier..

Zitat von RextheC

Wake on LAN würde evt was helfen.

Das nutzt leider gar nichts, da es um den Verbrauch geht, wenn auf wenigstens eine der HDD zugegriffen werden muss. Wird das System nicht gebraucht, schalte ich es sogar ganz ab (über Alexa per Sprachsteuerung, darüber geht er auch wieder an). Da ich zur Zeit erst Spätnachmittags arbeiten muss, läuft der TV von spätestens Mittags an bis ich weg muss und anschließend noch mal bis ich ins Bett gehe. Da kommen leider so einige Stunden zusammen, bei denen ich versuchen will, spürbar Strom zu sparen. Den TV kann ich nicht ändern. Der ist noch zu neu und verbraucht im Verhältnis zur Größe ohnehin nicht viel Strom. Der Pi5 als Zuspieler ist auch kein so enormer Stromfresser. Bleibt also nur noch das NAS, bei dem ich was einsparen kann (und muss, hab ne heftige Strompreiserhöhung bekommen).

Hi.

Das Board ist ein Asrock J3455 itx. Das Netzteil ist ein 500 Watt Purepower von BeQuiet, die SSD fürs OS ist eine 128 GB Sandisk 2,5 Zoll SATA SSD. Die HDD sind meist von Seagate, aber auch zwei Toshiba und eine WD sind verbaut. Die "kleinste" Platte ist eine SATA2 WD Green mit 3 TB Speicherplatz, die größten sind Seagate 8 TB. Alle Platten außer der erwähnten WD sind SATA 3 Platten. Und die WD wäre auch die erste, die raus fliegt, weil sie beim Starten sehr lange braucht, bis sie sich meldet und den Bootvorgang enorm verzögert. Die SMART Werte der Platte sind aber völlig in Ordnung (sind sie bei allen Platten). In sofern muss sie eigentlich noch nicht zwingend ausgetauscht werden.

Und der Controller ist dieser:

https://www.amazon.de/gp/product/B0CTCD1L2B/?tag=kodinerds04-21 [Anzeige]

Gibt leider kaum SATA 8x Controller für PCIex1 und mehr hat das Board nicht. War froh, überhaupt einen gefunden zu haben, der problemlos funktioniert. War der Dritte 8x Kontroller, den ich ausprobiert habe, aber der Erste und (bisher) Einzige, der tatsächlich funktioniert hat. Wenn es tatsächlich daran liegt, muss ich wohl wirklich auf USB wechseln oder ein teures Board mit genug SATA Anschlüssen umsteigen. Das würde ich aber wohl eher nicht machen wollen. Mit solchen externen USB Gehäusen ist man doch viel flexibler, was die Hardware angeht. Neben einem RasPi kann man ja auch einen x86 Mini-PC dafür nehmen,...

Nachtrag: Es sind 2x 4 GB Corsair DDR3 SO-DIM Module eingebaut. Aber wie gesagt, Board, RAM und SSD brauchen zusammen keine 3 Watt im idle, sofern sie von einem PicoPSU gespeist werden. Daran sollte es eigentlich nicht liegen.

Hab ich ja geschrieben, Windows 10. Ist exakt dieselbe Installation, die vorher (ohne die 8 HDD) nur 2,8 Watt im Idle gebraucht hat. Am OS dürfte es also nicht liegen, eigentlich. So mit in etwa deinem Verbrauch hatte ich ja gerechnet, nicht mit mehr als dem Doppelten. Die CPU ist massiv sparsamer udn es sind ja nur 2 HDD mehr als bei dir. Das sollte nicht so viel ausmachen. Es stimmt also etwas nicht. Aber was?

Ist ja kein "echtes" NAS, was ich da habe und brauche. Einfach eine SMB Freigabe reicht mir völlig. Dafür muss es kein spezielles NAS OS sein. Ich hatte früher mal mit OMV auf dem Vorgänger Board (Intel J1900) experimentiert, habe aber das saubere Aufwachen aus dem Standby nie hin bekommen, weswegen ich seit damals dort Windows laufen habe.

Hi.

Da mein Eigenbau-NAS inzwischen immer öfter laufen muss, habe ich mal den Stromverbrauch gemessen und bin furchtbar erschrocken. Der liegt im Idle bei ca 45 Watt, unglaublich. Das kann doch kein Mensch bezahlen. Dabei ist das verwendete J3455 Board extrem sparsam. Ich hatte das vorher als TV- und Datenbankserver 24/7 laufen. Da hatte es (mit einem PicoPSU als Netzteil, demselben RAM und derselben SATA SSD) 2,8 Watt im Idle mit laufendem Windows 10 gebraucht. "Neu" sind jetzt das ATX Netzteil, 8 verschiedene 3,5 Zoll HDD und eine 8x Sata- Kontrollerkarte für den PCIe x1 Steckplatz.

Die Karte würde ich jetzt erst mal nicht als den Haupt-Schuldigen vermuten. Das 500 Watt BeQuiet Netzteil ist garantiert nicht so effizient wie das 90 Watt PicoPSU, aber so viel zusätzlichen Stromverbrauch sollte es dann doch nicht verursachen. Und die HDD sollten, wenn sie "schlafen", also nicht drehen, auch nicht so extrem viel Strom verbrauchen. Dachte ich zumindest bisher. Beim Einschalten geht der Verbrauch kurzfristig auf über 130 Watt hoch. Das ist aber nur für 1-2 Sekunden und spielt deswegen keine Rolle bei den Stromkosten, hat nur Einfluss auf die notwendige Stärke des Netzteils (sollte etwa das Doppelte sein, also 300 Watt in diesem Fall, die 500 Watt sind also so oder so übertrieben, aber nun mal vorhanden). Wichtig ist nur der Idle Verbrauch. Und der ist mir mit 45 Watt viel zu hoch für meinen Geschmack. Wären immerhin ca 150€ pro Jahr für den Strom bei 24/7 Betrieb.

Sind die HDD selbst im Ruhezustand so hungrig, liegt es am Kontroller oder am Netzteil oder an einer Kombination von allem?

Helfen würde sicherlich, die Anzahl der HDD generell zu reduzieren. Das ist aber unbezahlbar für mich, denn dann kämen locker 800-1000€ für neue Platten auf mich zu, da so große Festplatten einfach (zu) viel Geld kosten, seitdem diese Bitcoin Spinner alles wegkaufen. Und das kann ich mir nicht leisten. Wenn es wirklich an den HDD liegt, muss ich sie ggfs auf mehrere "Server" aufteilen, von denen immer nur einer eingeschaltet wird. Das wäre allerdings längst nicht so komfortabel, wie alles in einem Gerät zu haben.

Eine andere Variante wäre es, statt dem (für Kodi zu schwachen) x86 System z.B. einen RasPi 5 (der mehr Strom verbraucht als das J3455 Board) zu verwenden, der dann gleichzeitig auch die Kodi Box fürs Schlafzimmer wird (und somit ein Gerät komplett einspart). Der Pi5 kommt ins Spiel, weil ich im nächsten Jahr meinen Kodi/LibreElec RasPi5 im Wohnzimmer gegen ein ComputeModule 5 mit IO-Board tauschen will, sobald dort die 8GB Ram, 0GB MMC Version verfügbar wird, die ich haben will. Somit wäre der aktuelle RasPi5 aus dem Wohnzimmer "übrig". Daran müsste ich die Platten per USB anschließen. Allerdings kämen nur Mehrfach HDD- Gehäuse in Frage, sowas wie das hier zum Beispiel:

https://www.amazon.de/dp/B07WCM6F7Z/?tag=kodinerds04-21 [Anzeige]

Wenn es zu viele "gleichartige" USB Geräte an einem USB Bus werden, "verschwinden" immer wieder welche, ohne das es vorhersehbar ist, welche Geräte "verschwinden" und wann... Die Erfahrung musste ich schon mal machen, leider. Deswegen ja alle Platten intern per SATA angebunden, nicht wegen der Geschwindigkeit, die eher unwichtig ist. Dann passiert das nie.

Ich habe jetzt die Hoffnung, das ich mit den nur 2 separaten USB Gehäusen solche Probleme noch nicht bekomme, aber jeweils die Hälfte der Platten, sprich jeweils eines der beiden externen Gehäuse komplett abschalten und somit den Stromverbrauch deutlich reduzieren (im Idealfall halbieren) kann. Ich würde das Ein- und Ausschalten mit (sowieso vorhandenen) SmartPlugs und somit fernsteuerbar erledigen. Die Frage ist nur, ob ein RasPi (idealerweise mit LibreElec, da er ja auch für Kodi genutzt werden soll) die Platten auch im laufenden Betrieb erkennt und sofern eingeschaltet auch automatisch einbindet. Bei Windows sollte das funktionieren, aber bei Linux ist sowas ja oft ein großes Problem. Mehr als Speicherplatz im Netzwerk muss das Ganze nicht bereitstellen. Deswegen muss es kein "echtes" NAS sein. Eine einfache SMB Freigabe ohne spezielle Rechtevergabe reicht für meine Zwecke völlig aus. Das müsste selbst mit Kodi "Bordmitteln" schon funktionieren.

Ich denke, ich werde nach Weihnachten (vorher ist kein Geld mehr dafür übrig) erst mal eines von diesen USB 5-fach Gehäusen bestellen und ausprobieren, ob das was bringt. Ich kann es ja zum Ausprobieren auch an mein aktuelles NAS anschließen... Bringt es das, was ich erhoffe, kann ich ja immer noch ein zweites Gehäuse nachbestellen und das Ganze komplett umstellen.

Meine "Ideallösung" wären ja vier 16 TB oder 20 TB NVMe auf einem RasPi5 Vierfach NVMe HAT. Super kompakt, lautlos und sparsam beim Stromverbrauch. Die 16++ TB NVMe sind leider noch Zukunftsmusik, Was ich für Consumer- Zwecke finden konnte, ging "nur" bis 8 TB. Und die kosten mindestens 1000€ pro Stück, wovon ich mindestens 6 Stück benötigen würde. Außerdem weiß ich nicht, wie groß die NVMe auf dem RasPi Vierfach- HAT maximal sein dürfen. Da gibt es ja immer wieder Beschränkungen. Mal ganz abgesehen davon, das ich mir sowas auf absehbare Zeit garantiert nicht leisten könnte. Schön wäre es trotzdem, oder?

Hi.

Mein größter Flop 2024 war wohl leider mein Urlaub (Deutschland- Rundfahrt), der direkt anschließend an das Nerdstreffen stattfinden sollte. Ist total verregnet und somit buchstäblich ins Wasser gefallen. Hätte das Wetter mitgespielt, wäre das sicher super geworden, denn die grundsätzliche Idee finde ich nach wie vor Klasse. Aber so,...

Und natürlich erst kürzlich die Herzprobleme incl. Vollnarkose und Elektroschocks. Hätte es wirklich nicht gebraucht.

Zitat von buers

(Für mich kam ich zum Schluss, dass sources.xml nicht so spannend ist zu sharen, da auf meine Freigaben unter Windows, Linux und Android jeweils anders zugergriffen wird - die ersten beiden über OS-mounts)

Wenn dem so ist, funktioniert die zentrale DB sowieso nicht, denn in der DB werden die Pfade mit abgespeichert. Hast du also einmal D:\Filme (unter Windows) und einmal //Server/D/Filme/ (unter Android) als Pfad zur Quelle, so sind das zwei unterschiedliche Dateien für Kodi. Nutzt du aber auch auf dem Windows Gerät //Server/D/Filme/ (was ja problemlos funktioniert), dann klappt das auch mit der zentralen Datenbank und du kannst die sources.xml sharen oder, wie ich es bevorzuge, kopieren. Dann ist der Zugriff einfach deutlich schneller als bei Konfigurationsdateien auf dem NAS.

Klar, für die Thumbs wäre es, besonders bei Geräten mit wenig und nicht erweiterbarem Speicherplatz, u.U. durchaus wünschenswert, wenn man das auslagern könnte. Aber zum Einen muss man solche Geräte ja erst gar nicht verwenden. Unter 32 GB internem Speicher habe ich schon seit vielen Jahren gar nichts mehr für Kodi in Gebrauch gehabt. Aktuell ist eine 500 GB NVMe als "interner" Speicher auf meiner "großen" Kodi Box (RasPi5) im Wohnzimmer vorhanden und die Box mit dem wenigsten Speicherplatz, die ich habe (und/oder seit Jahren hatte), hat 64 GByte... Und zum anderen wird das Kodi GUI wirklich extrem langsam, wenn man die Thumbs auslagert. Fällt um so schlimmer aus, je schneller die Kodi Kiste eigentlich ist. Ich gebe doch nicht (weit) über hundert Euro aus, um eine richtig schnelle Kodi Box aufzubauen und versaue mir dann alles, weil ich die Thumbs ausgelagert habe. Nein Danke...

Und was die Online Grafiken betrifft. Es ist doch Unfug die immer wieder neu zu laden, statt sie einfach gleich bei den Filmen/Serien zu platzieren. Vor allem, wenn man nicht grade Glasfaser mit GBit Anbindung hat, sondern so wie in DE außerhalb der Ballungsräume üblich, eher Internet mit "Akustikkoppler Geschwindigkeit" (oh man, was bin ich doch für ein alter Sack, das ich sowas noch kenne und sogar mal besessen und genutzt habe) vorherrscht. In Kodi oder auch jedem anderen HTPC Programm, das ich je ausprobiert habe, verwende ich ausschließlich "Local info only" Scrapper, niemals etwas anderes.

Hi.

Das letztere muss schon eine Weile nicht mehr sein. ich zitiere mal aus dem offiziellen Kodi Wiki:

"Note: Kodi v20 users don't need set "importwatched" or "importresumepoint" to true anymore as that's the default".

Man muss es nicht einschalten, sondern ausschalten, wenn man das nicht haben will. Daneben betrifft es nur das schreiben und lesen der Watchedstates aus eventuellen .nfo Dateien. Das wiederum hat erst mal nichts mit der zentralen Datenbank zu tun und wird nur angewendet, wenn man die Datenbank gezielt in .nfo Dateien exportiert oder importiert. Im "Alltag" werden die Gesehen Zustände in die Kodi Datenbank eingetragen und auch von dort aus gelesen und im GUI angezeigt. Somit sind sie automatisch synchron, da ja alle Kodi Instanzen dieselbe zentrale Datenbank verwenden. Letztendlich geht es ja genau darum, wenn man eine zentrale Datenbank statt vieler einzelner lokaler und nur für eine Kodi Instanz zuständige Datenbanken verwendet.

Der Im- bzw. Export der Daten aus der Datenbank ist eine aufwändige Aktion, die man in der Regel nur macht, sofern man größere Änderungen an der DB vornimmt (z.B. die Kodi Version wechselt). Dabei werden aber alle Änderungen, die man ggfs selbst an den .nfo mit einem externen Programm gemacht hat, verworfen. Nutzt man ausschließlich Kodi und hat vorher beim Scrappen nur "local info only" Scrapper verwendet, sollten die Daten in den .nfo und in der Datenbank weitestgehend übereinstimmen. Dann sollte das kein größeres Problem sein, kann aber dennoch schief gehen.

Ich lasse grundsätzlich kein Programm unkontrolliert Änderungen an meinen .nfo vornehmen. Damit habe ich mal extrem schlechte Erfahrungen gemacht, was mich mehrere Monate Arbeit gekostet hat, bis alles wieder so war, wie ich das haben will. Meine .nfo sind individualisiert, da die Online Datenbanken voller Fehler stecken, sei es das die Episoden/Staffel Nummern nicht stimmen (kommt bei länger laufenden Serien speziell aus Deutschland sehr oft vor), die Beschreibungen oder Titel nicht auf Deutsch übersetzt sind und, was so gut wie nie richtig ist, die FSK Einstufung. Hat man "Glück", bekommt man die amerikanische Einstufung, aber "unsere" FSK ist praktisch nie in den Online Daten zu finden. Und ich bevorzuge es definitiv, wenn das FSK 12 Logo angezeigt wird, nicht das PG Logo. Die .nfo sind für die Metadaten des Films, der Serie da, nicht für Abspielfunktionen eines einzelnen Programms, imho.

Die in Kodi integrierte Backup/Restore Funktion habe ich so gut wie noch nie verwendet. Muss ich die Kodi Datenbank übertragen (ohne die sowieso vorhandene Migrationsfunktion von Kodi beim Upgrade zu verwenden), mache ich das entweder mit SQL Befehlen oder ich nutze das Addon "WatchedList", um die Gesehen Zustände extern abzusichern. Wenn ich z.B. die Datenbank komplett neu aufbauen will, weil sich zu viel geändert hat und zu viele "Leichen" in der DB übrig geblieben sind, so das sie anfängt zu groß und zu langsam zu werden, habe ich das gelegentlich mal gemacht. Spätestens seit Kodi 21 ist das aber praktisch komplett überflüssig geworden, denn neuerdings erkennt Kodi den Austausch eines Videos, z.B. wenn man ein SD Video durch eines in 4k austauscht, und ändert nur die entsprechenden Mediainfos in der DB, statt einen komplett neuen Eintrag darin zu erzeugen (und den "Alten" trotzdem drin zu lassen), wie es früher bei jeder kleinsten Änderung der Fall war. Mit gut gepflegten .nfo bei den Videos und WatchedList hat man auf jeden Fall alles da, was nötig ist, um die DB zügig wieder neu aufzubauen, sollte mal etwas schief gehen. Deswegen bin ich so "pingelig" mit meinen .nfo und lasse nichts daran herum "pfuschen".

Ist doch ein Bild drin...

Spaß beiseite. Das ist so einfach, das man eigentlich keine "Bilder" braucht. Am kompliziertesten ist es, den User mit allen Rechten in der MariaDB anzulegen. Das funktioniert aber je nach verwendetem Verwaltungstool anders und muss in der dazu passenden Anleitung nachgelesen werden, falls man das nicht hin bekommt. Alles Andere ist eigentlich Kodi Simpel, mehr nicht.

Um das alles Schritt für Schritt mit Screenshots zu belegen, müsste ich meine gut gefüllte Datenbank löschen. Das werde ich bei ca 500.000 Medien sicherlich nicht machen, auf keinen Fall.

Hi.

Ein kleiner Nachtrag. Wenn man später neue Medienquellen hinzufügen oder bereits vorhandene Quellen entfernen will/muss, so macht man auch das (incl. einer eventuellen Datenbankbereinigung) auf einem einzigen Kodi Klienten. Welcher Klient ist wieder egal. Wenn diese Änderungen fertig sind, muss man die drei "anderen" xml Dateien (mediasources.xml, passwords.xml, sources.xml), die bei dieser Aktion von Kodi geändert wurden, erneut umkopieren, also von dem Kodi, an dem man die Änderungen durchgeführt hat aufs NAS (USB Stick oder wo auch immer) und anschließend auf alle anderen Kodi Systeme. Dabei die schon vorhandenen Dateien überschreiben. So werden auch Änderungen an den Medienquellen einheitlich erledigt. Die advancedsettings.xml muss dazu übrigens nicht angefasst werden. Hier muss man nur dran, wenn sich was am Datenbank- Server ändert (er z.B. eine andere IP Adresse bekommen hat). Diese Datei ändert Kodi von sich aus nie.

Ich kann mich allerdings nicht erinnern mal nachträglich noch Quellen hinzugefügt zu haben. Hat man Ordnung in seiner Mediathek, sollte das nicht notwendig sein. Aber falls doch,... das macht man sicher nicht jeden Tag, weswegen der Aufwand durchaus vertretbar ist.

Zitat von Carracer89

dann müssten definitiv auch Bilder oder gar Videos mit eingefügt werden.

Ist doch selbstverständlich, zumindest so weit Kodi das zulässt. Bilder werden bei Kodi grundsätzlich nicht in die Datenbank eingepflegt, nie. Die werden nur aus den entsprechend eingerichteten Quellen angezeigt. Mit meiner Methode sind die Bilder Quellen trotzdem auf jedem System sofort verfügbar, nachdem man sie einmalig auf einem System eingerichtet hat. Mehr braucht man für Bilder nicht bzw. kann man für Bilder gar nicht machen.

Thema

MariaDB für Kodi, Howto

Hi.

Nachdem immer wieder Probleme mit der gemeinsamen Datenbank für Kodi auftauchen und ich das absolut gar nicht verstehen kann, dachte ich, ich schreibe mal ein kurzes "HowTo" wie ich das seit (denke ich) mindestens Kodi 16 so mache und noch nie Probleme damit hatte.

Als Voraussetzung braucht man natürlich einen Datenbank Server. Früher MySQL, heute eher die Open Source Variante davon, MariaDB, die vollständig kompatibel ist. Und auch eine Hardware, auf der diese Software läuft. Das kann…

Lehmden1

19. Dezember 2024 um 14:20

Zitat von Raspi5Fan

"Slim Acryl Gehäuse für Raspberry Pi 5 + Active Cooler

Da hast du, glaube ich, etwas missverstanden. Der Satz bedeutet, dass das Gehäuse für einen Pi 5 mit aktivem Kühler passt, nicht das der aktive Kühler mitgeliefert wird. Die passiven Kühler sind meist größer/dicker. Passiv gekühlt würde der Pi 5 ggfs. nicht in dieses kleine Gehäuse passen, weswegen das mit dem aktiven Kühler extra erwähnt wurde. Oft werden ja auch Erweiterungsplatinen erwähnt, die in einem bestimmten Gehäuse verwendet werden können. Deswegen ist die Platine noch längst nicht dabei.

Ich hätte an deiner Stelle sowieso das große passive Gehäuse genommen:

https://www.amazon.de/Geekworm-Raspberry-Geh%C3%A4use-Aluminium-P122-C/dp/B0CN9D62QS?tag=kodinerds04-21 [Anzeige]

Kostet zwar ein paar Euro mehr, dafür ist das komplette Gehäuse ein einziger Kühlkörper, der den Pi 5 absolut lautlos kühl hält. Diese winzigen Lüfter, die in den aktiven Kühlern verbaut sind, sind extrem laut und nervtötend. Als Server, wegen meiner, aber als HTPC, völlig unbrauchbar. Ich hab so etwas in der Art und bin super zufrieden damit.

Hi.

Nachdem immer wieder Probleme mit der gemeinsamen Datenbank für Kodi auftauchen und ich das absolut gar nicht verstehen kann, dachte ich, ich schreibe mal ein kurzes "HowTo" wie ich das seit (denke ich) mindestens Kodi 16 so mache und noch nie Probleme damit hatte.

Als Voraussetzung braucht man natürlich einen Datenbank Server. Früher MySQL, heute eher die Open Source Variante davon, MariaDB, die vollständig kompatibel ist. Und auch eine Hardware, auf der diese Software läuft. Das kann ein NAS sein, ein RaspberryPi oder sogar eine Android Box oder zur Not sogar ein Smartphone, völlig egal. MariaDB Server gibt es buchstäblich für jedes System. Idealerweise läuft dieses Gerät 24/7. Sonst muss es auf jeden Fall vor dem ersten Kodi Klienten gestartet sein und muss laufen, bis der letzte Kodi Klient abgeschaltet ist. In sofern macht 24/7 durchaus Sinn. Man hat also die passende Hardware laufen und dort eine MariaDB Instanz installiert. Irgendwelche besonderen Einstellungen muss man nicht vornehmen. Man braucht nur einen User, der Datenbanken anlegen, ändern und löschen kann. Das kann man per MySQL CLI Befehlen direkt auf dem Gerät machen. Oder man verwendet ein Verwaltungstool. Am bekanntesten ist wohl PHPMyAdmin. Ich persönlich bevorzuge aber eine APP Lösung, keine Web Lösung. Für PHPMyAdmin braucht man einen vollwertigen Webserver. Ist der sowieso vorhanden, spricht nichts gegen PHPMyAdmin. Müsste man den aber extra dafür einrichten, ist das übers Ziel hinausgeschossen. Grade bei eher stromsparenden und deswegen meist schwachen Geräten würde ich mir diese zusätzlich Last nicht unbedingt antun wollen. Man kann dasselbe nämlich auch mit so etwas wie HeidiSQL tun. HeidiSQL ist eine OpenSource Standalone App für Windows. Bei Linux oder Mac gibt es sicher vergleichbares oder man muss eben doch einen Webserver mit PHP aufsetzen.

Egal wie, wir haben nun einen "mächtigen" Datenbank- User angelegt, der Datenbanken und Tabellen anlegen, verändern und löschen darf. Nennen wir ihn der Einfachheit halber mal "kodi". Dieser User hat natürlich ein Passwort bekommen. Nennen wir es der Einfachheit halber mal "kodi". Natürlich könnt ihr hier nehmen, was ihr mögt. Ihr müsst euch die User/Pass Kombination nur gut merken, denn die wird noch gebraucht.

Damit ist die größte Hürde schon überwunden. Der "Rest" wird jetzt in Kodi, genauer in einer einzigen Kodi Instanz erledigt. Bei mir ist das mein Desktop- System, da man hier einfach am besten editieren, kopieren,... kann. Mit Fernbedienung auf einer TV Box macht sich das einfach nicht so gut.

Zunächst müssen wir Kodi mitteilen, das es ab jetzt nicht mehr die lokalen SQLite Datenbanken verwenden soll, sondern die zentrale MariaDB Datenbank. Das passiert (leider immer noch) in der Datei "advancedsettings.xml". Diese Datei ist bei einer neuen Kodi Installation nicht vorhanden. Deswegen müssen wir zuerst mal eine entsprechende Datei erzeugen. Das geht mit jedem Text Editor auf jedem System. Die Datei wird dann ins Kodi Userdata Verzeichnis kopiert. Was man alles mit der "advancedsettings.xml" anstellen kann, kann man im Wiki nachlesen. Für diesen Zweck brauchen wir nur die "Datenbank- Abteilung". So kann diese Datei z.B. "von Innen" aussehen.

<advancedsettings>

<videodatabase>
<type>mysql</type>
<host>192.168.1.24</host>
<port>3306</port>
<user>kodi</user>
<pass>kodi</pass>
</videodatabase>

<musicdatabase>
<type>mysql</type>
<host>192.168.1.24</host>
<port>3306</port>
<user>kodi</user>
<pass>kodi</pass>
</musicdatabase>

</advancedsettings>

Man sieht, es gibt zwei Einträge, videodatabase und musicdatabase. Dazwischen sind dann die Zugangsdaten eingefügt. User und Pass sind dieselben, die wir vorher in der MariaDB angelegt haben. Der Type ist immer MySQL, da auch MariaDB eine MySQl Datenbank ist. Der Port ist standardmäßig 3306. Theoretisch kann man den beim Einrichten von MariaDB auch ändern, sollte man ohne Not aber nicht tun. Falls man einen anderen Port verwendet, muss man das hier entsprechend anpassen.

Der "schwierigste" Part ist der host Bereich. Mit Abstand am besten ist es, wenn man hier eine feste IP Adresse (im Beispiel 192.168.1.24) zur Verfügung hat. Generell sollte jede Art von Server im Netz eine fest zugewiesene IP Adresse haben und darüber angesprochen werden. Das vereinfach das "Netzwerken" ungemein. Die IP Adressen kann man fest im Gerät zuordnen oder fast immer auch im Router, ohne die Gerätekonfiguration ändern zu müssen. So sieht das dann z.B. in der Fritzbox mit FritzOS 8 aus. Vergleichbare Einstellungen gibt es bei fast jedem Router. So bekommt der Server stets dieselbe feste IP Adresse zugewiesen, ohne das man am Gerät selbst irgendwas konfigurieren muss. Ich weise allen Geräten, die regelmäßig im Heimnetz sind, feste Adressen zu, nicht nur den "Servern". Damit läuft das Netz einfacher, stabiler und schneller.

Geht das aus irgendwelchen Gründen nicht, kann man hier auch den Hostnamen (im Beispiel "uhura") verwenden. Damit kommen aber nicht alle Geräte/Betriebssysteme zurecht.

Nun speichern wir unsere "advancedsettings.xml" Datei, idealerweise auf dem NAS in einem extra Ordner (bei mir heißt er "Kodi-Files"). Von dort wird die "advancedsettings.xml" nun nach allen Kodi Klienten jeweils ins "userdata" Verzeichnis kopiert. Ab dann verwendet Kodi die MariaDB Datenbank, nicht mehr die lokalen SQLite Datenbanken.

Die "neue" Datenbank ist ja noch leer und muss zunächst mal gefüllt werden. Dazu starten wir Kodi, irgendwo. Ich mache sowas immer auf meinem Desktop, aus denselben Gründen wie das Erstellen der "advancedsettings.xml"... Könnt ihr aber machen, wo und wie ihr wollt, so lange die "advancedsettings.xml" gleich ist. Um Medien zu Kodi hinzuzufügen, benötigt man Medienquellen. Diese legt man ganz normal wie sonst auch in Kodi an. Wichtig ist nur, das man soweit möglich über (fest eingestellte) IP- Adressen geht, nicht über Hostnamen. Zwingend vermeiden muss man allerdings lokale "Freigaben", also sowas wie "D:\Filme". Das funktioniert nicht. Statt "D:\Filme" muss man also "//192.168.1.xxx/D/Filme" verwenden, wie eben der Netzwerkpfad zu dem Ordner lautet.

Nun beginnt Kodi, die Medien aus dem Ordner in die Datenbank einzulesen. Das läuft exakt genau wie immer ab. Man kann beliebig viele Quellen anlegen mit verschiedenen Typen (Serien, Filme, Musik, Musikvideos, nicht kategorisierte Videos, Bilder,....) wobei Bilder nicht in die Kodi Datenbank eingelesen werden. Trotzdem sollte man sie auch jetzt schon einpflegen, denn so spart man sich das bei weiteren Kodi Klienten. Sind alle Datenquellen angelegt und alle Medien eingelesen, beendet man Kodi wieder. Nun sind im "Userdata" Verzeichnis auch folgende XML Dateien zu finden:

mediasources.xml

passwords.xml

sources.xml

Es gibt hier noch mehr xml Dateien, aber nur diese drei sind für uns jetzt von Bedeutung. Diese drei Dateien kopiert man zu der advancedsettings.xml aufs NAS (oder wo auch immer man die Datei lagert, könnte ja auch ein USB Stick sein). Wenn man nun alle 4 Dateien in das Kodi userdata Verzeichnis einer beliebigen Kodi Installation (derselben Hauptversion, also nur Kodi 21.x Installationen oder nur Kodi 20.x Installationen oder nur Kodi 22.x Installationen,...) kopiert, ist dort die Datenbank und alle Medienquellen fertig eingerichtet und kann sofort verwendet werden. Das verwendete System (OS) spielt dabei überhaupt keine Rolle. Bei mir gibt es Kodi Klienten unter Windows, Android, LibreElec und CoreElec, x86, x86-64, ARM und ARM64 CPU. Spielt keinerlei Rolle. Die Daten (Gesehen Zustände usw.) werden dabei direkt synchron gehalten, ohne das man irgendwas weiteres tun oder beachten muss. Neue Medien kann man prinzipiell auf jedem der angeschlossenen Systeme einpflegen und sie stehen sofort auf allen angeschlossenen Systemen zur Verfügung. Ich selbst mache das immer vom Desktop aus, da ich von hier sowieso die Medien in die Quellen verschiebe, also ohnehin grade dran sitze. Das ist aber reine Geschmackssache.

Wenn wir jetzt die Kodi Hauptversion ändern (in der Regel "vergrößern"), dann müssen wir das zunächst auf einem Gerät machen. Startet man dort Kodi nach dem Upgrade, wird die Datenbank migriert. Das ist exakt so, wie "früher" mit den lokalen Datenbanken auch. Ist die Migration abgeschlossen, sind alle Medien in der neuen Datenbank vorhanden. Sobald man nun auf einem anderen Gerät die neue Kodi Hauptversion startet, ist die Datenbank bereits migriert und man kann nahtlos weiter machen. Bis dahin steht ja immer noch die "alte" Datenbank zur Verfügung, die man parallel weiter nutzen kann. Was nicht funktioniert ist das Synchronisieren der Gesehen Zustände. Die werden beim Migrieren der Datenbank auf dem ersten Kodi übernommen. Schaut man danach noch etwas mit einem "alten" Kodi, so wird das im "neuen" Kodi nicht automatisch als Gesehen gekennzeichnet. Man sollte also nicht all zu viel Zeit mit der Migration "verschwenden" bzw. ein externes Addon wie WatchedList zum Angleichen einsetzen. Bei wenigen Medien lässt sich das ganz gut auch komplett von Hand regeln. Beim Upgraden innerhalb der gleichen Hauptversion ist das in aller Regel kein Problem, denn die Datenbank ändert sich nicht (entscheidend) innerhalb derselben Hauptversion. Man kann also problemlos von Kodi 21.0 nach Kodi 21.1 wechseln und trotzdem auch längerfristig auf einem anderen Gerät weiterhin Kodi 21.0 verwenden. Bei Nightlies kann es vorkommen, das die DB sich "zwischendrin" ändert. Bei Stable Versionen aber nicht. Das ist halt das Risiko, wenn man Alpha oder Beta Versionen verwendet.

Hi.

Was ihr alle so für Probleme mit MySQL/MariaDB habt... Ich nutze das seit vielen Jahren auf den unterschiedlichsten Systemen und mit den unterschiedlichsten Kodi Versionen. Irgendwelche Probleme hat es damit noch nie gegeben.

Man muss halt ein paar Sachen beachten. So müssen die Freigaben auf allen Kodi Systemen gleich sein. Also nicht einmal //Server/Freigabe und ein andermal //IP-Adresse/Freigabe/ oder so was. Und der MariaDB Server muss vor dem Kodi System hochgefahren werden bzw. möglichst 24/7 laufen. Am einfachsten erreicht man das, in dem man überall dieselbe "advancedsettings.xml", dieselbe "sources.xml", dieselbe "passwords.xml" und dieselbe "mediasources.xml" verwendet. Ich hab mir diese Dateien aufs NAS kopiert und kann sie von da in jedes Kodi System kopieren und dann verwenden. So muss man weder die Medienquellen neu anlegen noch sich um irgendwelche Daten- Änderungen kümmern. Das geht auch erheblich einfacher und schneller, als überall ein Addon für Emby o.Ä. zu installieren. Ich habe auf meinem Windows Desktop System eine Kodi Instanz installiert, die zum Daten einpflegen und auch zum Entwickeln oder Testen von z.B. Skin Mods dient, nicht wirklich zum Medien schauen... Nur hier wird die Datenbank aktualisiert, da ich neue Medien immer von meinem Desktop aus einpflege (sprich aufs NAS kopiere). Alle anderen Klienten nutzen dann diese Datenbank.

Damit hatte ich in meiner ganzen Kodi Zeit noch nie auch nur das klitzekleinste Problem. Ganz im Gegensatz etwa zu Emby, was mir mal mit einem Klick monatelange Arbeit völlig zunichte gemacht hat. Außerdem ist man dann nicht auf kommerzielle "Fremd- Software" (Emby ist kommerziell) angewiesen. Und man hat alles aus einem Guss und muss nicht versuchen, zwei verschiedene Welten unter einen Hut zu bekommen.

Ich hab sogar schon unterschiedliche Haupt- Versionen von Kodi laufen gehabt, beim Umstieg von einer Version zur nächsten. Dabei sind dann zwei verschiedene Datenbanken in Gebrauch. Geht beim Übergang auch, nur das die Gesehen Zustände während der Umstellung nicht synchron gehalten werden können. Das kommt aber nur selten und wenn überhaupt, nur kurzfristig vor. Ist der Umstieg dann abgeschlossen, kann man, wenn man mag, die "alten" Datenbanken auch löschen. Ich verwende übrigens zum Pflegen der MariaDB nicht PHPMyAdmin auf dem Server, sondern HeidiSQL auf dem Desktop. Geht mindestens genau so gut und der Desktop Rechner hat dann doch "ein wenig" mehr Bums als das NAS.

Ich glaube, ich muss mal ein Howto dazu schreiben, damit diese unnötigen Probleme der Vergangenheit angehören.

Hi.

Mein Highlight des Jahres war, zumindest im zum Forum passenden Bereich sicherlich der Raspberry Pi5 mit LibreElec. Trotzdem werde ich ihn vermutlich im nächsten Jahr austauschen. Allerdings gegen ein Raspberry Compute Module 5 mit IO- Board, bei dem mir die Anschlüsse einfach viel besser in den Kram passen. Also nicht wirklich das System wechseln, nur etwas anders/besser machen. Für den jetzigen Pi5 habe ich auch schon eine Idee, die aber noch nicht ganz ausgegoren ist.

Generell ist für mich sicherlich ein großes Highlight, das mein 3D Druck- Triebwagenmodell, an dem ich seit 4 Jahren arbeite, neulich seine Jungfernfahrt erfolgreich absolvieren konnte.

Neue Serien oder Filme gab es in 2024 gar keine, die mich irgendwie hätten hinter dem Ofen hervorlocken können. Ich werde wohl langsam alt. Jedenfalls gefallen mir eigentlich nur noch Sachen, die mindestens 8-10 Jahre alt sind. Na ja, zumindest ein Spinoff hat mir dann doch wirklich gut gefallen, "Beyond Paradise". Ist ja nicht wirklich neu, da die Haupt- Charaktere aus "Death in Paradise" bekannt sind. Davon abgesehen habe ich fast nur altes Zeugs geguckt...

Musik habe ich nicht wirklich viel gehört. Am ehesten hat mich da der Auftritt eines 16 jährigen Mädchens bei den Blind Auditions von "The Voice of Germany" beeindruckt.

Ich mag starke Frauenstimmen generell gerne. Aber es gibt eigentlich immer so ein, zwei Momente in einem Song, wo ich ein wenig zusammenzucke, wenn ich das höre. Irgendein Ton, ein Vibrato, ein Ad Lib schüttelt mich dann unangenehm durch. Egal ob Whitney, Mariah, Ariana oder Adele, das passiert mir sonst praktisch immer. Ist mir bei dem Auftritt bei The Voice nicht so gegangen, eigentlich zum ersten Mal überhaupt. Das fand ich schon beeindruckend.

Zitat von PvD

Jetzt erkläre deiner Frau das - wenn sie vergessen hat, nach Benutzung der Dune in CE bitte wieder nach Android zu booten und dann die Kiste auszuschalten. Selbstredend muss sie natürlich später nach dem Einschalten nochmal lange auf den Powerknopf der FB drücken, damit CE bootet. Die FB pairen anschliessend nicht vergessen - den Weg ins Kodi-Menü unter Nutzung der TV-FB per CEC dazu hat sie nach ein paar Wochen bestimmt intus. Wenn alles nichts hilft, kann man ja hinters Lowboard krabbeln und den Netzstecker ziehen.

Was für ein komplizierter Kram... Zum Glück muss ich mich mit den blöden Gratis- Fernbedienungsbeilagen nie herum ärgern. Die Dinger fliegen immer gleich zum Verstauben in die Ecke (eher in eine Schublade). Ich nutze immer eine HID Fernbedienung (incl. Tastatur und Touchpad). Die kosten so etwa 15€, funktionieren immer (egal ob unter ATV, CE, LE, Windows, Mac oder iOS, völlig wumpe) und müssen nie neu gepairt werden. Außerdem bieten sie viel mehr als herkömmliche Fernbedienungen, z.B. eine vollwertige Maus und eine komplette Qwertz- Tastatur. Und man muss sich nie umgewöhnen, wenn man mal die Box wechselt. Einzige Bedingung, es muss irgendwie einen USB Anschluss geben. Dann funktioniert das immer. Hab die Teile auch schon am Smartphone genutzt. Auch das funktioniert einwandfrei.

Ein- und Ausschalten geht bei mir übrigens per Alexa Sprachsteuerung. Das würde sogar meine 99 jährige Oma hin bekommen, wenn sie noch leben würde.