Minisatip sollte in LibreELEC als Addon verfügbar sein.
Beiträge von Seppl1
-
-
Das Problem ist unabhängig von der Kodi Version und betrifft nur ARM Geräte.
Der Fehler liegt auf Googles Seite. Für den Download des Chrome OS Images lesen wir die Download URL, Größe des gezipten Images und Prüfsumme aus eine JSON Datei aus und vergleichen Prüfsumme und Dateigröße nach dem Download, um sicherzugehen, dass es korrekt heruntergeladen wurde. So wie es aussieht stehen in der JSON aber falsche Werte und deshalb bricht die Installation ab, weil Inputstream Helper glaubt, der Download wäre fehlgeschlagen.
Wenn es um ein Update von Widevine geht, sollte man also einfach etwas warten, bis Google das korrigiert. Bei einer Neuinstallation kann man es mit
Inputstream Helper > [definition='1','3']Debug[/definition] > Install from specific source
versuchen, ich hoffe die Version ist noch aktuell genug.
Ich könnte für die Zukunft einen Dialog einbauen, dass man trotz fehlgeschlagenem Check versuchen kann die Widevine zu extrahieren und installieren.
-
Ich schaus mir mal an, vermutlich sogar heute noch. Falls ich es nicht reproduzieren kann, bräuchte ich aber auf jeden Fall ein [definition=12,0][definition=12,4][definition='1','3']Debug[/definition][/definition][/definition] [definition='1','0']log[/definition].
-
Linux kann das
Das tool exfatlabel (Teil von exfatprogs) kann das seit Version 1.1.0
-
Ich hab ja mit Recht eigentlich nichts am Hut, aber ich hab mir das Gesetz mal ein wenig angeschaut.
Der einfachste Schritt wäre wirklich die Steuer-ID. Noch kann ich mir das rechtlich nicht vorstellen, aber wir haben ja auch erst Januar.
§14 Absatz 2, insbesondere Punkt 3, aber auch die ganzen anderen Punkte. ist es schon heftig, was Ebay da jetzt alles von einem braucht...
man weiß aber Stand heute (13.01.) noch immer nicht wie und wohin man die Daten übermitteln soll
§15 Absatz 1
-
Meine naive Idee "pack nen Ventilator auf den Schornstein" scheint es tatsächlich zu geben. Nennt sich wohl Rauchsauger. Ob das in deinem Falls was bringt weiß ich natürlich nicht.
-
Zur Funktionsweise (mehr "educated guess" als tatsächliches Wissen):
Bei den kleinen Teilen wird ein Peltierelement verwendet um die Luft abzukühlen. Kalte Luft kann weniger Wasser halten, es kondensiert also und tropft in den Behälter.
Bei den größeren wird die Luft m.W. komprimiert, wodurch das Wasser darin auch kondensiert. Das bedeutet natürlich es läuft ein Kompressor, der deutlich hörbar ist. Bei den kleinen hört man nur einen Lüfter.
-
Ist auf jeden Fall schonmal eine andere Hausnummer als das Teil was meine Frau mir geschickt hat welches nur 20W verbrauchen soll.
Nach welchem Prinzip arbeiten die Dinger eigentlich?Ist das zufällig so eins?
https://www.ebay.de/itm/125055375224Wenn ja: davon kann ich nur abraten. Hab ich mal ausgetestet, hatte gehofft der könnte die Luftfeuchtigkeit in einem 15 m^2 Kellerraum wenn er dauernd läuft auf nem akzeptablen Niveau halten, aber nein, es hat keinen messbaren Unterschied gemacht. Daraufhin hab ich den Trotek TTK50e gekauft, der ist da jetzt fast schon überdimensioniert, funktioniert aber seit ca. 5 Jahren einwandfrei.
-
Ich habe insgesamt 3 Solokeys, von 2 Kickstarter Kampangen.
1x Solo 1 USB-C
2x Solo 2 (1x USB-C, 1x USB-A)Bisher nutze ich sie als 2. Faktor für Webseiten wie z.B. github.
Insgesamt finde ich sie schon gut, sie tun was sie sollen und sind komplett open source (Firmware und Hardware!). Was mir nicht so gefällt: Die Entwickler sind etwas "wankelmütig" wenn es um die Software geht, insbesondere beim Updater zum aktualisieren der Firmware.
Es gab einen Updater im Browser, der nicht mehr weiter entwickelt wird und ein Desktopprogramm, welches (noch?) nicht offiziell eingestellt wurde, aber schon seit 2 Jahren nicht mehr weiterentwickelt wurde. M.W. unterstützen beide nur den Solo 1.
Dann gibt es ein Kommandozeilentool in Python für den Solo 1 und eines in Rust für den Solo 2. Beim Solo 2 ist auch die Firmware in Rust geschrieben, die vom Solo 1 ist in C. Der Updater als Desktopprogramm war/ist in Javascript geschrieben, genauso wie auch der Webupdater. Da fragt man sich, ob die Qualität des Codes nicht womöglich darunter leidet, wenn man so viele unterschiedlichen Sprachen verwendet.Gleichzeitig scheinen sie durch dieses "rumprobieren" auch nie mit etwas fertig zu werden (außer der Firmware, glücklicherweise). Keiner der Updater kann als stabil angesehen werden. Selbst der in Python für den Solo 1 trägt Versionsnummer 0.0.30, hat aber keine Warnung im Gegensatz zu dem für den Solo 2: "This repository is incomplete and under active development." Beim Desktopprogramm steht "Not yet ready!"
Wenn es dann tatsächlich mal einen kritischen Bug gibt und man wirklich ein Firmwareupdate machen sollte/muss, müssen sie zumindest für manche eine detaillierte Anleitung schreiben, in der dann erklärt wird, wie man diese unfertige Software installiert und nutzt.
Obwohl ich vieles davon damals schon wusste, habe ich den Solo 2 trotzdem unterstützt, da ich hoffe, dass sich die Situation langfristig bessert, insbesondere auch wegen dem Opensource-Ansatz. Vielleicht schreibt ja irgendwann jemand (unabhängiges) eine GUI, die am Besten gleich beide CLIs vereint.
-
dein script aus dem post
Mit dem [definition=12,0]debug[/definition] [definition='1','0']log[/definition] test ich morgen wenn ich es schaffe
@raabenaas welches xdm menu?Das [definition=12,0]debug[/definition] [definition='1','0']log[/definition] würde mich auf jeden Fall interessieren. Ansonsten kannst du das Ganze mal mit diesem Chrome OS Image versuchen:
https://dl.google.com/dl/edgedl/chro…nnel_mp.bin.zip -
Klick einfach auf das "[definition=12,0]debug[/definition]", da wird erklärt wie man das [definition='1','0']log[/definition] erstellt. Was für ein Script hast du auf dem PC verwendet?
-
Das sieht für mich nach einer Transversalmode (TEM10) aus. Dann ist wahrscheinlich einer der Spiegel der Lasercavity (also einer der Spiegel in der Röhre) nicht korrekt eingestellt. Da kannst du soweit ich weiß nichts machen, also würde ich die Röhre zurückschicken.
Das hat aber nichts damit zu tun, was der Plasmastrahl macht. Das müsste m.W. normal sein.
-
Ich hab gerade mal einen Xubuntu 22.04.1 Live USB Stick gebootet und mich von da per ssh an meinem RPi4 mit LE10.0.2 angemeldet. Hat einwandfrei funktioniert. Könntest du das heute abend vielleicht auch mal testen?
-
Wer wird denn hier gleich aufgeben
@raabenaas Hast du das nicht gemacht:
Auch von deinem XUbuntu-Rechner...falls die Datei existiert:
cat ~/.ssh/config
oder hab ich das übersehen?
Falls die Datei nicht existiert (wird sie nicht, falls du sie nicht manuell angelegt hast), könntest du mal in /etc/ssh/ssh_config einfach alles auskommentieren, was nicht sowieso schon auskommentiert ist. Standardmäßig sollten das folgende Zeilen sein:
Dann nochmal versuchen zu verbinden.
Wann hast du denn das Xubuntu das letzte mal aktualisiert? Vielleicht gab es zufällig als du es installiert hast gerade einen Bug in openssh-client.
-
Bei mir lief es gerade "quasi problemlos" durch. Das es scheinbar hängen bleibt (tatsächlich dauert es einfach nur sehr lange und der Fortschrittsbalken aktualisiert sich solange nicht), kann seit dem letzten Update je nach Chrome OS Image passieren. Da arbeite ich gerade an nem Fix. Aber wieso es bei dir rebootet verstehe ich nicht. Kannst du da mal ein [definition=12,0]debug[/definition] [definition='1','0']log[/definition] machen?
-
@DaVu Ich denke du hast übersehen, dass @raabenaas sich wieder mit "/bin/bash -i" eingeloggt hatte. In dem Fall werden die profile Dateien m.W. nicht ausgeführt, weil das dann eine "non-login shell" ist, statt wie normalerweise eine "login shell".
Ich vermute aber, das irgendeine der profile Dateien einen Fehler hat, wodurch es ewig hängt. Aber wohl keine von denen, die mit /etc/profile ausgeführt werden.
Es muss aber ja noch mehr geben, die z.B. den folgenden "LibreELEC Schriftzug" erzeugen, den man beim einloggen sieht:Code############################################## # LibreELEC # # https://libreelec.tv # ############################################## LibreELEC (official): 10.0.2 (RPi4.arm)
Weißt du, welche Dateien das alles sind? -
Ok, da war's schonmal nicht, aber es gibt ja noch mehr, die beim einloggen normalerweise ausgeführt werden. Weiß jetzt nur nicht, wo sich die bei LibreELEC alle befinden. Vielleicht weiß @DaVu das?
-
Ich würde vermuten, dass es beim sourcen des profiles hängt. Könntest du mal nach dem einloggen source /etc/profile ausführen und schauen, ob es sich dabei aufhängt?
-
@tavoc Geht es wirklich um reines Benzin? Bei (selbst gemischtem) Benzin-Öl-Gemisch für 2-Takter ist das ja durchaus bekannt, dass es sich mit der Zeit entmischt und der Motor dann z.B. fast nur Öl bekommt. Aber normales Benzin hält eigentlich schon mehrere Jahre ohne Probleme.
-
Ich nutze dnshome.de. Läut seit Jahren einwandfrei und ohne Probleme. Auch der Wechsel von IPv4 auf IPv6 hat (mit etwas Aufwand) funktioniert.