Hallo an die Mitkunden bei safetv.
Ich plage mich seit Jahren mit einer Reihe Problemen im Zusammenhang mit meiner safetv Nutzung herum.
Primaer gehts mir da um fehlenden Komfort aufgrund meiner Ansprueche / Nutzungsweise und reicht von Aufnahmeprogrammierung, Metadatenbeschaffung und -verwaltung bis zu Verwaltung beim und Zugriff zum Konsum.
Das alles im Detail jetzt auszufuehren wuerde sicher den Aufmerksamkeitsrahmen jedes noch so geneigten Lesers sprengen, daher muss ich das vertagen.
Ein konkretes Problem mit dem ich mich aktuell beschaeftige:
Nicht alle runtergeladenen Aufnahmen sind astrein. Manche sind technisch kaputt, in dem Sinne das Ton aussetzt, Bildartefakte auftreten etc.
Andere sind schlecht geschnitten, haben fehlende Enden/Anfaenge oder (primaer bei privaten Sendern) stoerende Bild-/Toneinblendungen.
Bisher loese ich das so, dass ich interessierende Sendunge so oft wie moeglich aufnehme, und sobald ich wenigstens drei Aufzeichnungen habe die von Hand mit VLC vergleiche und die beste aufhebe.
Das kostet aber ewig viel Zeit, so dass mein Plattenstapel nicht kleiner sondern groesser wird (mittlerweile ca + 1x 8TB USB HD / 2 Monate).
Um zumindest schonmal technisch kaputte Aufzeichnungen auszufiltern (was mir auf Anhieb leichter erscheint) wollte ich dafuer also einen Automatismus bauen.
Im ersten Schritt habe ich ffmpeg.exe benutzt um die Files zu pruefen.
Leider geht das (fuer meine Ansprueche) viel zu langsam.
Hier mal die Messwerte fuer meine zwei Systeme (die Namen leiten sich von den Gehaeusefarben ab):
https://www.technikaffe.de/cpu_vergleic ... _g1820-330
Blacky
AMD A8 5500 quadcore (2phyische, 4logische CPU's) 3.2 GHz
4GB RAM
Win10 64bit)
Whity:
Intel Celeron G1820 dualcore (1phyische, 2logische CPU's) 2.7GHz
8GB RAM,
Win7 prof 64bit
Whity [min:s] | Blacky [min:s] | filesize | HD/SD | playlength | ErrorsDetected | ErrorsPresent |
---|---|---|---|---|---|---|
00:04 | 00:04 | 19871770 | SD | 01:37 | no | no |
00:05 | 00:06 | 29249989 | SD | 02:24 | no | no |
04:41 | 04:17 | 1036837721 | HD | 44:23 | yes | yes |
05:11 | 04:43 | 1041796630 | HD | 44:21 | yes | yes |
10:13 | 09:32 | 2036024882 | HD | 1:27:01 | no | yes |
Ob die Dateien von lokaler SSD oder mit max ca 100MByte/s ueber SAMBA kamen hat keinen Einfluss gehabt.
Auf beiden Systemen waren alle(!) CPU's waerend ffmpeg permanent maximal ausgelastet, d.h. CPU ist der Flaschenhals.
Ich habe jetzt mehere Moeglichkeiten das zu beschleunigen:
a) neuen Rechner/CPU
b) ffmpeg hoeher-optimiert (fuer meinen jeweiligen Prozessor) compilieren
c) nicht ffmpeg.exe nutzen sondern die lib in einer eigenen Applikation, da ich z.B. das lange errorlog nicht brauche sondern nur die info wo (also offet zum beginn des videos in min:s) fuer wie lange fehler auftreten
d1) mp4 dekodierung intels quick-video ueberlassen
d2) mp4 dekodierung auf dedizierte GPU auf dem AMD-System verlagern
Um fuer a) eine Entscheidungsbasis zu schaffen braeuchte ich Messwerte von neueren/potenteren CPU's (ich kann nur so um die 100EU ausgeben, frage ist ob 200EU fuer diesen Anwendungsfall auch x2 Leistung bringen).
Ich stelle daher unter
https://1drv.ms/f/s!AuIgbkjwWdC5iGhFMAcljRNXGCeW
meine batch-Dateien zur Verfuegung so das jeder der moechte das auf seinem Win-System nachvollziehen kann.
An dem Ort liegen zwei Archive:
- meine Batches + das von mir genutzte ffmpeg
- nur meine Batches
Da die Laufzeiten erheblich sind mein Tip: erstmal
checkfile [irgendwas.mp4]
ausprobieren um die Leistungsfaehigkeit des eigenen Systems einschaetzen zu koennen.
Spaeter (um z.B. das ganze eigene Archiv zu testen):
checkdir [Path]
bzw.
checkdir [Path] /S
fuer rekursives abarbeiten.
Wuerde mich freuen wenn wer Messwerte teilt, zumindest ist das aber ein Werkzeug fuer Euch um Eure archivierten Aufnahmen 'schnell mal' zu checken.
[EDIT]
1)
Hab gerade rausgefunden wie ich hier Dateianhaenge dranpappe, d.h. muss keiner auf meinen (uU irgendwann nichtmher verfuegbaren) onedrive-account zugreifen um die batches zu benuzen
2)
Die batches fahren vermutlich gegen die Wand wenn man Pfade mit Leerzeichen benutzt, bzw. verschlucken sich an Anfuehrungszeichen.
Wer will kann das gerne robuster gestalten, ich steh auf dem Standpunkt:
Wer Umlaute und Leerzeichen in Dateinamen/-pfaden verwendet, hat saemtliche denkbaren Schmerzen verdient.
[/EDIT]