Es hieß vor einiger Zeit, dass OTR das Problem mit den Bildsprüngen bei Avi-Dateien scheinbar gelöst habe. Allerdings tritt es bis heute immer noch auf!
Die Bildsprünge, wie wir wissen, hängen nicht mit schlechtem Empfang in Gibraltar zusammen; nein! Sie werden durch Dekodierungsfehler bei Avi-Dateien verursacht.
Beispiel: Jede Avi-Datei hat genau 9:54 min Overlap.
Die Sendung dauert beispielsweise 1 h, also muss die Größe zum Schluss so aussehen: 1:09:54
Wenn die Bildsprünge allerdings schon bei der Orignalaufgenommenendatei auftreten, sagt es mir bitte.
Hier einmal der Weg der normalen Dateien:
Quailitativ sehr Hochwertige Aufnahme
Kompremierung
Kodierung
Bereitstellung
Die Fehler, durch die Bildsprünge verursacht werden, können bei allen Faktoren liegen. Hoffentlich nicht am obersten. Ich denke, es liegt an der Kodierung. Hier mein Vorschlag, wenn es an der Kodierung liegt, wenns an der Kompremierung liegt, einfach auch lesen. Das kann OTR bestimmt umsetzen.
Ein Film mit 2 Stunden Laufzeit wird aufgenommen, d.h. er braucht 9:54 min Overlap.
Zuerst wird also erst einmal die Zeit notiert. Danach wird kompremiert. Jetzt sollte OTR schon mit der ersten Kontrolle anfangen: Ist die unkompremierte Datei genau so lang wie die kompremierte. Wenn ja, gehts weiter zum nächsten Schritt. Wenn nein, wird die kompremierte Datei wieder gelöscht und die unkompremierte wird nochmal neu kompremiert. Dann wird, wenn das also geklappt hat die kompremierte Datei kodiert. Nun nimmt OTR die kodierte Datei, decodiert diese wieder und vergleicht nochmal die Länge mit der decodierten entstandenen Datei und der Ausgangsdatei, die codiert wurde. Stimmen sie überein, wird die kodierte Datei bereitgestellt. Wenn nicht, werden die kodierte und die daraus decodierte Datei gelöscht und die kompremierte Datei wird wieder kompremiert, solange bis alles klappt.
Nichts anderes als ein Ablauf von Checks!