Vorschau auf Version 2.00

[Maliboy]

[quote=""Elle4u""]
Entweder: "es" und "geben" oder "er" und "haben"
[/quote]

So etwas passiert, wenn man mitten drin den Satz umstellt und danach nicht mehr korrektur Liest

Ich meinte natürlich 'es'...

[FireBird]

Eigentlich wollte ich schon früher darauf antworten. ops:

[quote=""Klaus""]Schneller als bei einem REC mit grünen $ ? [/quote]
Du hast recht, Grün und kein $ ist das Selbe. Vermutlich macht es trotzdem Sinn, gleich alle 4 Optionen anzubieten (das kann ich jetzt ganz einfach sagen ).

[Homer]

[quote=""Maliboy""]Tja, das Problem wird er wahrscheinlich ab Oktober nicht mehr geben.

Quelle: www.digitalfernsehen.de[/quote]

Viele Grüße
Homer

[Elle4u]

[quote=""FireBird""]Eigentlich wollte ich schon früher darauf antworten. ops:


Du hast recht, Grün und kein $ ist das Selbe. Vermutlich macht es trotzdem Sinn, gleich alle 4 Optionen anzubieten (das kann ich jetzt ganz einfach sagen ).[/quote]
OK. Dann muß ich einen anderen Dialog bauen

[Elle4u]

Hallo,

FireBird hat eine Möglichkeit gefunden, wie man 0MB-Aufnahmen (durch z.B. Absturz o.ä.) verhindern kann.

Ich könnte das nun in Filer einbauen.
Die Frage ist aber, ob ihr überhaupt Interesse an dieser Funktion habt?


Aber da ich das für mich sowieso haben will werde ich es wohl eh einbauen

[steve]

[quote=""Elle4u""]Hallo,

FireBird hat eine Möglichkeit gefunden, wie man 0MB-Aufnahmen (durch z.B. Absturz o.ä.) verhindern kann.

Ich könnte das nun in Filer einbauen.
Die Frage ist aber, ob ihr überhaupt Interesse an dieser Funktion habt?


Aber da ich das für mich sowieso haben will werde ich es wohl eh einbauen [/quote]

selten blöde Frage.....

Natürlich!!

[Homer]

[quote=""Elle4u""]Hallo,

FireBird hat eine Möglichkeit gefunden, wie man 0MB-Aufnahmen (durch z.B. Absturz o.ä.) verhindern kann.

Ich könnte das nun in Filer einbauen.
Die Frage ist aber, ob ihr überhaupt Interesse an dieser Funktion habt?


Aber da ich das für mich sowieso haben will werde ich es wohl eh einbauen [/quote]Durch Absturz entstehen doch 0 Min-Aufnahmen die die richtige Größe haben.
Die 0 MB-Aufnahmen enthalten doch keine Daten. Dieser Fehler passiert zu Beginn oder während der Aufnahme und nicht durch Absturz.

Viele Grüße
Homer

[paul79]

[quote=""Homer""]Durch Absturz entstehen doch 0 Min-Aufnahmen die die richtige Größe haben.
Die 0 MB-Aufnahmen enthalten doch keine Daten. Dieser Fehler passiert zu Beginn oder während der Aufnahme und nicht durch Absturz.
[/quote]


Du hast zu wenig Phantasie!

Wenn eine solche 0MB Aufnahme durch einen Absturz entstanden ist setzt Filer dann automatisch ein Posting in "Suche&Biete" ab. Es ist dann der Sender, der TZitel und die Dauer im Posting vorhanden. Wenn sich einer auf das Posting meldet wird das dadurch erhaltene REC-File direkt auf dem Topf abgelegt!

Super Lösung! Finde ich Klasse!!!



Gruß
Paul

[Homer]

[quote=""paul79""]Du hast zu wenig Phantasie!

Wenn eine solche 0MB Aufnahme durch einen Absturz entstanden ist setzt Filer dann automatisch ein Posting in "Suche&Biete" ab. Es ist dann der Sender, der TZitel und die Dauer im Posting vorhanden. Wenn sich einer auf das Posting meldet wird das dadurch erhaltene REC-File direkt auf dem Topf abgelegt!

Super Lösung! Finde ich Klasse!!!



Gruß
Paul[/quote]


Viele Grüße
Homer

[FireBird]

[quote=""Homer""]Durch Absturz entstehen doch 0 Min-Aufnahmen die die richtige Größe haben.
Die 0 MB-Aufnahmen enthalten doch keine Daten. Dieser Fehler passiert zu Beginn oder während der Aufnahme und nicht durch Absturz.[/quote]
Da gibt es 3 verschiedene Fälle. 0Min-Aufnahmen mit der richtigen Größe haben einfach einen defekten Header und dieser lässt sich bereits jetzt reparieren.

0MB-Aufnahmen können dann entstehen, wenn der Tuner, aus welchem Grund auch immer, kein Signal liefert. Dagegen ist im Nachhinein kein Kraut gewachsen.

Wir meinen hier den 3. Fall, nämlich dass der Topf während einer Aufnahme abkrepiert. Die Firmware hat nämlich die pöse Eigenschaft, dass die FAT erst beim Abschluss einer Schreiboperation auf die Platte geschrieben wird. Das ist z.B. wenn die Aufnahme abgeschlossen oder der Sender gewechselt wird (neue Initialisierung der Timeshift-Datei).

[Harvey]

Deswegen verstehe ich auch nicht, warum die Firmware nicht ab und zu die FAT sichert und zu Beginn einer Aufnahme bereits einen properitären, aber brauchbaren Header schreibt.

Nach deiner Aussage könnte das Sichern der FAT mit einem Mini-TAP klappen, das ständig eine Dummydatei löscht und kreiert, oder? Das wäre aber nur was für Dauertimeshifter (oder man beobachtet die REC-Slots).

[paul79]

[quote=""FireBird""]
Wir meinen hier den 3. Fall, nämlich dass der Topf während einer Aufnahme abkrepiert. Die Firmware hat nämlich die pöse Eigenschaft, dass die FAT erst beim Abschluss einer Schreiboperation auf die Platte geschrieben wird. Das ist z.B. wenn die Aufnahme abgeschlossen oder der Sender gewechselt wird (neue Initialisierung der Timeshift-Datei).[/quote]

Sind das diejenigen die auf dem Topf mit 0Min und 0MB angezeigt werden, aber in Altair mit einer korrekten Größe angezeigt werden?

Hatte das Problem zwar nochnie, finde ich aber trotzdem Klasse!

Gruß
Paul

[Homer]

[quote=""FireBird""][...]
Wir meinen hier den 3. Fall, nämlich dass der Topf während einer Aufnahme abkrepiert. Die Firmware hat nämlich die pöse Eigenschaft, dass die FAT erst beim Abschluss einer Schreiboperation auf die Platte geschrieben wird. Das ist z.B. wenn die Aufnahme abgeschlossen oder der Sender gewechselt wird (neue Initialisierung der Timeshift-Datei).[/quote]
Das kenne ich von Win98SE mit FAT32, aber (zum Glück) nicht vom Topf. Dieser hat mir beim Verifying Fehler des "ersten Falles" hinterlassen. Ist der 3. Fall neu? Bis zum 1. August hatte ich die Firmware vom 15. Juli 2005.

Viele Grüße
Homer

[FireBird]

[quote=""Harvey""]...ständig eine Dummydatei löscht und kreiert... beobachtet die REC-Slots[/quote]
Genau das ist der Plan. Ich habe da an einen Minutenrhythmus gedacht.


[quote=""Homer""] Dieser hat mir beim Verifying Fehler des "ersten Falles" hinterlassen. Ist der 3. Fall neu?[/quote]
Nicht neu, aber selten. Wenn Du Dich während der Aufnahme mit dem Topf spielst, dann wird die FAT u.U. gesichert und der erhältst nach dem Verifying eine Datei bis zur letzten Sicherung und mit defektem Header. Darum haben wir auch gefragt, ob wir es überhaupt einbauen sollen. Andererseits ist der Aufwand nahezu Null.

[Homer]

Elle4u hat die Antwort auf das Einbauen-sollen schon gegeben.

Durch das Autoresume von Filer wurde bei mir wahrscheinlich oft genug die FAT gesichert. Auch ich bin für das regelmäßige Zurückschreiben der FAT auf die Platte. Das kann für einige TAPs nur nützlich sein.

Viele Grüße
Homer

[FireBird]

[quote=""Homer""]Elle4u hat die Antwort auf das Einbauen-sollen schon gegeben. [/quote]
Ich lese nie das Kleingedruckte. :

[Elle4u]

[quote=""Harvey""]Nach deiner Aussage könnte das Sichern der FAT mit einem Mini-TAP klappen, das ständig eine Dummydatei löscht und kreiert, oder? Das wäre aber nur was für Dauertimeshifter (oder man beobachtet die REC-Slots).[/quote]
Ich würde die Rec-Slots beobachten.

Dann läuft die Platte ja eh

[Elle4u]

Wird eigentlich das Fallback zum Original noch benötigt?

Wenn das TAP doch jetzt alles abdeckt?

[TF5000PVR]

[quote=""Elle4u""]Wird eigentlich das Fallback zum Original noch benötigt?

Wenn das TAP doch jetzt alles abdeckt? [/quote]

Wenn noch die Zusatzinfo (Programmierer, Datum, Uhrzeit) zu sehen sind dann kannst Du das Fallback zum Original rausnehmen.

[Elle4u]

[quote=""TF5000PVR""]Wenn noch die Zusatzinfo (Programmierer, Datum, Uhrzeit) zu sehen sind dann kannst Du das Fallback zum Original rausnehmen. [/quote]
OK.

In der Version 2.0 ist das drin und da werde ich es dann rausnehmen.