RecStripper - TAP zum Schrumpfen der Aufnahmen

[Twilight]

liegen die reboots möglicher weise an unterschiedlichen busybox versionen? weil du ihn aus dem keller geholt hast?

twilight

[Alter Sack]

liegen die reboots möglicher weise an unterschiedlichen busybox versionen?

Guter Hinweis, die Versionen waren nicht identisch, war aber nicht die Ursache.

Beim 1.Durchlauf mit identischer busybox gab es den Reboot beim 5.Versuch, dann Logs nach
dem Reboot gelöscht, jetzt kam der Reboot gleich beim 1.Versuch.

In diesem Fall fehlt die RecStrip.log, die RecStripper.log ist zwar vorhanden, aber nicht beendet,
der letzte Eintrag ist dann:

Code: Alles auswählen

2015-12-28 13:59:49 Processing file 'RTL.rec' (45772416 bytes)... 

[BluField62]

interessantes TAP, danke.
Es werden also unnütze vom Sender dazugepackte Dateien ergänzt?
Um was zu erreichen?
Die angelt sich dann dein TAP und entsorgt diese, korrekt?

Wenn ich mehr Zeit habe, probiere ich es gerne aus...meine Platte ist auch chronisch voll.

[Twilight]

Es werden also unnütze vom Sender dazugepackte Dateien ergänzt?

nein, entfernt

Um was zu erreichen?

mehr platz auf der platte, weniger platz durch die aufnahmen ?!

twilight

[BluField62]

sorry, da hatte ich mich verschrieben ops:

"Um was zu Erreichen" war auf den Sender bezogen...was müllen die dazu und warum.

[Wolfman]

Warum: speziell die ö-r wollten damit zumindest früher eine höhere Datenrate vorgaukeln
Da waren die Aufnahmen nach einem TSDoctor Durchlauf mal locker um 2/3 und mehr kleiner. Heute hat das etwas nachgelassen.

[Sirius]

Danke Alter Sack für das Testen mit deinem 2100.

Bei meinem 2100 häufen sich die Reboots.
Einmal blieb das Fenster von RecStripper mit dem Fortschrittsbalken bei ca. 50%stehen.
Einmal blieb das Fenster nach der 'Beendet Meldung' stehen und reagierte nicht auf "OK" Taste.

Ich hatte noch nie die Meldung "1 von 1" erfolgreich beendet, wenn überhaupt eine Meldung kam, dann nur "0 von 1".

Mein Log endet oft mit Processing ... (bei Reboot auch logisch)

Im Log hatte ich noch nie die Angabe xx% geschrumpft (o.s.ä.) wie bei anderen Logs von euch.

Datum der busybox (wo sieht man das?) habe in der Datei gefunden:

Code: Alles auswählen

FSCK_MAX_INST   fsck (busybox 1.21.1, 2014-01-01 22:30:20    )  FSTAB_FILE  Checking all filesystems

Code: Alles auswählen

[Auszug aus SE_SystemReport.log]
Reboots
-------
  1: 2015-12-28 14:08
  2: 2015-12-28 13:13
  3: 2015-12-28 08:33
  4: 2015-12-26 21:07
  5: 2015-12-26 20:37
  *: 2015-12-26 15:56    (ergänzt aus Sicherung)
 
Firmware
--------
  SystemID         = 22010 (SRP-2100 (TMS))
  Firmware         = TF-BCPC 1.16.00 (Apr  8 2014)

[BluField62]

oh weh..bei meinem instabilen Topf warte ich lieber bis das TAP runder läuft.

[Twilight]

wie alt sind den die firmwares auf den 2100ern wo reboots auftreten? gibt es eventuell wesentlich neuere?

twilight

[chris86]

Liegt nicht an der FW.

[Alter Sack]

Welche Bedeutung hat eigentlich der error code 4294967295 ?

Alle Aufnahmen, die ich bislang vom TSDoctor habe checken lassen waren OK, wenn sie Fehler
hatten, so waren diese auch in der original Aufnahme vorhanden.

Ich hatte auch schon parallel während dem Strippen Aufnahmen laufen, kein Problem.

Bleibt eigentlich die Frage, warum der 2100er rebootet, eine korrekte NAV wäre natürlich auch
wünschenswert, neben einer GUI für Windows

[macfan]

Ich kapiere überhaupt nicht, wie das mit Windows laufen soll. Wie kann ich von Windows auf den Topf zugreifen? Oder kann man unter Windows den Pfad ändern und NAS-Dateien schrumpfen?

Gruß, Horst

[Twilight]

du mußt die datei natürlich lokal am pc haben damit das klappt...oder auf einem netzlaufwerk.

twilight

[macfan]

Also doch für NAS? Kann man denn in dem Programm einen Pfad angeben? Ich kann es nicht ausprobieren, da ich mir wie üblich die Zähne ausbeiße, wenn ich mal Windows verwende. Ich habe Windows 8 und erhalte die Fehlermeldung, dass eine MSVCR100D.dll fehlt. Dann habe ich wie von Chris empfohlen das Redistributable Kit von Microsoft VC2010 SP1 installiert, die Fehlermeldung bleibt. Schließlich habe ich versucht, mit einer Software namens msvcr100d.dll-Fixer das Problem zu beheben. Nun startet das Programm, zeigt irgendeine Meldung in weißer Schrift auf schwarzem Grund und beendet sich dann, bevor ich diese Meldung lesen kann .

Gruß, Horst

[Alter Sack]

Es läuft nur in der Eingabeaufforderung, also z.B. mit WIN X die Powershell (Admin) aufrufen,
mit CD in das Verzeichnis wechseln, z.B. C:\RecStripper und z.B.:

RecStrip Test.rec Test2.rec

eingeben.

Die Aufnahme muss natürlich dann auch in diesem Verzeichnis liegen, wie auch die EXE und
vermutlich RecStrip, also einfach alles nach C:\RecStripper entpacken.

Bezüglich der DLL-Fehlermeldung, RecStripper einfach nochmal runterladen, danach hat es
bei mir unter W8.1 und W7 funktioniert.

[macfan]

Dann startet es tatsächlich und gibt die Fehlermeldung: "CutFileLoad: Cannot open cut file AppleStories.cut!"

Gruß, Horst

[Alter Sack]

Dann startet es tatsächlich und gibt die Fehlermeldung: "CutFileLoad: Cannot open cut file AppleStories.cut!"

Ja, weil kein Cutfile vorhanden ist, aber gestrippt wurde doch trotzdem ?

Bei Win 8.1 muss ich:
.\RecStrip Test.rec Test2.rec

sonst meckert Windoof, aber sonst klappts problemlos, Win7 meckert nicht.

[Homer]

Ich begebe mich in der Eingabeaufforderung in das RecStripper-Verzeichnis und gebe source-rec und dest-rec in Gänsefüßchen z. B. so an:

Code: Alles auswählen

30.12.2015 14:14:25,44 T:\Downloads\RecStripper>recstrip "S:\CRP\fertig\Snow White and the Huntsman ZDF HD 2015-12-29 20-14.rec" "S:\CRP\fertig\Snow White and the Huntsman ZDF HD 2015-12-29 20-14 2.rec"

Viele Grüße
Homer

[chris86]

Vielen Dank für eure Testberichte! Ganz besonders an Alter Sack für die ausgiebige Untersuchung der .nav-Problematik und der Abstürze auf dem TMS 2100!
Das hilft mir sehr weiter, und wird (hoffentlich) dazu führen, dass das TAP bald noch besser werden kann

Eine Erkenntnis haben wir dadurch schonmal gewonnen:
Die Wiedergabeprobleme (Bildstörungen beim Spulen) sind nicht auf das Strippen der .rec-Datei zurückzuführen, sondern liegen an einer fehlerhaften .nav.
(Dank des Vergleichs mit funktionstüchtiger .nav weiß ich inzwischen auch, wo hier das Problem liegt - die navs enthalten nämlich nicht nur absolute Positionsangaben, sondern auch relative Querverweise auf andere Bereich der Aufnahmen, welche künftig ebenfalls neu berechnet werden müssen)

Außerdem müssen natürlich die Reboots beseitig werden (dafür werde ich eine Reihe von Debug-Ausgaben einbauen, und bräuchte dann nochmal Freiwillige, die es nochmal testen, um herauszufinden, an welcher Stelle das Problem tatsächlich auftritt)

Und zuguterletzt: Der viel zitierte Error-Code bedeutet, dass der Rückgabewert nicht ermittelt werden konnte. Es kann also sein, dass alles erfolgreich durchgeführt wurde, kann aber auch sein, dass nicht. Auch dieses Phänomen werde ich untersuchen...

[macfan]

[quote="Alter Sack"]Ja, weil kein Cutfile vorhanden ist, aber gestrippt wurde doch trotzdem ?[/quote]
Ja, wurde trotzdem, ich hatte nicht geahnt, dass es bei mir so langsam läuft und hatte Windows zu früh abgebrochen. Heute habe ich es durchlaufen lassen und es hat 9 GB in 30 Minuten gewandelt und dabei 1 GB gespart.

Gruß, Horst