bei mir isses z.b. einfach die Zeit bis mein fettes SMB Directory mit meinen TV Aufzeichnungen da ist.
Da hilft statfiles auf false zu setzen - advancedsettings
EDIT: Hmmm, mir gelingt es nicht, auf Kodi Wiki Kapitel (absichtlich falsch geschrieben) avsettings zu verlinken. Hier noch Buchstaben "d" nach Advance einsetzen: https://kodi.wiki/view/Advancesettings.xml#samba . Oben hatte ich die URL gepasted, ging nicht. Vielleicht das: https://kodi.wiki/view/Advancedsettings.xml#samba
Ich nehme nicht an, dass das genannte 1,1,1,2-Tetrafluorethan (TFE) in typischen Druckluftdosen zum Einsatz kommt. Nicht dass ich das genau wüsste, aber bei Amazon steht bei Druckluftdosen "Entflammbar". TFE ist nicht brennbar. Wegen seiner hohen Treibhauswirkung auch verboten in manchen Anwendungen. "Beipackzettel"/Inhaltsstoffangabe habe ich bei Amazon nicht gefunden.
Laut Wikipedia 1,1,1,2-Tetrafluorethan – Wikipedia hat gasförmiges TFE unter "Normalbedingungen" eine Dichte von 4,24 kg/m^3, flüssiges 1210 kg/m^3 (Umrechnung auf vergleichbare Einheiten durch mich ...). Ist also ein Faktor von knapp 300, nicht 700. Bei Propan ist es ähnlich, CO2 ist auch nicht weit weg.
Hätte man Druckluft unter 8 bar, hat man Faktor von 7 an Gasvolumen, was da maximal rausströmt (mit abnehmenden Druck dahinter). Den Faktor 7 kann man grob vergleichen mit Faktor 300 für Ergiebigkeit von "Druckluftdose" - ist ein kleiner Unterschied. Bei verflüssigten Gase ist in erster Näherung der Druck dahinter nahezu konstant, bis es leer wird, anders als bei echter einfacher komprimierter Luft. (Ich nehme an, eine typische Spraydose hält keine 8 bar aus, massivere Behältnisse natürlich schon).
Dose, welche bei Gebrauch schnell mal von außen völlig vereist,
Das lieg daran, dass Druckluftdosen gar nicht mit Druckluft gefüllt sind, sondern mit Gasen, die man bei Zimmertemperatur leicht (=unter moderatem Überdruck, nicht bei Gunderten von bar) verflüssigen kann. Beim Benutzen wird die Verdampfungsenthalpie ("Verdunstungskälte") verbraucht, womit sich die Dose/der Inhalt abkühlt. Wäre da nur Druckluft drin, wären die in Nullkommanix leer. Daher wird man mit selbst mit echter Luft befüllten Behältnissen auch nicht die Benutzung hinkriegen wie bei gekauften. Luft kann man bei Zimmertemperatur nicht verflüssigen.
Die Druckluftdosen sind im Übrigen wie Spraydosen ohne Wirkstoff - nur das Treibgas. Aber eben nicht im Sinne, den man leicht meinen könnte
"gekaufte Luft in Dosen"
falls Kodi die Bilder anders benennt oder anders in die Unterordner einsortiert
Kann jetzt nicht erkennen, wie das passieren könnte (u.a. aus meiner Analyse des Quelltexts im Rahmen einer früheren Thumbnails-Diskussion, wo ich allerlei kontroverse Infos fand, auch von Team Kodi/Devs).
Egal, ist ja nicht besonders schlimm. Und für echtes Aufräumen möglicherweise auch schon mal hilfreich.
Es wurde über einen Zeitraum von ca. 15-20min konstant Daten (ca. 5MB/s) vom NAS gezoggen, nehme an die arts wurden so gecacht.
Nö, das ist (nach meiner Interpretation, ohne das jetzt aktuell zu verifizieren) die Konsequenz des Löschens der DB (und sonst nicht weiter schlimm). Damit werden die URLs zu den Originalen der Thumbnails gelöscht (und nicht nur die Hashcodes, die in Nullkommanichts neu berechnet werden können bzw. die Dateinamen der Thumbnails). Um die URLs zu regenerieren, werden die Quellen auf dem NAS "angefasst". Über den Daumen gepeilt 5 MByte/s mal 1000 s -> 5 GByte. Das solltest du sehen, wenn das intern oder auf dem Stick abgespeichert wird.
Aus einem Interview bei Spiegel-Online gestern. Kontext ist das Feiern der niederländischen EM-Fans und ihr Partyhit dazu der Gruppe Snollebollekes mit Frontman Rob Kemp. Man kann übrigens nette herzerwärmende Videos auf Youtube sehen zu den feiernden und singenden niederländischen Fans.
[...]
Quelle: EM 2024: Snollebollekes aus den Niederlanden über den EM-Hit und fehlenden Tiefgang - DER SPIEGEL
Thumbs werden immer noch hier /storage/emulated/0/Android/data/org.xbmc.kodi/files/.kodi/userdata/Thumbnails/ [...] reingeschrieben
Wie exakt kommst du zu dieser Erkenntnis? Wie bereits erwähnt ist deine Interpretation des Screenshots in #24 falsch. Hier mal ein Screenshot einer meiner Clients mit pathsubstitution (auf diesem allerdings auf das NAS). Ich wählte hier meinen Sony TV, da ich bei dem problemlos auf die Kodi Verzeichnis-Struktur zugreifen kann (bei ATV12 / aktuellen Fire TV Devices geht das nicht mehr so einfach). Ich habe hier jeweils durch langen Druck auf OK auf der Fernbedienung und das entsprechende Kontextmenu die Ordnergröße anzeigen lassen. Links habe ich im Kodi Dateimanager den Profil-Ordner angezeigt. Dort wird 1,64 GB angezeigt, die Daten liegen aber garantiert *nicht* auf dem internen Flash. Rechts habe ich den Über-Ordner der Thumbnails direkt in der Verzeichnisstruktur von oben herab (startend mit /sdcard) angezeigt. Bei mir ist das der Ordner /sdcard/Android/data/org.xbmc.kodi/files/.kodi/userdata (und Aliase dazu sind sicherlich /storage/emulated/...). Heißt übrigens Android-typisch /sdcard, obwohl das keine SD-Karte ist. Das ist wirklich der interne Daten Ordner von Kodi. Dort ist Größe 0. So passt das alles und so sollte es sein. Wenn ich in den Thumbnails-Ordner reingehe, finde ich auf der linken Seite die Dateien, auf der rechten Seite nur leere Ordner 0-9, a-f und Video.
Zweifache substitution würde ich nicht machen. Nach meinem Verständnis sollte sowohl profile als auch masterprofile funktionieren, selbst nutze ich masterprofile.
Als weiteren Check kannst du auch noch (nach Löschen der internen Thumbnails) unter Android Einstellungen -> System -> Speicher die Speicherbelegung notieren. Dann durch die Bibliothek scrollen, so dass die Thumbnails abgespeichert werden. Dan nochmals schauen, ob/wie der interne Speicherverbrauch gewachsen ist.
Wenn sich mit all dem verifiziert, dass die Thumbnails doppelt abgespeichert werden, dann ist mein Latein am Ende, und es ist vielleicht Zeit für einen Bug-Report. (Deine Logs habe ich allerdings nur äußerst peripher angesehen, vielleicht sieht jemand anderes da noch was).
Kampfader, derMaik, wieso denkt ihr, dass das Löschen der textures13.db notwendig sei?
Nach meinem Verständnis ist das nicht notwendig für die pathsubstitution der Thumbnails und würde den ersten Zugriff nach der substitution nur verlängern. Ich verstehe, dass in der textures13.db zwar schon die Namen der Thumbnails stehen, aber halt nicht die Pfade dahin (bis auf den untersten Ordner, der ja immer nur das erste Zeichen des Dateinamens ist). Der Dateiname ist ein 32-bit Hashcode (als Hexadezimaler Name dargestellt), der nur von der Quell-URL des Thumbnails abhängt (also typischerweise irgend ein Image auf tmdb, tvdb, ..., kann aber auch ein lokaler Pfad sein). Der Pfad, in dem die Thumbnails abgespeichert sind, steht nach meinem Verständnis nicht in dieser DB (habe ich jetzt grade versucht zu überprüfen, und nicht gefunden - aber ich bin kein DB Spezialist.) Die Quell-URL, wo der Thumbnail herkommt, steht in der DB. Die änderst sich aber nicht, bei der pathsubstitution.
Bei einer Aufräumaktion, oder sowas wie "ich will möglichst viel von Kodi neu aufsetzen, alten Schrott sicher loswerden, den es gar nicht mehr gibt, der aber noch wo referenziert wird" - da mag das schon sinnvoll sein.
Danach sah ich, dass diese sowohl auf dem internen Speicher (special://profile) als auch auf stick abgespeichert werden
special://profile ist gewissermaßen ein "virtuelles" Verzeichnis, und nicht zwingend (komplett) auf internem Speicher. Wenn nicht ganz aktuelles Android/ATV kannst dir die echten Verzeichnisse vielleicht am einfachsten mit Filemanager wie X-Plore ansehen. Durch die pathsubstitution mag Kodi-Sicht verwirrend sein. Kodi wird special://profile/Thumbnails finden, die Dateien liegen aber trotzdem auf dem Stick (wenn alles normal funktioniert hat). Ich denke, das verwirrt hier.
ja, dachte nach einem Neustart von Kodi wird der interne Ornder geleert, aber nein der ist exakt so groß wie der Thums Ordner auf Stick
Das ist verwirrend formuliert für mich. Zuvor hatte ich dich darauf hingewiesen, dass da nix automatisch geleert wird. Danach sagtest du:
das [Löschen der alten Thumbnails] hab ich schon über der Kodi Datenmanager gemacht
Ist ja widersprüchlich "dachte wird geleert" und "habe ich schon selbst gemacht". Da wird jedenfalls von Kodi nix automatisch geleert, auch nicht nach Neustart. Das muss man selbst machen. (Nicht dass ich dächte, das sei so ideales Design oder intuitiv oder selbstverständlich).
Noch kleiner Hinweis zu der Diskussion oben zu USB Debugging. Ist bei mir, so meine ich jedenfalls, auch überall so, dass da USB-Debugging konfiguriert werden muss, für adb/adblink. Dann geht aber trotzdem Zugriff über Netz und auch USB-Stick ist funktional. Muss aber nicht überall gleich sein ... Du hattest dann ja fürs erste den Stick schon richtig erreicht.
Bei mir funktioniert jedenfalls <from>special://masterprofile/Thumbnails/</from> Aber das Besipiel in Path substitution - Official Kodi Wiki ist in der Tat anders. (war in der Vergangenheit vielleicht mal anders, das Beispiel, da ich mich normalerweise nach dem Wiki richtete). Dann noch der Link, den derMaik zeigte - da ist noch "special://thumbnails" genannt. "This path contains cached thumbnails. Normally special://masterprofile/Thumbnails". Und wann ist nicht normal? In der Tat etwas verwirrend formuliert/dokumentiert meines Erachtens.
Bist du sicher, dass wirklich die Thumbnails parallel erzeugt werden? Ich meine, ich merkte auch schon, dass ich ganz wenige Thumbnails mit insgesamt vernachlässigbarer Größe im alten Verzeichnis hatte, und die wieder kamen, nach löschen. Habe das ignoriert. Vielleicht solltest du mal gesamtes advanced-settings.xml zeigen, ob da nicht noch was Auffälliges ist ...
Hast du verschiedene User/Profile? Damit habe ich keine Erfahrung - vielleicht könnte das was ausmachen,
Die thumbnails werden nach Bedarf neu erstellt. Automatisch kopiert wird nix. Brauchst aber auch nicht wirklich selbst kopieren, der erste Zugriff dauert halt bisschen länger dann.
Allerdings wirst du, wenn alles funktioniert, die alten thumbnails schon löschen wollen, um den Platz frei zu machen. Ob das einfach beispielsweise mit X-Plore funktioniert, hängt von Android-Version ab.
Was ich echt traurig finde, dass meine privat versicherte Frau i.d.R. gleich Facharzt-Termin kriegt. Sie kennt auch so Aussagen wie "sagen Sie doch gleich, dass Sie privat versichert sind, dann können wir früheren Termin machen". Glücklicherweise macht unser Hausarzt nicht sowas. Bei den Fachärzten hat man praktisch leider nicht die Wahl, die zu boykottieren, die PVK-Patienten bevorzugen.
Ja, /storage/emulated/0 ist normalerweise der interne Flash. Um den Namen von externen Geräten herauszufinden nehme ich adb shell (adblink). Wenn du das hast und dich damit bisschen auskennst, oder gewillt bist, das zu lernen.
adb shell starten (z.B. aus dem Menu aus adblink nach connect zum Device)
Dort eingeben df (df = diskfree, zeigt eine Liste der gemounteten Dateisysteme inkl. genutzter/freier Platz und die Mountpoints). Bei mir kommt als Ausgabe:
[...]
/dev/block/mmcblk0p9 4063 22 4041 1% /fdata
/data/media 19266428 4804668 14314304 26% /storage/emulated
/mnt/media_rw/57F8-CFEE 30293952 23401328 6892624 78% /storage/57F8-CFEEDaraus identifiziere ich, dass /storage/emulated der Flash Speicher ist, /storage/57F8-CFEE der USB-Stick. Der Befehl mount kann auch helfen. Verzeichnis des USB-Sticks zeige ich an z.B. mit ls -al /storage/57F8-CFEE In dem Pfad kannst du jetzt nach meinem Gedächtnis ein beliebieges Verzeichnis nehmen (musst nicht wie in deinem Beispiel diese org.xbmc.kodi Konvention einhalten). Es muss sichergestellt sein, dass Kodi Zugriff hat.
Was ich auch nicht verstehe ist, wieso sind die Thumbnails auch immer noch hier drin: <from>special://profile/Thumbnails/</from>?
Das ist halt die Art, wie Kodi OS-unabhängig seine Verzeichnisstruktur referenziert. special://profile steht je nach OS für ein anderes Kodi-Standard-Verzeichnis. Das ist eine Kodi-interne Konvention, die man nicht direkt auf OS-Ebene sieht. Brauchst dir keine Gedanken zu machen, so wie im Beispiel einfach übernehmen.
Geht vielleicht so ähnlich auch mit einem File-Explorer auf Android-Ebene, wenn du dich erst Mal ganz nach oben hangelst in der Verzeichnisstruktur. Da kenne ich mich weniger aus, da ich mit der Bedienung über FB da nicht so gut zurecht komme, wie mit adb shell. Kannst vielleicht auch eine Köderdatei ablegen auf dem Stick von PC aus. Und dann mit Filexplorer suchen. Oder ich würde villeicht eingeben find / -name koederdatei.ausgedacht 2>/dev/null
Private Krankenversicherung....auch so ein Blödsinn
Bin seit Langem freiwillig gesetztlich versichert und habe signifikant viel mehr einbezahlt, als PKV-Alternative. Februar hatte ich akute Sache an einem Auge (und da ich auf dem anderen Auge fast nichts sehe, bin ich da etwas sensibilisiert). Meine alte Augenärztin gibt es nicht mehr, für Krankenhaus kam mir die Sache nicht ernsthaft genug vor. Einen Tag lang telefoniert - ich habe keinen Arzttermin bekommen. "Wir nehmen keine Patienten mehr auf". Mal gab es Tipp, bei anderem konkreten Arzt zu versuchen. "Diese Quartal nehmen wir niemanden mehr auf, SIe können es nächstes Quartal wieder probieren". 3 von 4 Mal wird man begrüßt mit "Wenn Sie privat versichert sind, geben Sie die 1 ein, sonst die 2" o.s.ä. Wenn ich das höre, könnte ich kotzen.
Wir kriegen ja nicht mal einen vernünftigen flächendeckenden ÖPNV hin.
Fehlt das sogar das Wort "mehr"? (nicht mal mehr) Bei uns in der Stadt geht es allerdings ganz gut mit KFZ-freiem Haushalt. In meiner alten Heimat auf dem Land hat ÖPNV-Frequenz deutlich abgenommen. Selbst überkommt mich immer gewisse Traurigkeit, wenn ich die ganzen stillgelegten Bahnstrecken sehe.
Am Anfang 100%, inzwischen 15% durch den EPA.
EPA = Elektronische Patientenakte, nehme ich an. Da habe ich offenbar keine Kenntnis zum aktuellen Status. Dachte immer, das sei so ein Projekt, das Dekaden braucht. D.h. die EPA funktioniert zumindest teilweise und ist nutzbar durch Patienten?
Viel Erfolg jedenfalls, bei den Anträgen ...
Ich denke, das gilt nicht nur für die Fußball-Kanäle sondern generell. Aus https://www.telekom.de/magenta-tv/inhalte/sender
UHD Stream
- Die Nutzung der UHD-Sender ist nur mit TV Geräten der Telekom wie MagentaTV One, MagentaTV Stick oder TV Receiver/Media Receiver möglich.
- Die UHD Sendernutzung mit einer MagentaTV One oder einem MagentaTV Stick benötigt eine Downloadgeschwindigkeit von ca. 20 Mbit/s. Aufgrund des ‚adaptive Streaming‘-Verfahrens (Adaptive Streaming passt die Videoqualität auf der Grundlage der Netzwerkbedingungen an, um das Video-Streaming über HTTP-Netzwerke zu verbessern) kann auch mit geringerer Bandbreite genutzt werden, jedoch nicht mit optimaler Auflösung.
Die UHD Sendernutzung mit einem Media Receiver (z. B. MR401, MR601 Sat, MagentaTV Box) benötigt eine Downloadgeschwindigkeit von ca. 28 Mbit/s. Mit geringerer Bandbreite kann der UHD Sender nicht genutzt werden.
Selbst habe ich gerade nochmals gemessen - ich kam auf 22 Mbit/s auf MR401 bei Fußball.TV 1 in UHD, 7 Mbit/s in HD. Der Receiver selbst sagte in Eigendiagnose allerdings 28 Mbit/s genutzte Bandbreite (Vielleicht der Rest Reserve für Fast Channel Change, s.u.?).
Das channel-zapping unter Android macht da schon Spass. Deutlich unter einer Sekunde zwischen den Kanaelen. Fast Analog-Feeling, aber wenn man weiss wie, sieht man den Trick
Kannst du uns bitte erleuchten? Ich hätte spekuliert, da gibt es zweiten Stream mit sehr hoher I-Frame-Rate (höher als die typische ca. 1 I-Frame pro Sekunde), dafür aber ansonsten geringere Bildqualität und gut programmierte Synchronisierung, was den Ton angeht. Fällt mir persönlich aber nicht auf. Muss mal genauer drauf achten. Zweite Spekulation: ähnlich wie bei VU+ E2 Receivern, wird im Hintergrund schon Mal der nächste Sender, der auf "Channel +" liegt empfangen und decodiert (dann braucht man nicht auf I-Frame warten und kann Darstellung bei jedem Frame starten, und auch sonst fällt Umschalt-Kommunikations-Overhead nicht extra an).
Allerdings ist Magenta auch wieder bis zu 1 min zurück
Habe nach deinem Beitrag mal hier genau drauf geachtet. Auf Telekom MR 401 war heute laut meiner Funkuhr der Anstoß Ungarn-Deutschland auf dem Sender Fußball.TV1 exakt um 18:00:07, also 7 Sekunden hinter Echtzeit. Ich nehme an, das Spiel wurde exakt 18:00:00 angepfiffen. Die Fans im Stadion hatten die Zeit heruntergezählt.
Hatte auch paar Mal in die Magenta TV Handy-App auf meinem Samsung Smartphone reingeschaut. Da meist die aktuelle Spielzeit eingeblendet wird, kann man das leicht quantitativ vergleichen. Handy war zwischen 7 und 15 Sekunden hinter dem Receiver, also insgesamt nach meiner Beobachtung maximal 22 Sekunden (plus/minus kleine Messungenauigkeit) zurück.
Auf der Magenta TV App meines Sony TV wird auch kein UHD gezeigt.
Hatte übrigens auch bei früheren Diskussionen hier im Forum schon Mal Verzögerung von IPTV zu Echtzeit ermittelt. Aus dem Gedächtnis war das immer um 10 Sekunden, Magenta TV etwas schneller als direktes ÖR Streaming, te36 hatte ähnliche Messwerte berichtet mit Quellen, ich glaube manches sogar schneller.
Sorry, ist leider alles etwas Off Topic für das Tippspiel. Vielleicht will ja ein Admin die letzten zwei Dutzend (oder so) Beiträge verschieben, in sowas wie "EM Empfangsmöglichkeiten". Oder wir akzeptieren, dass sich die Diskussion verschoben hat ...
Ging mir eher darum das Bosch wenn ich das richtig sehe die einzige der vielen bekannten Marken ist, die so ?krampfhaft? "Professional" im Namen der Produktlinie hat.
Ja, ist auffällig und schon, wie bereits erwähnt, ein Unterschied zu Makita (oder Hilti), wo halt praktisch alles "professional" ist. Stihl unterscheidet auch klar die Nutzergruppe, aber halt nicht so offensichtlich gebrandet. Unsere STIHL Website für Profis | STIHL Auch auf anderen Seiten sieht man da die avisierte Nutzergruppe.
ob das vielleicht ein wenig wie bei "HiFi" Geraeten ist
Woran denkst du da? Lautsprecher, die bei Konzerten verwendet werden? In Clubs? Kinos? Theater? Dazugehörige Verstärker, Mikros? Gibt es dafür einen transparenten Markt, wo sich da auch Hobbyisten umsehen können und Preise sehen können?
Lies bitte mal nach unter man 5 crontab im Abschnitt "Example system cron file". Beim systemweiten crontab ist die Syntax etwas anders, und ein User muss angegeben werden.
Ich hatte früher auch mal gelernt, dass es im crontab (und an manchen anderen Stellen) empfehlenswert ist, den vollen Pfad zu den Befehlen zu nutzen.
sudo mount -t cifs -o username=USERNAME@DOMAIN.IT,cruid=UID_DES_NUTZERS,sec=krb5i,vers=3.0 //192.168.1.100/Tausch /media/austausch
Hmmm, wieso "vers=3.0"? Seit Langem sollten sich Client und Server automatisch auf die höchste gemeinsam supportete Version einigen. Das ist normalerweise SMB 3.11 und entspräche "vers=3.1.1". Meines Erachtens, besser vers wegzulassen, außer man hat spezifische Anforderungen / Altumgebungen (sehr alt).
Das mit Kerberos schaue ich mir auch noch mal für mich an, interessanter Hinweis. Ich hatte irgendwie im Gedächtnis, dass das in Enterprise-Umgebungen gut funktioniert, nicht aber in typischen Home-Umgebungen zur Bootzeit (oft mountet man ja nicht über expliziten mount Befehl, sondern über /etc/fstab)
Bei Hypervisor in Hypervisor sehe ich das auch so wie ihr. "Einfaches" abweichendes OS unter anderem Hypervisor (Linux VM unter Hyper-V) halte ich aus Erfahrung für unproblematisch. (Allerdings, wenn man sehr hohe Anforderungen an IO-Performance, Storage wie Netz, hat, oder spezifischen HW-Zugriff benötigt, kann die Einschätung abweichen).
