Beiträge von buers

Ich habe das jetzt nicht probiert und auch kürzlich keine neuen Serien mehr gescraped. Ich würde den Ordner Silo (2023) nennen, und nicht silo.1080p Die Episoden würde ich auch etwas anders benennen, aber das macht normalerweise nix aus, wenn das SxxEyy passt, und das tut es in deinem Beispiel. Naming video files/TV shows - Official Kodi Wiki

Meinetwegen.

Aber - Kaluerwarnung - bitte nicht auf den Mars schießen. Denn, wie zumindest die älteren von uns wissen: "Mars bringt verbrauchte Energie sofort zurück".

Zitat von te36

weil sowohl VLC als auch Kodi ja libdv dcss enthalten, wenn sie wollen.

Vielleicht ein Ausschluss-Kriterium für den Playstore? Selbst dann würde es Sinn machen, wenn das in der Download-Version funktionierte.

Selbst hatte ich noch nie das Bedürfnis, direkt DVDs in Kodi abzuspielen. Wenn ich Zeit und Muse habe, will ich mir das dennoch interessehalber mal ansehen. Z.B. auch wie die DVD auf OS-Ebene in adb aussieht mit einem alten 08/15 USB-DVD_Laufwerk und ob das Filesystem dann in Kodi direkt ausgeblendet ist oder ob nur Support für Video-DVD fehlt und evt. auf DVD gebrannte mkv funktioniert.

Mike01 - ist das was für dich? https://kodi.wiki/view/HOW-TO:Us…yers_on_Android

Im Kodi Wiki finde ich auf Anhieb übrigens keine Erwähnung, dass DVD unter Android nicht supportet würde. Könnte man https://kodi.wiki/view/VideoPlayer oder https://kodi.wiki/view/Features_and_supported_formats oder https://kodi.wiki/view/Android erwarten

Zitat von DaVu

Vielleicht kann buers auch was dazu sagen

Sorry, leider nein. In deinem Post sah es erst aus, als sei das ein .c File - da denke ich mich gerne rein - ist aber .cmake (ich sehe im Post einen Zeilenumbruch nach dem c). Ich kriege zwar Kodi zumindest unter Linux selbst kompiliert und habe auch schon eigene Quellcode-Änderungen/Patches hingekriegt. Aber das Build-System mit allen seinen Konfigurations-Möglichkeiten, Abhängigkeiten und Tricks ist mir ein Buch mit sieben Siegeln. Vielleicht steigt da Maven durch?

Danke für die Argumentation / Rückmeldung te36. +1 soll allerdings nicht zwingend uneingeschränkte Zustimmung bedeuten. Aber insgesamt sehe ich das schon ähnlich, wobei ich mich da mit selbst mit dem Superlativen lieber etwas zurück halte (gerade wenn schwer messbar - bei "am meisten hergestellte" bestimmt auch leichter quantifizierbar als bei "am meisten die Menschheit verändert").

RextheC - das stimmt natürlich schon mit P und K (und auch bisschen was anderes noch). Der große Unterschied in dieser Diskussion zu N ist halt, erstere kommen primär aus dem Bergbau (und mögen gerne da noch etwas weiterverarbeitet werden), den Stickstoff, der im Übermaß in der Luft vorkommt, muss man energieintensiv chemisch umformen, damit er für die meisten Pflanzen nutzbar wird. Der erste Schritt geht meist über Ammoniak - dann ist die größte Hürde genommen (und der Ammoniak typischerweise als Ammonium-Salz ist schon direkt durch die Pflanzen nutzbar).

Zitat von te36

Aber fuer die Vernichtung der Menschheit reichen schon relativ wenige Atombomben.

Vielleicht hast du mein Argument oder die kleine Pointe nicht verstanden/bemerkt.

Atombombe kann je beides bedeuten - Explosion durch Energie der Kernspaltung und Explosion durch Energie der Kernfusion ("Wasserstoffbombe"). Letztere ist typischerweise noch sehr viel zerstörerischer. Deswegen mein Hinweis auf deine Aussage:

Zitat von te36

Kernspaltung hat ja immer noch die gute Chance die Erfindung zu sein, die das Ende der Menschheit verursachen wird.

dass halt gerade bei den Waffen die Kernfusion viel gefährlicher und zerstörerischer ist als die ersten thermonuklearen Bomben, die auf Kernspaltung basierten. Und in Wasserstoffbomben funktioniert menschengemacht die Kernfusion schon seit ca. 70 Jahren - etwa zeitgleich zum ersten auf Kernspaltung basierenden Versuchsreaktor.

Dünger brauchen wir nicht auszudiskutieren. Ist halt auch fraglich, ob nicht andere (etwas teurere) Stickstoff-Lieferanten in die Bresche gesprungen wären oder vielleicht ein anderer Nahrungsmittel-Mix (mit mehr Leguminosen-Pflanzen, die Luftstickstoff fixieren können). Deswegen auch die ernsthafte Frage nach der Quelle / ob da der verwendete Superlativ irgendwie quantifiziert wurde. Oder vielleicht eher dein eigenes Bauchgefühl (was ja durchaus legitim wäre) oder das Bauchgefühl eines populär-wissenschaftlichen Autors oder ...

Zitat von RextheC

Die größte Errungenschaft der letzten 100 Jahre (dank Albert .E) ist die Kernspaltung!

Entweder ich habe das vergessen oder noch nie so gelesen (oder ist bisschen verklärend). Mir ist schon klar dass Einstein die Äquivalenz von Masse und Energie beschrieben hat.

Zitat von te36

1910 Haber-Bosch Verfahren ist immer noch die Allzeit-Erfindung die die Menscheit am meisten veraendert hat.

Haber-Bosch Verfahren ist mir auch bekannt. Aber dass das die Menschheit am meisten verändert hat. Es ist schon klar, dass das die Grundlage für den meisten Stickstoff-Dünger ist. (Aber nicht nur Haber-Bosch-Verfahren. Mit dem Frank-Caro Verfahren wird Calciumcyanamid hergestellt, ein anderer wichtiger Stickstoffdünger - allerdings etwas teurer bezogen auf den Stickstoffanteil. Zumindest als ich das vor vielen Jahren gelernt hatte, bzw. ich das erinnere).

Hast du eine Quelle für die Aussage? (In dem Sinne, wie wird die Veränderung gemessen? Rein das von dir angesprochene Bevölkerungswachstum wegen effizienterer Nahrungs-Produktion?) Scheint mir bisschen so ein typischer "Jeder-braucht-seinen-Superlativ-Fall"? Andere argumentieren vielleicht dass die Schrift oder der Buchdruck die Menschheit am meisten verändert hat. Oder ...

Zitat von te36

Kernspaltung hat ja immer noch die gute Chance die Erfindung zu sein, die das Ende der Menschheit verursachen wird.

Und auch - back to topic - die Kernfusion, ich denke diese sogar eher.

Zitat von SkyBird1980

Okay, falschinfo - handys und tablets sind ausgenommen

Schade.

Hatte gehofft, dass mindestens Fahrrad-Navis von dieser Batterieverordnung der EU abgedeckt seien. Wohl eher nicht. Aus dem Link von SkyBird1980

Zitat

Als Ausnahmen nennt der Text explizit Medizintechnik sowie Geräte, die primär in feuchten Umgebungen genutzt werden.

Ich fürchte, dass notwendigerweise wasserdichte (nach IP...) Navis, da drunter fallen - auch wenn ich das nicht "primär in feuchten Umgebungen genutzt" beschreiben würde - vielleicht potentiell feucht. Die meisten Radler fahren lieber ohne Regen. Man müsste mal den Original-Text der Verordnung nachlesen - ist mir aber zu schmerzhaft - 345 Seiten! Die Wörter (oder Wortbestandteile) "wet" und "moist" kommen übrigens nicht vor, "humid" nur ein Mal in anderem Zusammenhang. (Oder ich habe vielleicht nicht richtig gesucht ...)

Vor einigen Jahren konnte man die schweine-teuren Garmin Navis noch aufschrauben und Akku wechseln. Waren natürlich trotzdem wasserdicht. Und um nicht vollkommen OT zu sein - eine Nachmeldung zu "Raus mit der Kohle" von vor einem Jahr: Garmin Edge® 1040 | GPS-Fahrradcomputer (allerdings nicht direkt bei Garmin erworben).

Hatte übrigens extra direkt bei Garmin nachgefragt, ob es Ersatz-Akkus gäbe und ob man den selbst tauschen könnte oder über Fachhändler/Garmin tauschen lassen könnte - alles nein. Aus dem Gedächtnis "Wir nutzen qualitativ hochwertige Komponenten, bla, bla ..." Traurig.

In der Tat zeigt die Erfahrung mit einigen Garmin Fahrrad-Navis über die letzten 20 Jahre, dass die Akkus immer ordentlich waren.

Als ich eine Liste der öffentlich rechtlichen Radiosender pflegte für Enigma2 Boxen und Kodi, war mir aufgefallen, dass Kodi 18 Probleme mit den URL Redirects bei Radiosendern hatte. Ich hatte das dadurch umschifft, dass ich die Redirects selbst aufgelöst hatte. War damals aber noch praktikabler, das da einigermaßen statische URLs rauskamen - das Loadbalancing / die Redundanz von verschiedenen Redirects, die eine "Master-Url" oft hatte, hatte man da aber auch schon verloren.

Wie du selbst festgestellt hast, wedok, hat bei der genannten URL der Redirect einen dynamischen offenbar schnell wechselnden Anteil. Damit ist die genannte Methode nicht mehr praktikabel.

Du könntest noch diese URL probieren: https://wdrhf.akamaized.net/hls/live/2027995/wdr4/master.m3u8 oder direkt für den Stream mit der besten Qualität https://wdrhf.akamaized.net/hls/live/2027995/wdr4/96/seglist.m3u8.

Ich denke nicht, dass es hier einen Unterschied macht, aber in deiner URL könntest du noch mit https statt http probieren.

Bin auch Fan der USB-PD Netzteile.

Auf unseren Radreisen nehme ich ein sehr leichtes Notebook mit (statt wie früher Landkarten). Und es gibt immer einiges zu laden: Notebook, zwei Fahrrad-Navis, 2 Handys, evt. Akku-Lampen (wenn wir kein Dynamo am Rad hatten). Ich bin jetzt zwar nicht einer von denen, die Zahnbürsten absägen und überflüssiges Metall am Rad abfeilen oder durchbohren oder sonstwie (oft weniger robuste und schwerer zu reparierende) Super-Leichtbau-Teile am Rad verwendet. Aber Gewicht spart man dennoch gerne - insbesondere wenn es ohne große Kosten oder andere Nachteile kommt.

Dein uGreen Netzteil wird da noch vom (bei Amazon genannten) Gewicht unterschritten durch das, das ich mitnehme Anker USB C Ladegerät PowerPort III Mini 30W Power IQ 3.0 kompaktes Power Delivery Typ-C Ladegerät für iphone 11/11 Pro/11 Pro max/XR/XS/X/8, iPad Pro, MacBook, Galaxy S10/9,Pixel,Mate 20 Pro usw: Amazon.de: Elektronik & Foto [Anzeige]

Irgendwie scheint damit auch die Zeit vorbei, dass ein Handy bei einem Netzteil "Langsames Laden" moniert, und das andere Handy beim anderen Netzteil. Und es dauert nicht mehr lange, da sind hier alle Nicht-USB-C-Mobil-Geräte ausgemustert. Endlich.

Auch wenn man Mal mit 2 Notebooks unterwegs ist (dienstlich + privat) - nur noch ein Netzteil notwendig.

(Totally OT: Für 3-Wochen Sommerurlaub kommen wir zu zweit auf insgesamt 18-20 kg Gepäck inkl. 2 Packtaschen, 1 Packschlauch, Rechner)

Da fällt mir noch auf - bei deinem Recodieren in mp4 hast du ac3 Ton Format generiert. Ich meine mich zu erinnern (ohne Prüfung) dass mp4 normalerweise aac will. Wenn man kein Tonformat forciert, wählt ffmpeg nach meinem Verständnis was zum Ausgabe-Format passendes. (Auch das ohne Prüfung)

Wie genau hast du das mp4 in mkv gewandelt? Insbesondere - wurde da nochmals recodiert?

Wenn du ffmpeg hast, hast du vermutlich auch ffprobe. Kannst mal vergleichen, welche Codecs/Formate wirklich in den verschiedenen Dateien drin sind - vielleicht siehst du was Auffälliges. Z.B.: ffprobe test.mp4 und halt auch die .ts und .mkv. Geht auch über mediainfo - ich finde es über ffprobe übersichtlicher. Vielleicht kommt Kodi in deiner Umgebung mit dem Audio-Codec in deiner mp4 gerade nicht zurecht und mit ggf. anderen Codecs in .ts und .mkv schon.

Und die test.ts - spielt die ohne Tonaussetzer?

Und wenn du ohne Recodierung in mkv wandelst - spielt die ohne Tonaussetzer? ffmpeg -i test.ts -map 0 -c copy -copy_unknown test.mp4

Zitat von tavoc

Mich interessiert wieviel ich saldiert verschenke, das geht dann nur mit dem Lesekopf am Zähler.

Ahh, verstehe (deine ursprüngliche Formulierung klang nicht danach).

Ohne den zitierten Giga-Thread jetzt durchzulesen - mit eigenem ständig mitlaufendem Programm könnte man leicht selbst saldieren (ich denke in meinem Programm 20 Minuten Aufwand). Oder das aus den (auch ohne Cloud) automatisiert herunterladbaren historisierten Daten errechnen (man hat ja pro Zeitpunkt die Daten für jede Phase einzeln). Für den Firmware-Programmierer sollte es überhaupt kein Problem darstellen - schade, dass sie das nicht berücksichtigen. War mir gar nie aufgefallen, da wir keinen Strom erzeugen.

Spielt ja jetzt für don keine Rolle mehr, da die andere Lösung zu passen scheint. Dennoch

Zitat von tavoc

den shelly3em habe ich auch noch. Der kann aber nur die Momentemwerte ausgeben.

Was meinst du damit? Auf der von mir verlinkten Seite steht, wie man (auch ohne Cloud und ohne irgendwelche Smart Home SW) die Werte pro Phase auslesen kann.

total number Total consumed energy, Wh

total_returned number Total returned energy, Wh

Bei mir leider nicht so aussagekräftig, da ich nix erzeuge. Dennoch, z.B. mit Standard-Tools:

> wget -O- shellyem3/status 2>nul | jq . | grep return
"total_returned": 0
"total_returned": 0
"total_returned": 0


> wget -O- shellyem3/status 2>nul | jq . | grep -w total
"total": 1423790,
"total": 1973410,
"total": 358106.4,

Kann man auch leicht historisiert als csv runterladen direkt vom lokalen Webserver des Geräts. Auch automatisiert, z.B. über wget oder curl.

(Selbst nutze ich eigenen C++-Code mit Standard Sockets - weil's mehr Spaß macht. Integriere die totale Energie auch selbst durch Leistung über Zeit - kommt erwartungsgemäß das gleiche raus wie bei total).

Shelly 3em liest zwar nicht direkt den Zähler aus, sondern ermittelt davon unabhängig die Werte. Dennoch sollte der grundsätzlich alles können, was du möchtest. Braucht keine Cloud und lässt sich meines Erachtens sehr einfach auslesen über lokale http-API (oder auch mittels MQTT in evt. schon vorhanden Home-Infrastrktur integrieren).

API Reference

Kostenpunkt, ca. 100 € plus vermutlich ca. 1 h Elektriker zur Installation. Voraussetzung: WLAN funktioniert im Sicherungskasten. Bei mir - maximal weit entfernt in der Wohnung vom WLAN-Router - geht es 100% zuverlässig.

Zitat von da_user

die Kette ist schon etwas stumpf [...] kauf was gscheids

Ich hätte eine gute Rundfeile empfohlen, für Anfänger evt. noch eine Feillehre für Sägeketten ...

Zitat von DaVu

Siehe auch: Warum wir "Kodi from Debian" hier nicht supporten

Eine Anmerkung dazu - Wer "wir" ist, ist hier nicht wirklich klar, bzw. klingt es in diesem Forum, als gälte es für alle Forenmitglieder, die sonst bei Fragen helfen - oder gar als wäre es verboten, da zu helfen (wie bei den banned Addons). Ich denke, das ist nicht der Fall. Vermutlich heißt "wir" sowas wie Team Kodi Mitglieder, vielleicht auch manche/viele geschätzte Mitglieder dieses Forums.

Ich will nicht sagen, man soll "Kodi from Debian" installieren. Denke mir aber, dass ein Gros potentieller / hier typischerweise diskutierter Probleme unabhängig von der Quelle ist. Da werden sich bestimmt auch Leute finden, die Tipps und Hilfen geben bei sagen wir den typischen Dauerbrenner-Themen "Mein Film wird nicht in die Bibliothek aufgenommen", "Wie muss ich Quellen konfigurieren", ... Klar, es wird auch potentiell andere Probleme geben - hast ja in dem zitierten Artikel einiges erwähnt zu Addons/repositories.

Natürlich ist es "fair enough" und deine Entscheidung, wenn du @DaVu sagst, dass du grundsätzlich Kodi aus solchen Quellen nicht supporten willst.

Hatte mir kürzlich interessehalber die Debian-Kodi-Patches angesehen. Mir kamen die professionell vor. Ohne im Detail zu analysieren, schien ein Großteil Security-Themen zu betreffen respektive die bessere/passendere Integration in (neuere?) Debian-Security-Libs/Schnittstellen. Bisweilen dachte ich mir (auf den ersten Blick) dass die Patches vielleicht nicht Plattform-unabhängig sind (und somit Compile auf anderer Plattform kaputt machen könnten) und deswegen wohl nicht ins Kodi Repository aufgenommen wurden. Scheint eine Heiden-Arbeit, das aus Debian-Sicht für jede Version nachzuziehen (und ich meine, was ich sah war aktuell). Oder kennst du die Gründe/andere Gründe dass die Debian-Patches nicht mit den Original Kodi Sourcen gemerged werden? Schade eigentlich, diese Situation.

Zitat von TheMexx

Habe einen Windows 11 PC mit Samba Freigaben von Laufwerk C - M aber auf der Shield wird mir nur Laufwerk C - K angezeigt.

Habe leider auch keine Lösung. Hatte auch schon mehrfach von Problemen beim Zugriff von Android auf Freigaben von Windows 11 gelesen. Deine Problematik scheint bisschen anders, da es ja grundsätzlich funktioniert, allerdings nicht mit allen Freigaben.

Da du das Wort "Laufwerk" benutzt statt Freigabe - nutzt du die administrativen Freigaben C$, D$, ... etc. direkt (was nach meinem Gedächtnis mindesten Windows 11 Pro erfordert)? Wenn ja, vielleicht mal explizit eine andere Freigabe erstellen. Mit den Default Administrativen Freigaben hatte ich auch immer Mal Probleme mit Windows Pro (nicht jedoch bei Domain Joined Firmen-Rechnern ...).

Neben dem Tipp von don mit dem Kodi Log - hast du Mal ins Eventlog des W11 Rechners geschaut. Vielleicht steht da was aufschlussreiches zu dem Zeitpunkt, an dem der Zugriff fehlschlägt. (Wenn du dich bei direkten Registry-Manipulationen auskennst, muss man dir bestimmt nicht erklären, wie man an das Eventlog kommt ...)

Ein bisschen wundert mich deine Ausdrucksweise noch an anderer Stelle - "auf der Shield wird mir nur Laufwerk C - K angezeigt." Kodi zeigt nach meiner Erfahrung auf Android-Geräten keine Liste von Freigaben an. Man muss die direkt eingeben (jedenfalls hat bei mir das noch nie funktioniert anders - auch wenn ich in Release Notes von Kodi schon Einträge gesehen habe, die nahe legten, dass das gehen sollte ...). Hast du also direkt auf OS-Ebene die Freigaben gemountet? Da habe ich leider gar keine Ahnung, wie die Shield da funktioniert. (Meine Android-Devices scheinen das nicht zu können)

Zitat von locha

Es tauchte damals auch ein Serie in der Datenbank auf, wo ich nix mit anfangen konnte. [...] Kann bis heute nicht sagen welchen Ordner es überhaupt betrifft.

Sieht man bei mir leicht (allerdings habe ich keine Serie, die ich mir nicht erklären könnte). Auf Serien navigieren, auf die rätselhafte Serie, dann "i" (oder typischerweise lange Ok drücken bei Fernbedienung), dann Mouse Hover auf Aktualisieren (oder mit Cursor nach Aktualisieren wandern ohne Ok). Jetzt wird der Ordner-Name inkl. Pfad angezeigt. (Mag aber von anderen Einstellungen / von Skin abhängen).

Klar, die Methode von noob_at_pc sollte auch gehen.

Durch kürzliche Antwort auf diesen Beitrag

Zitat von beatmasterRS

Ich wollte nochmal daran erinnern, dass in der Desktop-Ansicht gelesene Beiträge praktisch nicht von ungelesenen Beiträgen unterschieden werden können

bin ich erst drauf aufmerksam geworden. Geht mir auch so, dass ich die fettere Schrift (von Themen mit ungelesenen Beiträgen) kaum von der weniger fetten Schrift unterscheiden kann, auf dem Notebook praktisch gar nicht. War allerdings im alten kodinerds Forum auch so ähnlich und auch in einem anderen woltlab Forum, das ich verfolge, ist es schwer zu erkennen.

Alternativ nutze ich normalerweise das Menu links oben Forum -> Ungelesene Beiträge. Da sind dann eh nur die ungelesenen - Problem nicht vorhanden. Allerdings bei Forum -> Abonnierte Themen besteht wieder die selbe Problematik.

Ich hole auch noch mal was altes hervor. Bei mir sind zitierte Namen wie beatmasterRS oder don praktisch nicht zu lesen. Blau auf Dunkelblau hat einfach zu wenig Kontrast. Kann man sich das anders einstellen?

Und nochmals ein bereits erwähnter Punkt. Bei Touchbedienung im Desktop-Modus gelingt es mir nicht, das oben genannte Forums-Menu vernünftig zu bedienen. Drücke ich auf Forum, klappt das Menu auf, aber ich kriege keinen Menupunkt ausgewählt. Bewege ich den Finger gedrückt nach unten, scrollt der Bildschirm. "Früher" konnte ich einfach in einer Titelzeile auf "Ungelesene Beiträge" mit dem Finger drauf. Kann man da vielleicht was als User in den Einstellungen Touch-freundlicher konfigurieren?