RecStripper - TAP zum Schrumpfen der Aufnahmen

[macfan]

[quote="chris86"]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.[/quote]
Es sah bei meinem Versuch so aus, als ob es geklappt hat. Bis auf die Spulstörungen, die ja einen anderen Grund haben, war alles normal und vollständig.

Gruß, Horst

[chris86]

Hier einmal für euch zum Testen: RecStripper v0.2

- Es wird nun auch das Zero-Byte-Stuffing entfernt, sodass nun gleichermaßen SD- und HD-Aufnahmen erheblich geschrumpft werden können.

- Die nav-Dateien sollten nun korrekt neu berechnet werden. (sowohl bei SD als auch HD)

Mit dieser Version ist es mir gelungen, eine Testaufnahme von Das Erste HD von Freitag Abend (aus dem offiziellen Kabel-Mux der ARD, wie er von Unitymedia verbreitet wird) um ganze 41% zu schrumpfen. Und das ohne jeglichen Qualitätsverlust

Bitte probiert es mal aus (insbesondere das Spulen in den gestrippten Aufnahmen!!) und gebt Feedback...

[macfan]

Hier einmal für euch zum Testen: RecStripper v0.2

Super, danke!

Mit dieser Version ist es mir gelungen, eine Testaufnahme von Das Erste HD von Freitag Abend (aus dem offiziellen Kabel-Mux der ARD, wie er von Unitymedia verbreitet wird) um ganze 41% zu schrumpfen. Und das ohne jeglichen Qualitätsverlust

Bitte probiert es mal aus (insbesondere das Spulen in den gestrippten Aufnahmen!!) und gebt Feedback...

Wird gemacht!

Gruß, Horst

[Homer]

Vielen Dank. Nachdem ich ja jetzt einen NFS-Server auf meinem PC laufen habe, kann ich die gestrippten Aufnahmen, die sich auf dem PC befinden, auch mit dem Topf wiedergeben und spulen, ohne sie vorher wieder auf den Topf kopieren zu müssen. Berichte folgen nächste Woche.

Viele Grüße
Homer

[Twilight]

gleich eines vom stapel genommen

twilight

[Twilight]

kann man das fenster ausblenden mit zb. exit und es läuft dann weiter?

twilight

[Twilight]

rebootscherl nachdem es die erste datei verarbeitet hat:

Code: Alles auswählen

2016-01-17 18:11:25 ***  RecStripper V0.2 (debug) started! (FBLib 2013-02-24+) ***
2016-01-17 18:11:25 =======================================================
2016-01-17 18:11:25 Receiver Model: SRP-2410M (22122), System Type: TMS-S (5)
2016-01-17 18:11:25 Firmware: TF-BCPCE 1.10.00
2016-01-17 18:11:25 RecStripDir: /mnt/hd/DataFiles/RecStrip, OutDir: /mnt/hd/DataFiles/RecStrip_out
2016-01-17 18:11:25 Nr of files in folder: 2
2016-01-17 18:11:33 Processing file 'Der Flug der Störche (1) - 2016-01-06 23-47.rec' (6599381184 bytes)... 
2016-01-17 18:41:41 RecStrip returned error code 4294967295! Elapsed time: 1808 s.
2016-01-17 18:41:41 Processing file 'Der Flug der Störche (2) - 2016-01-07 23-54.rec' (8125401024 bytes)... 

file 1 hatte 6,9 GB hat jetzt 4,9 GB (ORF HD)

twilight

[Twilight]

so, zweite datei fertig (nur eine im verzeichnis) kein reboot.

original: 7,6 GB, gestrippt 5,4 GB

was mir nun auffällt ist das die erste datei keine korrekte INF hat (keine informationen drin und falsche aufnahmedaten...heutiges Datum)
die zweite datei hat das sehr wohl.
nun könnte man denken das es durch den reboot passiert ist, da aber der reboot beim ersten durchlauf der zweiten datei erfolgt ist hätte die inf ja bereits korrekt geschrieben worden sein müssen...

twilight

[chris86]

Mist!! Ich hatte gehofft, das Reboot-Problem wäre behoben... :-(
Könntest du mal die RecStrip.log bereitstellen?

[Alter Sack]

Der TMS wird mit RecStripper nicht warm, ich habe es mit einer 5min Aufnahme von
Das Erste HD probiert:

1.Versuch: Reboot, nur RecStripper.log vorhanden, aber nicht beendet
2.Versuch: Fehlermeldung, alle 3 Logs vorhanden und beendet
3.Versuch: Reboot, im Vergleich zum 1.Reboot wurde jetzt aber die RecStrip.log weitergeschrieben

Die gestrippten Aufnahmen hatten immer die gleiche Größe, keine Verpixellung beim Spulen.

Bereits vorhandene Aufnahmen im Zielordner werden nach wie vor überschrieben.

[Twilight]

klar...kann es sein das hier nur beim ersten versuch geschrieben wurde?
das plötzliche abschneiden der information deutet ja auf einen reboot hin, aber es wurde dann ja nochmal gearbeitet

twilight

[Alter Sack]

Bei mir fehlen keine Informationen, alle Aufnahmen sind komplett incl. nav und inf.

Beim Reboot wurde nur die RecStripper.log geschrieben, die beiden anderen Logs nicht,
die kamen erst beim 2.Versuch, der mit Fehlermeldung abgeschlossen wurde.

[Alter Sack]

Der 2401 hat die gleiche Aufnahme 2x ohne Fehlermeldung gestrippt, beim 3.Versuch gabs
einen Reboot, das erste Log hängt zum Vergleich mit dem TMS an.

[Twilight]

[quote="Twilight"]klar...kann es sein das hier nur beim ersten versuch geschrieben wurde?[/quote]
um das eventuell einzugrenzen: nach dem reboot wurde RecStripper 2x gestartet und wieder beendet (popup fenster mit nein beantwortet) da ich noch das erste original file im arbeitsverzeichnis liegen hatte...(zunächts direkt im verzeichnis, dann in einem unterverzeichnis und dann hab ich es raus genommen)
erst dann durfe es arbeiten.

twilight

[Twilight]

so, zweite datei fertig (nur eine im verzeichnis) kein reboot.

das muß ich korrigieren, wie ich gerade im SmartEPG system report sehe gab es auch nach dem strippen der 2ten datei einen reboot ops: sorry für die falsche meldung.

twilight

[roger.stijfs]

Hallo Chris86, (and other users)

I uploaded a new RecStripper.lng file.

No changes in German & English.
Added Dutch language.

Code: Alles auswählen

#Nederlands
nl_000=%d opname(s) nu verwerken?
nl_001=Geen opname(s) te verwerken.
nl_002=RecStripper gereed.\n%i van %i opname(s) succesvol verwerkt.
nl_003=Opname aan het verwerken [%d/%d] . . .\n%s\n\nVeropen tijd: %lu s, Resterende tijd: %lu s\n\n
nl_004=Ja
nl_005=Nee
nl_006=Ok

Pleace use it in further upgrades.

Thanks for this TAP.
I am going to test it later this evening.

Greatings.

[chris86]

Also, da ihr alle Probleme mit Reboots habt, kann das eigentlich nur am Programm liegen! Vermutlich irgendein total dummer kleiner Speicherüberlauf, den man einfach wahnsinnig schwer findet...

Dummerweise kann ich die Reboots aber trotz intensiver Bemühung nicht reproduzieren...

Aber sie treten bei euch immer ganz kurz vor dem Ende auf, richtig? Also, die Aufnahme und die nav sind (scheinbar) vollständig, nur die inf ist manchmal noch nicht geschrieben?

Könntet ihr vielleicht mal versuchen, das Problem mit einer Mini-Aufnahme (30-60 sek) zu reproduzieren, und mir dann ggf. den Demo-Clip zukommen lassen?

Und noch etwas, das mal getestet werden könnte:
Per Telnet auf den Topf verbinden, und das Strippen "manuell" auf der Konsole anstoßen mit:

Code: Alles auswählen

/mnt/hd/ProgramFiles/RecStrip "/mnt/hd/DataFiles/RecStrip/NamederAufnahme.rec" "/mnt/hd/DataFiles/RecStrip_out/NamederAufnahme.rec"

[roger.stijfs]

Hi,
Nice work.

Code: Alles auswählen

2016-01-18 18:36:27 *** RecStripper V0.2 (debug) started! (FBLib 2013-02-24+) *** 2016-01-18 18:36:2
2016-01-18 18:36:27 
Receiver Model: SRP-2410 (22121), 
System Type: TMS-S (5) 2016-01-18 18:36:27 
Firmware: TF-BCPCE 1.03.03 
2016-01-18 18:36:27 
RecStripDir: /mnt/hd/DataFiles/RecStrip, 
OutDir: /mnt/hd/DataFiles/RecStrip_out 
2016-01-18 18:36:27 
Nr of files in folder: 2 
2016-01-18 18:36:31 Processing file 'EénVandaag.rec' (212611072 bytes)... 
2016-01-18 18:37:25 Success! Output size 201948928 (5.01 % reduced). 
Elapsed time: 54 s. 
2016-01-18 18:37:25 Processing file 'Gefragt - Gejagt.rec' (700788736 bytes)... 
2016-01-18 18:40:18 Success! Output size 599834752 (14.41 % reduced). 
Elapsed time: 173 s. 
2016-01-18 18:40:18 2 of 2 files successfully processed. 
2016-01-18 18:40:39 RecStripper Exit.

No reboots.

Greatings.

[Alter Sack]

Per Telnet auf den Topf verbinden, und das Strippen "manuell" auf der Konsole anstoßen mit:

10x beim 2401 und 5x beim TMS probiert (gleiche Aufnahme wie gestern), vielleicht kannst
Du ja mal eine Version ohne Logfiles kompilieren, beim Strippen via Telnet werden ja keine
geschrieben, oder liegts an der Grafik ?

Ganz vergessen, keine Reboots

[Alter Sack]

[quote="chris86"]Könntet ihr vielleicht mal versuchen, das Problem mit einer Mini-Aufnahme (30-60 sek) zu reproduzieren, und mir dann ggf. den Demo-Clip zukommen lassen?[/quote]
Du hast Post, hat zwar nur 12sec, führt aber beim TMS auch zum Reboot.

15 Durchläufe mit der 5min Originalaufnahme via Telnet verliefen ohne Reboot, via TAP gabs
dann 3 Reboots bei 4 Versuchen, immer am Ende wenn die Logs geschrieben werden, oder eben nicht.