Topfmeldung "Festplatte voll"

kmh · #21

Sigittarius-E hat geschrieben:Das hab ich schon verstanden, aber deshalb in der FW rumfixen? Da gebe es wichtigeres

Nun ja sicherlich gibt es wichtigeres - aber das ist meist auch viel viel komplexer und schwieriger umzusetzen, als einfach von einem Wert 1883 abzuziehen. Das ist programmiertechnisch ja wirklich kein großer Akt.

Homer · #22

So geht's ja auch nicht. Wenn Timeshift aktiv ist, muss die Größe des benutzten Buffers berücksichtigt werden.

Viele Grüße
Homer

Sigittarius-E · #23

Ich sehe das nicht als Bug sondern als "Nice to have".

Und nachdem die 1883MB ja genutzt werden können für TimeShift ist die Anzeige ja nicht falsch.

kmh · #24

Homer hat geschrieben:So geht's ja auch nicht. Wenn Timeshift aktiv ist, muss die Größe des benutzten Buffers berücksichtigt werden.

Wie ich das bis jetzt verstanden habe ist der mindestens 1883 MB groß. Und darüberhinaus kann er nur insoweit größer werden, wenn auch noch ausreichend Platz vorhanden ist, sonst sind es eben genau die 1883 MB.

In vorherigen Firmwares wurde ja der freie Platz auch richtig angezeigt.

--------------------------------------------------------------------------------------------------

Was ich auch nicht verstehe ist warum ihr alle diesen einfach nur unschönen Fehler mit Händen und Füßen zu verteidigen versucht. Natürlich können viele damit leben, aber es muß doch schlichtundeinfach nicht sein.

kmh · #25

Sigittarius-E hat geschrieben:Ich sehe das nicht als Bug sondern als "Nice to have".

Und nachdem die 1883MB ja genutzt werden können für TimeShift ist die Anzeige ja nicht falsch.

Schön: wir wissen jetzt daß vom angezeigten Platz 1883 MB für Timeshift abgezogen werden müssen. Aber das weiß sicher nicht der Normaluser, der nicht ständig hier im Forum mitliest.

ibbi · #26

kmh hat geschrieben:Was ich auch nicht verstehe ist warum ihr alle diesen einfach nur unschönen Fehler mit Händen und Füßen zu verteidigen versucht.

Dieses Verhalten wirst Du hier im Forum des Öfteren antreffen.

Homer · #27

kmh hat geschrieben:Wie ich das bis jetzt verstanden habe ist der mindestens 1883 MB groß. Und darüberhinaus kann er nur insoweit größer werden, wenn auch noch ausreichend Platz vorhanden ist, sonst sind es eben genau die 1883 MB.

In vorherigen Firmwares wurde ja der freie Platz auch richtig angezeigt.
[...]

Dann hast du das falsch verstanden.

Auch ich möchte eine Korrektur der Firmware.

Viele Grüße
Homer

kmh · #28

Homer hat geschrieben:Dann hast du das falsch verstanden.

Doch ich habe es schon so verstanden, und im vorherigen Post doch auch so beschrieben.

Auch ich möchte eine Korrektur der Firmware.

Da bin ja beruhigt, daß ich nicht der einzige bin.

Homer · #29

Die Größe des Timeshiftbuffers ist variabel - je nach Füllungsgrad. Von 0 MB bis zu der Größe, die für 59 Minuten notwendig ist, kommen alle Größen vor. Daher kann man nicht so einfach mit der Konstanten von 1883 MB rechnen.

Viele Grüße
Homer

thensch · #30

kmh hat geschrieben:Nun ja sicherlich gibt es wichtigeres - aber das ist meist auch viel viel komplexer und schwieriger umzusetzen, als einfach von einem Wert 1883 abzuziehen. Das ist programmiertechnisch ja wirklich kein großer Akt.

Wie Homer schon schrieb, ist das nicht so einfach. Wenn der Timeshftpuffer voll ist, muß zB nichts abgezogen werden. 1833MB ist sozusagen der Maximalwert, wenn der Puffer leer ist. Je mehr er sich füllt, desto weniger muß man abziehen.

Erlefranz · #31

Homer hat geschrieben:Die Größe des Timeshiftbuffers ist variabel - je nach Füllungsgrad. Von 0 MB bis zu der Größe, die für 59 Minuten notwendig ist, kommen alle Größen vor. Daher kann man nicht so einfach mit der Konstanten von 1883 MB rechnen.

Viele Grüße
Homer

Ja und manchen ist die begrenzung des Timeshift auf 59 Minuten ein Dorn im Auge, die möchten das unbegrenzt haben.

Und wie würde das dann mit dem freien FP-Platz aussehen.....

kmh · #32

@thensch
@homer

Danke für Eure Erklärungen, das Prinzip ist mir jetzt klar.

Wenn der angezeigte "Freie Speicher" in Abhängigkeit vom momentanen Füllstand des Timeshiftpuffers berechnet werden würde wäre das natürlich ideal. Die momentane Größe des Puffers abzufragen dürfte doch eigentlich auch nicht besonders schwer umzusetzen sein.

Aber mal davon abgesehen wäre es doch auf jeden Fall unschädlicher wenn etwas weniger Platz als "frei" angezeigt wird als zuviel.

Harvey · #33

Dann kommt der nächste und fragt "Hilfe - mein freier Plattenplatz ist negativ"

hgdo · #34

Wenn der angezeigte "Freie Speicher" in Abhängigkeit vom momentanen Füllstand des Timeshiftpuffers berechnet werden würde wäre das natürlich ideal. Die momentane Größe des Puffers abzufragen dürfte doch eigentlich auch nicht besonders schwer umzusetzen sein.

Das nützt doch auch nichts: Du zappst gerade herum, der Timeshiftpuffer ist leer, 3 GB sind frei. Du programmierst eine Aufnahme, die in 30 min anfangen soll, bleibst aber auf dem Sender. Bei Aufnahmebeginn hast Du aber nur noch 1 GB frei, weil der Timeshiftbuffer inzwischen auf 2 GB angewachsen ist. Dies eine GB reicht aber für die Aufnahme nicht mehr.

Fazit: wenn die Platte fast voll ist, sollte man was löschen oder sich eine eine größere zulegen. Eine Festplatte bis zum letzten Byte auszunutzen, macht keinen Sinn.

kmh · #35

Harvey hat geschrieben:Dann kommt der nächste und fragt "Hilfe - mein freier Plattenplatz ist negativ"

Das könnte dann natürlich passieren.

hgdo hat geschrieben:Das nützt doch auch nichts: Du zappst gerade herum, der Timeshiftpuffer ist leer, 3 GB sind frei. Du programmierst eine Aufnahme, die in 30 min anfangen soll, bleibst aber auf dem Sender. Bei Aufnahmebeginn hast Du aber nur noch 1 GB frei, weil der Timeshiftbuffer inzwischen auf 2 GB angewachsen ist. Dies eine GB reicht aber für die Aufnahme nicht mehr.

Fazit: wenn die Platte fast voll ist, sollte man was löschen oder sich eine eine größere zulegen. Eine Festplatte bis zum letzten Byte auszunutzen, macht keinen Sinn.

hgdo, damit hast Du jetz auch wieder recht.

Da sich Erlefranz oben über die 59 Minuten-Begrenzung beschwert hat, kommt mir jetzt eine Idee.

Ideal wäre doch, wenn jeder in einem Menü selbst einstellen könnte wieviel Platz (in MB)er für Timeshift verwenden will (von 0- ... MB) und genau dieser Platz dann reserviert werden würde. Das wäre sicher die sauberste Lösung.

Sigittarius-E · #36

Stimmt - wäre ideal. Aber realistischer Weise wird es das nicht geben.

Wir wollen deine Ideen nicht abwürgen, nur daß soetwas in eine FW eingebaut wird ist sehr unwahrscheinlich. Viel wahrscheinlicher ist daß ein TAP-Programmierer dies in einbaut (z.B. wegen der Anzeige: Elle4u in Filer)

Und wie hgdo sagt:
Eine Festplatte bis zum letzten Byte auszunutzen, macht keinen Sinn.

Am PC arbeitet man ja auch nicht mit freien 2MB auf der Systemplatte.

Erlefranz · #37

kmh hat geschrieben:Da sich Erlefranz oben über die 59 Minuten-Begrenzung beschwert hat, kommt mir jetzt eine Idee.

Na Beschwert hab ich mich nicht, ich bin mit den 59 Minuten vollkommen zufrieden.
Hab nur festgestellt dass es Benutzer gibt die mit den 59 Minuten Probleme haben.

FireBird · #38

hgdo hat geschrieben: Du zappst gerade herum, der Timeshiftpuffer ist leer, 3 GB sind frei. Du programmierst eine Aufnahme, die in 30 min anfangen soll, bleibst aber auf dem Sender. Bei Aufnahmebeginn hast Du aber nur noch 1 GB frei, weil der Timeshiftbuffer inzwischen auf 2 GB angewachsen ist.

Nachdem der Timeshiftbuffer eine „normale“ Datei ist, lässt sich über dessen Cluster-Kette auch dessen Größe berechnen bzw. bei der Anzeige des freien Speichers dessen Größe außen vor lassen. Vermutlich habe ich einfach die falsche Denkweise.

kmh · #39

Sigittarius-E hat geschrieben:Stimmt - wäre ideal. Aber realistischer Weise wird es das nicht geben.

Wir wollen deine Ideen nicht abwürgen, nur daß soetwas in eine FW eingebaut wird ist sehr unwahrscheinlich. Viel wahrscheinlicher ist daß ein TAP-Programmierer dies in einbaut (z.B. wegen der Anzeige: Elle4u in Filer)

Es sind ja auch nur Ideen. Topfield ist ja auf Foren wie dieses hier angewiesen und sicher froh über Anregungen seitens der Nutzer.
Was dann davon in der Firmware bzw. einem TAP umgesetzt wird, ist natürlich von den Verantwortlichen bei Topfield und den TAP-Programmierern abhängig.

Wie wurde das eigentlich bei den früheren firmwares gehandhabt, wo man den Speicherplatz (ohne timeshift) bis zur Anzeige 0 MB verwenden konnte?

Twilight · #40

die größe des timeshiftpuffers ist ja nicht nur von seinem füllstand, sondern auch von der datenrate des senders abhängig.
1h timeshiftpuffer sat1 entspricht ca 2gig
1h timeshiftpuffer orf enspricht ca 3gig

twilight