Ja, das ist aber nur Kosmetik.Caramon2 schrieb:
Löschen kann man nur wenn man den x-token für die entsprechende Datei hat. Den bekommt man beim hochladen mit curl -v und setzt ihn in ein weiteres curl Kommando (steht auf der Hilfeseite).Caramon2 schrieb:
Ok, also gibt es doch eine gewisse Sicherheit. - Ich hatte mit sowas noch nie zu tun und curl kannte ich nur vom Namen.Uridium schrieb:
wxHexEditor ist eine Katastrophe. Ich habe versucht, das da nachzustellen. Die normale Hexsuche hat nur Unsinn gefunden, während 'Alle finden' es zwar ausfindig machen konnte, aber auch eine Absturzmeldung hervorbrachte. Der beste Hexeditor unter Linux ist 010Editor.Caramon2 schrieb:
Bei mir hat er zuerst das richtige gefunden, aber mehrfach, da zu kurzer Suchbegriff, dann war auch immer das falsche als Treffer markiert und eine Fehlermeldung hatte ich auch, es gab aber ein "Continue" und ich konnte wirklich weiter machen. Dann habe ich aufgegeben, da ich dachte du hättest vielleicht ein passendes Tool dafür genutzt und meine mamuelle Suche wäre unnütze Zeitverschwendung.Uridium schrieb:
Sehe ich mir nächstes Mal an.Uridium schrieb:
47K ist offenbar sein "Ding": Alle Teildateien sind absolut glatt durch 47K teilbar und bei allen, egal ob SD, HD, oder von welchem Sender, wiederholen sich die letzten 47K der vorherigen Teildatei.Uridium schrieb:
Sinnlos, aber genial.Caramon2 schrieb:Btw:
Die Clustergröße hat besonders bei fat auf Sticks einen sehr gravierenden Einfluss und kann u. U. zu solchen Störungen bei der Aufnahme führen, dass die spätere Wiedergabe an der Stelle abbricht.Uridium schrieb:
47k sind genauso wenig durch 4 wie durch 16 teilbar: Ich wäre überrascht, wenn das Dateisystem oder die Clustergröße einen Einfluss darauf hätte. Zumal 4k definitiv schlechter sind.Uridium schrieb:
Andere FS/Clustergrößen ändern nichts.Uridium schrieb:
#!/bin/bash
if [ $# == 0 ];then echo "tscc Zielname in '/tmph/'";exit;fi
pv *.ts > "/tmph/$1.ts"#!/bin/bash
if [ $# == 0 ];then echo "tscp Zielname in '/tmph/'";exit;fi
cat *.ts | ffmpeg -hide_banner -nostats -ignore_unknown -i pipe: -map v:0 -map a:0 -c copy "/tmph/$1.ts"#!/bin/bash
if [ $# == 0 ];then echo "tscd Zielname in '/tmph/'";exit;fi
ffmpeg -hide_banner -nostats -ignore_unknown -f concat -safe 0 -i <(for f in ./*.ts; do echo "file '$PWD/$f'"; done) -map v:0 -map a:0 -c copy "/tmph/$1.ts"Die Integrität des Containers wird durch das Remultiplexen wiederhergestellt, die des Inhalts nicht. Deshalb würde ich immer erst versuchen auf Dateiebene zu reparieren.Caramon2 schrieb:
Ich hatte gestern passend gekürzte SD-Aufnahmedateien zusammenkopiert, um die einzelnen Methoden zu vergleichen:Uridium schrieb:
Stimmt! An Übertragungsfehler, durch z. B. starken Regen, hatte ich noch gar nicht gedacht. - Übrigens ist HD da sehr viel empfindlicher:Uridium schrieb:
) und ich kann, falls etwas nicht funktioniert hat, auch sofort erkennen, ob die Teildatei schon zugeschnitten ist oder nicht.LC ist für mich in jeder Hinsicht nutzlos, da AVIdemux sehr viel besser, übersichtlicher und schneller ist:Uridium schrieb:
Dazu findet man leider nicht viel, aber hier wird bzgl. MPEG-TS empfohlen es nicht zu nutzen:Uridium schrieb:
Mir ist allerdings nicht klar, inwieweit das auf DVB-Empfang übertragbar ist.
#!/bin/bash
if [ $# == 0 ];then echo "tscp Zielname in '/tmph/'";exit;fi
if [ -e data0001.ts ]
then for f in data????.ts
do mv $f $f"t"
done;fi
if [ -e 000.ts ]
then for f in ???.ts
do truncate -s-47K $f && mv $f $f"t"
done;fi
sync -f .
cat *.tst | ffmpeg -hide_banner -nostats -ignore_unknown -fflags +discardcorrupt -i pipe: -map v:0 -map a:0 -c copy "/tmph/$1.ts"Das bezieht sich auf HLS (HTTP Live Streaming). HTTP/TCP hat garantierte Datenintegrität. Ist ein Paket defekt, wird es neu angefordert, bis es passt. In diesen Bitstream sollte man durchaus nicht eingreifen.Caramon2 schrieb:
Das macht Sinn.Uridium schrieb:
Ja, es gibt noch einiges auszutesten.Uridium schrieb:
Da ich mir nicht sicher war, wie praxisnah das ist und auf arte-HD drei potenziell interessante Dokus in Folge (Zweiteilig über Elefanten und eine über Francis Drake), habe ich die für die Tests aufgenommen: 14,4 GiB, also 4 Teildateien und mit ffmpeg-pipe zusammenkopiert: 12,5 GiB (und mit der kontrastreiches-Voreinstellung recodet, nur noch 2,2 GiB)Uridium schrieb:
hwdec
scale=spline36
interpolation
video-sync=display-resample-vdrop
tscale=oversample
osd-duration=2000
idle=once
autofit-larger=90%x90%
audio-channels=auto#!/bin/bash
if [ $# == 0 ];then echo "tscp Zielname in '/tmph/'";exit;fi
if [ -e data0001.ts ]
then for f in data????.ts
do mv $f $f"t"
done;fi
if [ -e 000.ts ]
then for f in ???.ts
do truncate -s-47K $f && mv $f $f"t"
done;fi
sync -f .
cat *.tst | ffmpeg -hide_banner -nostats -ignore_unknown -i pipe: -map v:0 -map a:0 -c copy "/tmph/$1.ts"#!/bin/bash
if [ $# == 0 ];then echo "tscc Zielname in '/tmph/'";exit;fi
if [ -e data0001.ts ]
then for f in data????.ts
do mv $f $f"t"
done;fi
if [ -e 000.ts ]
then for f in ???.ts
do truncate -s-47K $f && mv $f $f"t"
done;fi
sync -f .
pv *.tst > "/tmph/$1.ts"#!/bin/bash
if [ $# == 0 ];then echo "tscd Zielname in '/tmph/'";exit;fi
ffmpeg -hide_banner -nostats -ignore_unknown -fflags +discardcorrupt -f concat -safe 0 -i <(for f in ./*.ts; do echo "file '$PWD/$f'"; done) -map v:0 -map a:0 -c copy "/tmph/$1.ts"#!/bin/sh
filename=$(basename "$1") # filename
extension="${filename##*.}" # extension only
filename="${filename%.*}" # filename without extension
# low priority
ffmpeg="time systemd-run --user --pty --quiet -d -p IOWeight=10 -p CPUWeight=idle -p CPUSchedulingPolicy=idle ffmpeg -hide_banner"
${ffmpeg} -i "$1" -vf scale=-2:720,format=yuv420p -sws_flags lanczos -movflags +faststart -c:v libx264 -tune film -profile:v High -level 4.2 -crf 19 -c:a copy "${filename}-720p.mp4"Danke, werde ich mir ansehen.Uridium schrieb:
Uridium schrieb:
Der Satreceiver kann es nicht abspielen, der PC spielt es ab, aber ohne Hardwaredecoding (AMD 560D) und als ich es zum Vergleich mit meiner Konfiguration recoden wollte, musste AVIdemux passen *) und konnte den Videostream nur kopieren: Übrigens sind es ohne die Tonspur nur noch 3,6 MiB.Caramon2 schrieb: