Beiträge von buers

Sorry für OT. Mein letzter Beitrag hierzu.

Die gesamte Energiebilanz bzw. der ökologische Fußabdruck ist komplex. Hatte ich auch anders formuliert und bewusst nur einen Teilaspekt betrachtet. Aber mal konkrete Zahlen. Laut http://www.hvg-dgg.de/fdhvgm/2151/21…_Kennzahlen.pdf benötigt es 4650 kJ ein kg Glas einzuschmelzen (eine Weinflasche hat ca. 500 g). Mit dieser Energie kann man ca 16 l Wasser von 20 auf 90 Grad C erwärmen. Das ist etwa 100 Mal so viel, wie moderne Reinigungs-Anlagen benötigen pro Flasche (die deutsche Umwelthilfe nennt 150 ml). Bei Wein reden wir auch nicht über PET.

Ein bekannter Winzer nannte mir, dass das Reinigen günstiger sei, als der Neukauf des Leergutes. Ist aber logischerweise logistisch aufwendiger., benötigt zusätzlichen Lagerplatz, etc. Die Winzer, die ich kenne, die Leergut zurück nehmen, reinigen die Flaschen nicht selbst, sondern lassen sie reinigen. Gastronomie wird oft mit Mehrweg-Weinkisten beliefert, Privatkunden kriegen ohne Nachfrage hier normalerweise Pappkartons.

Zitat von te36

Suedfrankreich

Kenne da sogar, dass Wein in mitgebrachtes Behältnis mit Zapfhahn, etwas miniaturisiert wie man ihn von der Tankstelle kennt, aufgefüllt wird.

Lesestoff: https://www.duh.de/mehrweg-faq/

Schade, dass du das Argument ins Lächerliche ziehst. Die Argumentation war grundsätzlich unabhängig von den 4 Clients, die verstärken allerdings den potentiellen Schmerz.

Unabhängig davon kann es auch gute Gründe geben, keine zentrale DB zu haben (z.B. verschiedene Kodi-Versionen - ich weiß, mit emby/Jellyfin ginge auch das). Ich hatte früher eine zentrale DB.
Hat auch mit dem Argument wenig zu tun - ich nutze eine Kodi-Installation um alles zu prüfen bevor ich die anderen aktualisiere. Auch ich habe für jeden Film eine .nfo.

Der Dateien-temporär-Verschieben-Workaround ist halt bei mehreren Dateien (die man leicht beispielsweise am Datumsstempel erkennen kann) weniger aufwändig als pro Film (bei mir) "i", 6*Cursor rechts, Return, dann noch ja/nein Abfrage. Aber, hat ja jeder die Wahl ...

Ich denke, Problem von @msfox ist mit den ausführlichen Infos uns Beschreibungen lösbar. Ganz kurz noch zu dem von mir angesprochenen. Es ist mir durchaus klar, was die Intention und Funktionalität von Kodi "Aktualisieren" ist.

Mein Vorschlag mit Datei-Verschieben - bereinigen - zurück verschieben ist im Endeffekt das, was du beschrieben hast @DaVu pro Film nach "i". Würde ich übrigens auch so machen für einzelnen Film. Wenn man 4 Clients hat und keine zentrale DB ist es mühsam, insbesondere wenn bei mehreren Filmen was schief ging. Einige Beispiele, die mir schon passierten

- Scraper-Wechsel (nachdem das so empfohlen wurde, den alten tmdb Scraper nicht mehr zu nutzen), eine Sprachoption falsch eingestellt (ja, das ist ein Nutzer-Fehler), 50 Filme hinzugefügt, dann den Fehler bemerkt. Die 50 Filme kann man leicht und schnell gleichzeitig "anfassen" im Dateisystem nach Datum sortiert.
- Für Pedanten wie mich, die gerne korrekte Filmlänge, Auflösung, Tonformat angezeigt bekommen, schon seit vielen Jahren eigene Bibliothek pflegen, und dabei öfters alte SD Aufnahme durch HD ersetzen.
- Jetzt habe ich für alle meine Filme .nfo mit tmdb-UR (automatisch generiert aus Spreadsheet, ursprünglich das Spreadsheet erstellt durch Kodi-DB-Export). Zuvor kam es (sehr) selten vor, dass Film falsch gescaped wurde (bei Sonderzeichen im Titel, typografischen Eigenheiten im Titel, Jahreszahl um ein Jahr falsch im Titel wegen unterschiedlicher Info hierzu in unterschiedlichen Quellen, ...)
- mir fallen noch mehr ein ...

Mit der Verschieben - Bereinigen - Zurückschieben - Aktualisieren Methode geht das (für mich) sehr viel schneller, als "i" - Aktualisieren. Nachteil, Watched-State ist weg (mir persönlich Schnuppe, für andere möglicherweise k.o. Kriterium je nach Anwendungsfall).

Ich würde 3 Stufen Bibliothek aktualisieren unterscheiden:
1. Was Kodi jetzt macht. Nur zu den Quellen neu hinzugefügte Medien-Dateien werden berücksichtigt. Neue / geänderte .nfo oder Film jetzt in anderer Auflösung nicht.
2. Geänderte Quellen (Medien-Dateien wie .nfo) werden berücksichtigt.
3. Alles neu (um z.B. aktualisierte Grafiken, Bewertungen, ...) zu erhalten.

3. will man normalerweise nicht, hast du ja auch erklärt. Ginge ansonsten auch einfach zu bewerkstelligen aus Nutzer-Sicht. Hast du auch erklärt.
2. wäre (als Option) wünschenswert. Datumsstempel steht schon in der DB, und damit auch grundsätzlich machbar. Mediendateien kann man nicht leicht mit vernünftigem Aufwand hashen. aber Dateigröße, Datum würde reichen. .nfo könnte man auch hashen um noch zuverlässiger Änderung festzustellen.
1. Haken dran, so geht es ...

Gebe zu, hat nur noch peripher mit #1 zu tun.

Ich kann genau nachvollziehen, was du sagst.

Wenn einmal ein Film von Kodi gescraped (was für ein Wort) wurde, möglicherweise mit einer falschen Spracheinstellung versteckt in Untermenu, kriegt man das nur sehr schwer korrigiert. Meines Erachtens könnte man das wirklich deutlich besser machen, seitens Kodi Entwicklung. Ich weiß, gerne kommt bei so einem Kommentar (nicht verächtlich, despektierlich, ... gemeint) sowas wie "PR welcome". Ich meine es auch nur konstruktiv.

Was nicht ganz offensichtlich ist: Kodi versteht unter "Bibliothek aktualisieren" oft was anderes, als das was viele Nutzer auf Anhieb erwarten würden. Wenn Einstellungen des Scrapers verändert wurden, ist das Schnuppe. Wenn eine .nfo Datei editiert wurde auch. Wenn eine Medien Datei verändert wurde auch.

Also, wenn du "filmxy.mkv" mal gescraped hast, möglicherweise noch nicht alle Spracheinstellungen so wie gewünscht, ist das nicht ganz offensichtlich zu korrigieren.

Was helfen kann - filmxy.mkv verschieben in ein Verzeichnis, das Kodi nicht scraped. Dann Einstellungen -> Bibliothek -> Bibliothek bereinigen. Nun (nachdem sichergestellt, dass wirklich alle Spracheinstellungen korrekt) filmxy.mkv zurück verschieben an die richtige Stelle. Und jetzt Bibliothek aktualisieren.

@DaVu, als Team Kodi Mitglied, hat hier schon gefragt, was in Sachen Bibliothek verbesserungswürdig sei oder nicht richtig funktionieren würde. Ich denke, ich hatte in der Vergangenheit nicht nur einen Wink mit dem Zaunpfahl gegeben, sondern mit dem ganzen Zaun gewinkt. Was Kodi als "Aktualisieren" versteht, macht nicht das, was viele User erwarten.

(Ich selbst komme damit zurecht und ich kenne durchaus auch den "PR welcome" Hinweis)

Zitat von te36

Wein-Altglas

Nö, kein Altglas. Ein Teil der Winzer hier nimmt die Flaschen zurück und reinigt sie. Auch die Kartons werden wiederverwendet - deswegen bewahren wir die auf. Gibt auch noch ganz wenige Winzer, die sogar noch die klassischen Holzstiegen nutzen. Ich denke, als Bilderrätsel-Experte hast du den Winzer, bei dem ich die Flaschen ausgewechselt habe, längst herausgefunden.

Andere Winzer erklären mir als Naturwissenschaftler, dass es weniger Energie bräuchte, die Flaschen über Altglas zu recyclen, als sie zu waschen. Solcherlei Winzer meide ich bisweilen. (Nicht, dass ich nicht Verständnis dafür hätte, dass das für die Winzer ein möglicherweise nicht lohnenden logistischen Aufwand bedeutet - die Energie-Argumentation, da rollen sich meine Fingernägel hoch)

Zitat von noob_at_pc

@buers hast du ein E Fahrrad?

Nein. Neben dem ca. 15 Jahre alten Fahrrad auf Foto (vor dem E-Bike Boom) - ich nenne es mein Alltagsrad (zum Pendeln, Einkaufen, Kneipe, Kino, Theater, ...) habe ich noch ein Rennrad, ein Gravel-Bike (auch für mehrwöchige Radreisen mit Gepäck geeignet), ein Mountain-Bike und ein Einrad. Alle mit purem Bioantrieb. Ich hoffe, dass meine Gesundheit das dauerhaft zulässt. (Habe aber nix gegen E-Bikes, sie ermöglichen vielen Menschen eine Alternative zu KFZ, die sie ohne E nicht wahrnehmen würden)

Ich fass es nicht - irgendwas ist komisch mit Ladykillers (1955). Gerade hatte ich den Film noch in meiner Bibliothek, habe den mal angespielt. Dann mal auf "i" und Aktualisieren gegangen. Jetzt ist er weg ... Am Screenshot sieht man rechts oben, dass er läuft! Nach Aktualisieren ist mir noch aufgefallen, dass ein anderes Cover da ist als zuvor. Im Screenshot müsste der Film zwischen Lady Macbeth und Lammbock auftauchen.

Prüfe da nochmals genauer Log und direkt die Datenbank.

EDIT: Also, der Film ist noch in der Bibliothek, aber nun eingeordnet zwischen 3/4 und 2 Guns (bei alphabetischer Sortierung nach Titel). Zuvor war er genau an der Stelle, den ich im Screenshot zeigte. @rasibo, vielleicht ist es bei dir so ähnlich. (3/4 habe ich typografisch korrekt "¾ – Drei Viertel" genannt, daher vor 2 Guns). Habe .nfo mit http://www.themoviedb.org/movie/5506 (und die hatte ich schon zuvor).

EDIT2: Keine Ahnung, was da passiert ist. Hier übrigens noch Bildausschnitt auf anderem Gerät:

Das ist noch die alte Grafik, korrekt einsortiert. Die falsche Sortierung auf dem anderen Gerät ist nun auch wieder ok - habe die Bibliothek ganz neu gemacht. Verwirrend war es, und es lief auch was falsch, meines Erachtens. Denke aber, mit dem eigentlichen Titel Ladykillers hatte das gar nix zu tun. Vielleicht Aktualisieren währen des Abspielens, Mondphase und sonst wie schlechte Karma.

Die Kodi Versionen von mir waren auch alle upgedatet auf 20, nix neu installiert, wie oft empfohlen. Nutze auch kaum Addons oder sonst wie komplexes Setup. Nutze Kodi praktisch nur für lokale Filme vom NAS und wenig Live TV. Vielleicht hilft es auch @rasibo, die Bibliothek neu zu machen. Ich habe die Quell-"Oberverzeichnis" umgenannt, Bibliothek bereinigen, Umbenennung rückgängig machen, Bibliothek aktualisieren. Noch sicherer vielleicht MyVideosxxx.db zu löschen im userdata/Database Verzeichnis.

Zitat von buers

Lastenanhänger

Und das Angebot von @don:

Zitat von Don

Wenn du da noch irgendwas an Beschriftungen haben willst, einfach melden.

Plus die klasse Idee von @Pilot188

Zitat von Pilot188

sowas braucht er

Vielen Dank euch beiden für Idee und Umsetzung!

Und zusätzliche 120 € Kohle raus für Auswechseln des Leergutes beim lokalen Winzer ...

Ich finde, der Aufkleber ist super - auf reflektierendem Material wie Verkehrsschilder.

... und noch ne Bierspende an streng geheimen Adressaten.

Zitat von Boogie2005

Wenn neue Folgen kommen, könntest du da auch die Links Posten?

Kann ich gerne machen, evt. mich anpingen ...

So kann man die Links selbst finden: [RELEASE] Kodi-Addon-ARDundZDF

Zitat von Boogie2005

Die herunter geladenen Dateien haben zwar UHD, geben aber weder in Kodi, noch in Emby ein HDR Signal an den TV.

Schade. Selbst kann ich das nicht prüfen - habe leider noch kein Gerät zur Darstellung. Wenn du das in HBBTV auf dem Smart-TV direkt abspielst, wird HDR angezeigt?

Laut meiner Tools ist das 10-Bit Farbe, HLG.

ffmpeg: Stream #0:0(deu): Video: hevc (Main 10) (hvc1 / 0x31637668), yuv420p10le(tv, bt2020nc/bt2020/arib-std-b67), 3840x2160 [SAR 1:1 DAR 16:9], 4216 kb/s, 50 fps, 50 tbr, 1k tbn, 50 tbc (default)
VLC: Farbübertragungsfunktion: Hybrid Log-Gamma
Mediaino:Color primaries : BT.2020, Transfer characteristics : HLG

Bisschen enttäuschend, dass die Gesamt-Bitrate des UHD-Streams etwas geringer ist, als die des Full-HD-Streams, dafür HEVC statt H264. Selbst nehme ich immer noch lieber auf wegen 5.1 Ton.

Zitat von te36

Fuer alte Platten hab ich leider kein gutes Programm gefunden, weil es bei denen auch darum geht festzustellen, ob stellen der Platte matschig geworden sind, was man nur daran erkennen kann, das man unter hoher prioritaet liest/schreibt (oder auch nur lesen) und dann sektorweise die geschwindigkeit misst.

Eine einfache Möglichkeit: dd-like Tool, direkt auf die phys. Platte zugreifen, ganze Platte nach /dev/null kopieren bzw. nach nul unter Windows. (Sehr große Block/Puffergröße einstellen bei dd-alike) Gleichzeitig Monitoring Programm aufrufen. Z.B. Windows Bordmittel Perfmon, dort Parameter hinzufügen -> Physikalischer Datenträger -> Bytes gelesen/s. Noch unter allgemein sagen wir 120 s Intervall einstellen 120000 s Länge, das reicht typischerweise für die größten Platten. Dann hast du grafische Darstellung der Lesegeschwindigkeit und "matschige" Stellen auf der Platte werden auffallen. Unter Linux nimmt man halt das dort installierte Monitoring-Programm. Zur Not auch iostat mitlaufen lassen. Ist dann noch nicht grafisch, aber mit etwas Basteln könnte man aus iostat output csv machen und Grafik in Tabellenkalkulation.

Naturgemäß ist ein ähnlicher Test für Schreiben schwerer, wenn man die Daten auf der Platte nicht zerstören will.

Kann man auch in UHD herunterladen - allerdings nicht ganz offensichtlich zu finden:

wget -O"Der Schwarm (2023) S01E01 Episode 1.mp4" https://nrodlzdf-a.akamaihd.net/de/zdf/23/02/230222_1001_sendung_swm/7/230222_1001_sendung_swm_a1a2_4692k_p72v16.mp4
wget -O"Der Schwarm (2023) S01E02 Episode 2.mp4" https://nrodlzdf-a.akamaihd.net/de/zdf/23/02/230222_1002_sendung_swm/7/230222_1002_sendung_swm_a1a2_4692k_p72v16.mp4
wget -O"Der Schwarm (2023) S01E03 Episode 3.mp4" https://nrodlzdf-a.akamaihd.net/de/zdf/23/02/230222_1003_sendung_swm/6/230222_1003_sendung_swm_a1a2_4692k_p72v16.mp4

Oder mit curl oder ffmpeg oder ... mit den URLs. Leider wie üblich in der Mediathek nur mit Stereo-Ton, die DVB-Ausstrahlung ist mit 5.1 Ton.

Zitat von sorosch

Lösche ich jetzt Filme auf dem USB-Stick und führe in Kodi "aktuallisieren" aus bzw. in den Systemeinstellungen "bereinigen" so werden die auf dem USB-Stick gelöschten FIlme immer noch angezeigt - jedoch sind diese Ordner in Kodi dann leer.

Meinst du mit Bereinigen genau Einstellungen -> Medien -> Bibliothek -> Bibliothek bereinigen? So sollte es eigentlich gehen, und so mache ich das normalerweise (allerdings jetzt nicht mit Quellen auf dem USB-Stick sondern anderswo.

Filme -> Optionen -> Bibliothek aktualiseren löscht keine nicht mehr vorhandenen Einträge (und aktualisiert auch nicht bei geänderten Medien-Dateien / .nfo Dateien) sondern fügt nur hinzu. Ist auf Anhieb etwas verwirrend ...

Somit sind für eine "echte" Aktualisierung normalerweise zwei Schritte notwendig 1. Bereinigen 2. Aktualisieren. Wenn die Bibliothek mal ein Knacks weg hat, kann es helfen, zuvor noch die Quellen zu entfernen und nach Bereinigen wieder hinzuzufügen.

Ja, das waren die Multicast-Streams der Telekom.

Der Test alleine beweist nicht, dass alles korrekt lief. Es ging mir einfach um deine (durchaus plausible) Hypothese, dass die Seeks für eine HDD zu viel seien. Die Messwerte zeigen, dass man da ganz weit von weg ist. Und deckt sich halt auch mit meiner Erfahrung der letzten 15 Jahre, in denen ich Aufnahmen vom TV sammle. Alles geschnitten, meist mit ts-Doctor, der sich penibelst über alle Problemchen im Input beschwert.

Habe Mal eine Prüfung über ffmpeg gemacht - wenn da ein Frame fehlt oder so, dann beschwert sich ffmpeg. Hier:

ffmpeg -i delme_3sat.ts -c copy -f mpegts nul
[...]
Input #0, mpegts, from 'delme_3sat.ts':
Duration: 02:55:09.43, start: 1.400000, bitrate: 5659 kb/s
Program 1
Metadata:
service_name    : Service01
service_provider: FFmpeg
Stream #0:0[0x100](deu): Subtitle: dvb_teletext ([6][0][0][0] / 0x0006), 492x250
Stream #0:1[0x101](deu): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 384 kb/s
Stream #0:2[0x102]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc
Stream #0:3[0x103](mis): Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, fltp, 192 kb/s (visual impaired) (descriptions)
Stream #0:4[0x104]: Data: bin_data ([6][0][0][0] / 0x0006)
Stream #0:5[0x105](deu): Subtitle: dvb_subtitle ([6][0][0][0] / 0x0006) (hearing impaired)
Stream #0:6[0x106]: Data: bin_data ([6][0][0][0] / 0x0006)
File 'nul' already exists. Overwrite? [y/N] y
Output #0, mpegts, to 'nul':
Metadata:
encoder         : Lavf58.76.100
Stream #0:0: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], q=2-31, 50 fps, 50 tbr, 90k tbn, 90k tbc
Stream #0:1(deu): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, fltp, 384 kb/s
Stream mapping:
Stream #0:2 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
frame=525422 fps=12051 q=-1.0 Lsize= 6504429kB time=02:55:09.27 bitrate=5070.2kbits/s speed= 241x
video:5734784kB audio:492595kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 4.448891%

Zufällig lief parallel noch eine Aufnahme, von der DVB-Karte. Die habe ich schon geschnitten mit ts-Doctor. 0 Fehler, 0 Warnungen.

Ich wollte jetzt auch nicht mein privates Programm nutzen (da ich es noch nicht wirklich teilen kann), da kann ich das noch genauer prüfen, durch Analyse der rtp-Header und konsequentes Abfangen aller Fehler, insbesondere im File-Handling. In meinen Tests war das immer zu 100% in Ordnung. Obwohl UDP kam auch nie ein einzelnes Paket außer der Reihe an.

Und jetzt wird es wieder sehr OT für diesen thread - bitte gerne ignorieren. Will das auch nicht vertiefen, das interessiert mich aber schon ...

Zitat von te36

Mal gucken, wie lange es das schoene Multicast ueberhaupt noch gibt. Neues System ist ja schon in Arbeit bei der Telekom *seufz*

Hast du einen Link zu dieser Info?

Vermutet habe ich das auch schon selbst. Scheint keine lieferbaren Nachfolge-Modelle zu geben zu den Multicast-Receivern. Magenta TV Stick / One nutzen Unicast-Technologie. Klar, für die nicht an Telekom-Festnetz-Vertrag gebundenen Magenta TV Services ist Multicast keine Option. Ansonsten wäre es technologisch meines Erachtens grundsätzlich viel besser (auch, dass es UDP nutzt, wenngleich das oft als Nachteil fehlinterpretiert wird) mit geringerer Ressourcen-Last auf das Netz.

Da es noch bisschen mit dem Thema zu tun hat, und da auch @Dr Fred sich etwas dafür interessierte, ob SSD zum Zwischenspeichern bei parallelen Aufnahmen notwendig sei, habe ich da noch Mal etwas genauer nachgeprüft und gemessen. Da meine Dual Tuner wirklich nur 2 parallele Aufnahmen machen kann (auch wenn mehrere Kanäle auf dem selben Transponder liegen), nahm ich die Magenta TV HD Kanäle. Habe mal 6 parallel aufgenommen (danach Geduld zu Ende). Pro Kanal gut 7 MBit/s Bandbreite. Aufgenommen mit ffmpeg, gemessen mit Windows perfmon.

Aufnahme:

Messresultat, ist nicht ganz optimal skaliert - hatte aber keine Lust nochmals zu warten, das Essentielle kann man sehen:

Auf der linken Seite liefen schon 2 Aufnahmen, ab 16:45 waren es 6. Die hellgrüne Kurve schwankt dann so bei knapp 5 MByte/s Schreibgeschwindigkeit (was konsistent ist mit der Bandbreite) bei 6 parallelen Aufnahmen. Genutzte Zeit der Disk ist die violette Kurve, bei 6 Aufnahmen ca. 5%, ca. 8 Schreibvorgänge pro Sekunde. CPU-Last (für die Diskussion nicht so spannend) i.d.R. unter 2% (bei 16 logischen Kernen, die etwas höheren Werte rühren vom gleichzeitigen Schreiben der Nachricht, Anordnen der Fenster, ...) HDD laut Windows: Modell WDC WD40EZRZ-00GXCB0, 4 TB.

Bestätigt meine Annahme - auch bei einigermaßen vielen parallelen Aufnahmen wird die HDD nicht der Flaschenhals.

Zitat von DaVu

Wenn es 2 Möglichkeiten gibt etwas umzusetzen wird man niemals allen gerecht.

Das stimmt schon. Allerdings gibt es im SW-Design auch das "Principle of Least Surprise" https://de.wikipedia.org/wiki/Principle_of_Least_Surprise

Wenn da in Kodi steht: "Sortieren nach" -> "Zuletzt hinzugefügt", scheint es doch eine Überraschung, wenn nach Datei-Datum sortiert wird, und nicht nach Hinzugefügt-Datum. Der Thread hier könnte als Beleg dafür dienen. Selbst war ich auch überrascht. Könnte mir kaum vorstellen, dass bei Default-Sortierung nach Hinzugefügt-Datum jemand überrascht wäre. Und wenn es viel Bedarf an Sortierung nach Datei-Datum gibt, könnte es durchaus sinnvoll sein, das zusätzlich anzubieten.

Dass man das nur über [definition=11,0][definition='2','0']as.xml[/definition][/definition] modifizieren kann, ist sicherlich auf für einige User eine beträchtliche Hürde. Klar, kann man darauf hinweisen, dass man das alles nachlesen kann (habe ich auch selbst getan).

Wie gesagt, ich will da nicht jammern. Selbst denke ich, komme ich so gut klar und bin pragmatisch und stelle das jetzt halt so um, dass es für mich passt. Und in vielen Fällen wird es keinen Unterschied machen, da Hinzugefügt Datum mehr oder weniger Datei-Datum entspricht.

@HoldenCaulfield, einfach Mal auf den Link klicken, in dem Beitrag von don. Zusätzlich kannst du dir auch das hier durchlesen: Die [definition='2','1']advancedsettings[/definition].xml

Dann sollte es klar werden.

Bin durch die aktuellen Beiträge auf den alten Thread gestoßen. Und ich will bestimmt nicht jammern, oder mich beschweren. Dennoch schiene es mir logischer, wenn bei Sortierung nach zuletzt hinzugefügt wirklich das Datum des Hinzufügens zur Bibliothek genutzt würde, und nicht der Datumsstempel der Quelle (ob jetzt ctime oder mtime). Ist mir erst kürzlich aufgefallen, als ich schon eine Weile herumliegende Videos zur Bibliothek hinzugefügt hatte. Normalerweise überprüfe ich das mit dem grade von @DaVu genannten Missing Movies Plugin und zusätzlich durch Betrachtung der Filmliste in der Zuletzt-Hinzugefügt-Sortierung. Für mich überraschend, waren da die zuletzt hinzugefügten Filme nicht vorne, weil halt der Datumsstempel bisschen älter war, als bei früher hinzugefügten Filmen.

EDIT: beim erneuten Durchlesen erst begriffen. Das von mir als logisch empfundene Verhalten sollte mit <dateadded>0</dateadded> gehen. Werde ich in Zukunft so nutzen. (Fände den Wert als Default auch logischer - egal ...)

Zitat von te36

buers: sag mal Deine hardware/Software, aka: welche TV Karte und Programm (TVHeadend, VDR,... ?).

Es ging mir jetzt ja nicht darum, meine Konfig anzupreisen - nur um den einen Aspekt, dass HDDs durchaus sehr geeignet sind auch einige Full-HD-Aufnahmen parallel zu bewältigen. Ich denke, das zeigten auch meine Messwerte, wo die Platte im Prinzip idle bleibt bei 2 Aufnahmen (und der Rechner bleibt da auch idle). Fragmentierung der HDD spielt bei Nutzung für Videos (mit durchschnittlich riesiger Dateigröße verglichen mit anderen typischen Platteninhalten) auch praktisch keine Rolle.

Soweit zum eigentlichen Thread - jetzt eher OT - gerne ignorieren.

Paar Konstellationen, die bei mir in der Vergangenheit gut funktionierten:
"Uralt" Spark Triplex (2*Sat, 1*Kabel) Receiver mit Enigma 2. Wirklich schwachbrüstig und für E2 Low End. Beliebige 2,5 Zoll HDD an USB2 Port.
Vu+ Solo SE Dual DVB-C. Beliebige 2,5 Zoll HDD an USB2 Port.
Die Messwerte oben waren mit Hauppauge WinTV Dual USB Tuner an (damals, vor knapp 4 Jahren) High-End Desktop PC (hier unter Windows 11 gebootet). Der Rechner hat SSD + HDD 4 TB "Zufallstyp" was damals günstig war. Aufnahme mit Kommandozeilen-Tool von Hauppauge wintvrec. Zwar undokumentiert, habe die Optionen durch Retroanalyse raus bekommen. Starte ich dann normalerweise über Aufgaben-Steuerung (schaltet den Rechner auch aus dem Tief-Schlaf ein). Programmiere ich über Eigenentwicklung aus tv-Browser heraus. Ähnlich nehme ich bei Wunsch/Bedarf IPTV Streams (inkl. Magenta TV) auf, dann über ffmpeg, streamlink oder auch Eigenentwicklung für rtp.
TVHeadend habe ich zwar auch noch, nutze es aber praktisch nicht mehr (insbesondere Folge von Energiespar-Maßnahme ... Klar mit kleiner HW wäre das kein Thema, aber mein Server braucht mir halt zu viel).

Zitat von te36

Wenn Du wirklich sowas wie SATIP kaufst, oder Quad-Empfangskarte, dann lohnt es sich, darueber nachzudenken, das System so zu konfigurieren, das Aufnamen auch erst auf SSD gehen, und spaeter auf HD kopiert werden. Einfach weil mehrere gleichzeitige Aufnahmen eine HDD gerne wegen dauernder seeks zwischen den Aufnahmedateien so stressen, das da schon mal daten verloren gehen koennen.

Wie viele sind denn "mehrere gleichzeitige Aufnahmen"? Nach meiner Erfahrung, gab es mit HDD nie Probleme bei 3 gleichzeitigen Aufnahmen selbst mit > 10 Jahre altem Low-End Receiver mit externer USB2 HDD. 3 Aufnahmen in HD entsprechen etwa 3 MB/s. D.h. mit nur 1 MB Puffer braucht man nur 3 Seeks oder so pro s. Typische HDD kommen an die 80-120 seeks/s ran. Selbst wenn mal ein Datenpaket nicht direkt geschrieben werden kann, kommt das in eine Queue. Normalerweise nutzen die OS dann sowas wie einen "Elevator-Algorithmus" und fassen die zu schreibenden Daten pro Spur zusammen.

Habe grade Mal in Kurztest 2 gleichzeitige Aufnamen auf Windows PC gestartet auf HDD. Laut resmon aktive Zeit auf Disk zwischen 0% und 3%, Länge der Disk-Queue meistens 0,00, manchmal 0,01.

@"Dr Fred", gerade wenn du nur 2 Sat-Kabel (und kein Unicable) hast, wirst du selten mehr als gleichzeitig 2-3 Aufnahmen machen. Nach meine Erfahrung sollte das problemlos klappen und praktisch keinerlei besondere Anforderungen an die HW haben.

Zitat von SkyBird1980

Wir sind im Bereich der Netzteilbelastung wo wir mit so geringen Wirkungsgrad unterwegs sind das diese marginalen Unterschiede einfach so auftreten können.

Das mag schon sein. Auf der anderen Seite, bei meinen Messungen waren gut 10% bei 30 W bei Messungen an Rechnern meist doch signifikant (im Sinne von, nicht reine Zufallsschwankung / Messschwankung sondern reproduzierbar bei gleicher Last).

Zitat von SkyBird1980

Ausserdem ignoriert ihr komplett die Scheinleistung - das geht so nicht.

Wie meinst du das? (Vielleicht stehe ich auf dem Schlauch bzgl. Humor?)

[Hatte mir die Scheinleistung auch angesehen, also nicht ignoriert. Aber nicht kommentiert ...]

Mir kam es auch nicht darauf an, jetzt pedantische Messtechnik-Diskussion anzufangen. Die Zahlen fielen mir bisschen ins Auge beim stillen Vergleich zu meinem Desktop-Computer, Intel i9 9900K. Ist zwar fast schon 4 Jahre alt, aber vom CPU-Benchmark durchaus vergleichbar. 32 GB RAM, SSD + HDD, keine Grafikkarte, hängt mit einem USB-Port und mit Displayport an KVM-Switch, Dual-Tuner DVB-C/T an USB dran, 4k Monitor. Idle 32 W, Volllast durch mein Schachprogramm 195 W (dabei schläft die HDD, GPU-Teil des Prozessors ist praktisch ungenutzt). Gemessen an Shelly-Plug. Bei Aufnahme auf die HDD von USB-Tuner ca. 37 W. Kodi idle mit Estuary Skin 32 W, Kodi 720p Aufnahme abspielen 45 W (dabei wird laut sysinternals Process-Explorer GPU zu 50% ausgelastet). Oft habe ich viele Fenster offen, dann typischerweise bei normalem Nutzen (bisschen Surfen, Programm-Editor, Mail) 40 W.