Druckbare Version
qotr produziert leider fehlerhafte Dateien, was zumindest zu Bildstörungen, insbesondere beim Springen innerhalb des Films, führen kann. Außerdem ist es sehr absturzfreudig, was Nerven und Decodierpunkte kosten kann. Zumindest unter echtem Windows. Vielleicht ist es ja unter wine besser?
Wieso wine? Es gibt doch eine Linux-Version!
Meinst du das mit dem Bildstörungen bezogen auf HD oder allgemein? Wie gesagt, für avi, mp4 und hq klappt's bestens.
Gruß
MPW
Ach so! Vielleicht ist die ja fehlerfreier als die Windows-Version. Unter WinXP finde ich das Teil nahezu unbenutzbar, weil es ständig abstürzt und dann Decodierungen mehrfach gezählt werden.Zitat:
Zitat von MPW
Ich habe es mehrfach mit HQ probiert und auch von anderen im Forum gelesen, dass da wohl etwas mit dem Index nicht stimmen soll. Ob ich den Effekt auch bei Hd hatte, kann ich nicht mehr sagen.Zitat:
Meinst du das mit dem Bildstörungen bezogen auf HD oder allgemein? Wie gesagt, für avi, mp4 und hq klappt's bestens.
Wenn ich im Player (z.B. VLC, egal welche Version) im Video mit dem Rollbalken ein Stück weiter springe, gibt es anschließend beim Abspielen absolutes Bildchaos, bis dann irgendwann das nächste Keyframe kommt und das Chaos beseitigt. Der Effekt tritt auf, sobald man qotr anhand der Schnittliste schneiden lässt. Schneidet man nicht, bzw. später mit einem anderen Programm, ist alles ok.
Das kann ich bestätigen. Ich verstehe allerdings nicht, wie das beim schneiden entsteht. Ich dachte, das wäre ein allgemeines Problem...Zitat:
Zitat von Leseesel
Ehrlich geagt spule ich aber auch in Videos, die schon Werbefrei sind nicht mehr. Von daher stört mich das nicht so. Alles klar, wenn dich das stört, dann kommt qotr leider nicht in Frage für dich.
/edit: Kann mir jemand den technischen Hintergrund erklären? Warum passiert das beim scheiden mit qotr, was macht qotr falsch?
Die Kompressionsalgorithmen, die bei OTR verwendet werden, sind in einem Punkt vergleichbar (wie eigentlich alle Verfahren, die primär auf geringen Platzbedarf ausgelegt sind): Es wird nicht jedes Bild komplett abgelegt, sondern es werden nur alle paar darzustellenden Bilder das Bild komplett gespeichert (das nennt man dann Keyframe), bei allen nachfolgenden Bildern werden dann nur die Unterschiede zum vorherigen Bild gespeichert. Das spart deutlich Platz.
Allerdings ist es auch problematisch beim Schneiden: Man kann nicht einfach mehr beliebig Bilder (Frames) rausschneiden und es funktioniert alles noch. Wenn man so eine Ansammlung von Keyframe + geänderte Nachfolgebilder hat, und man schneidet die ersten Frames weg (also Keyframe + die unmittelbar nachfolgenden), dann fehlt es für die darauf folgenden Bildern an Informationen, diese sauber darzustellen. Die Nachfolgebilder bestehen nur aus Informationen, die sich auf die vorangegangenen Bilder beziehen, die haben wir aber gerade weggeschnitten -> man sieht nur Müll.
Das fällt normalerweise nur beim Spulen massiv auf, obwohl das Problem beim normalen anschauen auch besteht, aber in der Regel nicht so massiv oder gar nicht auftaucht. Wenn man dem Player sagt, bitte spulen, springt er zur Stelle, wo man hin will, aber nicht exakt, sondern zum letzten Keyframe davor, berechnet die nachfolgenden (Änderungs-)Frames nach und ist am gewünschten Punkt. Ist das Keyframe weg, was er braucht, sieht man Müll. Wenn man den Film aber normal schaut, und der ist framegenau geschnitten, kommt es auch irgendwann zu diesem Problem, das Keyframes fehlen, allerdings ist das, was vor dem Schnitt kam, in der Regel exakt das, was nach dem Schnitt weitergeht. Die notwendigen Informationen, die rausgeschnitten wurden, sind quasi zufällig passen da, von vor dem Schnitt.
Will man diese Probleme beim Schneiden vermeiden, muss das Schnittprogramm beim Rausschneiden eines Keyframes ein passendes neu errechnen. Unter Linux ist es nun so, dass bei den üblichen Bibliotheken das bei DivX kein Problem ist und schon lange funktioniert. Nur für H264 gibt es das bisher praktisch noch nicht oder erst seit kurzem, und da noch nicht perfekt umgesetzt (die Avidemux-Diskussion hier im Thread).
Das kann so nicht ganz stimmen: Beim Framegenauen Schneiden wird neu berechnet, wenn es nötig ist und entsprechend auch ein neues Keyframe erstellt. Außerdem könnte das nicht annähernd erklären, warum Springen im gesamten Video Probleme bereitet und nicht nur an den Schnitten. Es steht auch im Widerspruch dazu, dass mit den Schnittprogrammen an jeder beliebigen Stelle problemlos geschnitten werden kann, ohne dass es zu diesen Müll-Effekten kommt.
Die einzige Erklärung, die mir im Moment nachvollziehbar erscheint: Keyframes (zumindest die aller meisten) sind vorhanden, jedoch findet das Abspielprogramm aus irgend einem Grund diese nicht mehr, wenn der Film mit dem Easy-Decoder geschnitten wurde, z.B. weil ein Index falsch ist oder fehlt. Würden Keyframes fehlen, so wäre das Bild auch beim normalen Abspielen Müll.
Dann versuche ich mich mal in einer Erklärung: :)Zitat:
Zitat von Leseesel
Beim Springen innerhalb eines Films, springt der Player zu einem Frame, welcher dem gewünschten Zeitpunkt am nächsten ist und welcher als Keyframe markiert ist.
qotr verwendet die ffmpeg libs, welche einen Bug aufweisen (-wiesen?), der beim Kopieren von H264 Streams jeden Frame (ob Keyframe oder nicht) als Keyframe markiert hat.
Sprich nach dem Kopieren ist jedes Bild als Keyframe markiert und die Player springen einfach mitten rein. Theoretisch müsste man qotr nur ne gefixte ffmpeg lib unterschieben und der Bug sollte weg sein. Theoretisch - weil ich nicht weiss, ob dieser Bug jemals behoben wurde ;)
mit freundlichen Grüssen
monarc
Das ist leider kein geeigneter Test, da der Bug nicht im Codec (sprich libavcodec) steckt, sondern in einen der anderen ffmpeg Libs. Der Fehler tritt bei CA deshalb nicht auf, weil Virtualdub die AVIs schreibt.Zitat:
Zitat von Leseesel
Zum Testen musst dir ne aktuelle ffmpeg.exe holen und damit eine AVI(H264,MP3) -> AVI kopieren.
mit freundlichen Grüssen
monarc
Nach Anleitung installieren (VirtualDub & FFDshow!)Zitat:
Zitat von bartslart
http://elbersb.de/otrverwaltung/?q=main
codec.py durch neue ersetzen
http://www.otrforum.com/showthread.p...l=1#post324062
Eventuell in AviDemux -> Bearbeiten -> Einstellungen ->Audio/Video einstellen. Bei mir (Ubuntu 10.04 Natty) stottert sonst der Ton.
Einstellungen:
http://s1.directupload.net/images/110705/rnke8ai2.png
MP4 schneiden funktioniert nicht, ist aber ja ein anderes Thema. :)
V.G. Pasde