OTR-Verwaltung++ - durch Patches erweiterte OTR-Verwaltung - Betatest

[Mediv]

Hallo monarc
Ich habe soeben deine Version von OTR-Verwaltung getestet.
Verwendet habe ich folgende Dateien:
Alarm_fuer_Cobra_11_Die_Autobahnpolizei_12.08.10_0 3-05_rtl_45_TVOON_DE.mpg (HQ, mp4, avi)
Die_Kennedys_12.08.09_20-55_arte_45_TVOON_DE.mpg.HD.avi

System: kUbuntu 12.04

Das Schneiden und Umwandeln der Dateien mit den integrierten codecs hat problemlos funktioniert.

Allerdings kommt immer dann, wenn ich eine Datei schneide eine komische Musik. Das war bei der alten Version nicht so. Es handelt sich um eine typische Warteschleifen-Musik. Falls du weißt was ich meine: wie kann man das abschalten?

[JanS]

Hallo monarc99,
ich habe mal für meine persönlichen Bedürfnisse ein paar Änderungen vorgenommen, mit denen eine .ac3, die im selben Verzeichnis liegt wie die Video-Datei, automatisch mit mkvmerge mit dem Video zusammengemuxt wird. Es macht nicht mehr als man sonst von Hand machen würde, also ac3 splitten, eventuell von unterschiedlichen Cuts die Teile aneinanderhängen und dann die Audiodatei mit der vorher geschnittenen avi zusammenmuxen. Man kann die Funktion nicht abschalten oder sonstwie anpassen, weil ich nicht blicke, wie man die GUI verändert, aber für meine Zwecke reicht es.

Es sollte für alle Formate funktionieren, auch HQ, aber ich habe bisher nur HD getestet. Es ist auch nicht als Plugin implementiert, weil es ja automatisch bei allen Schnitten verwendet werden soll.

In dem Archiv sind nur die drei veränderten Dateien, die in die entsprechenden Verzeichnisse der Version vom 10.8.2012 kopiert werden müssen (bin/otrverwaltung, otrverwaltung/conclusions.py und otrverwaltung/actions/decodeorcut.py).

Falls jemand Verwendung dafür hat, viel Spaß damit.

Gruss, Jan.

Ach ja, die Wartemusik ist in dieser Version rauskommentiert.

6634

[monarc99]

Hey super :)

Schaue ich mir gleich mal an. Funktioniert es denn auch, wenn der AC3 Stream fehlerhaft ist?

[JanS]

Es hat dieselben Einschränkungen wie die sonst übliche Vorgehensweise mit mkvmerge. Wenn der Stream fehlerhaft ist, wird Audio/Video asynchron. Deshalb wird die MP3-Spur auch drin gelassen und man muss die Tonspur dann beim Anschauen umstellen. Bei den neueren HDs kann ich mich aber an keinen erinnern, bei dem das aufgetreten wäre. Nur bei den älteren von 2011, die ich vor kurzem noch mal geschnitten habe, waren einige dabei.

Ich glaube das Problem war, dass in der AC3-Spur die Timecodes nicht mitgespeichert sind. Wenn das richtig ist, ließe sich die Asynchronität nicht beheben, jedenfalls nicht automatisiert. Jedenfalls habe ich hier im Forum noch von keiner Lösung gelesen.

[monarc99]

Ich glaube das Problem war, dass in der AC3-Spur die Timecodes nicht mitgespeichert sind. Wenn das richtig ist, ließe sich die Asynchronität nicht beheben, jedenfalls nicht automatisiert. Jedenfalls habe ich hier im Forum noch von keiner Lösung gelesen.

Ja, in den neuen AC3 sind jetzt Timecodes drin, weshalb mkvmerge sie synchron zusammen muxen kann. Allerdings repariert mkvmerge den AC3 Stream nicht - sprich wenn im AC3 1 Sek Ton fehlt - füllt sie mkvmerge nicht mit 1 sek Stille auf.

Es wäre ganz gut, wenn man den AC3 Stream erst reparieren würde, bevor man sie in MKV muxt. Weil sonst lauert in diesen MKV Dateien eine kleine Falle ... sie sind nur wegen dem MKV Container synchron.
Wenn man die Datei mal umwandeln will, erlebt man dann vielleicht eine unliebsame Überraschung.

mfg
monarc

[inqui]

Hallo monarc99.


Ich habe Deine Version auch getestet. Nachdem x264vfw noch nicht in die normale otr-verwaltung integriert ist, scheint Deine Version bisher die einzige Möglichkeit zu sein unter Linux mit dem neuen Codec zu schneiden(?).

Ich selbst habe folgendes Problem: Laut terminal Ausgabe liest und schreibt Deine otr-verwaltung ihre Einstellungen weiterhin in ~/.config/otr-verwaltung, so dass Deine Voreinstellungen nicht greifen.


Wie machst Du denn das mit dem Wine-Verzeichnis? Müsste nicht ein WINEPREFIX gesetzt werden? Sonst würde doch weiterhin mit ~/.wine gearbeitet werden. Zumindest habe ich so (bis einschl. wine 1.3) meine Cut-Assistant Installationen voneinander getrennt.



Schöne Grüße
inqui

[inqui]

Ist mir aber erst nachher aufgefallen, dass sich ein .wine Verzeichnis unbedingt im HOME Verzeichnis des Users liegen muss

Jap, danke.

Ich arbeite für alle anderen Wine-Geschichten _ausschließlich_ mit Wineprefixes. Tatsächlich existierte bei mir ~/.wine nicht :O -> kurz erstellt, alles gut :)


EDIT: Habe ich eben noch vergessen: Hast Du in Deiner Version schon die PAR für die US-Sender eingebaut? Ich glaube die sprache kam in einem anderen Thread schon drauf .. aufgrund der NTSC Auflösung dürfte die ja anders sein :O

Wäre super ... und danke für Deine Mühe und Deine Tips :)

[monarc99]

EDIT: Habe ich eben noch vergessen: Hast Du in Deiner Version schon die PAR für die US-Sender eingebaut? Ich glaube die sprache kam in einem anderen Thread schon drauf .. aufgrund der NTSC Auflösung dürfte die ja anders sein :O

Die gepatchte Version hier liest über mplayer den SAR Wert der originalen Datei aus und setzt ihn dann bei x264vfw wieder.
Sollte also mit allem funktionieren, was OTR so auf Lager hat.

Funktioniert aber nur, wenn man die von mir empfohlene x264vfw Version verwendet. Ich denke, wer ne ältere oder neuere x264vfw verwendet, wird Probleme bekommen. (deshalb auch die Idee VD+samt x264vfw beizulegen)
Da wird der Config_String von x264vfw manipuliert und x264vfw ist noch ein sehr aktives Projekt. Da kann sich der Aufbau schon von einer Version zur anderen sehr verändern.

Wir sind bisher ffdshow gewöhnt und das war praktisch über Jahre hinweg tot. Auch wenn die neue Versionen rausbringen, ändert sich da meinst nur sehr wenig. Die könnten schon mal 100 Versionen rausbringen, ohne dass sich der String veränderte.

mfg
monarc

[inqui]

Die gepatchte Version hier liest über mplayer den SAR Wert der originalen Datei aus und setzt ihn dann bei x264vfw wieder.
Sollte also mit allem funktionieren, was OTR so auf Lager hat.

Sehr Cool! Danke! :)




Funktioniert aber nur, wenn man die von mir empfohlene x264vfw Version verwendet. Ich denke, wer ne ältere oder neuere x264vfw verwendet, wird Probleme bekommen
Was in Deiner Version ja kein Problem mehr sein dürfte :)


Vielen Dank jedenfalls das Du so viel Mühe reingesteckt hast. Klappt bei mir alles prima! :)

[SGE]

Hallo monarc99.


Ich habe Deine Version auch getestet. Nachdem x264vfw noch nicht in die normale otr-verwaltung integriert ist, scheint Deine Version bisher die einzige Möglichkeit zu sein unter Linux mit dem neuen Codec zu schneiden(?).


Höchstens wenn man glaubt ohne wine nicht leben zu können......

[inqui]

Höchstens wenn man glaubt ohne wine nicht leben zu können......

Hi,

naja, meine Experimente mit dem mencoder waren - zumindest was H264 angeht - eher wenig von Erfolg gekrönt. Das war bisher mit Wine (zumindest im Ergebnis) wesentlich zufriedenstellender :O

[klingelschild]

Hi,

naja, meine Experimente mit dem mencoder waren - zumindest was H264 angeht - eher wenig von Erfolg gekrönt. Das war bisher mit Wine (zumindest im Ergebnis) wesentlich zufriedenstellender :O

Doch, doch, das geht.. Siehe mein Post im OTR-Verwaltungs-Thread (http://www.otrforum.comwww.otrforum.com/showthread.php?53400-OTR-Verwaltung-%28noch-eine%29-Software-zum-Dekodieren-und-Schneiden-%28Linux%29&p=356044&viewfull=1#post356044)

[monarc99]

Die SAR Erkennung bei US Aufnahmen hat leichte Probleme, weil mplayer nur gerundete Werte liefert. Hab mal einen kleinen Hack rein, vielleicht klappt es so besser.
Wenn nicht, müsste die SAR Erkennung ganz umgeschrieben werden, nur leider keine Zeit für ^^

Änderungen:
+ Fix bei SAR Erkennung bei einigen US Sendungen
+ automatischer AC3 Schnitt und mux zu MKV von JanS aufgenommen
+ Wartesound auskommentiert

Zip:
https://github.com/monarc99/otr-verwaltung/zipball/monarc

Sollte reichen, wenn man das Zip einfach über das alte Verzeichnis entpackt und die geänderten Dateien ersetzt. (Nicht getestet ;) )
Wer klug ist, macht vorher ne Kopie ^^

mfg

[JanS]

Hallo monarc99,

mir ist noch ein Fehler in meinem AC3 muxen aufgefallen, der zu einem Abbrechen der Conclusions führen kann. In der Datei otrverwaltung/actions/decodeorcut.py muss die Zeile 639
return cut_video, ", None heißen, statt
return cut_video, None, None. Andernfalls wird in den Conclusions ac3_file auf None gesetzt und dann beim Verschieden in den Müll versucht zu überprüfen, ob None eine gültige Datei ist, was zum Abbruch führt (Die folgenden Verschiebe-Aktionen werden einfach nicht mehr ausgeführt).

Zum automatischen Fixen der AC3-Spur bei Fehlern habe ich bisher noch nichts gefunden (außer einem komplette Neukodieren). Ac3fix und ähnliches scheint es nur für Windows zu geben.

Gruß
Jan

[monarc99]

mir ist noch ein Fehler in meinem AC3 muxen aufgefallen, der zu einem Abbrechen der Conclusions führen kann. In der Datei otrverwaltung/actions/decodeorcut.py muss die Zeile 639 heißen, statt. Andernfalls wird in den Conclusions ac3_file auf None gesetzt und dann beim Verschieden in den Müll versucht zu überprüfen, ob None eine gültige Datei ist, was zum Abbruch führt (Die folgenden Verschiebe-Aktionen werden einfach nicht mehr ausgeführt).

Zum automatischen Fixen der AC3-Spur bei Fehlern habe ich bisher noch nichts gefunden (außer einem komplette Neukodieren). Ac3fix und ähnliches scheint es nur für Windows zu geben.

Ich habs mal übernommen. :)

Nun, wine ist ja sowieso schon für Virtualdub Pflicht. Also könntest du auch ein Windows Tool verwenden.
Hast du nicht mal auch an dem Videoeditor von benn etwas gemacht? Kann man das auch aufnehmen?

mfg,
monarc

[JanS]

Hast du nicht mal auch an dem Videoeditor von benn etwas gemacht? Kann man das auch aufnehmen?

Ich habe es so abgeändert, dass man damit auch eine bereits existierende Cutlist verändern kann (siehe http://www.otrforum.com/showthread.php?53400-OTR-Verwaltung-(noch-eine)-Software-zum-Dekodieren-und-Schneiden-(Linux)&p=354174&viewfull=1#post354174 ). Der Ablauf könnte so aussehen, dass eine bereits existierende lokale Cutlist automatisch geladen wird, wenn der manuelle Cutmodus gestartet wird. Wenn man dann mit einer heruntergeladenen Cutlist nicht zufrieden war, könnte man die Cutlist gespeichert lassen und im nächsten Schritt dann die Datei manuell bearbeiten. Dazu müsste man das CutInterface allerdings noch in OTRVerwaltung einbauen. Das dürfte nur ein wenig Code vor und nach dem Aufrufen des Dialogs sein, aber bevor ich das mache, wäre es vielleicht sinnvoll, wenn du oder andere das CutInterface testen. Vor allem wäre die Frage, ob die Bedienbarkeit noch irgendwie verbessert werden muss.

Gruß,
Jan

[monarc99]

Das dürfte nur ein wenig Code vor und nach dem Aufrufen des Dialogs sein, aber bevor ich das mache, wäre es vielleicht sinnvoll, wenn du oder andere das CutInterface testen. Vor allem wäre die Frage, ob die Bedienbarkeit noch irgendwie verbessert werden muss.


Sorry, hat etwas gedauert, bis ich es zum Laufen bekomme habe. Erst mit neuen Libraries läuft es jetzt.
Was auf jeden Fall noch rein müsste, dass man größere Sprünge machen kann. Falls man die nächste Werbung suchen möchte, sind 10 Frame Sprünge etwas klein.
Ansonsten kann ich mich gut durch den Film bewegen. Klappt ganz gut :)

mfg,
monarc

[JanS]

Hallo monarc99,

stimmt, ich hab manchmal auch viel zu klicken gehabt. Aber mit dem Slider konnte man die grobe Position der Werbung auch ganz gut finden. Ich habe jetzt mal Buttons für 100er und 1000er Frame-Sprünge hinzugefügt. Was hältst du davon?

Gruß
Jan

6909

[monarc99]

Hallo monarc99,

stimmt, ich hab manchmal auch viel zu klicken gehabt. Aber mit dem Slider konnte man die grobe Position der Werbung auch ganz gut finden. Ich habe jetzt mal Buttons für 100er und 1000er Frame-Sprünge hinzugefügt. Was hältst du davon?

Den Slider hatte ich bislang übersehen :peinlich:

Aber im Grunde habe ich sowas wie den Slider gesucht, nur noch per Tastensteuerung. Beim Slider springt er von Keyframe zu Keyframe, genau das was ich möchte.

Videocodec haben eine Szenenwechselerkennungsautomatik (schönes Wort ;) ) und erstellen dort Keyframes. Also ist die Stelle, an der ich schneiden will, in der Regel nicht weit von einem Keyframe entfernt.
Zum anderen lassen sich Keyframes am schnellsten decodieren, also ist die schnellste Möglichkeit sich durch eine Videodatei zu bewegen, von Keyframe zu Keyframe zu springen.

Jeder bedient es wahrscheinlich anders, mir ist es am liebsten, wie es bei Avidemux ist.
Cursor Tasten links/rechts -> 1 Frame vor und zurück.
Cursor Tasten Rauf/Runter -> nächstes/vorheriges Keyframe

Mit Rauf/Runter die grobe Stelle suchen und dann Frame für Frame weiter.
10/100 Frames weiter kann man mal brauchen, aber ich muss beim ersten Mal ja sowieso Frame für Frame durch die Szene, um die Szene kennen zulernen, ob sie am Ende der Werbung wiederholt wird.

Mein Vorschlag wäre:

Den '1000 Sprung Button' zu einem Button 'nächster/vorheriger Keyframe' umbauen und per Tastatur erreichbar machen.
Dann wäre zumindest ich zufrieden ;)

mfg
monarc

[JanS]

Hmm,
dummerweise wurden bei GStreamer die Flags zum Springen zwischen Keyframes erst in Version 1.0 eingeführt. Ich wüsste jetzt keinen einfachen Weg das in 0.10 umzusetzen. Also müsste man den GStreamer-Code auf 1.0 umschreiben, was jetzt nicht so viel Arbeit wäre, abgesehen vom ganzen Umbenennen. Die Frage wäre, ob alle schon GStreamer 1.0 zur Verfügung haben? Für openSuse 11.4 gibt's das noch nicht. Welche Versionen hast du denn installiert?

Gruß
Jan

[monarc99]

Ich hab hier unter Mageia 2 Gstreamer 0.10.36-1.mga2 installiert. Und für mich sieht es aus, als ob der von Keyframe zu Keyframe springt, wenn man den Slider bewegt.

Mit dieser Datei getestet (einkodierte Framenummern zur besseren Unterscheidung):
http://dl.dropbox.com/u/7287363/Big_Buck_Bunny_12.09.30_02-25_osf_10_TVOON_DE.mpg.HQ.avi
(c) copyright 2008, Blender Foundation / www.bigbuckbunny.org

Und mit Avidemux2.6 überprüft. Der zeigt die Frames, die cut.py per Slider anspringt, als Keyframes an.

mfg
Monarc

[JanS]

Oh, ich habe mich wohl nicht präzise genug ausgedrückt. Mit dem Slider funktioniert es, weil es ein Flag dafür gibt zum nahesten Keyframe zu springen. Es gibt aber kein Flag dafür, zum folgenden bzw. zum vorherigen Keyframe zu springen. Wenn ich mich also bereits an einem Keyframe befinde und als Seek-Position sagen wir 10 Frames weiter angebe, mit GST_SEEK_FLAG_KEY_UNIT, dann springt er möglicherweise zum selben Keyframe zurück, weil das andere weiter weg ist. Erst mit den Flags GST_SEEK_FLAG_SNAP_BEFORE / _AFTER, die in GStreamer 1.0 eingeführt wurden, ist es möglich, anzugeben in welcher Richtung er nach dem Keyframe suchen soll.

Man könnte sich natürlich ein Index erstellen lassen, in dem alle Keyframe gelistet sind. Das dauert dann allerdings jeweils eine halbe Minute oder eine ganze und sollte ja eigentlich unnötig sein.

Gruß
Jan

[monarc99]

Hm, verstehe ... für Gstreamer 1.0 ist es noch zu früh, denke ich.

Der Max-Keyframe Abstand bei den HQ,HD,mp4 ist 250 Frames. Divx.avi müsste ich erst nachsehen.
Also wenn du 250 Frames in eine Richtung springst und auf Keyframe einstellst, solltest du zumindest bei einem anderen Keyframe landen. (vielleicht reicht auch schon ne kleinere Zahl)
So wird vielleicht nicht jedes Keyframe angesprungen und ein paar ausgelassen, aber auch nicht tragisch. Man sucht ja nicht Keyframes, sondern nur die Werbung.

mfg
monarc

[JanS]

Okay. Ich habe das mal eingebaut. Eigentlich sollte man meinen, dass bei einem Max-Keyframe Abstand von 250 das schon mit 126er Schritten funktioniert, aber man muss tatsächlich 250er Schritte verwenden, damit man nicht an einem Frame hängen bleibt. So überspringt man natürlich einige Keyframes und erhält unterschiedliche Keyframes, je nachdem ob man vorwärts oder rückwärts durchgeht. Aber du kannst es ja mal testen. Bei mir hat es jetzt mit HQ und Divx funktioniert. Die Tastenbelegung ist so wie du sie gewünscht hast.

Gruß
Jan

6914

[JanS]

So, hat ein bisschen gedauert, weil das Debuggen so aufwendig war (immer diese Deadlocks). Ich habe ein kleines GStreamer-Element geschrieben, das die Suche nach den Keyframes umsetzt. Die einfache Variante konnte ich leider nicht umsetzen, weil ich dafür das ganze DecodeBin hätte neu schreiben müssen. Also habe ich die Suchvariante benutzt, die du beschrieben hast: Seeks in 25er Frame Abstände mit GST_SEEK_FLAG_KEY_UNIT, bis ein neues Keyframe kommt. Ich habe das für beide Richtungen genommen, da es keine Garantie gibt, dass die Demuxer für MP4 oder MKV ebenso wie Avi Demuxer das letzte Keyframe wählen oder nicht doch das naheste.

Bei HQ und HD scheint das sehr gut zu funktionieren, da die einen minimalen Abstand von 25 Frames zwischen Keyframes haben. Bei den Standard-Avis wird schon mal das eine oder andere Keyframe übersprungen, wenn mehrere dicht aneinander liegen. Ich habe in einer Datei mit Avidemux zum Beispiel mehrfach zwei Keyframes direkt hintereinander gefunden. Aber mir sind ehrlich gesagt nur die HQ und HD wichtig.

Weiter habe ich noch zwei kleine Verbesserungen eingebaut: Wenn man die Pfeiltasten benutzt, wechselt nicht mehr der Fokus zwischen den Buttons hin und her. Und die Zeitangabe wird jetzt komplett mit Integer-Methoden berechnet.

Viele Grüße
Jan

6929

[monarc99]

Seeks in 25er Frame Abstände mit GST_SEEK_FLAG_KEY_UNIT, bis ein neues Keyframe kommt. Ich habe das für beide Richtungen genommen, da es keine Garantie gibt, dass die Demuxer für MP4 oder MKV ebenso wie Avi Demuxer das letzte Keyframe wählen oder nicht doch das naheste.

Bei HQ und HD scheint das sehr gut zu funktionieren, da die einen minimalen Abstand von 25 Frames zwischen Keyframes haben. Bei den Standard-Avis wird schon mal das eine oder andere Keyframe übersprungen, wenn mehrere dicht aneinander liegen. Ich habe in einer Datei mit Avidemux zum Beispiel mehrfach zwei Keyframes direkt hintereinander gefunden. Aber mir sind ehrlich gesagt nur die HQ und HD wichtig.

Also ich finde es funktioniert super bei avis und mkvs. Nur bei MP4 springt er mir manchmal genau um 25 Frames und ladet nicht bei einen Keyframe. ^^

Kann man gut an diesen Dateien testen, da sind die Framenummer einkodiert:

https://dl.dropbox.com/u/7287363/Big_Buck_Bunny_12.09.30_02-25_osf_10_TVOON_DE.mpg.HQ.avi
https://dl.dropbox.com/u/7287363/Big_Buck_Bunny_12.09.30_02-25_osf_10_TVOON_DE.mpg.HQ.mkv
https://dl.dropbox.com/u/7287363/Big_Buck_Bunny_12.09.30_02-25_osf_10_TVOON_DE.mpg.HQ.mp4
(c) copyright 2008, Blender Foundation / www.bigbuckbunny.org

MKVs funktionieren am Besten. Da bleibt er auch framegenau drauf.
Bei den AVIs liegt er früher oder später ein Frame daneben.
Bei den MP4 bleibt er schön drauf, nur scheint er manchmal Frames für Keyframes zu halten, die eigentlich keine sind. Zumindest erkennt Avidemux sie nicht als solche an.

mfg
monarc

[JanS]

Hallo monarc99,

danke für die Dateien. Zum Testen sind die ideal. Dass die MKVs am Besten funktionieren ist kein Wunder. Der Container ist ideal für das Arbeiten mit Timecodes.

Bei der AVI ist mir aufgefallen, dass Keyframes immer exakt gefunden werden, das erste Frame nach einem Keyframe wiederholt wird. Bis zum nächsten Keyframe ist dann eine Differenz von ein oder zwei Frames zwischen den einkodierten Nummern und der berechneten Framenummer. Vor dem nächsten Keyframe werden dann entsprechend ein oder zwei Frames übersprungen.

Bei der MP4 ist mir aufgefallen, dass vor dem zweiten Keyframe ebenfalls zwei Frames übersprungen werden (also 248 und 249) und ab dann ein Versatz von zwei Frames das ganze Video über besteht. Vielleicht klappt deswegen auch die Suche nach Keyframes zwischen den ersten beiden nicht. Nach Frame 250 funktioniert die Suche bei mir jedenfalls richtig abgesehen von der Differenz von zwei Frames.

Woran das liegen könnte, kann ich jetzt so nicht nachvollziehen. Eventuell ist die Berechnung der Timestamps in den Demuxern oder Parsern in GStreamer nicht ganz sauber implementiert? Dann könnte man da nicht viel machen (außer die Plugins zu debuggen, was ich sicherlich nicht machen werde).

Edit: Ich habe mir die Dateien noch mal mit Avidemux 2.6.1 angeschaut: Das erste Frame der MP4 hat dort einen Timestamp von 80 Millisekunden. Geht man von konstanter Framerate aus, erhält man eine Differenz von zwei Frames für den ganzen Film. Die GStreamer Plugins scheinen davon auszugehen, dass das erste Frame Timecode 0 haben müsste, was zwischen den beiden ersten Keyframes zu Problemen führt.

Im AVI-File besteht zwischen dem ersten Frame und dem zweiten eine Zeitdifferenz von 120 Millisekunden statt 40, was auf eine ähnliche 2 Frame-Verschiebung für den ganzen Film hinausläuft. Mit dem Unterschied, das der Avi-Demuxer bei jedem Keyframe den gespeicherten Timestamp verwendet, der irgendwie um 80 Millisekunden von den anderen abweicht. Ist das vielleicht eine Differenz zwischen Timecodes im Stream (P/B-Frames) und im Container (Keyframes)?

Im Matroska-File hat das erste Frame den Timestamp 240 Millisekunden. Das führt aber scheinbar zu keinen Problemen, da GStreamer alle Timecodes vom Container verwenden kann und diese dann konstant um 240 Millisekunden verschiebt.

Ich habe mir auch mal ein HQ File von OTR angeschaut. Das hat ebenfalls 120-Millisekunden Abstand zwischen den ersten beiden Frames. Das Problem hätten wir also auch mit den OTR-Files.

[monarc99]

Edit: Ich habe mir die Dateien noch mal mit Avidemux 2.6.1 angeschaut: Das erste Frame der MP4 hat dort einen Timestamp von 80 Millisekunden. Geht man von konstanter Framerate aus, erhält man eine Differenz von zwei Frames für den ganzen Film. Die GStreamer Plugins scheinen davon auszugehen, dass das erste Frame Timecode 0 haben müsste, was zwischen den beiden ersten Keyframes zu Problemen führt.

Im AVI-File besteht zwischen dem ersten Frame und dem zweiten eine Zeitdifferenz von 120 Millisekunden statt 40, was auf eine ähnliche 2 Frame-Verschiebung für den ganzen Film hinausläuft. Mit dem Unterschied, das der Avi-Demuxer bei jedem Keyframe den gespeicherten Timestamp verwendet, der irgendwie um 80 Millisekunden von den anderen abweicht. Ist das vielleicht eine Differenz zwischen Timecodes im Stream (P/B-Frames) und im Container (Keyframes)?

Im Matroska-File hat das erste Frame den Timestamp 240 Millisekunden. Das führt aber scheinbar zu keinen Problemen, da GStreamer alle Timecodes vom Container verwenden kann und diese dann konstant um 240 Millisekunden verschiebt.


Diese Verschiebung am Anfang bei Avidemux 2.6 hat vielleicht interne (Editor-)Gründe und entspricht vielleicht nicht unbedingt den Files. Bei AVIs gibt es keine gespeicherten Timecodes und auch verschiedene Abstände zwischen Frames gibt es nicht, weil das wäre ja dann variable Framerate. Und das geht bei AVIs nicht. Auch bei den MKVs fangen die Timecodes laut mkvinfo bei 0 an (mkvinfo -s file.mkv).

Ich hab bei meiner OTR-V Version vor einiger Zeit eingebaut, dass man auch per Avidemux 2.6 die Schnittlisten erstellen kann. Und da wandele ich auch vorher jede Datei schnell in MKV um, weil es damit am Besten geht. Auch wäre das Schneiden dieser MKV mit VD kein Problem. Und auch mit das Cutinterface kann am besten mit MKV umgehen.

mfg

[JanS]

Nun ja: Im H264-Bytestream, den der Avi-Demuxer von GStreamer ausspuckt, haben die Keyframes Timestamps und alle anderen Frames nicht. Woher der Demuxer die Timestamps holt, weiß ich nicht. Vielleicht berechnet er sie auch nur unter Annahme einer konstanten Framerate. Die Frage ist, woher die anderen Timestamps stammen. Die stimmen nämlich mit den Timestamps in Avidemux 2.6.1 überein. Und auch bei Avidemux 2.5 sind die ersten beiden Frames Humbug und erst danach beginnt der eigentliche Stream wieder mit denselben Timestamps. Deshalb habe ich mich gefragt, ob der H264-Stream selbst irgendwo eigene Timestamps speichert. Vielleicht muss ich einfach mal wieder GStreamer Quellcode wälzen :-(

Ansonsten ist mir das auch schon häufig aufgefallen, dass man lieber zwei Frames Abstand zur Werbung hält. Deshalb würde mich das nicht sonderlich stören. Gegen MKV hätte ich aber auch nichts. VirtualDub würde das allerdings wieder in ein AVI umwandeln, wenn ich das richtig sehe, oder?

Gruß
Jan

[JanS]

Sooo,
ich habe jetzt mal ein bisschen Quellcode und Debugmessages in GStreamer recherchiert und bin jetzt einiges schlauer. In GStreamer 0.10 übernimmt der Decoder einfach die Timestamps die er vorgefertigt kriegt. Die stammen vermutlich vom Parser, der scheinbar die Pakete nach konstanter Framerate durchnummeriert. Dummerweise bleibt dabei der Timestamp des zweiten Frames irgendwo in den Tiefen der ffmpeg-Bibliotheken verschollen, so dass alle weiteren Timestamps um ein Frame daneben liegen.

In GStreamer 1.0 ist dieser Fehler beseitigt (wie könnte es anders sein). Dort erhalten nur die Keyframes einen gültigen Timestamp. Die anderen Timestamps werden von der Basisklasse für Videodekodierer nach der Dekodierung berechnet, wenn alle Frames in der richtigen Reihenfolge sind. Dann wird einfach jedes Mal die Dauer eines Frames hinzuaddiert.

Das halte für ein gewichtiges Argument, zu GStreamer 1.0 zu wechseln. Ich habe aber gerade gesehen, dass man dafür doch ein bisschen tüfteln müsste, weil die GNonLin-Plugins noch nicht auf Version 1.0 umgeschrieben worden sind. Aber da hätte ich schon ein, zwei Ideen.

Gruß
Jan

[monarc99]

Das halte für ein gewichtiges Argument, zu GStreamer 1.0 zu wechseln. Ich habe aber gerade gesehen, dass man dafür doch ein bisschen tüfteln müsste, weil die GNonLin-Plugins noch nicht auf Version 1.0 umgeschrieben worden sind. Aber da hätte ich schon ein, zwei Ideen.

Wie verbreitet ist denn Gstreamer 1.0 denn schon?
Bei Mageia wird es frühestens in Mageia 3 auftauchen.

mfg
Monarc

[JanS]

Ich fürchte, GStreamer 1.0 ist noch gar nicht verbreitet. Zumindest auf openSUSE 12.2 musste ich es von Hand auswählen und für openSUSE 11.4 gibt es keine Binärpakete. Vor allem habe ich heute bemerkt, dass man auch auf Gtk3 umsteigen müsste, um GStreamer 1.0 in Python verwenden zu können (wegen dem GI repository System). Das kommt also wohl nicht in Frage.

Aber die Quellcode-Sichtungen haben mich noch auf eine andere Idee gebracht, die ich ausprobieren könnte. Der Fehler ist ja, dass ffmpeg die vorgegebenen Timecodes irgendwie falsch zuordnet. Wenn die Timecodes der P-/B-Frames wieder gelöscht werden, verwendet das Plugin einen anderen Algorithmus, um die Timecodes zu berechnen. Vielleicht funktioniert ja der richtig. Ansonsten gibt es noch einen anderen h264-Parser, der mehr Optionen bietet. Mal schauen, ob ich die Autoplugging-Elemente überzeugen kann, den zu verwenden.

Gruß
Jan

[monarc99]

Aber die Quellcode-Sichtungen haben mich noch auf eine andere Idee gebracht, die ich ausprobieren könnte. Der Fehler ist ja, dass ffmpeg die vorgegebenen Timecodes irgendwie falsch zuordnet. Wenn die Timecodes der P-/B-Frames wieder gelöscht werden, verwendet das Plugin einen anderen Algorithmus, um die Timecodes zu berechnen. Vielleicht funktioniert ja der richtig. Ansonsten gibt es noch einen anderen h264-Parser, der mehr Optionen bietet. Mal schauen, ob ich die Autoplugging-Elemente überzeugen kann, den zu verwenden.

Probiers aus ... aber im Vergleich zu anderen schlägt sich Gstreamer schon sehr gut.

Aber dass das mit AVI problemlos funktionieren wird, da hab ich meine Zweifel. Meines Wissens arbeitet der Algo, der die richtige Reihenfolge der Frames rausfinden soll, recht gut, aber stösst irgendwann an seine Grenzen. Deshalb hat man AVI auch aufgegeben und sich die Arbeit mit MKV gemacht.

mfg
monarc

[JanS]

Hallo monarc99,

es hat geklappt. Jetzt stimmen die Frameangaben sowohl bei MKV als auch bei AVI perfekt überein. Nur bei MP4 haben seltsamerweise die Keyframes falsche Timecodes. Bei allen anderen Frames stimmen die Timecodes. Ich frage mich, was der MP4 Demuxer da anstellt. Aber egal. MP4 werde ich eh nicht schneiden.
Nur im Wiedergabe-Modus und insbesondere, wenn man die Wiedergabe pausiert, passen die Timecodes nicht. Aber mit einem Frame vor oder zurück, also einem Seek, passt es wieder.
Bei AVI konnte ich jetzt keine Probleme mehr feststellen. Bei MKV ist mir aufgefallen, dass ein Deadlock auftreten kann, wenn man die Links- oder Rechts-Taste längere Zeit gedrückt hält, um einen längeren Bereich durch zu spulen. Ich habe es erstmal so umgestellt, dass erst dann ein Frame gesprungen wird, wenn man die Taste loslässt. Aber wenn man sehr schnell Rechts oder Links drückt, kann man den Deadlock immer noch hervorrufen.
Um ein Video schnell durch zu gehen, wird man jetzt aber ohnehin von Keyframe zu Keyframe springen und dort konnte ich mit einem gut platzierten Mutex das Problem vermeiden.

Wenn jetzt nicht noch irgendwo Bugs auftauchen, würde ich das Interface so in deine letzte Version von OTR-V einbauen. Wahrscheinlich nächstes Wochenende oder so.

Gruß
Jan
6937

[monarc99]

Wenn jetzt nicht noch irgendwo Bugs auftauchen, würde ich das Interface so in deine letzte Version von OTR-V einbauen. Wahrscheinlich nächstes Wochenende oder so.

Ich habs mal kurz ausprobiert. Funktioniert gut, wirklich testen kann man es aber erst, wenn es eingebaut ist und man es täglich verwendet.

Das andere Problem ist, dass es jetzt fast zu gut funktioniert. Besser als Virtualdub selbst z.B. ... VD hat durch die VFW Schnittstelle bei der momentanen HQ/HD Kodierung und dem momentanen Decoder aus x264vfw einen 2 Frame Delay.
Sprich, wenn man will, dass er an Frame 100 schneiden soll, muss man ihm Frame 102 bei HD/HQ übergeben. Bei mp4 und divx das Frame 100 (muss ich aber nochmal überprüfen)

Verschiedene Win-Programme (CA, CC) lesen wohl auch über VFW die Dateien ein. Die schreiben praktisch die falschen Timecodes schon in die Cutlists. Wobei verschiedene ffdshow Decoder andere Delays erzeugen können, bis zu 5-6 Frames.
(je nach installierten VD/Decoder/Encoder Version kann da was anderes rauskommen)
Cutana und SuperOTR scheinen bei einer oberflächlichen Überprüfung die richtigen Werte in die Cutlists zu schreiben, müsste aber noch genauer untersucht werden.
OTR-Verwaltung erstellt Cutlisten momentan über Avidemux2.5 und VD ... beide mit einem 2-Frame Delay. Also auch Cutlists mit eigentlich falschen Werten.

Ich hab bei es mir lokal mal so eingestellt, dass über Avidemux2.5/6 und VD Cutlists mit den richtigen Werten erstellt werden. Und die Werte jeweils angepasst werden, wenn sie VD übergeben werden.
Bloß dann funktionieren natürlich die CA/CC Cutlists noch weniger, als sie durch den Smart Rendering Bug von VD es eh schon tun.

mfg
monarc

[JanS]

Nun ja, ich denke, es sollte erst mal das Ziel sein, die richtigen Zeiten zu haben. Dann können wir überlegen, ob wir von Hand einen 2-Frame Delay einbauen, um die Austauschbarkeit mit CA und CC bei den hochgeladenen Cutlisten zu gewährleisten. Sowohl bei VirtualDub, als auch beim Dekoder gibt ja es einige Versionen, die bevorzugt benutzt werden, bzw. in der Vergangenheit empfohlen wurden.

[monarc99]

Ich würde sagen, es ist die einzige sinnvolle Möglichkeit, die richtigen Werte zu nehmen. Und in den Cutlists steht normalerweise auch die Schnittsoftware drin, da kann man dann vielleicht noch etwas tricksen.

Andere Frage, hast du in Gstreamer auch die Info, ob das aktuelle Frame ein IDR/I/P/B Frame ist und ob du die Info anzeigen kannst?

[JanS]

In den vorgesehen Feldern bei den Buffern gibt es nur Flags für Delta Frames, das ist also das Gegenteil eines Keyframe-Flags. Zwischen P und B lässt sich nicht weiter unterscheiden. Theoretisch haben die Plugins die Möglichkeit zusätzliche Metadaten an die Buffer zu hängen. Als ich bei GStreamer 1.0 mal nachgeschaut habe, war dort aber nichts zu finden. Ich vermute deshalb, dass es bei 0.10 auch keine zusätzlichen Infos gibt. Man könnte aber theoretisch Elemente schreiben, die vor dem Dekodieren solche Informationen bestimmen und dann an den Buffer hängen.

[monarc99]

Es reicht, wenn man weiß, wo die Keyframes liegen, der Rest ist egal.

Wenn man direkt vor einen Keyframe schneidet (Frames 247-253, Keyframe bei 250)



.z.B.

B B P K P B B

B B P | K P B B



Also ab dem K (Keyframe) alles wegschneidet - Werbung z.B. - dann werden die letzten beiden Frames vor dem Keyframe vom Smart Rendering Code von Virtualdub falsch vom Decoder gelesen.
Also statt Frame 249 holt er dann z.B. Frame 254, der schon in der Werbung liegt ... diese beiden letzten Frames ist dann diese Werbung, die immer aufblitzt, obwohl man richtig geschnitten hat.

Deshalb immer 2 Frames entfernt von einem Keyframe schneiden, dann tritt das Problem nicht auf. Dafür sollte man aber wissen, wo sie sind.
Ich habe auch einen Bugreport bei VD eingereicht, muss man aber sehen, ob der Bug in VD irgendwann gefixt ist.

mfg
monarc

[JanS]

Also meine Beobachtung mit dem Cutinterface sieht eher anders aus. VirtualDub selbst scheint auch in dem Fall, den du geschildert hast, framegenau zu schneiden (es gibt ja nichts einfacheres als Frames zu zählen). Gerade beim Schnitt an Keyframes läuft also alles richtig. Wenn aber ein Teil neu kodiert werden muss, dann beginnt dieser Teil zwei Frames zu früh und vor dem nächsten Keyframe fehlen zwei Frames.

Ich deute das ganze so: Das Cutinterface liefert die richtigen Zeiten und damit auch die exakten Frameangaben. VirtualDub selbst arbeitet auch perfekt framegenau. In dem Abschnitt, der neukodiert wird, macht sich der 2-Frame-Delay des VfW-Codecs bemerkbar, so dass die neukodierte Stelle um zwei Frames verschoben ist.

Was du beschreibst, würde ich darauf zurückführen, dass beim Erstellen der Cutlist auch ein VfW-Codec mit 2-Frame-Delay verwendet wurde. Dadurch liegt das Ende des ersten Abschnitts um zwei Frames zu weit hinten, so dass in deinem Beispiel das Keyframe und ein weiteres Frame mitkopiert werden (VirtualDub kopiert die Frames ja einfach). Da die Frames nicht nach PTS sondern DTS sortiert sind, kann es sein, dass das nächste Frame nach dem Keyframe ein B-Frame ist, je nach Topologie des Streams also das dritte oder vierte Frame nach dem Keyframe.
Am Beginn des nächsten Abschnitts haben sowohl die Cutlist als auch der VfW-Codec einen 2-Frame-Delay, so dass tatsächlich genau das Frame als erstes kodiert wird, das man haben wollte. Und dass vor dem nächsten Keyframe zwei Frames fehlen, wird den meisten gar nicht auffallen.

Die Frage ist, was man mit dieser Information nun anfängt. Man bräuchte eigentlich einen VfW-Codec, der auch richtig framegenau arbeitet. Als Workaround könnte man die Länge des herausgeschnittenen Bereichs um zwei Frames verlängern. Dann hätte man an beiden Stellen genau das ausgewählte Frame, wenn die Cutlist mit richtigen Timecodes erstellt wurde. Hat die Cutlist selbst einen 2-Frame-Delay, müsste man sie zusätzlich noch um zwei Frames nach vorne verschieben. Aber welche Variante sollte man dann hochladen? Mit den richtigen Zeiten werden alle, die VirtualDub verwenden, zwei unerwünschte Frames drin haben. Lädt man die Workaround-Zeiten hoch, muss man sie bei einem späteren Bearbeiten zurückkorrigieren, damit der Beginn der Schnitte nicht jedes Mal um zwei weitere Frames nach hinten verschoben wird.

[monarc99]

So wieder Zuhause ...


Also meine Beobachtung mit dem Cutinterface sieht eher anders aus. VirtualDub selbst scheint auch in dem Fall, den du geschildert hast, framegenau zu schneiden (es gibt ja nichts einfacheres als Frames zu zählen). Gerade beim Schnitt an Keyframes läuft also alles richtig. Wenn aber ein Teil neu kodiert werden muss, dann beginnt dieser Teil zwei Frames zu früh und vor dem nächsten Keyframe fehlen zwei Frames.

Ja genau, das meine ich. Wenn er nur kopiert - also von Keyframe zu Keyframe - schneidet er korrekt und braucht dafür auch die richtigen Timecodes. Wenn er smartrendert, ist es auch genau, nur versetzt. Problematisch wird es, wenn er es mischt.
z.B. er soll von 200-249 smartrendern. Dann liefert er mir 200-247 (um 2 versetzt) und findet dann das Keyframe im Stream (er ist ja 2 Frames voraus) und verschluckt dann bei mir die Frames 248 und 249. Er liefert das Keyfram 250 und das nächste im Stream 254 (nach dts).
Er zählt richtig (50 Frames), er schaltet aber - meiner Meinung nach - wenn er das nächste Keyframe findet, den Smart Rendering Code ab. Und liefert dann 2 falsche Frames. So meine Beobachtung - ohne den Code zu kennen.


Die Frage ist, was man mit dieser Information nun anfängt. Man bräuchte eigentlich einen VfW-Codec, der auch richtig framegenau arbeitet. Als Workaround könnte man die Länge des herausgeschnittenen Bereichs um zwei Frames verlängern. Dann hätte man an beiden Stellen genau das ausgewählte Frame, wenn die Cutlist mit richtigen Timecodes erstellt wurde. Hat die Cutlist selbst einen 2-Frame-Delay, müsste man sie zusätzlich noch um zwei Frames nach vorne verschieben. Aber welche Variante sollte man dann hochladen? Mit den richtigen Zeiten werden alle, die VirtualDub verwenden, zwei unerwünschte Frames drin haben. Lädt man die Workaround-Zeiten hoch, muss man sie bei einem späteren Bearbeiten zurückkorrigieren, damit der Beginn der Schnitte nicht jedes Mal um zwei weitere Frames nach hinten verschoben wird.
Also in die Cutlists gehören die richtigen Timecodes. Alles andere ist Unsinn. Ich hab vor meiner Reise ein wenig damit gespielt, dass ich die Cutlist Angaben ein wenig korrigiere, bevor sie in die vcf für VD geschrieben werden.
z.B. Keyframes auslesen und wenn das Intervall an einem Keyframe startet, die richtigen Werte übertragen. Wenn er mit Smart Rendering anfängt, die Werte korrigieren, bevor sie ins vcf wandern.
Klappte ganz gut, nur bei den gemischten Parts (smart rendering+kopieren) muss ich noch kucken. Noch keine Zeit gehabt.

mfg,
monarc

[JanS]

Ja genau, das meine ich. Wenn er nur kopiert - also von Keyframe zu Keyframe - schneidet er korrekt und braucht dafür auch die richtigen Timecodes. Wenn er smartrendert, ist es auch genau, nur versetzt. Problematisch wird es, wenn er es mischt.
z.B. er soll von 200-249 smartrendern. Dann liefert er mir 200-247 (um 2 versetzt) und findet dann das Keyframe im Stream (er ist ja 2 Frames voraus) und verschluckt dann bei mir die Frames 248 und 249. Er liefert das Keyfram 250 und das nächste im Stream 254 (nach dts).
Er zählt richtig (50 Frames), er schaltet aber - meiner Meinung nach - wenn er das nächste Keyframe findet, den Smart Rendering Code ab. Und liefert dann 2 falsche Frames. So meine Beobachtung - ohne den Code zu kennen.


Also ich habe mal mit einer deiner Cutlists von Cutlist.at Big_Buck_Bunny...avi geschnitten. Da ist ja ein Cut ab Frame 200 und einer Länge von 50 Frames drin, d.h. es sollten die Frames 200 bis 249 sein. 250 ist das nächste Keyframe. Das intern-VDub von OTR-Verwaltung (also 1.10.2 und x264vfw) liefert dann Frames 198 bis 247 und nichts weiter. Er hört korrekt nach 50 Frames auf und nimmt das Keyframe 250 nicht mit dazu, nur dass der neukodierte Bereich um zwei Frames verschoben ist.

Am Ende der Werbung werden so natürlich zwei Frames mit hinzugenommen, die zur Werbung gehören, wenn die Werbung in obigem Beispiel bis 199 ginge. Darum auch die Frage, ob man jeden Abschnitt zwei Frames später beginnen lässt. Aber wenn VirtualDub bei dir andere Ergebnisse liefert, macht sowas auch keinen Sinn. Dann muss man halt immer zwei Frames Abstand zur Werbung halten.

[monarc99]

Also ich habe mal mit einer deiner Cutlists von Cutlist.at Big_Buck_Bunny...avi geschnitten. Da ist ja ein Cut ab Frame 200 und einer Länge von 50 Frames drin, d.h. es sollten die Frames 200 bis 249 sein. 250 ist das nächste Keyframe. Das intern-VDub von OTR-Verwaltung (also 1.10.2 und x264vfw) liefert dann Frames 198 bis 247 und nichts weiter. Er hört korrekt nach 50 Frames auf und nimmt das Keyframe 250 nicht mit dazu, nur dass der neukodierte Bereich um zwei Frames verschoben ist.

Am Ende der Werbung werden so natürlich zwei Frames mit hinzugenommen, die zur Werbung gehören, wenn die Werbung in obigem Beispiel bis 199 ginge. Darum auch die Frage, ob man jeden Abschnitt zwei Frames später beginnen lässt. Aber wenn VirtualDub bei dir andere Ergebnisse liefert, macht sowas auch keinen Sinn. Dann muss man halt immer zwei Frames Abstand zur Werbung halten.

Ich lasse ihn 2 Frame später beginnen, wenn er bei keinem Keyframe startet. Problem ist dann allerdings die 2 Frames vor einem nächsten Keyframe. Sobald er das nächste Keyframe einliest (was für ihn bedeutet, dass der Smart Rendering Part vorbei ist), wechselt VD in den Copy Modus und liest die nächsten 2 Frames ab dem Keyframe.

sprich bei obigen Beispiel dann: 200 - 247 250 254

Ich habs jetzt nochmal geändert, so dass er auch hinten 2 Frames weglässt, wenn er auf ein Keyframe trifft. Dafür füge ich dann 2 weitere Intervalle mit jeweils 1 Frame Dauer in die vcf ein.

VD produziert dann: 200 - 247 247 247
An die Frames 248 und 249 komme ich nicht ran, aber so hat man wenigstens keine Werbeblitzer (hoffentlich ^^)

Problem ist, dass ich die Keyframes brauche. Ich lese diese mit ffmsindex aus. Das gibt es zwar auch für Linux bzw. kann man es auch dort kompilieren, aber noch ist mir kein static Build gelungen, was man beifügen könnte.
Deshalb bin ich erstmal auf wine+ffmsindex.exe ausgewichen.

Generell wäre es auch für das Cutinterface nicht schlecht, diese zu wissen. Wir springen ja in 25 Frame Sprüngen durch das Video, weil min_key=25 ist. Ich habe aber gesehen, dass das ganz schlecht fürs Schneiden ist. Der x264 Encoder setzt ja freiwillig an Szenenwechsel Keyframes, solange er nicht durch min_key daran gehindert wird. Und das passiert leider sehr häufig. Sprich ich würde bei OTR früher oder später anfragen, ob man min_key auf 1 setzen kann, damit die Dateien schneidbarer werden.
Die Idee mit den 25 Frame Sprüngen ist dann natürlich Essig.

Hier mal meine aktuelle Version, mit den Änderungen für VD und avidemux3 drin.
https://github.com/monarc99/otr-verwaltung/archive/monarc.zip

mfg
monarc

[Taxi]

Hier ist ein Bug:
Datei: Life_13.01.28_23-05_vox_55_TVOON_DE.mpg.HQ.avi.otrkey
Cutlist: 9787069
Geschnitten mit der neuen Methode gibt es einen Ruckler bei Sekunde 9, mit der alten nicht.

[monarc99]

Hier ist ein Bug:
Geschnitten mit der neuen Methode gibt es einen Ruckler bei Sekunde 9, mit der alten nicht.

Das ist der Smart Rendering Bug von VD ... den kann ich nicht ungeschehen machen, nur versuchen zu vertuschen.
Der tritt auch auf, wenn ein Wechsel zwischen Smart Rendering und reinem Kopieren stattfindet. Dann hat VD auf 2 Frames keinen Zugriff. In der alten Methode werden diese beiden Frames einfach übersprungen.
Wenn in OTR-V aber separat der AC3 Stream durch mkvmerge geschnitten wird, darf ich das nicht zulassen, weil das Video sonst mit der Anzahl der Schnitte immer asyncer wird.

Ich habs nochmal geändert: https://github.com/monarc99/otr-verw...ive/monarc.zip

1) die Vertuschung etwas unauffälliger gemacht ... trotzdem merkt man einen kleinen Ruckler, wenn verhindert wird, dass VD Frames verliert.
2) wenn kein AC3 Stream geschnitten wird, werden die problematischen Frames jetzt übersprungen: (also teilweise die alte Methode)

bei einigen Situationen (z.B. oben die beiden Filme am Anfang) würde VD selbst diese Frames überspringen. OTR-V zementiert dieses Verhalten jetzt nur. Man merkt einen kleinen Sprung im Video, dass lässt sich aber nicht ändern. (alte Methode)
bei anderen Situationen würde es dazu kommen, dass VD falsche Frames einbaut (die bekannten Werbeblitzer). Hier wird jetzt von OTR-V das Cutlist Segment gekürzt, um den Smart Rendering Bug einzudämmen.


Obige beiden Regeln gelten aber nur, wenn kein AC3 Stream geschnitten wird, zu dem das Video sync bleiben muss.
Auch muss man beachten, dass eine ungenaue Cutlist nicht auf einmal genau wird und OTR-V in den Cutlisten die richtigen Frameangaben/Timecodes erwartet. Was z.B. CA und Coldcut nach meinen sehr kurzen Tests probematisch ist, weil sie vermutlich den B-Frame Delay nicht miteinberechnen. Bei Cutana und SuperOTR sieht es scheinbar besser aus.

Probiert mal aus, wie es klappt. Vorallem wie die Schnitte sind, wenn die Cutlist von der einen oder anderen Software gemacht wurden.
Da muss man dann entweder die Autoren ansprechen oder wenn keiner mehr dran arbeitet, in OTR-V irgendwas einbauen.

mfg,
monarc

[JanS]

Hallo monarc,

ich habe jetzt das Cutinterface eingebaut (und noch einige Fehler korrigiert, die mir aufgefallen sind). Allerdings sind deine neuesten Änderungen noch nicht drin (Avidemux3 und deine Frame-Korrekturen sowie VirtualDub 1.10.3 fehlen). Ich bin mit dieser Version aber auch so zufrieden. Dann muss man halt zwei Frames Abstand halten, wenn man nicht an Keyframes schneidet.

Das Problem ist ja eigentlich kein Bug in VirtualDub, sondern eine Unstimmigkeit zwischen den VfW-Codecs und VirtualDub. Ich glaube nicht, dass in VirtualDub noch eine Extra-Behandlung für einzelne Codecs eingebaut wird. Man könnte eine zwei Frame-Korrektur in OTR-V einbauen und dieselbe Korrektur auch für den ac3-Cut verwenden. Ich bin aber eher am überlegen, ob man eine Cut-Variante mit GStreamer hinkriegen könnte. Deshalb werde ich mir über Lösungen mit VirtualDub nicht mehr den Kopf zerbrechen.

Zu dieser Version: Mein Workflow sieht jetzt folgendermaßen aus:
1. Ich schneide die gewünschten Dateien mit der Option 'Beste Cutlist'
2. Ergebnisse überprüfen. Falls ich mit etwas nicht zufrieden bin, muss ich nur dran denken, die Datei nicht in den Müll zu verschieben. Dann wird auch die Cutlist nicht gelöscht.
3. Die Dateien, mit denen ich nicht zufrieden war, auswählen und manuell cutten. Das Cutinterface lädt automatisch eine lokale Cutlist, falls eine da ist. Dort kann ich die Cuts auswählen und korrigieren.
4. Ergebnis wieder überprüfen und gegebenenfalls Cutlist hochladen.

Das Cutinterface lässt sich als Alternative zu Avidemux und VirtualDub auswählen. Ich war so frei, es als Standard zu definieren. Auch das ac3-Muxen lässt sich jetzt in den Einstellungen abstellen.

Zur Bedienung des Cutinterfaces:
Ich habe ein Button hinzugefügt, mit dem Cutlists (lokale und vom Server) laden kann. Zur Korrektur kann man rechts einen Cut auswählen. Dann werden die Marker A und B mit Anfang und Ende des Cuts belegt. Die Tasten Bild-hoch / -runter springen zu den Markern A/B. Pfeil-rechts / -links springt ein Frame nach rechts / links. Pfeil-hoch / -runter springt (in der Regel) zum nächsten / letzten Keyframe. 'Pos 1' / 'Ende' setzen die Marker A / B auf die neuen Positionen. Dabei ist zu beachten, dass die Frames beider Marker mit rausgeschnitten werden (im Gegensatz zum CC beispielsweise). Nicht vergessen: Die korrigierten Positionen mit 'Entf' übernehmen. Hat man keinen Cut ausgewählt, wird mit 'Entf' ein neuer Cut hinzugefügt. Die ausgeschnittenen Bereich sind unter dem Slider orange markiert. Der Bereich der Marker ist rot markiert. Zum Abschluss natürlich auf Schneiden clicken.

Mit der Checkbox oben rechts kann man in eine Art Vorschau-Modus kommen, in dem die Cuts schon mal anschauen kann (abgesehen von irgendwelchen Unstimmigkeiten mit dem VfW-Codec). In den Conclusions kann man nun für jede manuell geschnittene Datei einzeln wählen, ob man die Cutlist hochladen will, für den Fall, dass man mit einzelnen nicht zufrieden war.

Darüber hinaus habe ich noch einige kleine Fehler beseitigt. Ich habe jetzt keine Bugs mehr finden können.

Viele Grüße
Jan

PS: Da das Forum nicht so große Dateien erlaubt, fehlen in dem zip-File das intern-VDub und der Plugin und der media-Ordner. Um eine lauffähige Version zu erhalten, kann man es zum Beispiel über einen alten Ordner kopieren. Dann muss man aber daran denken in den Einstellungen das Cutinterface auszuwählen, wenn man es verwenden will.

6954

[monarc99]

Hi JanS,



ich habe jetzt das Cutinterface eingebaut (und noch einige Fehler korrigiert, die mir aufgefallen sind). Allerdings sind deine neuesten Änderungen noch nicht drin (Avidemux3 und deine Frame-Korrekturen sowie VirtualDub 1.10.3 fehlen).

Ich habe mal dein Cutinterface mit in meine Version eingebaut. Meine Merge-Version ist noch ein wenig mit Vorsicht zu geniessen (Restalkohol und so ^^), aber sollte funktionieren.

https://github.com/monarc99/otr-verwaltung/archive/monarc.zip
- mit benn/janS's Cutinterface
- auch Schnittlisten von Avidemux2.6 (unter Linux als Avidemux3 genannt) erstellen möglich (wer das möchte)
- Virtualdub 1.10.3 Update
- Frame-Korrekturen um Werbeblitzer bei VD einzudämmen

Abhängigkeiten:
für Cutinterface wird gstreamer, gnolin benötigt (und vielleicht noch was? janS?)
für Avidemux3: avidemux3 und mkvmerge. (Avidemux3 möchte kein H264 in AVIs, deshalb wandelt OTR-V die AVIs vorher automatisch mit mkvmerge in MKV um.)



Ich bin aber eher am überlegen, ob man eine Cut-Variante mit GStreamer hinkriegen könnte. Deshalb werde ich mir über Lösungen mit VirtualDub nicht mehr den Kopf zerbrechen.

Ja, an VD würde ich jetzt nicht mehr rumbasteln. Wie würde denn das im groben Aussehen mit Gstreamer? Würde das komplett (intern) mit Gstreamer gehen oder brauchst man da noch zusätzlich was.



Das Cutinterface lässt sich als Alternative zu Avidemux und VirtualDub auswählen. Ich war so frei, es als Standard zu definieren. Auch das ac3-Muxen lässt sich jetzt in den Einstellungen abstellen.

Ich habe es bei mir in der Auswahlliste im Preferenz Window auch noch nach oben gerückt, so dass ganz oben als erstes steht.
Mit weitem Abstand eignen sich jetzt das Cutinterface und Avidemux 2.6 (bei mir unter Linux als binary avidemux3_qt4) am besten, um die Cutlisten zu erstellen.
Schneiden weiterhin nur VD. Avidemux2.6 eigent sich noch nicht.



Zur Bedienung des Cutinterfaces:
Ich habe ein Button hinzugefügt, mit dem Cutlists (lokale und vom Server) laden kann. Zur Korrektur kann man rechts einen Cut auswählen. Dann werden die Marker A und B mit Anfang und Ende des Cuts belegt. Die Tasten Bild-hoch / -runter springen zu den Markern A/B. Pfeil-rechts / -links springt ein Frame nach rechts / links. Pfeil-hoch / -runter springt (in der Regel) zum nächsten / letzten Keyframe. 'Pos 1' / 'Ende' setzen die Marker A / B auf die neuen Positionen. Dabei ist zu beachten, dass die Frames beider Marker mit rausgeschnitten werden (im Gegensatz zum CC beispielsweise). Nicht vergessen: Die korrigierten Positionen mit 'Entf' übernehmen. Hat man keinen Cut ausgewählt, wird mit 'Entf' ein neuer Cut hinzugefügt. Die ausgeschnittenen Bereich sind unter dem Slider orange markiert. Der Bereich der Marker ist rot markiert. Zum Abschluss natürlich auf Schneiden clicken.
Kannst du denn noch irgendwo einen Help Button unterbringen. So dass ein Fenster aufspringt und ne Kurz-Anleitung ausspuckt. Ist nicht schwer zu bedienen, aber wer zum ersten Mal damit arbeitet, tut sich etwas schwer.



Dabei ist zu beachten, dass die Frames beider Marker mit rausgeschnitten werden (im Gegensatz zum CC beispielsweise).

Ja, das hat mich irritiert. Bei VD und Avidemux wird das Frame bei B dringelassen. Ist aber nicht schlimm, man sollte nur drauf aufmerksam gemacht werden.



Mit der Checkbox oben rechts kann man in eine Art Vorschau-Modus kommen, in dem die Cuts schon mal anschauen kann.
Darüber hinaus habe ich noch einige kleine Fehler beseitigt. Ich habe jetzt keine Bugs mehr finden können.

Ich habe es manchmal, dass die Pfeil-Hoch und -Runter Tasten nicht reagieren. Während die [KEY>>] Buttons immer gehen.
Auch wenn man den Vorschau-Modus aktiviert, funktioniert das Keyframe springen nicht mehr richtig. Beim Big_Buck_Bunny zeigt er mir dann Frames an, die keine Keyframes sind.

Aber ansonsten bin ich vom Cutinterface begeistert. Schön, dass man jetzt auch Cutlisten in OTR-Verwaltung nachkorrigieren kann.

mfg,
monarc

[JanS]

Abhängigkeiten:
für Cutinterface wird gstreamer, gnolin benötigt (und vielleicht noch was? janS?)

Das ist richtig, nichts weiter. Bei GStreamer am Besten alle Plugin-Sammlungen installieren. Die Dekoder befinden sich im FFMPEG-Paket, die Demuxer in der Good-Sammlung, die Parser in der Bad-Sammlung ...



Ja, an VD würde ich jetzt nicht mehr rumbasteln. Wie würde denn das im groben Aussehen mit Gstreamer? Würde das komplett (intern) mit Gstreamer gehen oder brauchst man da noch zusätzlich was.

Ich tüftel gerade an ein paar Elementen für GStreamer 1.0. Einen einzelnen Cut aus einer Datei rausschneiden mit SmartRendering kann ich schon. Für mehrere Cuts (auch aus verschiedenen Dateien) arbeite ich gerade an etwas, das aber noch einige Arbeit braucht (die Muxer mögen das nicht so). Es gibt zwar auch eine einfachere Lösung, aber ich bin mir da nicht so sicher, ob da nicht mal ein paar unerwünschte Frames reinrutschen können. Die GStreamer Elemente ändern sich ja auch ständig. Bei meinen eigenen Elementen, weiß ich wie so etwas kontrollieren kann. Man würde dann nur GStreamer 1.0 und Gtk 3 brauchen (also den zukünftigen Standard für Linux).



Kannst du denn noch irgendwo einen Help Button unterbringen. So dass ein Fenster aufspringt und ne Kurz-Anleitung ausspuckt. Ist nicht schwer zu bedienen, aber wer zum ersten Mal damit arbeitet, tut sich etwas schwer.

Ich werd versuchen, diese Woche noch mal Zeit dafür zu finden.



Ich habe es manchmal, dass die Pfeil-Hoch und -Runter Tasten nicht reagieren. Während die [KEY>>] Buttons immer gehen.
Auch wenn man den Vorschau-Modus aktiviert, funktioniert das Keyframe springen nicht mehr richtig. Beim Big_Buck_Bunny zeigt er mir dann Frames an, die keine Keyframes sind.

Im Vorschau-Modus könnte es daran liegen, dass die GNonLin-Pakete da was durcheinander bringen, vor allem an den Schnittgrenzen. Dass die Pfeil-Hoch und -Runter Tasten nicht reagieren, habe ich bei mir noch nicht erlebt. Wo ist der Fokus, wenn es mal nicht geht? Auf einem der Buttons, in der Liste, auf dem Slider?

Gruß
Jan

[monarc99]

Wohin hast du denn das Zip entpackt? So wie es momentan implementiert ist, muss die erweiterte Version komplett im Homeverzeichnis liegen - wegen dem wine Verzeichnis.

Ändere mal die Rechte auf deinen Benutzer um.

in der Konsole:

chown username:username -R otr-verwaltung/

mfg,
monarc

[drraven]

Ich tüftel gerade an ein paar Elementen für GStreamer 1.0. Einen einzelnen Cut aus einer Datei rausschneiden mit SmartRendering kann ich schon. Für mehrere Cuts (auch aus verschiedenen Dateien) arbeite ich gerade an etwas, das aber noch einige Arbeit braucht (die Muxer mögen das nicht so). Es gibt zwar auch eine einfachere Lösung, aber ich bin mir da nicht so sicher, ob da nicht mal ein paar unerwünschte Frames reinrutschen können. Die GStreamer Elemente ändern sich ja auch ständig. Bei meinen eigenen Elementen, weiß ich wie so etwas kontrollieren kann. Man würde dann nur GStreamer 1.0 und Gtk 3 brauchen (also den zukünftigen Standard für Linux).

Hallo JanS.

Kann man sich den aktuellen Stand schon mal ansehen? Habe viele Dateien die aus nur einem einzelnen Cut bestehen. Eine Möglichkeit Standard AVI und HQ AVI mit dem gleichen Programm unter Linux zu schneiden klingt sehr verlockend :)

Gruß
Raven

[olum]

Wohin hast du denn das Zip entpackt? So wie es momentan implementiert ist, muss die erweiterte Version komplett im Homeverzeichnis liegen - wegen dem wine Verzeichnis.

Ändere mal die Rechte auf deinen Benutzer um.

in der Konsole:

chown username:username -R otr-verwaltung/

mfg,
monarc

Kaum macht man's richtig funktioniert's :)
Vielen Dank!

Mir war laut Installationsanleitung nicht klar dass es direkt ins Homeverzeichnis entpackt werden muss. Hatte es in einem Unterordner. Ich dachte der im Paket enthaltene Wine Ordner wäre komplett unabhängig.

[JanS]

Hallo JanS.

Kann man sich den aktuellen Stand schon mal ansehen? Habe viele Dateien die aus nur einem einzelnen Cut bestehen. Eine Möglichkeit Standard AVI und HQ AVI mit dem gleichen Programm unter Linux zu schneiden klingt sehr verlockend :)

Gruß
Raven

Tja, bisher muss ich noch die Datei und die Zeiten für den Schnitt manuell im Code ändern und dann neu kompilieren. Sobald es aber eine gescheite Kommandozeilen-Version gibt, werde ich die mal online stellen.

Viele Grüße
Jan

[drraven]

Hi Jan!

Das wäre kein Problem für mich. Per Kommandozeile oder sogar aus der Cutlist (ist vom Format ja eine INI Datei) die Daten zu lesen ist per GLib nicht schwierig. Könnte da gerne einspringen :) Ich hatte bis jetzt immer ein Problem bei GStreamer einen guten Einstieg zu finden :(

Gruß
Raven

[pasde]

Hiho :)


Was für eine Python Version ist denn auf dem System?
Hast du auch noch eine andere Python Version auf dem System, mit welcher du es testen kannst?
Nur Python 2.7.3 (default, Sep 26 2012, 21:53:58)



Selbst kannst du in der conf Datei alles einstellen, z.B. auch --max-download-limit=950K bei aria2c_opts hinzufügenDanke



Sind denn wie weiter oben im Thread beschrieben, alle Gstreamer (Codecs nicht vergessen) und Gnolin Pakete installiert?
Meist wird auch das erste Bild nicht angezeigt ... dann einfach ein Bild weiter gehen.
Zum nächsten Bild springen geht nicht Gnolin ist in den Paketquellen nicht vorhanden. Mit Totem und Gstreamer hatte ich bisher noch keinerlei Probleme.

http://image-upload.de/thumb/bbHCbN/eaf4641416.png (http://image-upload.de/file/bbHCbN/eaf4641416.png)


Avidemux2? Ja, ist besser ... aber nicht immer perfekt. Nur wenn ich die Schnittpunkte mit dem Cutinterface oder Avidemux3 erstelle, habe ich noch keine Ungenauigkeiten erlebt.Ja, Avidemux2 Avidemux3 hat zu viele Bugs, z.B. werden die Audiocodecs nicht erkannt.



Könnte sein, dass in beiden Fällen etwas mit mkvmerge nicht stimmt.
Gibts mehr Infos, wenn du otr-v in der Konsole startest?
Und was kommt, wenn du in der Konsole die mkvmerge Binary startest (data/tools/intern-mkvmerge)

Naja, ich hoffe es hilft. Ahnung habe ich davon nicht.

V.G. Pasde

[monarc99]

Hiho :)


Zum nächsten Bild springen geht nicht Gnolin ist in den Paketquellen nicht vorhanden. Mit Totem und Gstreamer hatte ich bisher noch keinerlei Probleme.
Naja, ich hoffe es hilft. Ahnung habe ich davon nicht.


Beim Paket hab ich mich vertippt, dass sollte etwas mit gnonlin sein. Ich hab gerade mal kurz Ubuntu in VM geladen, da gibt es ein Paket gstreamer0.10-gnonlin. Das sollte es sein.

Zu mkvmerge Problem ... das von mir kompilierte Binary von mkvmerge scheint auf deinem System nicht laufen zu wollen. Ich hab gerade einen kurzen Test in der Ubuntu 12.10 VM gemacht und dort funktionierte die mkvmerge binary.
Hat eine AVI komplett umgepackt. Merkwürdig ...

Ich hab beim Aufruf von mkvmerge nochmal etwas geändert, vielleicht hilft es:
https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip

mfg
monarc

[pasde]

Guten Morgen,

zusätzlich habe ich auch noch ausprobiert
Grimm_13.03.04_21-15_vox_60_TVOON_DE.mpg.HQ.avi.otrkey

OTR-Dowlod funktioniert einwandfrei mit einer Verbindung, sogar mit Anzeige der Warteschlange.

gstreamer0.10-gnonlin habe ich installiert. Im CutInterface funktioniert jetzt das Bild, jedoch ohne Ton.

Schneiden/Umwandeln mit SmartMKVmerge bzw. intern-mkvmerge funktioniert sehr gut. Die mit AviDemux2 gesetzten Schnitte werden präzise eingehalten.
Auch lassen sich die Dateien (mkv & mp4) mit meinem Blu-ray Player (Philips BDP5180) vom USB-Stick synchron abspielen/vorspulen.

Vielen herzlichen Dank, Pasde :)

[monarc99]

zusätzlich habe ich auch noch ausprobiert
Grimm_13.03.04_21-15_vox_60_TVOON_DE.mpg.HQ.avi.otrkey

OTR-Dowlod funktioniert einwandfrei mit einer Verbindung, sogar mit Anzeige der Warteschlange.

Freut mich :) Aber ein oder zwei Bugs gibt es beim Downloader bestimmt noch, so wie ich den kenne ;)



gstreamer0.10-gnonlin habe ich installiert. Im CutInterface funktioniert jetzt das Bild, jedoch ohne Ton.

Irgendwas fehlt noch. Audio-Codecs?
Lass OTR-V++ wieder in der Konsole laufen und öffne das Cutinterface mal. Dann sollte er eine Fehlermeldung ausspucken, was er hat.
Es lohnt sich, dass Cutinterface zu haben, weil es die einzige Möglichkeit ist, Cutlisten zu ändern ohne alles neu machen zu müssen.



Schneiden/Umwandeln mit SmartMKVmerge bzw. intern-mkvmerge funktioniert sehr gut. Die mit AviDemux2 gesetzten Schnitte werden präzise eingehalten.
Auch lassen sich die Dateien (mkv & mp4) mit meinem Blu-ray Player (Philips BDP5180) vom USB-Stick synchron abspielen/vorspulen.

Vielen herzlichen Dank, Pasde :)
Bitte ;)

SmartMKVMerge ist nicht die schnellste Methode und auf ne schnelle Festplatte angewiesen, weil jeder Zwischenschritt auf Platte gespeichert werden muss.
Deshalb kann man auch das Arbeitsverzeichnis in den Einstellungen einstellen. Liegt bei mir auf einem tmpfs Verzeichnis.

Aber soweit ich es jetzt getestet habe, arbeitet es framegenau. Wenn man mit VD schneidet, können bei den Schnitten ein paar Frames verloren gehen. Bzw. schneidet sie OTR-V++ selbst raus, um die Werbeblitzer zu unterbinden, weil VD auf die falschen Frames zugreift. Jan wollte ja noch ne Schneidemethode auf Basis von Gstreamer machen, die wäre auf jeden Fall schneller. Die SmartMKVmerge ist dann eher als Fallback gedacht, langsamer, aber möglichst kompatible Dateien.

mfg
monarc

[1ronald1]

Hallo monrac,

Danke für die schnelle Antwort


Hi 1ronald1,

irgendwie ist dein Posting hier im Forum verschwunden oder ich bin blind. Hab nur gerade die Info-Mail im Spam Ordner gesehen.


Ich glaube, weil es das erste war musste es von den Admins freigeschaltet werden





Ich deute die Zeile mal so: Bei dir schneidet VD nicht, weil er keine 3D Grafikkarte findet und sich mit einem Fehler beendet. Lief denn auf dem Rechner VD schon mal?


VD hat scho nmal geschnitten. Das war, glaube ich, mit einer der ersteren Versionen die du online gestellt hast. Der automatische Schnitt war kein Problem, nur selbst schneiden ging nicht, soweit ich mich erinnern kann.




Und probiere mal, ob es einen anderen Treiber mit 3D Unterstützung für deine Grafikkarte gibt.


Tja ich hab ne Poulsbo GMA 500. Die hat schon immer Probleme gemacht. Da gibt es leider keinen anderen Treiber außer ich gehe zu Ubuntu 11.10 zurück.


Ach ja und ich habe fürs Cutinterface den falschen Konsolenoutput geposted. Mach ich heute mittag nochmal.

Mfg
Ronald

[monarc99]

gstreamer0.10-gnonlin habe ich installiert. Im CutInterface funktioniert jetzt das Bild, jedoch ohne Ton.

Ich hab gerade mal pulseaudio bei mir eingeschlaltet. Dann ist es ähnlich wie bei dir. Keine Fehler, Bild aber ohne Ton.
Vielleicht ein pulse <-> gstreamer Problem? Leider kenne ich mich bei Gstreamer nicht so gut aus wie JanS.



VD hat scho nmal geschnitten. Das war, glaube ich, mit einer der ersteren Versionen die du online gestellt hast. Der automatische Schnitt war kein Problem, nur selbst schneiden ging nicht, soweit ich mich erinnern kann.

Durch das Update auf die neueste VD Version, ist die VD Konfig auf Default resetten worden. Ich habs wieder etwas angepasst, sollte jetzt auch wieder ohne 3D Treiber laufen.
Probier mal: https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip

Du kannst auch SmartMKVMerge ausprobieren, dass braucht keine 3D Karte. Und Cutlists erzeugen würde ich sowieso über CutInterface oder Avidemux.



Ach ja und ich habe fürs Cutinterface den falschen Konsolenoutput geposted. Mach ich heute mittag nochmal.

Ok, hab mich schon gewundert ;)

mfg,
monarc

[pasde]

Ich hab gerade mal pulseaudio bei mir eingeschlaltet. Dann ist es ähnlich wie bei dir. Keine Fehler, Bild aber ohne Ton.
Vielleicht ein pulse <-> gstreamer Problem? Leider kenne ich mich bei Gstreamer nicht so gut aus wie JanS.

In AviDemux habe ich da etwas Auswahl, bei Alsa knackt es wie auf einer alten Schaltplatte.

http://image-upload.de/thumb/nzZVQy/3701fbe657.png (http://image-upload.de/image/nzZVQy/3701fbe657.png)

Ich komme aber auch mit AviDemux wirklich gut zurecht. :)

V.G. Pasde

[1ronald1]

Hallo Monarc,

Also mit der neuen Version klappt das automatische Schneiden ohne Probleme.

Hier noch der versprochene Konsolenoutput wenn ich versuche mit dem Cutinterface Schnittlisten zu erstellen.


ronald@ronald-1201HA:~/otr-verwaltung-smartmkvmerge/bin$ python otrverwaltung
Get [general][show_bottom]: False
Get [general][cutlist_username]:
Get [general][email]: *****
Get [general][password]: *****
Get [general][rename_schema]: {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Get [smartmkvmerge][workingdir]: /tmp
Get [general][folder_new_otrkeys]:
Get [general][folder_trash_otrkeys]:
Get [general][folder_trash_avis]:
Get [general][folder_uncut_avis]:
Get [general][folder_cut_avis]:
Get [general][folder_archive]:
Get [general][verify_decoded]: True
Get [general][delete_cutlists]: True
Get [general][rename_cut]: True
Get [general][merge_ac3s]: True
Get [general][mplayer_fullscreen]: True
Get [smartmkvmerge][normalize_audio]: False
Get [smartmkvmerge][remux_to_mp4]: False
Get [general][cut_avis_by]: avidemux2_cli
Get [general][cut_hqs_by]: intern-vdub
Get [general][cut_mp4s_by]: intern-vdub
Get [general][cut_avis_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_mp4s_man_by]: CutInterface
Get [general][server]: http://cutlist.at/
Get [general][h264_codec]: x264vfw
Get [general][merge_ac3s_by]: mkvmerge
Get [programs][decoder]: intern-otrdecoder
Get [smartmkvmerge][first_audio_stream]: originale MP3 Spur kopieren
Get [smartmkvmerge][second_audio_stream]: originale AC3 Spur kopieren
Get [general][choose_cutlists_by]: 0
Get [general][rename_cut]: True
Get [general][merge_ac3s]: True
Set [smartmkvmerge][second_audio_stream] to originale AC3 Spur kopieren
Set [smartmkvmerge][first_audio_stream] to originale MP3 Spur kopieren
Set [smartmkvmerge][x264_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [smartmkvmerge][remux_to_mp4] to False
Set [smartmkvmerge][x264_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [smartmkvmerge][workingdir] to /tmp
Set [smartmkvmerge][x264_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [smartmkvmerge][normalize_audio] to False
Set [downloader][resume_on_startup] to True
Set [downloader][wget_opts] to ['-v']
Set [downloader][aria2c_opts] to ['--allow-overwrite=true', '--continue', '--max-concurrent-downloads=5', '--max-connection-per-server=1', '--max-tries=0', '--split=5', '--auto-file-renaming=false', '--allow-overwrite=true', '--allow-piece-length-change=true', '--always-resume=false', '--max-resume-failure-tries=0']
Set [downloader][aria2c_opts_torrent] to ['--check-integrity=true', '--continue']
Set [downloader][preferred_downloader] to
Set [plugins][config] to {'Mediainfo': {'mediainfo': 'mediainfo-gui'}, 'MP4': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DontOptimizeMP4': False, 'DumpAVIs': True, 'EncodeAudioToAAC': True}, 'Mkv': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DumpAVIs': True, 'EncodeAudioToAAC': False}}
Set [plugins][enabled] to Play:Mkv:MP4:Mediainfo
Set [programs][mkvmerge] to intern-mkvmerge
Set [programs][aria2c] to intern-aria2c
Set [programs][mplayer] to mplayer
Set [programs][decoder] to intern-otrdecoder
Set [programs][x264] to intern-x264
Set [programs][wget] to wget
Set [programs][ffmpeg] to intern-ffmpeg
Set [programs][mp4box] to intern-mp4box
Set [programs][sox] to intern-sox
Set [programs][ffmsindex] to intern-ffmsindex
Set [programs][mediainfo] to intern-mediainfo
Set [general][delete_cutlists] to True
Set [general][cut_hqs_man_by] to CutInterface
Set [general][komisar_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [general][folder_trash_otrkeys] to /home/ronald/Videos/Müll
Get [general][folder_new_otrkeys]:
Set [general][x264vfw_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [general][cutlist_hash] to 5c80c63ba789cc3c2ece13753f5489f2
Set [general][mplayer_fullscreen] to True
Set [general][cut_mp4s_by] to intern-vdub
Set [general][x264vfw_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [general][show_bottom] to False
Set [general][cut_mp4s_man_by] to CutInterface
Set [general][planned_items] to
Set [general][folder_new_otrkeys] to /home/ronald/Videos/decoded
Get [general][folder_new_otrkeys]:
Set [general][folder_trash_avis] to /home/ronald/Videos/Müll
Get [general][folder_new_otrkeys]: /home/ronald/Videos/decoded
Set [general][cut_avis_man_by] to CutInterface
Set [general][save_email_password] to False
Set [general][password] to *****
Set [general][password] to *****
Set [general][after_cut_show] to 14
Set [general][x264vfw_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [general][merge_ac3s] to True
Set [general][otrkey_search] to http://otrkeyfinder.com/?search=
Set [general][cutlist_username] to
Set [general][rename_cut] to True
Set [general][rename_schema] to {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Set [general][h264_codec] to x264vfw
Set [general][folder_uncut_avis] to /home/ronald/Videos/uncut
Get [general][folder_new_otrkeys]: /home/ronald/Videos/decoded
Set [general][cut_action] to 0
Set [general][pre_cut_show] to 14
Set [general][cutlist_mp4_as_hq] to False
Set [general][email] to *****
Set [general][email] to *****
Set [general][komisar_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [general][merge_ac3s_by] to mkvmerge
Set [general][window_settings] to 0,700,390
Set [general][komisar_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [general][cut_avis_by] to avidemux2_cli
Set [general][folder_cut_avis] to /home/ronald/Videos/cut
Get [general][folder_new_otrkeys]: /home/ronald/Videos/decoded
Set [general][cut_hqs_by] to intern-vdub
Set [general][verify_decoded] to True
Set [general][server] to http://cutlist.at/
Set [general][folder_archive] to /home/ronald/Videos/Müll
Get [general][folder_new_otrkeys]: /home/ronald/Videos/decoded
Set [general][smart] to True
Set [general][choose_cutlists_by] to 0
Get [general][window_settings]: 0,700,390
Get [general][window_settings]: 0,700,390
Can't read downloads: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/home/ronald/.local/share/otrverwaltung/data'
Get [plugins][enabled]: Play:Mkv:MP4:Mediainfo
Get [plugins][config]: {'Mediainfo': {'mediainfo': 'mediainfo-gui'}, 'MP4': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DontOptimizeMP4': False, 'DumpAVIs': True, 'EncodeAudioToAAC': True}, 'Mkv': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DumpAVIs': True, 'EncodeAudioToAAC': False}}
[Plugins] Paths to search: ['/home/ronald/otr-verwaltung-smartmkvmerge/otrverwaltung/../data/plugins']
[Plugins] Found: Details
[Plugins] Found: Mkv
[Plugins] Found: Mediainfo
[Plugins] Found: Play
[Plugins] Found: MP4
[Plugins] Found: CutPlay
[Plugins] Enabled: Play
[Plugins] Enabled: Mkv
[Plugins] Enabled: MP4
[Plugins] Enabled: Mediainfo
Get [general][planned_items]:
Assertion failed: ['']
Get [general][folder_new_otrkeys]: /home/ronald/Videos/decoded
Set [general][folder_trash_otrkeys] to /home/ronald/Videos/Müll
Set [general][folder_new_otrkeys] to /home/ronald/Videos/decoded
Set [general][folder_trash_avis] to /home/ronald/Videos/Müll
Set [general][folder_uncut_avis] to /home/ronald/Videos/uncut
Set [general][folder_cut_avis] to /home/ronald/Videos/cut
Set [general][folder_archive] to /home/ronald/Videos/Müll
Get [general][folder_uncut_avis]: /home/ronald/Videos/uncut
Get [general][cut_action]: 0
Get [general][folder_cut_avis]: /home/ronald/Videos/cut
Get [general][server]: http://cutlist.at/
Get [general][choose_cutlists_by]: 0
Get [general][cutlist_mp4_as_hq]: False
[Cutlists] Download by : http://cutlist.at/getxml.php?ofsb=523221218
[Cutlists] Download by : http://cutlist.at/getxml.php?ofsb=523221218
Get [general][cut_avis_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_mp4s_man_by]: CutInterface
Error: GStreamer hat einen allgemeinen Datenstromfehler festgestellt. gstavidemux.c(5212): gst_avi_demux_loop (): /GstPipeline:pipeline0/GnlComposition:video-composition/GnlFileSource:video-part-0/GstURIDecodeBin:internal-uridecodebin/GstDecodeBin2:decodebin20/GstAviDemux:avidemux1:
streaming stopped, reason not-negotiated
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
339.710843373
update by slider change
except! query failed
1188.98795181
update by slider change
except! query failed
2547.8313253
update by slider change
except! query failed
4755.95180723
update by slider change
except! query failed
9511.90361446
update by slider change
except! query failed
11720.0240964
update by slider change
except! query failed
15456.8433735
update by slider change
except! query failed
except! query failed
17834.8192771
update by slider change
except! query failed
18514.2409639
update by slider change
except! query failed
18853.9518072
update by slider change
except! query failed
19023.8072289
update by slider change
except! query failed
19193.6626506
update by slider change
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
Error: GStreamer hat einen allgemeinen Datenstromfehler festgestellt. gstavidemux.c(5212): gst_avi_demux_loop (): /GstPipeline:pipeline0/GnlComposition:video-composition/GnlFileSource:video-part-0/GstURIDecodeBin:internal-uridecodebin/GstDecodeBin2:decodebin22/GstAviDemux:avidemux3:
streaming stopped, reason not-negotiated
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
Error: GStreamer hat einen allgemeinen Datenstromfehler festgestellt. gstavidemux.c(5212): gst_avi_demux_loop (): /GstPipeline:pipeline0/GnlComposition:video-composition/GnlFileSource:video-part-0/GstURIDecodeBin:internal-uridecodebin/GstDecodeBin2:decodebin24/GstAviDemux:avidemux5:
streaming stopped, reason not-negotiated
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
except! query failed
Get [general][folder_uncut_avis]: /home/ronald/Videos/uncut
Get [general][folder_archive]: /home/ronald/Videos/Müll
[Conclusion] for file /home/ronald/Videos/uncut/Bibi_Blocksberg_13.02.09_08-35_zdf_50_TVOON_DE.mpg.avi
[Conclusion] Rename?
[Conclusion] Move to archive?
[Conclusion] Move to trash?
[Conclusion] Create cutlist?
[Conclusion] Rate cutlists
Get [general][folder_uncut_avis]: /home/ronald/Videos/uncut
Can't write downloads: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/home/ronald/.local/share/otrverwaltung/data'
Set [general][planned_items] to
Set [plugins][enabled] to Play:Mkv:MP4:Mediainfo
Set [plugins][config] to {'Mediainfo': {'mediainfo': 'mediainfo-gui'}, 'MP4': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DontOptimizeMP4': False, 'DumpAVIs': True, 'EncodeAudioToAAC': True}, 'Mkv': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DumpAVIs': True, 'EncodeAudioToAAC': False}}
Set [general][window_settings] to 0,700,390
Writing to <open file '/home/ronald/otr-verwaltung-smartmkvmerge/bin/../conf', mode 'w' at 0xa821e38>


Es wird kein Video geöffnet.


Vielen Dank!

Ronald

[monarc99]

Hi 1ronald1,



Also mit der neuen Version klappt das automatische Schneiden ohne Probleme.


Prima :) Funktioniert denn auch SmartMKVMerge mit HQ/HD Dateien bei dir?



Hier noch der versprochene Konsolenoutput wenn ich versuche mit dem Cutinterface Schnittlisten zu erstellen.
...
Es wird kein Video geöffnet.

Hm, sieht für mich so aus, als ob er nicht decodieren könnte. Also vielleicht Decoder fehlen.
Was passiert denn, wenn du die Datei mit Totem abspielst?

mfg,
monarc

[1ronald1]

Hallo Monarc,



Hi 1ronald1,

Prima :) Funktioniert denn auch SmartMKVMerge mit HQ/HD Dateien bei dir?



Das schneiden funktioniert ohne Probleme. Aussagen zur Synchronität bei HD kann ich gerad nicht machen, da mein Laptop mit HD Dateien etwas überfordert ist und megamässig ruckelt. Bei HQ ist alles bestens.



Hm, sieht für mich so aus, als ob er nicht decodieren könnte. Also vielleicht Decoder fehlen.
Was passiert denn, wenn du die Datei mit Totem abspielst?


Die ungeschnittenen Videos lassen sich ohne Probleme mit Totem und MPlayer abspielen, nur mit Parole (Standardplayer von Xubuntu) gehts nicht. Da Parole gstreamer nutzt könnte da vielleicht das Problem liegen?

Sonst funktioniert folgendes bohne Probleme:

Download von einem Mirrorlink
Videos entschlüsseln

mfg
Ronald

PS: Falls ich noch irgendwelche Funktionen testen soll sag mir Bescheid.

[monarc99]

Hi Ronald,


Das schneiden funktioniert ohne Probleme. Aussagen zur Synchronität bei HD kann ich gerad nicht machen, da mein Laptop mit HD Dateien etwas überfordert ist und megamässig ruckelt. Bei HQ ist alles bestens.

Am schnellsten dürfte MPlayer (als GUI z.B. SMPlayer) sein. Damit schon probiert?



Die ungeschnittenen Videos lassen sich ohne Probleme mit Totem und MPlayer abspielen, nur mit Parole (Standardplayer von Xubuntu) gehts nicht. Da Parole gstreamer nutzt könnte da vielleicht das Problem liegen?

Totem nutzt aber auch Gstreamer - soweit ich weiß.
Du kannst mal überprüfen, ob die Decoder Pakete für gstreamer installiert sind. Bei mir unter Mageia heißen sie:

gstreamer0.10-ffmpeg
gstreamer0.10-plugins-base
gstreamer0.10-plugins-good
gstreamer0.10-plugins-bad
gstreamer0.10-plugins-ugly

Aber ich vermute, dass es wieder mit deinem Videotreiber zusammenhängt. Vielleicht ein Colorspace Problem.



Sonst funktioniert folgendes bohne Probleme:

Download von einem Mirrorlink
Videos entschlüsseln
PS: Falls ich noch irgendwelche Funktionen testen soll sag mir Bescheid.
Freut mich :) ... du kannst noch die MKV und MP4 Module testen. Auch die AAC Konvertierung in den MP4/MKV Modulen und SmartMKVmerge könntest du noch testen.
Ansonsten ... benutzen und testen.

mfg,
monarc

[JanS]

Hallo monarc,

ich habe mir das Sound-Problem mal angeschaut. War tatsächlich ein Problem mit dem KeySeek-Element. Es stand ein if wo ein elif stehen sollte ;-) Das Pulse-Plugin hat sich aber auch sehr empfindlich angestellt. Es hat bloß ein Event doppelt erhalten und gleich den Dienst verweigert.

Hier das korrigierte KeySeek-Element. Das müsstest du einfach nur über das alte kopieren.
7030

Viele Grüße
Jan

[monarc99]

Hi Jan,

habs gerade mal ausprobiert, klappt bei mir wunderbar jetzt. :)
Wie schaut es bei euch aus?
https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip

Ich habe noch reingeschmuggelt, dass über ffmsindex die Keyframes ausgelesen werden und er mir ein (K) anzeigt, wenn gerade ein Keyframe im Bild ist.

Und beim Download Dialog möchte OTR-V++ die Anzahl der Seeder und Peers anzeigen, dass klappt aber so nicht mehr.
Das habe ich erstmal deaktiviert. Er zeigt jetzt immer 0 Seeder und 0 Peers an, dafür ist die Torrent-Download-Art wieder anwählbar.

mfg
monarc

[pasde]

Funktioniert einwandfrei! :)

Vielen Dank Euch Beiden, Pasde

[monarc99]

Kann mir jemand helfen?

Ja ;)

Die gepatchte OTR-Verwaltung++ Fassung muss in deinem Home-Verzeichnis (/home/user) entpackt und gestartet werden.

Wenn du es nach /otr-verwaltung-smartmkvmerge/bin/ kopierst und dort startest, nimmt OTR-Verwaltung an, dass es als deb oder rpm installiert wurde und sucht die Dateien an ganz anderen Stellen. (verteilt über das ganze System: paar unter /usr/share, paar unter /usr/lib ... usw...) Damit das mit der gepatchten Fassung klappt, muss ich noch einiges anpassen. dass mache ich aber erst ganz am Schluss, wenn ich deb bzw. rpm Pakete mache.

Momentan ist OTR-Verwaltung++ nur als Test gedacht, um Bugs zu finden und zu beheben. Und dafür muss es vom Homeverzeichnis gestartet werden.

Installieranleitung ins Homeverzeichnis


Zip Datei laden: https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip
Irgendwo ins Homeverzeichnis (/home/username/xxx ... z.B. bei mir /home/monarc/otrverwaltung) entpacken
Abhängigkeiten installieren: sudo apt-get install mplayer python-glade2 python-libtorrent avidemux avidemux-cli avidemux-qt wine mediainfo-gui gstreamer0.10-gnonlin gstreamer0.10-ffmpeg gstreamer0.10-plugins-ugly
aus dem Homeverzeichnis starten: z.B. bei mir : /home/monarc/otrverwaltung/bin/otrverwaltung oder im Dateimanager doppelt klicken.


Ich mache später dann deb und rpm, zum einfachen installieren. Ich warte aber noch auf einige Updates bei ffmpeg (für die Audionormalisierung bei SmartMKVMerge), bevor ich weitermache. Sonst muss ich das alles später nochmal machen.

mfg,
monarc

[Invader]

Hauptsache es funktioniert ^^
Bereitet mir nur die Sorge, dass wine 1.5 ein Problem werden könnte ...
Also bei mir hats schon geholfen nur die Drucker aus der system.reg einer neu generierten Wine-Config in die alte Wine-Config von OTR-Verwaltung zu kopieren. Wine kam wohl nicht damit klar das Cups zwar Drucker an Wine meldet, die Drucker aber nicht in der Registry stehen. Das ganze könnte man eigentlich auch automatisieren, aber welche Zeilen das waren kann ich aber jetzt leider nicht mehr nachvollziehen, ist schon ne Weile her.
EDIT: Doch kann ich, ich hatte ein Backup gemacht. Hier die Diff: 7035

Etwas anderes: Ich habe gerade im Code gestöbert und mir ist aufgefallen das du bei SmartMkvMerge die x264-Parameter noch weiter vervollständigst (mit complete_x264_opts()), bei VirtualDub aber nicht. Kommt VirtualDub damit nicht klar?

[monarc99]

Also bei mir hats schon geholfen nur die Drucker aus der system.reg einer neu generierten Wine-Config in die alte Wine-Config von OTR-Verwaltung zu kopieren. Wine kam wohl nicht damit klar das Cups zwar Drucker an Wine meldet, die Drucker aber nicht in der Registry stehen. Das ganze könnte man eigentlich auch automatisieren, aber welche Zeilen das waren kann ich aber jetzt leider nicht mehr nachvollziehen, ist schon ne Weile her.
EDIT: Doch kann ich, ich hatte ein Backup gemacht. Hier die Diff: 7035

Es hat wohl definitiv etwas mit Drucker zu tun ... ich hab mal versucht, dass Problem bei mir in eine VM mit Ubuntu 32-bit und Wine 1.5 vom PPA nachzustellen. Bislang ohne Erfolg ... VD arbeitet ohne Probleme.
Ich habe allerdings nur einen Netzwerk Drucker in Cups eingetragen. Vielleicht nur ein Problem bei USB Druckern?
Oder es tritt nur unter einem 64bit System auf? Auf 64bit Systemen läuft auch wine64, welches ganz andere system.reg Dateien erzeugt. Während die in OTR-Verwaltung++ Configs einer 32bit Version sind. Ob man die so einfach zusammen mischen kann/sollte.



Etwas anderes: Ich habe gerade im Code gestöbert und mir ist aufgefallen das du bei SmartMkvMerge die x264-Parameter noch weiter vervollständigst (mit complete_x264_opts()), bei VirtualDub aber nicht. Kommt VirtualDub damit nicht klar?
x264vfw kennt nicht alle x264 Parameter. Ob er die Parameter nehmen würde, weiß ich nicht. complete_x264() ist während des Testen von SmartMKVMerge entstanden, deshalb nutzt es dieses auch.
Da VD sowieso niemals HQ/HD framegenau schneiden wird, mache ich daran nix mehr.

mfg,
monarc

[monarc99]

Also könnte es ein reines 64Bit Problem sein ... zumindest theoretisch.

Ich hab habe die system.reg und user.reg nochmal geupdatet. Ich probiers mal mit einer minimal Version, weil es wäre mir wirklich Recht, wenn die jeweilige wine Version sich die Dateien so auffüllt, wie sie es möchte.
Die Datei so zu modifizieren, da fürchte ich, dass es von Drucker zu Drucker unterschiedlich sein kann. Und bei der Vielzahl der Drucker könnte das ne bodenlose Sache sein.

https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip
am besten separat entpacken und nicht drüber installieren.

Könnt ihr probieren, ob es was bei euch bringt und der winspool Fehler noch auftritt?

mfg,
monarc

[Invader]

Funktioniert :)

[monarc99]

Funktioniert :)

Prima ... dann hoffe ich jetzt mal, dass ich bei der VD Konfig nix vergessen habe ;) In der system.reg Datei waren ja nur 22 000 Zeilen ...

[monarc99]

So ... leider nochmal updaten müssen ... die VD Config war nicht ganz vollständig.
https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip

Drüber kopieren sollte reichen. Wer Virtualdub zum Erstellen von Cutlisten verwendet, sollte updaten. Noch einen kleinen Fehler gefunden, der für falsche Cutlisten die Ursache war.

mfg,
monarc

[monarc99]

Wieder ein kleines Bugfix Update: (Link jetzt immer im ersten Post)

* Threadname und erster Post angepasst. Beschreibt nun besser, was OTR-V++ von der normalen OTR-V unterscheidet. Danke an MCPUPPET fürs Ändern. :)
* ffmpeg Update ... die vorherige ffmpeg Version erzeugte (sehr selten) aus dem AC3 Audiospur eine fehlerhafte AAC Spur.
* kleinere SmartMKVMerge Bugfixes
* wiederholtes Scannen bei der Keyframefindung unterbunden
* Wird die original AVI in den Mülleimer verschoben, wird die dazugehörige cutlist gelöscht, so dass sich nicht unzählige .cutlist Dateien ansammeln.

mfg,
monarc

[monarc99]

Du kannst dich gerne dem Thema annehmen. Es sollte sich nur nicht häufig aktualisieren, weil da jedesmal OTR und Cutlist.at abgefragt wird und wir die nicht mit Anfragen überhäufen sollten ;)

In der Regel reicht ja eine Abfrage, weil man ja einen fertigen Link übergibt, den man entweder in den Dialog reinkopiert oder otr-verwaltung mit dem -l Parameter den Link übergeben kann.
Also von Firefox/Flashgot oder Chrome/Simple Get diesen direkt übergeben, das ist am einfachsten.

mfg,
monarc

[Prof. Jens Drehbares]

Hi,

ich habe bei mir Ubuntu Studio x64 installiert.
Wenn ich die otrverwaltung (in home/user/otrverwaltung/bin) starte gibt er mir zwei Möglichkeiten:
1. Im Terminal ausführen
2. Ausführen

Bei 1. Blitzt kurz n Terminal auf und das wars
Bei 2. passiert gar nichts

Die Abhängigkeiten habe ich alle installiert.

Irgendwelche Tips? Ich hab leider von Linux wenig Ahnung.

[monarc99]

Ich heiße natürlich nicht user ;)

Ok ... Jasper ;)



edit: Ich hab in der otrverwaltung und in der config.py das simplejson durch json ersetzt. Jetzt startet es schon mal. Ich werd mal schaun ob es auch funktioniert.

ok, ich hab mal bei mir folgendes ergänzt:

try: import simplejson as json
except ImportError: import json

dann sollte er json laden, falls simplejson nicht vorhanden ist.
Dann viel Spass beim Testen :)

mfg,
monarc

[george100]

Ich hätte da auch noch einen kleinen Wunsch:
Die *otrkey lasse ich im Downloadverzeichnis stehen, weil meist noch ein Torrent darauf läuft. Wenn man die Dateien nun dekodiert, muss man jedesmal die Meldung wegdrücken, dass die Datei bereits existiert: Umbenennen: Die Datei existiert bereits! (/home/docb/otr/.......HQ.avi.otrkey).
Die Meldung optional zu machen wäre schön.
Danke!

[george100]

Das würde ja reichen, Danke!

[george100]

Funktioniert prima, Danke!

[mat7]

Hallo,

vielen Dank für die Antwort oben. Ich hab es jetzt auch kapiert, dass immer gleich ans Ende gesprungen wird...

Jetzt hätte ich noch eine andere Frage:
Ich wollte mal das mkvsmartMerge ausprobieren. Das positive war, dass der Ton jetzt absolut synchron war, was beim avi leider nicht der Fall war. Daher würde ich da gerne drauf umsteigen.
Allerdings wird bei meinem Bluray-Player (LG BD50, glaube ich) das Bild in 4:3 Format angezeigt. Ich kann am Player auf 16:9 umstellen, was das Problem dann löst. Trotzdem würde es mich interessieren, ob ich da irgendwo an den Einstellungen was drehen kann?

Noch zwei Kleinigkeiten sind mir aufgefallen (ich bin aber vermutlich auch nicht auf der ganz aktuellsten Version - und habe hoffentlich nicht wieder was übersehen):
- Wenn ich sage mit vorhandener Cutlist schneiden, dann gibt es aber keine und ich geh trotzdem mit ok aus der Maske raus, dann wechselt das Programm irgendwie in den Schneide-Modus (schneidet aber nicht, hat ja keine Cutlist) und ich muss das Programm beenden um weiter zu machen.
- Wenn ich einen Film manuell schneide, und dann in der folgenden Maske mir die Schnitte ansehen und denke, ist doch nicht so toll, dann gibt es keinen Abbruch-Knopf, oder? Ich kann dann die Datei ja wieder herstellen und noch mal neu schneiden, aber schicker wäre natürlich ein Cancel-Button oder so.

Naja, das schmälert nicht die Freude am Programm, aber der Vollständigkeit halber wollte ich es mitteilen.

Gruß

mat

[monarc99]

Hallo,
Jetzt hätte ich noch eine andere Frage:
Ich wollte mal das mkvsmartMerge ausprobieren. Das positive war, dass der Ton jetzt absolut synchron war, was beim avi leider nicht der Fall war. Daher würde ich da gerne drauf umsteigen.
Allerdings wird bei meinem Bluray-Player (LG BD50, glaube ich) das Bild in 4:3 Format angezeigt. Ich kann am Player auf 16:9 umstellen, was das Problem dann löst. Trotzdem würde es mich interessieren, ob ich da irgendwo an den Einstellungen was drehen kann?


Hi :)

Ich vermute, du hast ne HQ Datei geschnitten?
Die haben ne Auflösung von 720x576 ... was 5:4 bedeutet, aber 4:3 recht ähnlich sieht.
Und zusätzlich ist der DAR gesetzt (entweder 16:9 oder 4:3). Der Player muss dann beim Abspielen das 5:4 Bild auf 4:3 oder 16:9 skalieren, damit es richtig aussieht.
Ich vermute mal, dass dein Player das nicht macht und den DAR ignoriert.

Hat dein Player auch Probleme, wenn du ihm die ungeschnittenen AVIs zum Abspielen gibst? Vielleicht ist das Problem nur auf MKVs beschränkt.
Du kannst in den SmartMKVMerge Einstellungen aktivieren, dass er automatisch nach MP4 umpacken soll. Probier auch mal ne MP4 an deinem Player, vielleicht verwendet er den DAR bei MP4s.



Noch zwei Kleinigkeiten sind mir aufgefallen (ich bin aber vermutlich auch nicht auf der ganz aktuellsten Version - und habe hoffentlich nicht wieder was übersehen):
- Wenn ich sage mit vorhandener Cutlist schneiden, dann gibt es aber keine und ich geh trotzdem mit ok aus der Maske raus, dann wechselt das Programm irgendwie in den Schneide-Modus (schneidet aber nicht, hat ja keine Cutlist) und ich muss das Programm beenden um weiter zu machen.

Gerade mal kurz ausprobiert ... konnte ich jetzt nicht nachstellen. Passiert das immer?




- Wenn ich einen Film manuell schneide, und dann in der folgenden Maske mir die Schnitte ansehen und denke, ist doch nicht so toll, dann gibt es keinen Abbruch-Knopf, oder? Ich kann dann die Datei ja wieder herstellen und noch mal neu schneiden, aber schicker wäre natürlich ein Cancel-Button oder so.

Nein, gibt keinen Cancel-Button. JanS hat es so gut eingebaut, wie es eben möglich ist, ohne das halbe Programm umschreiben zu müssen.
Wenn du mit dem Schnitt unzufrieden bist, dann verhindere, dass die ungeschnittene Datei in den Müll verschoben wird und dass die Cutlist hochgeladen wird (kannst du beides in der Schnittüberprüfungsmaske einstellen).
Danach einfach nochmal schneiden.

Geht einfach nicht viel besser, ich schaue es mir aber nochmal an. Vielleicht kann man ja was drehen. (pöser Hack und so ;) )

mfg
monarc

[mat7]

Hallo,

tatsächlich, das mkv wird in 4:3 abgespielt, das mp4 in 16:9.
Ich hab es dann auch mal einen Film auf beide Arten geschnitten und da war es genauso. Also habe ich jetzt meine Einstellung gefunden! Vielen Dank dafür.
Allerdings braucht mein Player ein paar Sekunden am Anfang bei den mp4 um den Film zu starten. Naja, man kann nicht alles haben.

Die anderen beiden Punkte sind aus meiner Sicht nicht kritisch. Ich wollte es nur melden.
Jetzt solltet ihr euer Programm mal an die breite Masse bringen, oder?

Gruß

mat

[monarc99]

Allerdings braucht mein Player ein paar Sekunden am Anfang bei den mp4 um den Film zu starten. Naja, man kann nicht alles haben.

Du lässt die MP4s direkt von SmartMKVMerge erzeugen? Oder über den MP4 Umwandel-Button (Plugin)?
Das sind 2 verschiedene Methoden, wobei die von SmartMKVMerge die bessere sein sollte.

mfg,
monarc

[monarc99]

Ich vermute eine Inkompatibilität mit Avidemux 3. Nur welche? Leider habe ich keine Ahnung von javascript und/oder avidemux. Was könnte ich probieren, damit dieses super Programm wieder automatisch schneidet?

Du musst Avidemux2 für Divx Dateien verwenden. Avidemux3 sieht zwar noch ähnlich aus, ist aber im Grunde neu geschrieben und ist noch nicht dazu geeignet, um die OTR Dateien zu schneiden.
Für HQ/HD Dateien kannst du bei OTR-V++ entweder SmartMKVMerge oder Virtualdub verwenden.

mfg,

[sturmkraehe]

Hi, hab zwar den Thread mal überflogen, konnte jedoch keine korrigierte Info zu den Abhängigkeiten von OTR-V++ finden.
Um OTR-V++ erfolgreich bei Mageia 3 zu nutzen, musste ich folgende Abhängigkeiten ändern:


libfreetype2 oder libfreetype6 (weiß nicht mehr welches der Beiden), hier ist es auch bei x64 nötig gewesen die i586-Version zu installieren
python-distutils-extra


folgende Abhängigkeiten konnte ich in Mageia 3 nicht auflösen (zumindest nicht automatisch), waren aber auch nicht nötig:

python-glade2
python-libtorrent
gstreamer0.10-gnonlin -> Allerdings musste ich hier das Paket gnonlin installieren


Auf der Konsole werden zwar noch immer Fehler ausgegeben:

err:menubuilder:convert_to_native_icon error 0x80004005 creating bitmap encoder
err:wincodecs:PngEncoder_CreateInstance Failed writing PNG because unable to find libpng15.so.15
fixme:ole:CoCreateInstance no instance created for interface {00000103-a8f2-4877-ba0a-fd2b6645fb94} of class {27949969-876a-41d7-9447-568f6a35a4dc}, hres is 0x80004005
aber es funktioniert.

Ansonsten: Super Tool, bin froh das otrverwaltung noch nicht tot ist :-)

[monarc99]

Ich verwende auch Mageia 3 :) Bin aber noch nicht weit zum Einrichten gekommen .... böse Grippe gerade ... deshalb kann es mit einer Antwort gerade etwas dauern.

Hm, die i586 Version brauchst du vermutlich wegen der wine32 Installation. Vermute ich mal. :)

Warum du die distutils brauchst, ist mir allerdings ein Rätsel. Stimmt schon, dass OTR-V++ diese verwendet, aber eigentlich nur, wenn man RPMs und Co erzeugen möchte. OTR-V++ läuft bei mir auch ohne.

Glade2 müsste ich erst nachschauen. Libtorrent braucht der Download Manager von OTR-V++ ... da ist aber ein kleiner Bug noch drin, weshalb es unter Mageia 3 noch nicht klappt.

Die Fehlermeldungen sind - glaube ich - alle von wine ... wenn der Schnitt klappt, kannst du die ignorieren.


Freut mich, wenn es läuft ... schönen Tag noch :)

mfg,
monarc

[orgel]

Hallo monarc99,

unter Ubuntu 13.04 meckert er das, dass Python Modul gst fehlt. Kannst Du daher mal unter Abhängigkeiten installieren folgendes Paket hinzufügen: python-gst0.10 Ansonsten ist das ein klasse Programm, weiter so.

Gruß
Orgel

[monarc99]

Danke, hab ich nortiert :)

Da man zum Ändern deines alten Posts immer einen Moderator benötigt, sammele ich erst ein wenig. Nicht wundern, wenn sich der Post nicht gleich ändert.

[hillibilly]

Hallo monarc99,

wann ist denn der Betatest voraussichtlich abgeschlossen? Hast du dann vor ein deb-Paket zu basteln? Ich bin immer noch so ein klein wenig windoof .exe verwöhnt.

Gruss
hillibilly

[monarc99]

Momentan leider keine Zeit dafür. Wenn überhaupt würde ich nur ein Paket für Linux Mint machen (was dann aber auch auf Ubuntu laufen sollte)
Aber momentan von der Arbeit her nicht drin.

mfg
monarc

[hillibilly]

Arbeit kann einem den ganzen Tag versauen.

Vielen Dank für Deine Bemühungen und die tolle Erweiterung von OTR-Verwaltung.

Gruss
hillibilly

[george100]

Mal ne kurze Frage...kann ich aus der OTR-Verwaltung heraus VirtualDup anstarten, um damit 2 HQ-Dateien aneinander zu kleben? Gab leider bei der GRIMM-Folge von gestern Abend ein Problem....

[pasde]

Ja, geht

/otr-verwaltung/data/tools/intern-VirtualDub/VirtualDub.exe

V.G. Pasde

[george100]

Hm, Virtualdub startet wohl in jedem Falle in der Gui, denn der Aufruf
wine VirtualDub.exe -h
endete auf der Fehlermeldung 'File -h not found' :-)
Die Syntax zum kleben habt ihr nicht zufällig parat?

...und die otrverwaltung meldet meine Version als 0.92, und die aktuelle Version als 0.91 - woran liegt das?

[monarc99]

Ich glaub VD hat keinen Kommandozeilensupport ... ist ja bei Windows Programmen eher selten.
Für VD musst du Scripte schreiben und diese per vdub.exe aufrufen.

Die aktuelle Version von otrverwaltung ist 0.91 und die von otrverwaltung++ 0.92 ;)

[george100]

Und zum Zusammenkleben nehme ich eher die GUI von mkvmerge, weil ich die HQs sowieso nicht im AVI Kontainer belassen würde.

Ist das Teil der OTRverwaltung++? Aus dem Fenster für den manuellen Schnitt kann ich wohl nichts dran kleben...

[Klaus_Dieter]

Hi monarc,

wie macht otr-verwaltung++ den videoschnitt? Gibt es die Möglichkeit, das - ähnlich wie bei multicut - in eine separate Funktion auszulagern?
Ich bin interessiert an einer Lösung, die ohne wine und ohne grafische Werkzeuge vollautomatisiert funktioniert.
Hilft mir dabei smartmkvmerge? So richtig werde ich aus dem python code noch nicht schlau, zumal der so aussieht, als würde vdub dort aufgerufen.

[monarc99]

Hi monarc,
wie macht otr-verwaltung++ den videoschnitt? Gibt es die Möglichkeit, das - ähnlich wie bei multicut - in eine separate Funktion auszulagern?
Ich bin interessiert an einer Lösung, die ohne wine und ohne grafische Werkzeuge vollautomatisiert funktioniert.

OTRV++ schneidet entweder über wine+vd oder
per SmartMKVMerge, welches dafür spezielle kompilierte Versionen von x264, mkvmerge, ffmsindex, usw ... braucht. Liegen im data Verzeichnis unter tools. Nur zum Umpacken von MKV-> MP4 wird dann einmal wine aufgerufen, um eac3to zu starten. Das repariert defekte AC3 Spuren.




Hilft mir dabei smartmkvmerge? So richtig werde ich aus dem python code noch nicht schlau, zumal der so aussieht, als würde vdub dort aufgerufen.
SmartMKVMerge findest du hier:
https://github.com/monarc99/otr-verwaltung/blob/smartmkvmerge/otrverwaltung/actions/cutsmartmkvmerge.py

In der Datei ist der reine SmartMKVMerge-Ablauf drin. Es ist halt mit dem restlichen OTRV++ verzahnt, weil schon vorhandene Funktionalität natürlich nicht nochmal programmiert wurde.
z.B. Cutlisten einlesen ... das macht OTRV++ schon selbst. Auch muss es regelmäßig die GUI aktualisieren, weil man dem User nicht x min ohne Rückmeldung warten lassen kann usw ...

Du kannst versuchen SmartMKVMerge ganz aus OTRV++ rauszulösen und in einem eigenen Script zu implementieren. Im Grunde braucht es nur ffmsindex, mkvmerge und x264 für den Schnitt.
(ffmpeg, eac3to, mp4box usw ... nur für Audiokomprimierung und Containerwechsel)

monarc

[Klaus_Dieter]

funktioniert das ganze auch bei nicht-hq und nicht-hd Aufnahmen?
im Zweifel wären dann ja in einem mkv Container mehrere mit unterschiedlichen codecs versehenen videostreams.

[Klaus_Dieter]

divx kann avidemux 2.5 - stimmt. 2.5 läuft aber nicht auf arm. 2.6 läuft auf arm, hat aber noch einen Bug, der zu einem Absturz führt, wenn der erste Schnitt nicht auf einem keyframe liegt: http://www.avidemux.org/smf/index.php?topic=12723

Heißt: auf arm-Hardware kann man aktuell nicht schneiden.
denkbare workarounds wären:

smartmkvmerge standalone arbeitsfähig machen
multicut umstricken, sodass der erste cut immer auf dem keyframe vor dem eigentlichen Schnitt plaziert wird
nicht auf arm schneiden sondern die Dateien auf einen pc transferieren und dort multicut / smartmkvmerge nutzen
auf eine stabil nutzbare Version von avidemux warten - hier kann man natürlich die Entwickler nach Möglichkeit unterstützen (präzise Bugreports, genaue Fehlerbeschreibungen, vielleicht sogar den ein oder anderen patch)


Probleme/Unwägbarkeiten, die ich sehe:

bei debian für arm kann die enthaltene ffmsindex-Version nicht die keyframes ausgeben. Damit ist bei Variante 1 und 2 ein anderer Weg notwendig um die keyframes zu extrahieren oder ich muss ffmsindex in einer aktuellen Version neu übersetzen
Lösung 1 erfordert eine gesondert übersetzte ffmpeg-Version, die auf arm lauffähig sein muss.
Eine Anpassung von smartmkvmerge hat eine enge Abhängigkeit zum Datenformat von OTR (wenn endlich mal mkv als Container genutzt würde, wäre alles leichter)
Lösung 2 erlaubt keinen exakten Schnitt und erzeugt an den Schnitt-Punkten zumindest bei HQ und HD Artefakte.


Wenn ich also Variante 1 angehe, könnte ich zumindest HQ und HD auf meinem ARM-Rechner schneiden. Das wäre schonmal ein Schritt. Dazu hätte ich nun doch noch zwei Fragen:

Mit welchen Parametern hast Du ffmpeg genau übersetzt? Welche Version hast Du genommen? Dann könnte ich auf der selben Basis aufbauen.
Ist ffmsindex Teil Deines ffmpeg-Builds?

[monarc99]

Wenn ich also Variante 1 angehe, könnte ich zumindest HQ und HD auf meinem ARM-Rechner schneiden. Das wäre schonmal ein Schritt. Dazu hätte ich nun doch noch zwei Fragen:

Mit welchen Parametern hast Du ffmpeg genau übersetzt? Welche Version hast Du genommen? Dann könnte ich auf der selben Basis aufbauen.
Ist ffmsindex Teil Deines ffmpeg-Builds?

Wenn du die Binary intern-ffmpeg aufrufst, müsste da eigentlich alles stehen. Ich verwende bei mir selbst ne andere ffmpeg Version, die ist nicht so entscheidend. Wichtig ist x264, da kann ich dir die Quellen geben.
Aber wenn du ne Standalone Version machen willst, fang doch erstmal auf dem PC damit an. (mit den schon vorhandenen binaries). Auf ARM portieren kannst du dann immer noch machen.

ffmsindex hat nur indirekt etwas mit ffmpeg zu tun. Das findest du hier: https://github.com/FFMS/ffms2

[Klaus_Dieter]

ich habe zunächst irgendeine ffmpeg-Version ausprobiert - das funktioniert.
Für die x264-quellen danke ich Dir, das script funktioniert mittlerweile. Ein Test mit größeren Datenmengen folgt. Dazu mach ich dann aber einen separaten Thread.
avidemux habe ihc in multicut bei der Gelegenheit gleich auf avidemux3 und die scriptsprache auf python umgestellt. Allerdings kann die von mir genutzte Version 2.6.4 nicht zwischen keyframes schneiden, wodurch der Teil der Lösung für mich noch uninteressant ist.

[monarc99]

Update:

https://github.com/monarc99/otr-verwaltung/archive/smartmkvmerge.zip


Bugfix für das Auslesen der Torrent Seeds/Peers
Abbruch Button hinzugefügt
SmartMKVmerge Updates
Auslesen der HQ/HD Settings verbessert, die dann bei SmartMKVMerge verwendet werden
Volume Normalisierung bei SmartMKVMerge eingebaut
diverse kleine Bugs gefixt
Update der Binaries von ffmpeg, ffprobe, mkvmerge

[chris725]

... auf SmartMKVMerge (Dropdown-Menü) umstellen.

Jetzt klappt es, schönen Dank!

Kann ich denn auch AVI Dateien mit zwei Tonspuren erzeugen? Ich bin mir nicht sicher, ob mein Fernseher MKV Dateien abspielen mag.

[monarc99]

Jetzt klappt es, schönen Dank!

Kann ich denn auch AVI Dateien mit zwei Tonspuren erzeugen? Ich bin mir nicht sicher, ob mein Fernseher MKV Dateien abspielen mag.
AVI mit 2 Tonspuren und eins davon AC3?

Es mag sein, dass es Fernseher gibt, die das können, aber das ist so weit vom AVI Standard weg (also eigentlich verboten), dass die Zahl sehr gering sein dürfte.
Geht dir der TV kaputt, darfst du lange nach einen neuen suchen.


Wer AC3 Sound verwenden möchte, da ist MKV am besten/meisten genutzt. AC3 in MP4 gibts auch, aber nicht sehr gut unterstützt.
Wer Dateien möchte, die an einer Vielzahl von Geräten laufen, erzeugt MP4 mit MP3 und/oder AAC Sound.


Warum verwendest du die AC3 Dateien. Also was ist dein Ziel?
Die AC3 sind zu 95% 2-Kanal, mit Mehrkanal ist da nicht sehr viel. Aber sie haben gegenüber den MP3 ne höhere Bitrate, also bessere Quali. Sind aber sehr fehleranfällig, also jeden Film testen, ob der Ton auch bis zum Ende des Films passt und nicht irgendwo abbricht.

Dateien die auf jedem Gerät laufen dürften, sind MP4 (H264 Video, 2-Kanal AAC, nur 1 Audiospur), deshalb lasse ich mir von SmartMKVMerge von der AC3 Spur ne 2-Kanal AAC erzeugen und ersetze die MP3 Spur.
Am Ende hab ich dann MP4(H264 Video, 2-Kanal AAC Audio). Läuft überall.

Welchen Fernseher hast du denn und was für Dateien wären dir denn am liebsten?

mfg,
monarc

[pasde]

Hallo monarc

ich möchte mich recht herzlich für Deine Arbeit bedanken. Auf Ubuntu 13.10 läuft die neue Version prima. :)

Avidemux (GTK, QT, CLI) allerdings geht in keiner erreichbaren Version. Mit dem CutInterface + VirtualDub bzw. SmartMKVmerge geht es einwandfrei.

V.G. Pasde

P.S. Gibt es eine Möglichkeit die Fenstergröße des Cutinterface einzustellen?

[monarc99]

ich möchte mich recht herzlich für Deine Arbeit bedanken. Auf Ubuntu 13.10 läuft die neue Version prima. :)

Avidemux (GTK, QT, CLI) allerdings geht in keiner erreichbaren Version. Mit dem CutInterface + VirtualDub bzw. SmartMKVmerge geht es einwandfrei.

Welcher Fehler kommt denn? Oder wie äußert es sich denn?



P.S. Gibt es eine Möglichkeit die Fenstergröße des Cutinterface einzustellen?

wenn du nochmal updatest (einfach drüber installieren), einmal starten und beenden, solltest du jetzt in der conf Datei

'cutinterface_resolution_x': 640
'cutinterface_resolution_y': 450

finden. Die kannst du anpassen, wie du möchtest. Habe ich jetzt allerdings nicht ausführlich getestet ;)

mfg,
monarc

[pasde]

Hallo,

Die Fehler sind unterschiedlich, je nach Version.
Die Version aus den Paketquellen friert bei Änderung der Einstellungen ein. Vorspulen bei h264 mit den Pfeiltasten geht bei der QT GUI nicht. Schneiden mit avidemux2_cli geht nicht.

Avidemux 2.6 GTK startet erst gar nicht. Bei QT geht das Vorspulen nicht. CLI funktioniert wohl grundsätzlich nicht.

Ähnliche Probleme gab es bei 12.04 auch schon mal. Wird hoffentlich gefixt werden.

Danke für die Option mit der Fenstergröße. :-)

V.G. Pasde

[NGC-Ollie]

Avidemux (GTK, QT, CLI) allerdings geht in keiner erreichbaren Version. Mit dem CutInterface + VirtualDub bzw. SmartMKVmerge geht es einwandfrei.

Das Nichtfunktionieren unter 13.10 kann ich leider bestätigen. Das bescheidene ist, avidemux gibt in der Konsole keine Fehlermeldung aus. Zumindest keine, die ich lesen kann. Manuell schneiden über die Qt- und GTK-GUI geht aber zumindest mit den HQ-Files.
VDub hab ich gerade erst geladen und probier ich noch.
Hier mal ein Logfile mit 2 verschiedenen Einstellungen:

ngc-ollie@[ZENSUR]:~$ bin/otr-verwaltung-smartmkvmerge/bin/otrverwaltung &
[1] 17791
ngc-ollie@[ZENSUR]:~$ Get [general][show_bottom]: False
Get [general][cutlist_username]:
Get [general][email]: *****
Get [general][password]: *****
Get [general][rename_schema]: {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Get [smartmkvmerge][workingdir]: /tmp
Get [general][folder_new_otrkeys]:
Get [general][folder_trash_otrkeys]:
Get [general][folder_trash_avis]:
Get [general][folder_uncut_avis]:
Get [general][folder_cut_avis]:
Get [general][folder_archive]:
Get [general][verify_decoded]: True
Get [general][delete_cutlists]: True
Get [general][rename_cut]: True
Get [general][merge_ac3s]: True
Get [general][mplayer_fullscreen]: True
Get [smartmkvmerge][normalize_audio]: False
Get [smartmkvmerge][remux_to_mp4]: False
Get [general][cut_avis_by]: avidemux2_cli
Get [general][cut_hqs_by]: intern-vdub
Get [general][cut_mp4s_by]: intern-vdub
Get [general][cut_avis_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_mp4s_man_by]: CutInterface
Get [general][server]: http://cutlist.at/
Get [general][h264_codec]: x264vfw
Get [general][merge_ac3s_by]: mkvmerge
Get [programs][decoder]: intern-otrdecoder
Get [smartmkvmerge][first_audio_stream]: originale MP3 Spur kopieren
Get [smartmkvmerge][second_audio_stream]: originale AC3 Spur kopieren
Get [general][choose_cutlists_by]: 0
Get [general][rename_cut]: True
Get [general][merge_ac3s]: True
Set [smartmkvmerge][second_audio_stream] to originale AC3 Spur kopieren
Set [smartmkvmerge][first_audio_stream] to originale MP3 Spur kopieren
Set [smartmkvmerge][x264_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [smartmkvmerge][remux_to_mp4] to False
Set [smartmkvmerge][x264_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [smartmkvmerge][workingdir] to /tmp
Set [smartmkvmerge][x264_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [smartmkvmerge][normalize_audio] to False
Set [downloader][resume_on_startup] to True
Set [downloader][wget_opts] to [u'-v']
Set [downloader][aria2c_opts] to [u'--allow-overwrite=true', u'--continue', u'--max-connection-per-server=1', u'--max-tries=0', u'--split=5', u'--auto-file-renaming=false', u'--allow-overwrite=true', u'--allow-piece-length-change=true', u'--always-resume=false', u'--max-resume-failure-tries=0']
Set [downloader][aria2c_opts_torrent] to [u'--check-integrity=true', u'--continue']
Set [downloader][preferred_downloader] to
Set [plugins][config] to {u'Mediainfo': {u'mediainfo': u'mediainfo-gui'}, u'MP4': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'RemoveOtherAudioStreamsThanAC3': False, u'DontOptimizeMP4': False, u'DumpAVIs': True, u'EncodeAudioToAAC': True}, u'Mkv': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'RemoveOtherAudioStreamsThanAC3': False, u'DumpAVIs': True, u'EncodeAudioToAAC': False}}
Set [plugins][enabled] to Play:Mkv:MP4:Mediainfo
Set [programs][mkvmerge] to intern-mkvmerge
Set [programs][aria2c] to intern-aria2c
Set [programs][mplayer] to mplayer
Set [programs][decoder] to /home/ngc-ollie/bin/otrdecoder-bin-linux-Ubuntu_8.04.2-x86_64-0.4.613/otrdecoder
Set [programs][decoder] to /home/ngc-ollie/bin/otrdecoder-bin-linux-Ubuntu_8.04.2-x86_64-0.4.613/otrdecoder
Set [programs][x264] to intern-x264
Set [programs][wget] to wget
Set [programs][ffmpeg] to intern-ffmpeg
Set [programs][mp4box] to intern-mp4box
Set [programs][sox] to intern-sox
Set [programs][ffmsindex] to intern-ffmsindex
Set [programs][mediainfo] to intern-mediainfo
Set [general][cut_hqs_man_by] to CutInterface
Set [general][show_bottom] to False
Set [general][rename_cut] to True
Set [general][folder_trash_avis] to /home/ngc-ollie/otr/originale
Set [general][folder_trash_avis] to /home/ngc-ollie/otr/originale
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][save_email_password] to False
Set [general][merge_ac3s] to False
Set [general][merge_ac3s] to False
Set [general][cutlist_username] to NGC-Ollie
Set [general][cutlist_username] to NGC-Ollie
Set [general][rename_schema] to {titel} - {tag}. {monat} {jahr} - {stunde}.{minute} - {format}
Set [general][rename_schema] to {titel} - {tag}. {monat} {jahr} - {stunde}.{minute} - {format}
Set [general][folder_uncut_avis] to /home/ngc-ollie/otr
Set [general][folder_uncut_avis] to /home/ngc-ollie/otr
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][window_settings] to 0,993,877
Set [general][cut_avis_by] to avidemux2_cli
Set [general][verify_decoded] to True
Set [general][smart] to True
Set [general][choose_cutlists_by] to 0
Set [general][cut_action] to 0
Set [general][cut_mp4s_man_by] to CutInterface
Set [general][planned_items] to
Set [general][x264vfw_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [general][password] to *****
Set [general][password] to *****
Set [general][otrkey_search] to http://otrkeyfinder.com/?search=
Set [general][cut_hqs_by] to intern-vdub
Set [general][komisar_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [general][pre_cut_show] to 10
Set [general][komisar_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [general][move_otrkey_to_trash_after_decode] to True
Set [general][folder_trash_otrkeys] to /home/ngc-ollie/Downloads/papierkorb
Set [general][folder_trash_otrkeys] to /home/ngc-ollie/Downloads/papierkorb
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][mplayer_fullscreen] to True
Set [general][cut_mp4s_by] to intern-vdub
Set [general][after_cut_show] to 10
Set [general][h264_codec] to x264vfw
Set [general][server] to http://www.cutlist.at/user/[ZENSUR]/
Set [general][server] to http://www.cutlist.at/user/[ZENSUR]/
Set [general][delete_cutlists] to False
Set [general][delete_cutlists] to False
Set [general][x264vfw_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [general][cutlist_mp4_as_hq] to False
Set [general][komisar_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [general][email] to *****
Set [general][email] to *****
Set [general][folder_cut_avis] to /home/ngc-ollie/Videos
Set [general][folder_cut_avis] to /home/ngc-ollie/Videos
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][cut_avis_man_by] to CutInterface
Set [general][x264vfw_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [general][folder_new_otrkeys] to /home/ngc-ollie/Downloads
Set [general][folder_new_otrkeys] to /home/ngc-ollie/Downloads
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]: /home/ngc-ollie/Downloads
Set [general][merge_ac3s_by] to mkvmerge
Set [general][cutlist_hash] to [ZENSUR]
Set [general][folder_archive] to /home/ngc-ollie/Videos
Set [general][folder_archive] to /home/ngc-ollie/Videos
Get [general][folder_new_otrkeys]: /home/ngc-ollie/Downloads
Get [general][folder_new_otrkeys]: /home/ngc-ollie/Downloads
Get [general][window_settings]: 0,993,877
Get [general][window_settings]: 0,993,877
Can't read downloads: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/home/ngc-ollie/.local/share/otrverwaltung/data'
Get [plugins][enabled]: Play:Mkv:MP4:Mediainfo
Get [plugins][config]: {u'Mediainfo': {u'mediainfo': u'mediainfo-gui'}, u'MP4': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'RemoveOtherAudioStreamsThanAC3': False, u'DontOptimizeMP4': False, u'DumpAVIs': True, u'EncodeAudioToAAC': True}, u'Mkv': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'RemoveOtherAudioStreamsThanAC3': False, u'DumpAVIs': True, u'EncodeAudioToAAC': False}}
[Plugins] Paths to search: ['/home/ngc-ollie/bin/otr-verwaltung-smartmkvmerge/otrverwaltung/../data/plugins']
[Plugins] Found: Play
[Plugins] Found: CutPlay
[Plugins] Found: Mediainfo
[Plugins] Found: Details
[Plugins] Found: MP4
[Plugins] Found: Mkv
[Plugins] Enabled: Play
[Plugins] Enabled: Mkv
[Plugins] Enabled: MP4
[Plugins] Enabled: Mediainfo
Get [general][planned_items]:
Assertion failed: [u'']
Get [general][folder_new_otrkeys]: /home/ngc-ollie/Downloads
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
Get [general][folder_archive]: /home/ngc-ollie/Videos
Get [general][folder_new_otrkeys]: /home/ngc-ollie/Downloads
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
Get [general][cut_action]: 0
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
Get [general][server]: http://www.cutlist.at/user/[ZENSUR]/
Get [general][choose_cutlists_by]: 0
Get [general][cutlist_mp4_as_hq]: False
[Cutlists] Download by : http://www.cutlist.at/user/[ZENSUR]/getxml.php?ofsb=365975784
[Cutlists] Download by : http://www.cutlist.at/user/[ZENSUR]/getxml.php?ofsb=365975784
[Decodeandcut] Datei /home/ngc-ollie/otr/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi wird geschnitten
Get [general][server]: http://www.cutlist.at/user/[ZENSUR]/
Get [general][cut_avis_by]: avidemux2_cli
Get [general][cut_hqs_by]: intern-vdub
Get [general][cut_hqs_by]: intern-vdub
Get [general][cut_mp4s_by]: intern-vdub
Append seconds: 453.200000, 1695.480000
Calculate frame values from seconds.
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
Get [general][smart]: True
*************************
Avidemux v2.5.4
*************************
http://www.avidemux.org
Code : Mean, JSC, Grant Pedersen
GFX : Nestor Di, nestordi@augcyl.org
Design : Jakub Misak
FreeBSD : Anish Mistry, amistry@am-productions.biz
Audio : Mihail Zenkov
Mac OS X : Kuisathaverat, Harry van der Wolf
Win32 : Grant Pedersen

Compiler: GCC 4.7.1 20120908 (prerelease)
Build Target: Linux (x86-64)
User Interface: CLI

Large file available: 1 offset

Initialising prefs
Directory /home/ngc-ollie/.avidemux exists.Good.
Using /home/ngc-ollie/.avidemux as base directory for prefs/jobs/...
Preferences found and loaded
[cpuCaps]Checking CPU capabilities
MMX detected
3DNOW detected
MMXEXT detected
SSE detected
SSE2 detected
SSE3 detected
[cpuCaps]End of CPU capabilities check (cpuMask :ffffffff)

[Locale] setlocale de_DE.UTF-8
[Locale] Textdomain was messages
[Locale] Textdomain is now avidemux
[Locale] Files for avidemux appear to be in /usr/share/locale
[Locale] Test: _Datei

Initializing Dithering tables
Initializing postproc
Deleting post proc
updating post proc
Enabled type:3 strength:3

Registering Internal Filters
******************************

[ADM_ad_plugin] Scanning directory /usr/lib/ADM_plugins/audioDecoder/
[ADM_ad_plugin] Plugin loaded version 1.0.0, name libADM_ad_opencore_amrwb.so, desc: opencore-amrwb decoder plugin for Avidemux (c) Mean/Gruntster

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_vorbis.so, desc: libVorbis decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_Mad.so, desc: LibMad decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_faad.so, desc: Faad2 decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Plugin loaded version 1.0.0, name libADM_ad_opencore_amrnb.so, desc: opencore-amrnb decoder plugin for Avidemux (c) Mean/Gruntster

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_a52.so, desc: LibAC3 decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Scanning done, found 6 codec
[ADM_vf_plugin] Scanning directory /usr/lib/ADM_plugins/videoFilter/
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_ssa.so as ASS
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_keepOddField.so as Ungerade Felder erhalten
/usr/lib/ADM_plugins/videoFilter//libADM_vf_Crop_gtk.so:WrongUI
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_smartPalShift.so as PAL schnell
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_avisynthResize_cli.so as Größe ändern
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_FluxSmooth.so as FluxSmooth
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_mpdelogo_cli.so as Mplayer Delogo (Logo-Entfernung)

*********** BACKTRACK **************
/usr/lib/libADM_core.so(ADM_backTrack+0x5c) [0x7f8a2a960ddc]:0:<ADM_backTrack>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x36ff0) [0x7f8a28de2ff0]:1:<>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x88146) [0x7f8a28e34146]:2:<>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_str_equal+0x9) [0x7f8a2469b9b9]:3:<g_str_equal>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_hash_table_lookup+0xb0) [0x7f8a2469b0e0]:4:<g_hash_table_lookup>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_quark_from_static_string+0x30) [0x7f8a246baaf0]:5:<g_quark_from_static_string>:-2
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0xb37c) [0x7f8a2328a37c]:6:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf856) [0x7f8a2c2fa856]:7:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf910) [0x7f8a2c2fa910]:8:<>:-2
/lib64/ld-linux-x86-64.so.2(+0x13fdf) [0x7f8a2c2fefdf]:9:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf6e6) [0x7f8a2c2fa6e6]:10:<>:-2
/lib64/ld-linux-x86-64.so.2(+0x13809) [0x7f8a2c2fe809]:11:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(+0x1026) [0x7f8a2878c026]:12:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf6e6) [0x7f8a2c2fa6e6]:13:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(+0x163c) [0x7f8a2878c63c]:14:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(dlopen+0x31) [0x7f8a2878c0c1]:15:<dlopen>:-2
/usr/lib/libADM_core.so(_ZN14ADM_LibWrapper11loadLibraryEPK c+0x21) [0x7f8a2a961d71]:16:<ADM_LibWrapper::loadLibrary(char const*)>:0
avidemux2_cli(_Z18ADM_vf_loadPluginsPKc+0x115) [0x46d5a5]:17:<ADM_vf_loadPlugins(char const*)>:0
avidemux2_cli(main+0x209) [0x4446b9]:18:<main>:-2
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f8a28dcdde5]:19:<__libc_start_main>:-2
*********** BACKTRACK **************
Cleaning up
Deleting post proc
Waiting for Spidermonkey to finish...
Cleaning up Spidermonkey.
[Fileoperations] Remove tmp.js
Get [general][rename_cut]: True
Get [general][rename_schema]: {titel} - {tag}. {monat} {jahr} - {stunde}.{minute} - {format}
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
Get [general][folder_archive]: /home/ngc-ollie/Videos
Get [general][rename_schema]: {titel} - {tag}. {monat} {jahr} - {stunde}.{minute} - {format}
[u'Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi', u'Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi', u'Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg-cut.avi']
[Conclusion] cut.rename = Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi
[Conclusion] cut.archive_to =
[Conclusion] for file /home/ngc-ollie/otr/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi
[Conclusion] Rename?
[Conclusion] true
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
[Fileoperations] Rename /home/ngc-ollie/Videos/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg-cut.avi to /home/ngc-ollie/Videos/Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi
[Conclusion] Move to archive?
[Conclusion] Move to trash?
[Conclusion] true
Get [general][folder_trash_avis]: /home/ngc-ollie/otr/originale
[Fileoperations] Move /home/ngc-ollie/otr/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi to /home/ngc-ollie/otr/originale
[Conclusion] Remove local cutlist?
Get [general][delete_cutlists]: False
[Conclusion] Create cutlist?
[Conclusion] Rate cutlists
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
Get [general][folder_trash_otrkeys]: /home/ngc-ollie/Downloads/papierkorb
Get [general][folder_trash_avis]: /home/ngc-ollie/otr/originale
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
[Fileoperations] Move /home/ngc-ollie/otr/originale/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi to /home/ngc-ollie/otr
Get [general][folder_trash_otrkeys]: /home/ngc-ollie/Downloads/papierkorb
Get [general][folder_trash_avis]: /home/ngc-ollie/otr/originale
Set [general][cut_avis_by] to avidemux
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
Get [general][cut_action]: 0
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
Get [general][server]: http://www.cutlist.at/user/[ZENSUR]/
Get [general][choose_cutlists_by]: 0
Get [general][cutlist_mp4_as_hq]: False
[Cutlists] Download by : http://www.cutlist.at/user/[ZENSUR]/getxml.php?ofsb=365975784
[Cutlists] Download by : http://www.cutlist.at/user/[ZENSUR]/getxml.php?ofsb=365975784
[Decodeandcut] Datei /home/ngc-ollie/otr/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi wird geschnitten
Get [general][server]: http://www.cutlist.at/user/[ZENSUR]/
Get [general][cut_avis_by]: avidemux
Get [general][cut_hqs_by]: intern-vdub
Get [general][cut_hqs_by]: intern-vdub
Get [general][cut_mp4s_by]: intern-vdub
Append seconds: 453.200000, 1695.480000
Calculate frame values from seconds.
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
Get [general][smart]: True
*************************
Avidemux v2.5.4
*************************
http://www.avidemux.org
Code : Mean, JSC, Grant Pedersen
GFX : Nestor Di, nestordi@augcyl.org
Design : Jakub Misak
FreeBSD : Anish Mistry, amistry@am-productions.biz
Audio : Mihail Zenkov
Mac OS X : Kuisathaverat, Harry van der Wolf
Win32 : Grant Pedersen

Compiler: GCC 4.7.1 20120908 (prerelease)
Build Target: Linux (x86-64)
User Interface: CLI

Large file available: 1 offset

Initialising prefs
Directory /home/ngc-ollie/.avidemux exists.Good.
Using /home/ngc-ollie/.avidemux as base directory for prefs/jobs/...
Preferences found and loaded
[cpuCaps]Checking CPU capabilities
MMX detected
3DNOW detected
MMXEXT detected
SSE detected
SSE2 detected
SSE3 detected
[cpuCaps]End of CPU capabilities check (cpuMask :ffffffff)

[Locale] setlocale de_DE.UTF-8
[Locale] Textdomain was messages
[Locale] Textdomain is now avidemux
[Locale] Files for avidemux appear to be in /usr/share/locale
[Locale] Test: _Datei

Initializing Dithering tables
Initializing postproc
Deleting post proc
updating post proc
Enabled type:3 strength:3

Registering Internal Filters
******************************

[ADM_ad_plugin] Scanning directory /usr/lib/ADM_plugins/audioDecoder/
[ADM_ad_plugin] Plugin loaded version 1.0.0, name libADM_ad_opencore_amrwb.so, desc: opencore-amrwb decoder plugin for Avidemux (c) Mean/Gruntster

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_vorbis.so, desc: libVorbis decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_Mad.so, desc: LibMad decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_faad.so, desc: Faad2 decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Plugin loaded version 1.0.0, name libADM_ad_opencore_amrnb.so, desc: opencore-amrnb decoder plugin for Avidemux (c) Mean/Gruntster

[ADM_ad_plugin] Plugin loaded version 0.0.1, name libADM_ad_a52.so, desc: LibAC3 decoder plugin for avidemux (c) Mean

[ADM_ad_plugin] Scanning done, found 6 codec
[ADM_vf_plugin] Scanning directory /usr/lib/ADM_plugins/videoFilter/
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_ssa.so as ASS
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_keepOddField.so as Ungerade Felder erhalten
/usr/lib/ADM_plugins/videoFilter//libADM_vf_Crop_gtk.so:WrongUI
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_smartPalShift.so as PAL schnell
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_avisynthResize_cli.so as Größe ändern
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_FluxSmooth.so as FluxSmooth
[Filters] Registered filter /usr/lib/ADM_plugins/videoFilter//libADM_vf_mpdelogo_cli.so as Mplayer Delogo (Logo-Entfernung)

*********** BACKTRACK **************
/usr/lib/libADM_core.so(ADM_backTrack+0x5c) [0x7f87ff0bcddc]:0:<ADM_backTrack>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x36ff0) [0x7f87fd53eff0]:1:<>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x88146) [0x7f87fd590146]:2:<>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_str_equal+0x9) [0x7f87f8df79b9]:3:<g_str_equal>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_hash_table_lookup+0xb0) [0x7f87f8df70e0]:4:<g_hash_table_lookup>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_quark_from_static_string+0x30) [0x7f87f8e16af0]:5:<g_quark_from_static_string>:-2
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0xb37c) [0x7f87f79e637c]:6:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf856) [0x7f8800a56856]:7:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf910) [0x7f8800a56910]:8:<>:-2
/lib64/ld-linux-x86-64.so.2(+0x13fdf) [0x7f8800a5afdf]:9:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf6e6) [0x7f8800a566e6]:10:<>:-2
/lib64/ld-linux-x86-64.so.2(+0x13809) [0x7f8800a5a809]:11:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(+0x1026) [0x7f87fcee8026]:12:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf6e6) [0x7f8800a566e6]:13:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(+0x163c) [0x7f87fcee863c]:14:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(dlopen+0x31) [0x7f87fcee80c1]:15:<dlopen>:-2
/usr/lib/libADM_core.so(_ZN14ADM_LibWrapper11loadLibraryEPK c+0x21) [0x7f87ff0bdd71]:16:<ADM_LibWrapper::loadLibrary(char const*)>:0
avidemux(_Z18ADM_vf_loadPluginsPKc+0x115) [0x46d5a5]:17:<ADM_vf_loadPlugins(char const*)>:0
avidemux(main+0x209) [0x4446b9]:18:<main>:-2
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f87fd529de5]:19:<__libc_start_main>:-2
*********** BACKTRACK **************
Cleaning up
Deleting post proc
Waiting for Spidermonkey to finish...
Cleaning up Spidermonkey.
[Fileoperations] Remove tmp.js
Get [general][rename_cut]: True
Get [general][rename_schema]: {titel} - {tag}. {monat} {jahr} - {stunde}.{minute} - {format}
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
Get [general][folder_archive]: /home/ngc-ollie/Videos
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
Get [general][rename_schema]: {titel} - {tag}. {monat} {jahr} - {stunde}.{minute} - {format}
[u'Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi', u'Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi', u'Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg-cut.avi']
[Conclusion] cut.rename = Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi
[Conclusion] cut.archive_to =
[Conclusion] cut.archive_to =
[Conclusion] for file /home/ngc-ollie/otr/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi
[Conclusion] Rename?
[Conclusion] true
Get [general][folder_cut_avis]: /home/ngc-ollie/Videos
[Fileoperations] Rename /home/ngc-ollie/Videos/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg-cut.avi to /home/ngc-ollie/Videos/Bauerfeind 28 30 - 20. 10 13 - 19.15 - avi.avi
[Conclusion] Move to archive?
[Conclusion] Move to trash?
[Conclusion] true
Get [general][folder_trash_avis]: /home/ngc-ollie/otr/originale
[Fileoperations] Move /home/ngc-ollie/otr/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi to /home/ngc-ollie/otr/originale
[Conclusion] Remove local cutlist?
Get [general][delete_cutlists]: False
[Conclusion] Create cutlist?
[Conclusion] Rate cutlists
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
Get [general][folder_trash_otrkeys]: /home/ngc-ollie/Downloads/papierkorb
Get [general][folder_trash_avis]: /home/ngc-ollie/otr/originale
Get [general][folder_uncut_avis]: /home/ngc-ollie/otr
[Fileoperations] Move /home/ngc-ollie/otr/originale/Bauerfeind_28_30_13.10.20_19-15_zdfkultur_30_TVOON_DE.mpg.avi to /home/ngc-ollie/otr
Get [general][folder_trash_otrkeys]: /home/ngc-ollie/Downloads/papierkorb
Get [general][folder_trash_avis]: /home/ngc-ollie/otr/originale
Can't write downloads: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/home/ngc-ollie/.local/share/otrverwaltung/data'
Set [general][planned_items] to
Set [plugins][enabled] to Play:Mkv:MP4:Mediainfo
Set [plugins][config] to {'Mediainfo': {'mediainfo': u'mediainfo-gui'}, 'MP4': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DontOptimizeMP4': False, 'DumpAVIs': True, 'EncodeAudioToAAC': True}, 'Mkv': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DumpAVIs': True, 'EncodeAudioToAAC': False}}
Set [general][window_settings] to 0,993,877
Writing to <open file '/home/ngc-ollie/bin/otr-verwaltung-smartmkvmerge/bin/../conf', mode 'w' at 0x27f8f60>
Danke auch mal für das weiterentwickeln :)

[monarc99]

Das Nichtfunktionieren unter 13.10 kann ich leider bestätigen. Das bescheidene ist, avidemux gibt in der Konsole keine Fehlermeldung aus. Zumindest keine, die ich lesen kann.


ngc-ollie@[ZENSUR]:~$
*********** BACKTRACK **************
/usr/lib/libADM_core.so(ADM_backTrack+0x5c) [0x7f8a2a960ddc]:0:<ADM_backTrack>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x36ff0) [0x7f8a28de2ff0]:1:<>:-2
/lib/x86_64-linux-gnu/libc.so.6(+0x88146) [0x7f8a28e34146]:2:<>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_str_equal+0x9) [0x7f8a2469b9b9]:3:<g_str_equal>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_hash_table_lookup+0xb0) [0x7f8a2469b0e0]:4:<g_hash_table_lookup>:-2
/lib/x86_64-linux-gnu/libglib-2.0.so.0(g_quark_from_static_string+0x30) [0x7f8a246baaf0]:5:<g_quark_from_static_string>:-2
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0xb37c) [0x7f8a2328a37c]:6:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf856) [0x7f8a2c2fa856]:7:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf910) [0x7f8a2c2fa910]:8:<>:-2
/lib64/ld-linux-x86-64.so.2(+0x13fdf) [0x7f8a2c2fefdf]:9:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf6e6) [0x7f8a2c2fa6e6]:10:<>:-2
/lib64/ld-linux-x86-64.so.2(+0x13809) [0x7f8a2c2fe809]:11:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(+0x1026) [0x7f8a2878c026]:12:<>:-2
/lib64/ld-linux-x86-64.so.2(+0xf6e6) [0x7f8a2c2fa6e6]:13:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(+0x163c) [0x7f8a2878c63c]:14:<>:-2
/lib/x86_64-linux-gnu/libdl.so.2(dlopen+0x31) [0x7f8a2878c0c1]:15:<dlopen>:-2
/usr/lib/libADM_core.so(_ZN14ADM_LibWrapper11loadLibraryEPK c+0x21) [0x7f8a2a961d71]:16:<ADM_LibWrapper::loadLibrary(char const*)>:0
avidemux2_cli(_Z18ADM_vf_loadPluginsPKc+0x115) [0x46d5a5]:17:<ADM_vf_loadPlugins(char const*)>:0
avidemux2_cli(main+0x209) [0x4446b9]:18:<main>:-2
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5) [0x7f8a28dcdde5]:19:<__libc_start_main>:-2
*********** BACKTRACK **************
Cleaning up
Deleting post proc
Waiting for Spidermonkey to finish...
Cleaning up Spidermonkey.



Für mich sieht das so aus, dass Avidemux beim Starten seine Plugins laden möchte und dabei etwas schief geht und er sich wieder beendet.
Funktionieren denn die gebdeb Pakete?
http://www.getdeb.net/software/Avidemux -> hier steht für Ubuntu 13.10: 1:2.5.6-1~getdeb3~quantal gelistet.

[NGC-Ollie]

Funktionieren denn die gebdeb Pakete?
Wenn ich dir das bloß sagen könnte... getdep verlinkt auf einen apt:// link und öffnet natürlich gleich das Ubuntu softwarecenter. Das wiederum verlinkt auf die bereits installierte 1:2.5.4-0ubuntu13-version. Auf der AVIdemux-Seite wird aber die 2.6.6-Version genannt. Fliegt da irgendwo nicht eine .deb-Datei rum? Oder kann man die nicht von getdeb runterladen?

[monarc99]

Probier mal das: http://www.getdeb.net/updates/ubuntu/13.10/#how_to_install

[monarc99]

Hi
Hat jemand eine Ahnung, woran das liegen könnte?

DecoderWrapper ... ohne das ich den Code kenne, würde ich vermuten, da fehlt ein H264 Decoder bei Gstreamer ... bei ubuntu wäre das vermutlich das Paket gstreamer0.10-ffmpeg.
Aber OTR-Verwaltung++ ist nicht für RasPI geschrieben, ich glaube kaum, dass da viel funktionieren wird. Die Schneidemethode SmartMKVMerge sicher nicht. (das sind x86 binaries, RasPi ist ARM)
Und ob wine auf RasPi für Virtualdub funktioniert, keine Ahnung.

[jumper89]

DecoderWrapper ... ohne das ich den Code kenne, würde ich vermuten, da fehlt ein H264 Decoder bei Gstreamer ... bei ubuntu wäre das vermutlich das Paket gstreamer0.10-ffmpeg.
Aber OTR-Verwaltung++ ist nicht für RasPI geschrieben, ich glaube kaum, dass da viel funktionieren wird. Die Schneidemethode SmartMKVMerge sicher nicht. (das sind x86 binaries, RasPi ist ARM)
Und ob wine auf RasPi für Virtualdub funktioniert, keine Ahnung.

Ok, dann hat das wohl wenig Sinn weiter zu versuchen. Das Multicut.sh Skript hatte auch nicht funktioniert auf dem Raspi, daher dachte ich ich versuchs mal mit Otr-Verwaltung++ ;)
Trotzdem danke für deine schnelle Antwort :)

[george100]

Moin Leute, ich hätte noch eine Frage die evtl in einen Feature-Request rauslaufen könnte....
Gibt es die Möglichkeit, beim Schnitt gleich die Lautstärke der Tonspur um ein paar db anzuheben?

Bei vielen Privatsendern ist der Ton äusserst dünne (die Werbung dafür um so lauter), so dass der gesamte Film sehr leise ist. Ich schau meist auf dem Laptop, und da bin ich mit dem Lautstärkeregler bereits am Anschlag (Pavucontrol, 11 db über 100%!)
Danke!

[monarc99]

...reicht es wenn die aktuelle Version der OTR-Verwaltung genutzt wird?
Ich werds mal ausprobieren, danke für den Hinweis!
Aktuell bei OTR-V++ ist 0.9.3 ... die sollte reichen.

[tempanonym]

Hi monarc99,

funktioniert super! Ich find das Projekt hervorragend! Umso mehr tut es mir leid hier nur billig einen Bug zu reporten, statt den Patch mitzuliefern... Zeitmangel.

Die Datei `The_Incredible_Hulk_12.04.29_18-50_ukitv2_130_TVOON_DE.mpg.HQ.avi` lässt sich nicht schneiden, da `mediainfo` u.a. folgende Zeile auswirft
```
Encoding settings : cabac=1 / ref=3 /
deblock=1:0:0 / analyse=0x1:0x111 / me=umh / subme=5 / psy=1 /
psy_rd=0.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 /
8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 /
threads=1 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 /
constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 /
direct=2 / wpredb=0 / wpredp=0 / keyint=250 / keyint_min=25 /
scenecut=40 / intra_refresh=0 / rc=cqp / mbtree=0 / qp=23 /
ip_ratio=1.41 / pb_ratio=1.25 / aq=0
```
Die letzte Option `aq=0` führt zu einem Fehler in `cut.py` Zeile 415. Dort werden zwei Werte erwartet...

Danke für OTR-Verwaltung++ !!!

[FeuRenard]

Dir fehlt das gst Modul für Python. Unter Ubuntu heißt das Paket python-gst0.10 ...
Hat Fedora 19 noch gstreamer 0.10 Support?

Jetzt habe ich es gefunden, es heißt unter Fedora gstreamer-python. Dann fehlte mir noch rb_libtorrent (statt python-libtorrent in Ubuntu). Jetzt läuft OTR-Verwaltung++, kann dekodieren und schneiden. Gstreamer 0.10 scheint keine Probleme zu machen.
Vielen Dank für den schnellen Support und das Programm überhaupt!

Gruß, FeuRenard

[tempanonym]

Das ist noch ne HQ in der alten Kodierung mit uralt Encoder ... die lässt sich nicht mit SmartMKVMerge schneiden, weil da fehlt diesem ein entsprechend alter Encoder, damit da eine vernünftige Datei rauskommen kann.
Und ich werde keinen Support für die alte Kodierung mehr einbauen, weil sich da der Aufwand zum Nutzen nicht mehr lohnt.

Den Fehler mit der AQ Erkennung hab ich mal lokal bei mir behoben, werde aber noch ein paar andere Dinge ändern.

Die obige Datei musst du mit Virtualdub mit ffdshow Codec schneiden und dann - falls gewünscht - mit den MKV bzw. MP4 Plugins umwandeln. FFDshow habe ich für solche Fälle auf der alten Kodierung gelassen.
Hoffe das hilft dir.


Das hilft! Vielen Dank für den Support. Tut mir leid, da so vorschnell reagiert zu haben...

[monarc99]

Tut mir leid, da so vorschnell reagiert zu haben...
Wieso? War doch genau richtig.

War ja ein Bug (SmartMKVmerge hat die Kodierung nicht erkannt).
Ich mache es jetzt so, dass er die Kodierung prüft und bei der alten Kodierung abbricht und auf die Virtualdub+ffdshow Methode verweisen soll.

[george100]

Danke für die Hinweise, ein *wesentlicher* Baustein fehlte, nämlich MPlayer :peinlich:

unter openSUSE (13.1) sollte es folgendes Kommando richten:
zypper in MPlayer gstreamer-0_10-plugin-gnonlin glade3 libglademm-2_4-1 libgladeui-1-11 libgladeui-2-6 libglademm avidemux3-qt4 avidemux3-cli python-xdg gstreamer-0_10-plugins-ffmpeg python-libtorrent-rasterbar python-gstreamer-0_10

[george100]

ich muss mich an einer Stelle korrigieren: avidemux3_cli funktioniert irgendwie nicht. avidemux2_cli geht gut. und wine ist selbstverständlich installiert!

[cobi]

Hallo,

Ich versuche gerade vergeblich die OTR-Verwaltung++ unter Opensuse 12.2 zu installieren.

Egal wie ich das Setup aufrufe, ich bekomme nur diese Fehlermeldung:

cobi@linux:~/bin/otrv-plus/otr-verwaltung-master> ./setup.py --build
** Message: pygobject_register_sinkfunc is deprecated (GstObject)
usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
or: setup.py --help [cmd1 cmd2 ...]
or: setup.py --help-commands
or: setup.py cmd --help

error: option --build not recognized


Scheinbar ist da irgend eine veraltete Version zu finden.

linux:/root # zypper se python-gobject
Daten des Repositories laden ...
Installierte Pakete lesen ...

S | Name | Zusammenfassung | Typ
--+----------------------------+--------------------------------------------------------------+-----------
i | python-gobject | Python bindings for GObject | Paket
i | python-gobject-cairo | Python bindings for GObject -- Cairo bindings | Paket
i | python-gobject-devel | Python bindings for GObject | Paket
i | python-gobject-pygtkcompat | Python bindings for GObject -- PyGTK Backwards Compatibility | Paket
i | python-gobject2 | Python bindings for GObject | Paket
| python-gobject2 | Python bindings for GObject | Quellpaket
i | python-gobject2-devel | Python bindings for GObject | Paket
linux:/root # python --version
Python 2.7.3
linux:/root # python3 --version
Python 3.2.3
linux:/root #

Möglicherweise wird unter python, python3 erwartet?

Sprich python ist nach python2.7 gelinkt und für den Aufruf von python3.2 müsste vom Setup python3 aufgerufen werden. Weiß jemand wo ich die Pfade korrigieren kann, ohne an der Verlinkung von python etwas zu ändern?

[monarc99]

Egal wie ich das Setup aufrufe, ich bekomme nur diese Fehlermeldung


setup.py ist zum Bauen von Paketen gedacht (was momentan aber durch die Abhängigkeit des Cutinterfaces an GTK und weil jetzt Binaries enthalten sind - Virtualdub und diverse Binaries für SmartMKVMerge - nicht funktioniert)

OTRV++ einfach in ein Verzeichnis im Home Verzeichnis entpacken und bin/otr-verwaltung starten.
(nachdem man manuell die Abhängigkeiten installiert hat, siehe erster Post oder für Suse 13.1 auch die letzten paar Posts)

[Timonides]

Hallo Leute!

Habe ein seltsames Problem: Bis jetzt hat die OTRVerwaltung++ alles prima funktioniert. Vor zwei Wochen habe ich auf LinuxMint 16 upgegradet und mein System neu aufgesetzt. Anschließend habe ich wie im ersten Post beschrieben OTRVerwaltung++ wieder installiert (bzw. in mein /home Verzeichnis kopiert) und die nötigen Abhängigkeiten installiert.
Decodieren klappt ohne zu Murren. Möchte ich Schneiden, fängt Avidemux auch an zu arbeiten. Meldet OTRVerwaltung++ dann aber, dass das Schneiden fertig ist, hat Avidemux im Ausgabeordner nur eine Datei mit der Größe von 8,5kb erstellt. Habe das schon mit verschiedenen Aufnahmen probiert. Es werden immer nur Dateien mit der Größe von 8,5kb erstellt. Sehr seltsam...
Hat jemand eine Idee?

[PeGu]

Auch wenn ich nicht wüsste, wie man da Abhilfe schaffen kann: ist das vielleicht die cutlist, die Avidemux da abspeichert?

[monarc99]

Hallo Leute!

Habe ein seltsames Problem: Bis jetzt hat die OTRVerwaltung++ alles prima funktioniert. Vor zwei Wochen habe ich auf LinuxMint 16 upgegradet und mein System neu aufgesetzt. Anschließend habe ich wie im ersten Post beschrieben OTRVerwaltung++ wieder installiert (bzw. in mein /home Verzeichnis kopiert) und die nötigen Abhängigkeiten installiert.
Decodieren klappt ohne zu Murren. Möchte ich Schneiden, fängt Avidemux auch an zu arbeiten. Meldet OTRVerwaltung++ dann aber, dass das Schneiden fertig ist, hat Avidemux im Ausgabeordner nur eine Datei mit der Größe von 8,5kb erstellt. Habe das schon mit verschiedenen Aufnahmen probiert. Es werden immer nur Dateien mit der Größe von 8,5kb erstellt. Sehr seltsam...
Hat jemand eine Idee?

Es geht also um den Schnitt bei den normalen divx Avis? (dafür wird Avidemux 2.5 verwendet)

Starte mal otrv++ in der Konsole mit dem Parameter --debug und poste mal den Fehler. (keine Emailaddressen oder Paßwörter posten!)

[Timonides]

Danke für die schnelle Antwort!
Die cutlist wird korrekt als .cutlist Datei heruntergeladen.
Dann arbeitet Avidemux und erzeugt eine .avi (kein HQ), immer mit der Größe 8,5kb...

---

@monarc99:
Hier der Output:


$ otrverwaltung --debug
DEBUG:root:Assuming path is correct
Get [general][show_bottom]: False
Get [general][cutlist_username]:
Get [general][decoder]:
Get [general][email]: *****
Get [general][password]: *****
Get [general][rename_schema]: {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Get [general][folder_new_otrkeys]:
Get [general][folder_trash_otrkeys]:
Get [general][folder_trash_avis]:
Get [general][folder_uncut_avis]:
Get [general][folder_cut_avis]:
Get [general][folder_archive]:
Get [general][verify_decoded]: False
Get [general][delete_cutlists]: True
Get [general][rename_cut]: True
Get [general][cut_avis_by]: avidemux
Get [general][cut_hqs_by]:
Get [general][cut_mp4s_by]: avidemux
Get [general][cut_avis_man_by]: avidemux
Get [general][cut_hqs_man_by]:
Get [general][cut_mp4s_man_by]: avidemux
Get [general][server]: http://cutlist.at/
Get [general][choose_cutlists_by]: 0
Get [general][rename_cut]: True
Set [downloader][resume_on_startup] to True
Set [downloader][aria2c] to ['aria2c', '--allow-overwrite=true', '--continue']
Set [downloader][wget] to ['wget']
Set [downloader][aria2c_torrent] to ['aria2c', '--check-integrity=true', '--continue']
Set [downloader][preferred_downloader] to
Set [plugins][config] to {'Mkv': {'mkvmerge': 'mkvmerge'}}
Set [plugins][enabled] to Play
Set [general][delete_cutlists] to True
Set [general][cut_hqs_man_by] to
Set [general][folder_trash_otrkeys] to /home/***/Downloads/OTR
Set [general][folder_trash_otrkeys] to /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][cutlist_hash] to 904a6fc4df03fb8ba8b084d51b7361bd
Set [general][cut_mp4s_by] to avidemux
Set [general][after_cut_show] to 5
Set [general][show_bottom] to False
Set [general][cut_mp4s_man_by] to avidemux
Set [general][planned_items] to
Set [general][folder_new_otrkeys] to /home/***/Downloads/OTR
Set [general][folder_new_otrkeys] to /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Set [general][folder_trash_avis] to /home/***/Downloads/OTR
Set [general][folder_trash_avis] to /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Set [general][decoder] to
Set [general][cut_avis_man_by] to avidemux
Set [general][save_email_password] to False
Set [general][mplayer] to mplayer
Set [general][password] to *****
Set [general][otrkey_search] to http://otrkeyfinder.com/?search=
Set [general][cutlist_username] to
Set [general][rename_cut] to True
Set [general][rename_schema] to {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Set [general][folder_uncut_avis] to /home/***/Downloads/OTR
Set [general][folder_uncut_avis] to /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Set [general][cut_action] to 0
Set [general][cutlist_mp4_as_hq] to False
Set [general][email] to *****
Set [general][email] to *****
Set [general][pre_cut_show] to 11
Set [general][window_settings] to 0,700,397
Set [general][cut_avis_by] to avidemux
Set [general][folder_cut_avis] to /home/***/Downloads/OTR/cut
Set [general][folder_cut_avis] to /home/***/Downloads/OTR/cut
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Set [general][cut_hqs_by] to
Set [general][verify_decoded] to False
Set [general][server] to http://cutlist.at/
Set [general][folder_archive] to /home/***/Downloads/OTR
Set [general][folder_archive] to /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR
Set [general][smart] to True
Set [general][choose_cutlists_by] to 0
Get [general][window_settings]: 0,700,397
Get [general][window_settings]: 0,700,397
Can't read downloads: [Errno 2] Datei oder Verzeichnis nicht gefunden: '/home/***/.local/share/otrverwaltung/data'
Get [plugins][enabled]: Play
Get [plugins][config]: {'Mkv': {'mkvmerge': 'mkvmerge'}}
[Plugins] Paths to search: ('/home/***/.local/share/otrverwaltung/plugins', '/usr/share/otrverwaltung/plugins')
[Plugins] /home/***/.local/share/otrverwaltung/plugins is not a directory.
[Plugins] Found: Details
[Plugins] Found: Mkv
[Plugins] Found: Play
[Plugins] Found: CutPlay
[Plugins] Enabled: Play
Get [general][planned_items]:
Assertion failed: [u'']
Get [general][folder_new_otrkeys]: /home/***/Downloads/OTR

[monarc99]

@monarc99:
Hier der Output:

Get [general][cut_avis_by]: avidemux

Überprüfe mal ob bei dir avidemux2_cli installiert ist, und stelle auch fürs per Cutlist schneiden avidemux2_cli ein.

ich frage mich auch, wieso so viele Einstellfelder bei dir leer sind?

mfg,
monarc

[Timonides]

Hallo monarc,

avidemux2_cli läuft:
$ avidemux2_cli


*************************
Avidemux v2.5.4
*************************
http://www.avidemux.org
Code : Mean, JSC, Grant Pedersen
GFX : Nestor Di, nestordi@augcyl.org
Design : Jakub Misak
FreeBSD : Anish Mistry, amistry@am-productions.biz
Audio : Mihail Zenkov
Mac OS X : Kuisathaverat, Harry van der Wolf
Win32 : Grant Pedersen

Compiler: GCC 4.7.1 20120908 (prerelease)
Build Target: Linux (x86-64)
User Interface: CLI

Large file available: 1 offset

Initialising prefs
Directory /home/***/.avidemux exists.Good.
Using /home/***/.avidemux as base directory for prefs/jobs/...
Preferences found and loaded
[cpuCaps]Checking CPU capabilities
MMX detected
MMXEXT detected
SSE detected
SSE2 detected
SSE3 detected
SSSE3 detected
[cpuCaps]End of CPU capabilities check (cpuMask :ffffffff)

[Locale] setlocale de_DE.UTF-8
[Locale] Textdomain was messages
[Locale] Textdomain is now avidemux
[Locale] Files for avidemux appear to be in /usr/share/locale
[Locale] Test: _Datei

Initializing Dithering tables
Initializing postproc
Deleting post proc
updating post proc
Enabled type:3 strength:3

Registering Internal Filters
******************************

[ADM_ad_plugin] Scanning directory /usr/lib/ADM_plugins/audioDecoder/
[ADM_ad_plugin] Cannot parse plugin
[ADM_vf_plugin] Scanning directory /usr/lib/ADM_plugins/videoFilter/
[ADM_vf_plugin] Cannot parse plugin
[ADM_av_plugin] Scanning directory /usr/lib/ADM_plugins/audioDevices/
[ADM_av_plugin] Cannot parse plugin
[ADM_ae_plugin] Scanning directory /usr/lib/ADM_plugins/audioEncoders/
[ADM_ae_plugin] Cannot parse plugin
[ADM_ad_plugin] Scanning directory /home/***/.avidemux/plugins/audioDecoder/
[ADM_ad_plugin] Cannot parse plugin
[ADM_vf_plugin] Scanning directory /home/***/.avidemux/plugins/videoFilter/
[ADM_vf_plugin] Cannot parse plugin
[ADM_vidEnc_plugin] Scanning directory /usr/lib/ADM_plugins/videoEncoder/
[ADM_vidEnc_plugin] Cannot parse plugin
[ADM_vidEnc_plugin] Scanning done, found 0 codec
Registered DialogFactory classes
Spidermonkey initialized.
*********************************
*********************************
End of program..
*********************************
*********************************
Normal exit
Cleaning up
Deleting post proc
Waiting for Spidermonkey to finish...
Cleaning up Spidermonkey.
End of cleanup

Images stat:
___________
Max memory consumed (MB) : 0
Current memory consumed (MB) : 0
Max image used : 0
Cur image used : 0
Global mem stat
______________
Memory consumed: 0 (MB)

Goodbye...


Zur Not muss ich es wohl nochmal von vorne probieren. ;-)

[Timonides]

Erfolg! Dankeschön. :)

Des Rätsels Lösung: Die beiden Pakete neunistalliert und alles geht wieder. :)

[monarc99]

Kann es daran liegen, dass die HQ Datei schon so älter ist? Wurden da nicht mal die Kodierungen umgestellt? Ich meine, ich hatte mal so etwas gehört.

Ja, das ist noch ne HQ in der alten Kodierung mit uralt Encoder ... die lässt sich nicht mit SmartMKVMerge schneiden, weil da fehlt diesem ein entsprechend alter Encoder, damit da eine vernünftige Datei rauskommen kann.
Und der Aufwand/Nutzen wäre da zu groß, daran was zu ändern.

Die obige Datei musst du mit intern-vdub mit ffdshow Codec schneiden und dann - falls gewünscht - mit den MKV bzw. MP4 Plugins umwandeln. FFDshow habe ich für solche Fälle auf der alten Kodierung gelassen.

Neuer Versionen von SmartMKVMerge sollten den Fehler mit der AQ Erkennung nicht mehr haben. Die verweigern dann den Schnitt und weisen auf die Virtualdub Methode und ffdshow.
Wenn du SmartMKVMerge regelmäßig benutzt, solltest du updaten. 0.9.2 ist recht alt, da dürfte der Schnitt noch nicht so gut sein.

mfg,
monarc

[NGC-Ollie]

Geht denn ALT+F4 nicht bei dir? Standard zumindest unter KDE/Gnome/Win um das aktuelle Fenster zu schließen.
Ja das würde gehen. Ich nutze im Schnitt 8-10 Programme während einer Sitzung und alle können mit [STRG]+[W] oder [Q] beendet werden. Unter Unity ist das irgendwie so, ich kann dir aber nicht kompetent sagen, ob das ein Standard-Coding-Style ist. (AVIdemux, Firefox, Chrome, alle bisher ausprobierten Twitter-Clients, Thunderbird, VLC,...) Wie ich geschrieben habe, es wäre Bequemlichkeit für mich, wenn du das nicht in deinen Fork aufnehmen willst, schreib mir doch einfach, welche Datei ich ändern muss und ich bau mir das ein.

Du könntest OTRV++ den Link direkt übergeben.
otr-verwaltung --link URL
öffnet das Downloadfenster und legt URL im Input Feld ab. z.B. für die Übergabe von Links bei Firefox/Flashgot und Chrome(ium)/Simple Get
Hilft dir das weiter?
Ja sicher, ist sogar eine noch bessere Lösung :)

[chris725]

Die obige Datei musst du mit intern-vdub mit ffdshow Codec schneiden ...

Hat geklappt. Danke für die schnelle Hilfe.



Wenn du SmartMKVMerge regelmäßig benutzt, solltest du updaten. 0.9.2 ist recht alt, da dürfte der Schnitt noch nicht so gut sein.


Habe mir jetzt 0.9.3.1 heruntergeladen und entpackt. Inwiefern ist denn der Schnitt jetzt besser?

Gruß, Chris

[chris725]

Hallo,

noch mal eine kurze Frage: Verstehe ich das richtig, dass SmartMKVmerge immer MKV Dateien erzeugt. Ich also intern-vdub wählen muss, wenn ich geschnittene Dateien auch als AVI haben will? Meine HQ Aufnahmen habe ich bisher immer als AVI belassen. Und wollte auch dabei bleiben. Dachte, dass die sich im Zweifelsfall auf mehr Geräten abspielen lassen. Oder hat das MKV Format doch so viele Vorteile und ich sollte ganz umstellen? Zur Not ließen sich MKV Aufnahmen sicher auch verlustfrei in AVI umwandeln, oder? Wo doch beides nur Containerformate sind.

Nun ist es doch mehr als eine kurze Frage geworden.

Gruß, Chris

[monarc99]

Wie ich geschrieben habe, es wäre Bequemlichkeit für mich, wenn du das nicht in deinen Fork aufnehmen willst, schreib mir doch einfach, welche Datei ich ändern muss und ich bau mir das ein.

Also Aufnahmen würde ich es schon. Patches are welcome :)
Nur hab ich das Programm ja nicht geschrieben und kenne auch nur so 5-10% des Sourcecodes. Müsste also genauso wie du suchen, wo man das ändern müsste.
Dafür fehlt mir aber zu Weihnachten momentan die Zeit. Aufnehmen wäre aber kein Problem :)


Inwiefern ist denn der Schnitt jetzt besser?

Der Schnitt ist umso besser, je näher es an der original Kodierung ist. Und neue SmartMKVMerge Versionen machen das genauer.



noch mal eine kurze Frage: Verstehe ich das richtig, dass SmartMKVmerge immer MKV Dateien erzeugt. Ich also intern-vdub wählen muss, wenn ich geschnittene Dateien auch als AVI haben will? Meine HQ Aufnahmen habe ich bisher immer als AVI belassen. Und wollte auch dabei bleiben. Dachte, dass die sich im Zweifelsfall auf mehr Geräten abspielen lassen. Oder hat das MKV Format doch so viele Vorteile und ich sollte ganz umstellen? Zur Not ließen sich MKV Aufnahmen sicher auch verlustfrei in AVI umwandeln, oder? Wo doch beides nur Containerformate sind.


SmartMKVmerge beruht auf den Fähigkeiten von mkvmerge. Und das erzeugt immer MKV. Da gibts keinen Weg vorbei.

Der schlechteste Container Wahl für H264 ist AVI. Das ist per Standard nicht erlaubt ... AVI fehlen da im Grunde die Grundlagen so einen Stream sinnvoll zu speichern. Sehr viele neue Geräte unterstützen auch kein H264-in-AVI mehr.

Man benötigt Hacks um H264 da rein zu quetschen ... die sind je nach System unterschiedlich schlimm. Unter Linux mit ffmpeg (wie OTR es macht) sind diese Hacks noch relativ klein und der erzeugte Stream dürfte noch dem Standard entsprechen.
Aber Programme (z.B. Virtualdub) die noch durch die win-API müssen, erzeugen Streams, die stärker verändert sind. Da gibts dann einige Geräte, die diese Streams nicht abspielen.

Umwandeln von MKV -> AVI kann vielleicht ffmpeg. Ich bezweifle aber, dass da gut funktionierende Dateien rauskommen. Im Grunde wollen ja alle von AVI weg und nicht dorthin. Wird also kaum ein Entwickler seine Zeit für sowas opfern.

Wenn du Dateien möchtest, die auf vielen Geräten laufen, nimm MP4 mit AAC Sound.
Also SmartMKVmerge so einstellen, dass es den Sound nach AAC wandelt und anschließend nach MP4 wandelt.
Dann hast du Dateien, die im Grunde auf jedem Gerät laufen.

mfg,
monarc

[george100]

Ich fürchte, momentan macht es wenig Sinn ein Paket zu bauen. So ein Paket wäre ja gedacht, dass es sich unter /usr/ installiert.
Das Problem ist aber, dass einige Teile von OTRV++ - z.B. alles was mit wine zu tun hat - im Homeverzeichnis des Users bleiben muss. Laufen würde es also im jetzigen Zustand unter /usr nicht.

Ja, an der Stelle bin ich im Build-Prozess auch gerade :-(

Könnte man das ganze ggf. in ein generisches und ein Wine-paket umgestalten?

[Headroom]

Hallo monarc99,

danke für die schnelle Antwort.


Zitat von monarc99
Update auf die neueste Version ... ich hatte da mal was geändert, weil es nach dem Update meiner Linux Distri auch nicht mehr lief.
Vielleicht hilft das auch bei dir ebenfalls.

Werd ich morgen mal probieren und davon berichten.


Zitat von monarc99
Ich hab das noch nie ausprobiert ... Benn hat das damals eingebaut und ich weiß nicht, ob das jemals funktioniert hat.
Du kannst es auf der Konsole direkt probieren ... ob es da funktioniert.
Mehr als den Decoder aufrufen und auf den Erfolg oder Fehlermeldung warten, macht OTR nicht.

Hat jetzt gerade mit zwei Downloads funktioniert :o
Vielleicht lag es am Mirror :thinking: oder weil jetzt HappyHour ist :cool:

[NGC-Ollie]

Unter welcher LANG Variable ist denn dein System eingestellt bzw. wurde otrv gestartet?
Aus der gleichen Konsole:

ngc-ollie@bla:~$ echo $LANG
de_DE.UTF-8
ngc-ollie@bla:~$ ./bin/otr-verwaltung-smartmkvmerge/bin/otrverwaltung
...
Welche Angaben bräuchtest du noch?
Wiedereinmal danke für den Support!

[monarc99]

Hm, was bei dir passiert, kann ich noch nicht nachvollziehen.

Zwischen 0.9.3.1 und 0.9.3.2 ist so wenig Unterschied (2-3 Zeilen und eine davon ist reine Debug), das dürfte keine Auswirkungen haben. Zumindest keine, dass sich die Sprache von OTRV ändert.
Was für ein Linux hast du gleich wieder?

Die Stelle, wo bei dir der Fehler auftritt, ist ne Datei, in die ich noch nie rein gesehen habe. Also von mir nicht verändert wurde.
Also entweder irgendein Nebeneffekt einer anderen Änderung oder es liegt am System. Dann tritt der Fehler mit jeder Version von OTRV auf.

Andere Versionen kannst du auf github laden. Man kann dort einen Branch auswählen. Ebenfalls kann man dort auch auf Tags umschalten und die Version auswählen.
Und dann mit dem Download Zip Button laden. Beim 0.9.3 Tag kommt dann dieser Link raus: https://github.com/monarc99/otr-verwaltung/archive/0.9.3.zip

u'xfc' müsste ein ü sein. Schau mal, wo das in deinen Pfaden vorkommt.
Ich hab den master-Branch nochmal aktualisiert und eine kleine Änderung hinzugefügt. Ich eher ein Schuß ins Blaue, aber vielleicht hilft das bei dir schon.

mfg
monarc

[monarc99]

Schneide die Datei mal, wenn du otrv++ mit der Option --debug gestartet hast.

Dann sollte der Log deutlich länger sein und mir dann per PN schicken. (http://paste.debian.net/ falls zulange)

[monarc99]

gst.ElementNotFoundError: gnlcomposition


Ich würde drauf tippen, dass gnolin nicht installiert ist.

Unter Ubuntu wäre das: gstreamer0.10-gnonlin

[NGC-Ollie]

Also irgendwie schreibt Python mit ./bin/otrverwaltung --debug > log.log nix ins log. Also hab ich einen Filehandler in die bin/otrverwaltung ab Z.56 geschrieben:

...
if opts.debug:
logging.root.setLevel(logging.DEBUG)
fh = logging.FileHandler('/tmp/otrverwaltung.log')
formatter = logging.Formatter('%(asctime)s - %(name)s - %(levelname)s - %(message)s')
fh.setFormatter(formatter)
logging.root.addHandler(fh)
elif opts.verbose:
...
Das Log selbst lasse ich dir noch zukommen, falls etwas darin fehlt, bescheid sagen.

[monarc99]

Irgendwie hört die Log Datei auf, bevor es zu einer Fehlermeldung kommt? Fehlt da der Rest?

Das logging gibt standardmäßig auf stderr aus, deshalb taucht nix in deinem Log auf. Starte otrv++ mal so.

./bin/otrverwaltung --debug &> log.log

[monarc99]

Ich vermute, du musst das alte gnonlin+gstreamer 0.10 installieren, falls das in ArchLinux noch möglich ist.

[nivekznews]

Ich vermute, du musst das alte gnonlin+gstreamer 0.10 installieren, falls das in ArchLinux noch möglich ist.

ich habe gnonlin 0.10.17 installiert (http://seblu.net/a/arm/2013/08/31/community/os/x86_64/gnonlin-0.10.17-1-x86_64.pkg.tar.xz) nun klappt es.

Danke!

[monarc99]

Prima ... leider das wird vermutlich jetzt häufiger werden, weil OTR-V auf verschiedenen veralteten Libraries beruht, die die Distributionen irgendwann aussortieren werden.

z.B. die Oberfläche beruht auf pygtk, dass eingestellt wurde usw ...

[FeuRenard]

vielen vielen Dank!
Die alte Version von gnonlin hat auch bei mir auf Fedora 20 das Cutinterface wieder zum Laufen gebracht.

Für andere Fedora-Nutzer, fasse ich mal zusammen, welche Pakete ich alles installiert habe:
Zuerst einmal muss das rpmfusion-Repository aktiviert sein. Dann werden über yum aus den Paketquellen folgende Pakte installiert:
mplayer glade2 libtorrent avidemux avidemux-cli avidemux-qt wine libmediainfo gstreamer-ffmpeg gstreamer-plugins-ugly pyxdg gstreamer-python rb_libtorrent-python
Danach habe ich noch manuell die passende Version von gnonlin installiert (von hier: http://rpm.pbone.net/index.php3/stat/4/idpl/24685820/dir/fedora_20/com/gnonlin-0.10.17-5.fc20.x86_64.rpm.html )

[JanS]

Hallo Karl,

dir fehlen die Python Bindings für GStreamer 0.10. Unter openSUSE heißt das Paket python-gstreamer-0_10.

Viele Grüße
Jan

[kkvxxckhth2]

Hallo Karl,

in Beitrag #1 in diesem Thread sind die Pakete genannt, die man unter Ubuntu generell benötigt, und wie man sie aus dem Terminal installiert:



sudo apt-get install mplayer python-glade2 python-libtorrent avidemux avidemux-cli avidemux-qt wine mediainfo-gui gstreamer0.10-gnonlin gstreamer0.10-ffmpeg gstreamer0.10-plugins-ugly python-xdg python-gst0.10


Ich vermute aufgrund deiner Fehlermeldung, dass dir mindestens das Paket python-gst0.10 fehlt.

Die von mir in Bezug auf Ubuntu Trusty (14.04) genannten Pakete sind nur die Pakete, die man braucht, obwohl sie in Trusty nicht verfügbar sind. Bei einer 64-bit-Installation solltest du natürlich die entsprechenden Pakete heraussuchen, die amd64 statt i386 im Namen tragen. Die in Beitrag #1 bekannten Pakete benötigt man weiterhin, und die meisten von ihnen sind auch weiterhin in Trusty regulär installierbar.

Das einzige Pakete aus Beitrag #1, das sich unter Trusty nicht direkt installieren lässt, ist gstreamer0.10-ffmpeg (der „Nachfolger“ dazu in Trusty dürfte gstreamer1.0-libav sein, damit hatte ich aber keinen Erfolg). Die vier weiteren lib-Pakete, die ich genannte habe, sind Abhängigkeiten, die erfüllt sein müssen, um gstreamer0.10-ffmpeg zu erfüllen.

Zusammengefasst, um OTR-Verwaltung++ unter Trusty zu nutzen, würde ich zuerst die fünf von mir benannten Pakete aus Saucy von packages.ubuntu.com manuell herunterladen und installieren (gstreamer0.10-ffmpeg, libavformat-extra-53, libx264-123, libavcodec-extra-53, libavutil-extra-51). Dann kann man mit dem o.g. Befehl aus Beitrag #1 alle weiteren Pakete installieren, die in Trusty weiterhin vorhanden sind.

[Karle]

Hi !

Danke jetzt scheint es zu gehen ... ich hatte zwar die Pakete aus Post #1 installiert, allerdings sind eben nicht alle installiert worden, da die 5 angesprochenen gefehlt hatten (die hatte ich erst als zweites installiert).

Jetzt nochmal die aus #1 nachinstalliert und es geht :-)

Super :-)

Gruß

Karl

[kkvxxckhth2]

Wer so faul ist wie ich, kann es beim manuellen Installieren von Paketen auch dem System überlassen, die richtige Reihenfolge zu finden.

Ich lege dazu einen neuen Ordner an, in den ich die Pakete herunterlade. In diesem Fall würde ich also die 5 Pakete dort ablegen, die NGC-Ollie und ich genannt haben. In dem Ordner führe ich dann nur den folgenden Befehl aus:

sudo dpkg -i *

Das System installiert dann alle Pakete in dem Ordner, und kümmert sich dabei automatisch um die richtige Reihenfolge, die sich aus den Abhängigkeiten zwischen den Paketen ergibt.

[monarc99]

Jeder Tipp ist willkommen.

Für die Divx brauchst du Avidemux 2.5. Die 2.6 Version unterstützt - meines Wissens - kein Smart Copy und ist deshalb ungeeignet.

[rdorsch]

Für die Divx brauchst du Avidemux 2.5. Die 2.6 Version unterstützt - meines Wissens - kein Smart Copy und ist deshalb ungeeignet.

Hmm.....ich kann manuell das video mit avidemux 2.6 schneiden und smartcopy konfigurieren, wie hier beschrieben

http://tellmewhy.xooit.eu/t806-AVIDemux-FAQ.htm

Das Ergebnis ist für meine Begriffe tadellos (?).

Gruß
Rainer

[monarc99]

Ich habs mal eben mit 2.6.8 ausprobiert. Bei mir ist kein Smart Copy vorhanden, ich werde sogar extra von Avidemux 2.6.8 hingewiesen, dass ich nicht an einem Keyframe schneide und die Datei defekt sein wird.

Probiere es bei dir, ob was anderes rauskommt.

Was ich gemacht habe:


Divx Avi öffnen
einige Keyframes vorspringen (Cursor Taste nach oben)
zwei Frames vorwärts (Cursor Taste nach rechts) - jetzt befinde ich mich kurz nach einem Keyframe
Mit B markieren und mit DEL den Anfang löschen
Überprüfen ob alles auf Copy (Audio und Video) steht
als Avi speichern und testen


Das Video zeigt dann bei mir - bis der Player den nächsten Keyframe findet - Bildfehler.

Die GTK Oberfläche wird nicht mehr gepflegt, also die QT Oberfläche verwenden.

mfg,
monarc99

[cobi]

Hat nicht Avidemux3 die 2.6, also vorne noch die Zwei in der Versionsnummer weil es noch eine Entwicklerversion ist?
Die Version 2.5 ist auf jeden Fall ausgereift.
Ich würde bevorzugt die Stable Version einsetzen, wenn ich nicht zwingend ein neues Feautre benötige, das ich nur in der Entwicklerversion bekomme.

[cobi]

Mit Klick auf die Datei otrverwaltung passiert bei mir auch nichts. Das hängt vermutlich an den Dateitypzuordnungen.
Also habe ich mir einen Eintrag im Start-Menü angelegt, der auf ~/bin/otr-verwaltung-master/bin/otrverwaltung verweist (Pfad bitte anpassen), und darüber starte ich die OTRVerwaltung++ jetzt.

[inqui]

hallo monarc

und danke für die wahnsinnig schnelle antwort! :)

ich habe das file nun schneiden können indem ich VD manuell im selben wineprefix geöffnet habe. beim aufruf aus otrverwaltung crasht VD weiterhin.
ich werde es, mangels zeit, aber wohl dabei belassen, da mit smartmkvmerge und avidemux, alle aufnahmen der letzten 2 jahre abgedeckt sind. so etwas wie in diesem speziellen fall wird wohl kaum noch vorkommen. trotzdem merkwürdig.

danke auf jeden fall, und wenn doch eine lösung zu tage tritt wäre ich natürlich sehr daran interessiert! ;)


bis dahin, schöne grüße

inqui

[monarc99]

Gibt es da eine Möglichkeit ein Äquivalent in die Option [x] Am Ende automatisch MP4 erzeugen einzubauen? :) Wenn ich das richtig versanden habe, geht es dabei nur darum den Header an den Anfang zu schreiben.

Eigentlich sollten sie schon so sein. Mit fast start ...

Teste mal kurz bei dir, indem du ne vorhandene MP4, die nicht geht, neu mixt:

mit extra aktivierten inter Flag:


~/pfad-zu/otr-verwaltung/data/tools/intern-mp4box -new -add in.mp4 -inter 500 out.mp4


zusätzlich -isma:


~/pfad-zu/otr-verwaltung/data/tools/intern-mp4box -new -add in.mp4 -inter 500 -isma out.mp4


und/oder mit hints


~/pfad-zu/otr-verwaltung/data/tools/intern-mp4box -new -add in.mp4 -inter 500 -hint out.mp4
~/pfad-zu/otr-verwaltung/data/tools/intern-mp4box -new -add in.mp4 -inter 500 -isma -hint out.mp4


Ob da eins den gewünschten Erfolg bringt.

[pasde]

Hallo monarc99

vielen Dank für Deine Mühe.

Leider ändert sich bei allen 4 Parametern nichts. Weder mit dem Stock Player noch mit dem Streaming Player aus dem ES Datei Explorer* lässt sich die Datei abspielen.

Ich habe aber herausgefunden, dass der MX Player damit zurecht kommt, auch mit der Originaldatei.

Scheit also wohl ein Player Problem zu sein.

Nochmal vielen Dank, Pasde

*
http://s1.directupload.net/images/140624/temp/ilqxrozy.jpg (http://www.directupload.net/file/d/3663/ilqxrozy_jpg.htm)

[andil]

Hallo monarc99

erstmal vielen Dank für die Weiterführung von OTR-Verwaltung und die Zeit und Mühe, die auch in dieses Forum gesteckt wird.

Ich habe OTR-Verwaltung++ mit Deinem install-Skript unter Ubuntu 14.04 ohne Probleme installiert. Allerdings werden die Einstellungen nach Start nicht gespeichert, sodass ich bei jedem Neustart der Anwendung die Einstellungen erneut eingeben muss. Hast Du einen Tipp, woran das liegen könnte und ich wie es beheben könnte?

Viele Grüße
andil

[monarc99]

Ich habe OTR-Verwaltung++ mit Deinem install-Skript unter Ubuntu 14.04 ohne Probleme installiert. Allerdings werden die Einstellungen nach Start nicht gespeichert, sodass ich bei jedem Neustart der Anwendung die Einstellungen erneut eingeben muss. Hast Du einen Tipp, woran das liegen könnte und ich wie es beheben könnte?

Ich weiss, dass es Probleme mit Umlauten in Pfaden gibt. Vielleicht liegt es daran.

Starte otrv++ mal in einem Terminal



~/Software/otr-verwaltung-master/bin/otrverwaltung --debug 2>&1 >log.txt


und schick mir den Inhalt der log.txt per PM ... vielleicht sieht man eine Fehlermeldung, die weiterhilft.

[andil]

Vielen Dank für die schnelle Antwort.
schick mir den Inhalt der log.txt per PM Das ist nicht mehr nötig. Anhand des Logs konnte ich erkennen, dass es ein Datei-/Verzeichnisberechtigungsproblem gab. Mir fiel ein, dass ich das Install-Skript in einer root-bash habe laufen lassen. Nach manueller Deinstallation und anschliessender Installation im Kontext meines Users fluppt alles.

[KingNothing81]

Hallo ...

Zunächst auch von mir vielen Dank für die tolle Weiterentwicklung der OTR Verwaltung.

Bisher hatte ich noch die alte Version eingesetzt, aber dank einem System Update auf Ubuntu 14.04 war diese nicht mehr zum Laufen zu bewegen, so dass ich schließlich hier gelandet bin. Konnte das Programm auch dank Skript gut installieren und es scheint bisher auch alles problemlos zu klappen.

Ein paar kleine Fragen hätte ich aber dann doch:

Zunächst einmal: Braucht man wirklich alle Avidemux Versionen? Also so wie die Abhängigkeiten angegeben sind wird GTK, QT und Kommandozeilenversion installiert. Wenn man weder zum Schneiden noch zum Erstellen von Cutlists Avidemux einsetzen will, kann man es dann auch deinstallieren oder braucht es OTRV noch für irgendeinen anderen Arbeitsprozess? Ich würde z.B. nur die CLI Version zum Schneiden von Nicht-HQ/HD-AVIs nutzen, alles andere aber mit anderen Tools erledigen.

Außerdem beschäftigt mich die Tatsache, dass ich ja wie gesagt bis vor kurzem noch die alte OTR Verwaltung genutzt habe (mit den auf der HP empfohlenen VirtualDub und ffdshow Versionen) und ich somit ja schon eine Weile Dateien, die die neue Kodierung einsetzen mit dem alten VirtualDub/ffdshow geschnitten habe. Und ich mich nun frage, ob meine Files nun irgendwie hinüber sind. Beim Kontrollieren der Schnitte nach dem Schneiden oder auch beim Anschauen sind mir eigentlich nie Probleme an den Schnittstellen aufgefallen, obwohl noch der alte Codec zum Einsatz kam. Also was kann schlimmstenfalls passiert sein? Holprige Schnitte oder Blocking? Oder könnten Dateien auf manchem Player gar überhaupt nicht laufen?

Welche Methoden zum Schnitt bzw. Erstellen von Cutlisten sind jetzt eigentlich die, die du nun empfehlen würdest? Nach dem Schneiden noch Ton umwandeln möchte ich eigentlich nicht, da mir zu zeitintensiv. Von daher ist doch wahrscheinlich beim Schnitt von HQ/HD SmartMKVMerge die beste Wahl, oder?

Wieso verwendet aber eigentlich OTR für diese Files einen AVI-Container, wenn doch H.264 da eigentlich gar nichts zu suchen hat? Können wir da eigentlich mal auf eine Umstellung auf MKV oder MP4 rechnen? Lädt man sich bereits dekodierte und geschnittene Files von OTR herunter, sind diese ja komischerweise dann schon im MP4-Format und auch mit AAC Ton. Wieso werden eigentlich dann nicht gleich die ursprünglichen Aufnahmen in diesem Format kodiert?

Danke schon mal für die Infos und weiter so. :)

[KingNothing81]

In der Regel überleben sie aber schon Umpacken in einen anderen Container nicht (z.B. MP4, MKV - benötigt, falls der TV/Player keine AVIs mehr abspielt)

Stimmt. Ich wollte mal die schon geschnittenen AVIs mit mkvmerge in ein MKV umwandeln und dann hatte ich beim Abspielen Blocking und Hänger an den Schnittstellen, so dass ich das dann wieder sein hab lassen. Allerdings hab ich damals noch mkvmerge die Schuld gegeben, aber wie du es nun sagst, war wohl einfach das Ausgangsfile dank altem Vdub/ffdshow schon nicht mehr einwandfrei. Also in Zukunft gleich MKVs machen. :)


Weil Virtualdub standardmäßig ohne Plugins nur AVI einlesen kann und es unter Windows sonst kein anderes Programm gibt.

Hm, du meinst also, dass man deswegen bei AVI bleibt, weil die meisten OTR Nutzer eben Windows nutzen und da eben VirtualDub? Und man so eben auf die Mehrheit der User Rücksicht nimmt? Was ich natürlich verstehen kann. Aber für Windows gibt es doch im Normalfall am meisten Alternativen, auch im Bereich Share- und Freeware. Hätte jetzt gedacht, da hat man die große Auswahl und nur die Linux Nutzer müssen mal wieder basteln. Naja, oder eben das Glück haben, jemanden wie dich zu finden. ;)

[MueMa]

Hallo monarc,

erstmal vielen vielen Dank dass Du Dich der Weiterentwicklung von OTR Verwaltung angenommen hast!

Ich habe leider seit dem Update auf ubuntu 14.04 ein Problem beim schneiden von avi. Vielleicht besteht es ja auch schon länger, aber ich habe vor kurzem mal wieder eine avi geschnitten und hab jetzt den Fehler. Deswegen vermute ich dass es mit 14.04 zusammenhängt. Bei der Suche nach einer Lösung bin ich auf OTR Verwaltung ++ gestossen und habe das installiert. Vor allem wegen Deinem Hinweis mit den fehlenden Abhängigkeiten bei 14.04 habe ich mir erhofft dass es mit dem neuen Programm wieder funktioniert. Aber ich bekomme leider den gleichen Fehler nach dem Schneiden von AVIs.


Fehler beim Umbenennen von /home/muema/Videos/03_otr_cutted/Wickie_und_die_starken_Maenner_14.05.22_11-15_kika_25_TVOON_DE.mpg-cut.avi nach /home/muema/Videos/03_otr_cutted/Wickie und die starken Maenner vom 22. Mai 14, 11-15 (kika).avi ([Errno 2] Datei oder Verzeichnis nicht gefunden).

Gruß,
Muema

PS: Ich muss gestehen ich habe nicht die kompletten 27 Seiten dieses Beitrags gelesen. Falls dieser Fehler schon besprochen wurde bitte ich das zu verzeihen und mir nur den Link zu sagen.

[monarc99]

Die Fehlermeldung bedeutet im Grunde, dass Avidemux keine geschnittene Datei ausgespuckt hat und OTRV++ nix umbennen kann.

Per OTRV++ Script installiert? Dann starte otrv++ mal in einem Terminal



~/Software/otr-verwaltung-master/bin/otrverwaltung --debug 2>&1 >log.txt

und schneide eine normale avi und schick mir den Inhalt der log.txt per PM ...

Und starte avidemux2_cli im Terminal, ob das problemlos startet. Avidemux arbeitet im Grunde bei dir nicht richtig.

[MueMa]

oh man. Ich Idiot hätte einfach mal mediainfo anschauen sollen. Die zweite Tonspur war die ganze zeit schon dabei.

Super! Vielen Dank!

[clel]

Nachdem ich OTR-Verwaltung nun einige Zeit nutze, ist mir folgendes aufgefallen:

Framegenauer Schnitt ist teilweise nicht möglich, d.h., wenn ich eine zu genaue Cutlist erstelle, sind oft unerwünschte Frames mit in der geschnittenen Datei, evtl. gibt es beim neu Erstellen der Keyframes Probleme?

Kurz vor Ende (vermutlich wieder der neu codierte Teil) bekommt das Bild, zumindest in der Datei, wo ich es geprüft habe (Brust oder Keule) einen Rotstich. Auch hier scheint es Probleme beim Recodieren zu geben.

[monarc99]

Framegenauer Schnitt ist teilweise nicht möglich, d.h., wenn ich eine zu genaue Cutlist erstelle, sind oft unerwünschte Frames mit in der geschnittenen Datei, evtl. gibt es beim neu Erstellen der Keyframes Probleme?

Mit was hast du die Cutlist erstellt und dann mit welcher Schnittmethode geschnitten?
Und hast du ein Beispiel für mich. Name des OTRKeys und eine cutlist auf cutlist.at dazu.



Kurz vor Ende (vermutlich wieder der neu codierte Teil) bekommt das Bild, zumindest in der Datei, wo ich es geprüft habe (Brust oder Keule) einen Rotstich. Auch hier scheint es Probleme beim Recodieren zu geben.
Ja, manchmal/selten ändern sich Farben eines recodierten Parts ... woran das liegt, kann ich leider nicht sagen.

[clel]

Ok. Ohne CutInterface wäre das Erstellen aber doch deutlich komplizierter. Wäre schön, wenn du da mal gucken könntest, wenn du Zeit hast und evtl. Bugs fixt.

Gesehen habe ich es bis jetzt bei Brust_oder_Keule_13.12.30_18-35_zdfneo_100_TVOON_DE.mpg.HD.avi und Black_Gold_14.08.07_23-15_zdf_120_TVOON_DE.mpg.HD.avi.

Gerade prüfe ich noch weitere:
Tritt auf bei:
12_Monkeys_13.02.16_23-30_wdr_120_TVOON_DE.mpg.HD.avi
6_Tage_7_Naechte_14.03.15_23-25_orf1_95_TVOON_DE.mpg.HQ.avi
About_a_Boy_oder__Der_Tag_der_toten_Ente_14.03.16_ 15-25_zdf_95_TVOON_DE.mpg.HD.avi

Tritt (glaube ich) nicht auf bei:
17_Again_13.08.20_20-00_sf2_100_TVOON_DE.mpg.HQ.avi
10_000_B_C__13.05.19_18-20_pro7_115_TVOON_DE.mpg.HQ.avi
50_erste_Dates_14.03.15_21-50_orf1_95_TVOON_DE.mpg.HQ.avi

Ich vermute, dass das Problem doch bei allen auftriit, nur nicht merklich. Oder es sind nur bestimmte Aufnahmegeräte, wo das passiert.

[monarc99]

Ok. Ohne CutInterface wäre das Erstellen aber doch deutlich komplizierter.


Man kann Avidemux genauso zum Erstellen von Cutlisten verwenden. Und der normale Modus vom Cutinterface scheint ja gut zu funktionieren.
Und wenn sich jemand findet, der die Bugs vom Cutinterface fixt, ein Patch ist willkommen.



Gesehen habe ich es bis jetzt bei Brust_oder_Keule_13.12.30_18-35_zdfneo_100_TVOON_DE.mpg.HD.avi und Black_Gold_14.08.07_23-15_zdf_120_TVOON_DE.mpg.HD.avi.

Gerade prüfe ich noch weitere:
Tritt auf bei:
12_Monkeys_13.02.16_23-30_wdr_120_TVOON_DE.mpg.HD.avi
6_Tage_7_Naechte_14.03.15_23-25_orf1_95_TVOON_DE.mpg.HQ.avi
About_a_Boy_oder__Der_Tag_der_toten_Ente_14.03.16_ 15-25_zdf_95_TVOON_DE.mpg.HD.avi

Ich vermute, dass das Problem doch bei allen auftriit, nur nicht merklich. Oder es sind nur bestimmte Aufnahmegeräte, wo das passiert.
Oder nur Dateien, die von einer HD Quelle gemacht werden. Bei den meisten Sendungen ist das Rohmaterial SD, bei obigen Dateien war das Rohmaterial HD.

[clel]

Dann probiere ich mal avidemux.

6_Tage_7_Naechte_14.03.15_23-25_orf1_95_TVOON_DE.mpg.HQ.avi war aber HQ als Quelle, weil ORF1 damals soweit ich weiß noch nicht in HD aufgezeichnet wurde.

[monarc99]

6_Tage_7_Naechte_14.03.15_23-25_orf1_95_TVOON_DE.mpg.HQ.avi war aber HQ als Quelle, weil ORF1 damals soweit ich weiß noch nicht in HD aufgezeichnet wurde.
Hm, es hängt aber definitiv mit Colorspace und Colorrange zusammen, weil es bei einer betroffenen Datei etwas besser wird, wenn ich da mit den Color-Range Einstellungen experimentiere.

SmartMkvmerge splittet die OTR.avi Datei in kleinere Dateien auf und kodiert dann einige Frames in weitere separate Dateien mittels x264 nochmal raus. Und am Ende werden die einzelnen Dateien, die man behalten möchte, in einer Datei wieder zusammengefasst.
Die einzelnen Dateien scheinen farblich zueinander zu passen, wenn man sie abspielt. Erst wenn man es zusammen muxt, treten die Farbunterschiede auf.

Ohne zu wissen, welchen Colorspace / Colorrange das Rohmaterial hatte, ist es schwer nachzuvollziehen, wo das Problem liegt und wie man es behebt.

[clel]

Lässt sich das nicht auslesen?

Beim muxen wird ja evtl. für alle Teildateien der gleiche Wert für Colorspace und Colorrange übernommen, obwohl der bei jeder Datei anders ist.

Ansonsten, ist der Wert beim Rohmaterial immer gleich, oder wird der dynamisch angepasst, je nach Film?

Und könnte man die Parameter auch leer lassen, und der alte Wert würde übernommen?

[clel]

Erstmal danke für die ausführliche Antwort. Schade, dass das nicht einfach ein fester Parameter, wie die Auflösung ist.

Man könnte ja evtl. mal bei OTR anfragen, wie die Dateien kodiert sind. Das wäre natürlich auch wieder nur temporär, denn sobald sich was ändert, stimmen die Einstellungen wieder nicht mehr.

Das Problem könnte wirklich sein, dass falsch geflaggt ist und beim kodieren/muxen quasi einmal zuviel der Colorrange angepasst wird, was den Farbstich verursacht.
Sind die Teildateien vorm muxen denn alle gleich geflaggt?

Ansonsten, könnte ein vollständiges Entfernen der Flags x264 davon abhalten, neu zu konvertieren?

Ich bin gerade nicht an meinem PC zu hause, aber ich schaue mal, dass ich die Parameter teste.

[monarc99]

Hast du denn eine Fernsehserie, bei der dieses Problem regelmäßig auftritt?
Damit man das Rohmaterial einer zukünftigen Sendung sichern könnte.

[clel]

Nein, habe ich nicht. Ich schaue im Moment keine Serien. Meinst du dass es bei Filmen sinnlos wäre, weil sich der Wert bei jedem Film ändert?

[KingNothing81]

Mir ist das Problem mit den Farbveränderungan an den Schnittstellen nun auch aufgefallen.

Bei mir trat das Problem bisher auf bei

Der_Zoowaerter_13.12.22_20-15_rtl_115_TVOON_DE.mpg.HQ.avi
und
Paranormal_Activity_3_14.01.26_22-30_pro7_95_TVOON_DE.mpg.HQ.avi

Da ja beide Sender nicht von einer HD-Quelle aufgezeichnet werden, liegt da also wohl nicht der gemeinsame Nenner. Laut MediaInfo sind sowohl die ursprüngliche Datei als auch die geschnittene Datei mit BT.601 geflaggt.

Ohne jetzt viel davon zu verstehen, macht für mich das Auftreten des Fehlers eigentlich nur Sinn, wenn die Streams falsch geflaggt sind und dann das Rekodieren der Frames an den Schnittstellen mit dem falschen Farbraum passiert.

Ich bin übrigens auch bei KabelDeutschland Kunde ... wenn wir alle drei bei dem Laden sind (@clel?) ... liegt vielleicht hier der Fehler? Liefert KabelDeutschland den Stream vielleicht falsch geflaggt aus? Die machen so viel Murks, da würde mich das echt nicht wundern.

[monarc99]

Nein, habe ich nicht. Ich schaue im Moment keine Serien. Meinst du dass es bei Filmen sinnlos wäre, weil sich der Wert bei jedem Film ändert?

Nö, wollte nur sicher gehen, dass wir ein Rohmaterial finden, bei dem das Problem dann auch auftritt.



Mir ist das Problem mit den Farbveränderungan an den Schnittstellen nun auch aufgefallen.

Bei mir trat das Problem bisher auf bei

Der_Zoowaerter_13.12.22_20-15_rtl_115_TVOON_DE.mpg.HQ.avi
und
Paranormal_Activity_3_14.01.26_22-30_pro7_95_TVOON_DE.mpg.HQ.avi

Da ja beide Sender nicht von einer HD-Quelle aufgezeichnet werden, liegt da also wohl nicht der gemeinsame Nenner. Laut MediaInfo sind sowohl die ursprüngliche Datei als auch die geschnittene Datei mit BT.601 geflaggt.

Ohne jetzt viel davon zu verstehen, macht für mich das Auftreten des Fehlers eigentlich nur Sinn, wenn die Streams falsch geflaggt sind und dann das Rekodieren der Frames an den Schnittstellen mit dem falschen Farbraum passiert.

Ich habe es jetzt mal mit eigenen Rohmaterial von ARD ausprobiert. Und dort tritt das Problem ebenfalls auf.

Die schlecht Nachricht:
Egal wie das Rohmaterial kodiert und geflaggt wird, egal welche Parameter ich x264 übergeben, am Ende schaut alles, was x264 ausspuckt, so aus, als ob es in einen Farbtopf gefallen wäre.
Und ich habe SmartMKVmerge damals an einen ARD Stream erarbeitet und damals trat das Problem definitiv nicht auf. Das wäre mir damals aufgefallen. Ich vermute, dass die Sender etwas an dem Rohmaterial geändert haben.

[clel]

Das ist ja blöd.

Bedeutet erarbeitet, dass du das script selbst geschrieben hast? Ich vermute, dann hast du auch schon alles probiert, das Problem zu beheben. Hast du den ARD Stream von damals noch, zum Testen/Vergleichen?

Wäre eine Option, das Problem als Bug in x264 zu melden?

[KingNothing81]

Die schlecht Nachricht:
Egal wie das Rohmaterial kodiert und geflaggt wird, egal welche Parameter ich x264 übergeben, am Ende schaut alles, was x264 ausspuckt, so aus, als ob es in einen Farbtopf gefallen wäre.
Und ich habe SmartMKVmerge damals an einen ARD Stream erarbeitet und damals trat das Problem definitiv nicht auf. Das wäre mir damals aufgefallen. Ich vermute, dass die Sender etwas an dem Rohmaterial geändert haben.

Das Problem tritt aber ja auf sehr vielen Sendern auf, womöglich allen. Kann mir nicht vorstellen, dass alle Sender zusammen irgendetwas geändert haben. Höchstens der Kabel Anbieter, der ja oft noch an den Streams rumfummelt und sie nicht 1:1 einspeist.

Hattest du denn damals vielleicht noch andere Versionen von x264 oder mkvmerge im Einsatz als die zur Zeit mitgelieferten? Vermute eher, dass sich dort ein neuer Bug eingeschlichen hat.

Schneidet man übrigens mit internem VDub und x264vfw Codec treten keine Farbveränderungen auf. Das werde ich wohl nun bis auf weiteres nutzen. Man kann ja die AVIs dann mit dem MKV Plugin noch umwandeln, wenn man möchte.

[monarc99]

Bedeutet erarbeitet, dass du das script selbst geschrieben hast? Ich vermute, dann hast du auch schon alles probiert, das Problem zu beheben. Hast du den ARD Stream von damals noch, zum Testen/Vergleichen?
Wäre eine Option, das Problem als Bug in x264 zu melden?
Ja, das Script ist von mir. Die alten Streams habe ich nicht mehr, kann mich aber erinnern, dass sie BT709 markiert waren. Im Gegensatz zu den heutigen.
Ich weiss nicht, ob es ein Bug ist. Soweit mir bekannt, wandelt x264 alles erstmal in ein bestimmtes Format um und verarbeitet es dann. Das Ergebnis schaut ja auch prima aus, nur für unsere Zwecke (mit mkvmerge dann weiterverarbeiten) ist das dann nicht so geeignet.

Ich werde mir mal ffmpeg näher ansehen, ob ich das inzwischen als Ersatz für x264 verwenden kann. Unterstützt auch hvec(h.265) und hat colormatrix filter. Für h.265 hätte ich sowieso was anderes nehmen müssen.



Hattest du denn damals vielleicht noch andere Versionen von x264 oder mkvmerge im Einsatz als die zur Zeit mitgelieferten? Vermute eher, dass sich dort ein neuer Bug eingeschlichen hat.

Das sind static kompilierte Versionen von x264/mkvmerge - damit sie auf unterschiedlichen Linux Distros laufen - ... die kann man nicht so einfach austauschen. Sind auf jeden Fall noch die Gleichen.

[clel]

Wäre cool, wenn du das mit ffmpeg umgehen könntest!

[monarc99]

Ich hab mal ein paar Bugfixe hochgeladen (vermutlich mit weiteren Überraschungs-Bugs ;) )
https://github.com/monarc99/otr-verwaltung/archive/master.zip

Schaut mal, wie es damit geht. Ist noch ohne Versionsänderung ... also eher beta. Bitte testen, wem möglich.
Ist nach wie vor die alte x264 Methode, aber verändert. Mit ffmpeg geht es auch. Ich werde eventuell auf ffmpeg wechseln, aber so eine Schnittmethode muss man ausgiebig testen.
Geschrieben ist es, das Testen dauert aber.

[clel]

So, nachdem ich einige Testschnitte gemacht habe, kann ich bestätigen, dass mir dort keine Farbveränderungen aufgefallen sind. Ich habe leider nicht die Dateien, wo die Fehler auftraten, nicht bei mir, deshalb kann ich nicht mit Gewissheit sagen, dass das Problem behoben ist.

[clel]

Ich konnte den Fehler leider nicht reproduzieren. Ich hatte den Eindruck dass ich beim Värändern eines Ordners den Fehler ausgelöst habe. Evtl. übersteht eine bestehende Konfiguration auch ein Update nicht unbeschadet?

Ich werde auf jeden Fall in Zukunft darauf achten, ob mir solche Fehler auffallen.

[monarc99]

Er möchte bei dir die Paketquellen aktualisieren, was nicht geht, weil du nicht mehr existierende Paketquellen ( deb.torproject.org , http://ppa.launchpad.net/handschuh ) drin hast.

Ich hab kurz überlegt, ob ich das Script entschärfen kann, so dass er diesen Fehler ignoriert. Leider fügt das Script ja auch selbst einmal ein ppa hinzu, um die fehlende Abhängigkeit zu installieren.
Und wenn das nicht klappt, soll das Script eben fehlschlagen.

Wenn du bei dir die Paketquellen in Ordnung bringst, sollte das Script auch wieder gehen.

[alterbiker]

...war wieder der Beweis: Anwender und nicht Systemversteher :wasntme:

Paketquellen aufgeräumt, mit Skript installiert und die erste Sendung schon geschnitten. Lief alles prima durch. 1.000 Dank für deinen Support!

[KingNothing81]

Ah .. ok ... das Cutinterface war auch meine Vermutung.
Dann geht es natürlich nicht ohne.

[monarc99]

Schneidet man übrigens mit internem VDub und x264vfw Codec treten keine Farbveränderungen auf. Das werde ich wohl nun bis auf weiteres nutzen. Man kann ja die AVIs dann mit dem MKV Plugin noch umwandeln, wenn man möchte.

Ich hab gerade einen Player (Openelec auf einem Intel Nuc - also im Grunde XBMC), der mit Virtualdub geschnittenen und anschließend nach MP4 gewandelten Dateien Probleme hat. Die Dateien zeigen an den Schnittpunkten Bildfehler, wenn sie per HW Decoder abgespielt werden.
Die SmartMKVMerge geschnittenen Dateien sind dagegen ok. Wer mit x264vfw schneidet, sollte vielleicht MP4 meiden. Die sind wohl nicht ganz in Ordnung.

[KingNothing81]

Ähnliche Probleme hatte ich bereits früher mit noch mit ffdshow in VirtualDub geschnittenen Dateien, allerdings beim Umwandeln in MKV mit mkvmerge.
Ich selbst wandle die AVIs aus VirtualDub seitdem nicht mehr in MKVs um, so dass ich nichts dazu sagen kann, ob diese Probleme beim Wandeln in MKV mit x264vfw weiterhin bestehen.

Generell kann man wohl zusammen mit deiner Beobachtung dazu raten, die geschnittenen AVIs aus VirtualDub nicht mehr in andere Formate bzw. Container umzuwandeln, da es sonst an den Schnittstellen Probleme geben kann.

[cobi]

Ich hätte mal eine Frage zum Cutinterface, kann das auch irgendwie anzeigen, ob es sich beim aktuellen Bild um ein B, P, oder I-Frame handelt?
Das wäre sehr gut zu wissen, wenn man z.B. einen A-Schnitt nicht auf ein Key-Frame setzen kann, wo sich das dahinter befindliche erste B-Bild nach einem P-Bild befindet. Ohne die Info darüber um welches Bild es sich handelt ist es immer ein wenig Rätselraten, wo man am besten seinen Schnitt setzt.

[monarc99]

Ich hätte mal eine Frage zum Cutinterface, kann das auch irgendwie anzeigen, ob es sich beim aktuellen Bild um ein B, P, oder I-Frame handelt?

Leider nein.

[cobi]

Hallo,

Ich bin nun von OpenSuse 12.2-32 Bit auf OpenSuse 13.1-64 Bit umgestiegen. Mein Homeverzeichnis habe ich übernommen wie es war. Meine Abhängigkeiten habe ich auch alle aufgelöst, trotzdem kann ich keine Schnitte anspielen. Auf der Konsole bekomme ich folgende Zeilen:

MPlayer -4.8 (C) 2000-2014 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Den MPlayer selbst hat er ja gefunden in Version 4.8 und LIRC ist auch installiert:

# zypper se lirc
Daten des Repositories laden ...
Installierte Pakete lesen ...

S | Name | Zusammenfassung | Typ
--+--------------------------------+-----------------------------------------------------------+-----------
| banshee-extension-lirc | Banshee extension to control Banshee via a remote control | Paket
| gmpc-lirc | Gmpc Lirc Plugin | Paket
| gmpc-lirc | Gmpc Lirc Plugin | Quellpaket
| gmpc-lirc-debuginfo | Debug information for package gmpc-lirc | Paket
| gmpc-lirc-debugsource | Debug sources for package gmpc-lirc | Paket
| gnash-lirc-extension | LIRC extension for Gnash | Paket
| gnash-lirc-extension-debuginfo | Debug information for package gnash-lirc-extension | Paket
i | liblirc_client0 | LIRC client library | Paket
| liblirc_client0-32bit | LIRC client library | Paket
| lirc | Dienstprogramme für Infrarotempfänger | Quellpaket
i | lirc | Dienstprogramme für Infrarotempfänger | Paket
| lirc-devel | LIRC development files | Paket
i | lirc-remotes | LIRC remote definitions | Paket
i | pulseaudio-module-lirc | LIRC module for PulseAudio | Paket
i | python-pylirc | Python interface to LIRC | Paket
| python-pylirc | Python interface to LIRC | Quellpaket
| python-pylirc-debuginfo | Debug information for package python-pylirc | Paket
| python-pylirc-debugsource | Debug sources for package python-pylirc | Paket
Hat jemand eine Idee, wo etwas fehlt, oder werden vielleicht bestimmte Abhängigkeiten zwingend in 32-Bit benötigt?
Die vermeintlichen Abhängigkeiten habe ich alle rauf und runter abgeklärt, die sollten es nicht sein.

# zypper in MPlayer gstreamer-0_10-plugin-gnonlin glade3 libglademm-2_4-1 libgladeui-1-11 libgladeui-2-6 libglademm avidemux3-qt4 avidemux3-cli python-xdg gstreamer-0_10-plugins-ffmpeg python-libtorrent-rasterbar python-gstreamer-0_10
Daten des Repositories laden ...
Installierte Pakete lesen ...
'MPlayer' ist bereits installiert.
Kein Aktualisierungskandidat für 'MPlayer-1.1.1.r37239-4.1.x86_64'. Die neueste Version ist bereits installiert.
'python-xdg' ist bereits installiert.
Kein Aktualisierungskandidat für 'python-xdg-0.25-37.1.noarch'. Die neueste Version ist bereits installiert.
'gstreamer-0_10-plugins-ffmpeg' ist bereits installiert.
Kein Aktualisierungskandidat für 'gstreamer-0_10-plugins-ffmpeg-0.10.13-2000.4.x86_64'. Die neueste Version ist bereits installiert.
'python-gstreamer-0_10' ist bereits installiert.
Kein Aktualisierungskandidat für 'python-gstreamer-0_10-0.10.22-31.1.x86_64'. Die neueste Version ist bereits installiert.
'glade3' ist bereits installiert.
Kein Aktualisierungskandidat für 'glade3-3.8.4-1.2.x86_64'. Die neueste Version ist bereits installiert.
'libglademm' ist bereits installiert.
Kein Aktualisierungskandidat für 'libglademm-2.6.7-22.1.3.x86_64'. Die neueste Version ist bereits installiert.
'python-libtorrent-rasterbar' ist bereits installiert.
Kein Aktualisierungskandidat für 'python-libtorrent-rasterbar-0.16.11-2.1.3.x86_64'. Die neueste Version ist bereits installiert.
'avidemux3-qt4' ist bereits installiert.
Kein Aktualisierungskandidat für 'avidemux3-qt4-2.6.8-4.1.x86_64'. Die neueste Version ist bereits installiert.
'avidemux3-cli' ist bereits installiert.
Kein Aktualisierungskandidat für 'avidemux3-cli-2.6.8-4.1.x86_64'. Die neueste Version ist bereits installiert.
'gstreamer-0_10-plugin-gnonlin' ist bereits installiert.
Kein Aktualisierungskandidat für 'gstreamer-0_10-plugin-gnonlin-0.10.17-17.1.3.x86_64'. Die neueste Version ist bereits installiert.
'libglademm-2_4-1' ist bereits installiert.
Kein Aktualisierungskandidat für 'libglademm-2_4-1-2.6.7-22.1.3.x86_64'. Die neueste Version ist bereits installiert.
'libgladeui-1-11' ist bereits installiert.
Kein Aktualisierungskandidat für 'libgladeui-1-11-3.8.4-1.2.x86_64'. Die neueste Version ist bereits installiert.
'libgladeui-2-6' ist bereits installiert.
Kein Aktualisierungskandidat für 'libgladeui-2-6-3.16.0-1.1.x86_64'. Die neueste Version ist bereits installiert.
Paketabhängigkeiten auflösen ...

Keine auszuführenden Aktionen.

[monarc99]

Hallo,

Ich bin nun von OpenSuse 12.2-32 Bit auf OpenSuse 13.1-64 Bit umgestiegen. Mein Homeverzeichnis habe ich übernommen wie es war. Meine Abhängigkeiten habe ich auch alle aufgelöst, trotzdem kann ich keine Schnitte anspielen. Auf der Konsole bekomme ich folgende Zeilen:

MPlayer -4.8 (C) 2000-2014 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.


hm ... das sind normale Meldungen ... vielleicht mplayer zu neu.

Kannst du mir mal den kompletten Log schicken (per PM), wenn du eine Datei schneidest und dann die Schnitte ansiehst?

z.B.
~/Software/otr-verwaltung-master/bin/otrverwaltung --debug 2>&1 >log.txt

[cobi]

Hallo monarc99,

Ich habe das Problem lösen können, nachdem ich mal darüber geschlafen hatte. Es ist ein Abhängigkeitsproblem gewesen. Nachdem ich die Pakete libmad0 und python-pymad installiert hatte, läuft es nun.

[monarc99]

avidemux2 = Avidemux 2.5
avidemux3 = Avidemux 2.6

Hat der Autor so benannt, weiß ich jetzt auch nicht wieso. Aber du musst die 2.5 installieren, die 2.6 sind für unsere Zwecke nicht geeignet.
Mit 2.5 sollte es jetzt eigentlich gehen.

[racinggoat]

Habe jetzt von getdeb die Version 2.5.6 instaliiert. Kam dieselbe Fehlermeldung.

Nach Umstellen von avidemux2_cli auf avidemix in den Einstellungen scheint alles zu funktionieren. Vielen Dank!!!

Falls es wieder hackt nerve ich Dich wieder ;-)

[monarc99]

Das Script ist halt für trusty. Ich habe mal keine Änderungen am Script gemacht, vielleicht klappt es jetzt auch für utopic.

Probier mal: Script neuladen und nochmal durchlaufen lassen. Habe es jetzt nicht mehr testen können. Zu spät schon.

mfg
monarc99

[StorStark]

Danke,

das Skript läuft jetzt durch. gstreamer0.10-ffmpeg ist noch mal aus der neuen Quelle upgedated worden. Die Möglichkeit die Schnitte mit mplayer anzuschauen funktioniert jetzt.

Es gibt zwar Abhängigkeitsprobleme aber smplayer geht anschließend trotzdem noch.

dpkg: mplayer2: Abhängigkeitsprobleme, wird aber wie gefordert dennoch entfernt:
gnome-mplayer hängt ab von mplayer2 | mplayer; aber:
Paket mplayer2 soll entfernt werden.
Paket mplayer ist nicht installiert.
Paket mplayer2, das mplayer bereitstellt, soll entfernt werden.
smplayer hängt ab von mplayer2 | mplayer; aber:
Paket mplayer2 soll entfernt werden.
Paket mplayer ist nicht installiert.
Paket mplayer2, das mplayer bereitstellt, soll entfernt werden.
gnome-mplayer hängt ab von mplayer2 | mplayer; aber:
Paket mplayer2 soll entfernt werden.
Paket mplayer ist nicht installiert.
Paket mplayer2, das mplayer bereitstellt, soll entfernt werden.
smplayer hängt ab von mplayer2 | mplayer; aber:
Paket mplayer2 soll entfernt werden.
Paket mplayer ist nicht installiert.
Paket mplayer2, das mplayer bereitstellt, soll entfernt werden.

Das CutInterface funktioniert allerdings nicht. Ist aber für mich erst mal OK. Schneiden mit avidemux geht.

Error: Die Ressource konnte nicht zum Schreiben geöffnet werden. dfbvideosink.c(1437): gst_dfbvideosink_change_state (): /GstDfbVideoSink:autovideosink0-actual-sink-dfbvideo:
Failed initializing DirectFB system
Error: Die Unterstützungsbibliothek konnte nicht initialisiert werden. gstautovideosink.c(359): gst_auto_video_sink_detect (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0:
Failed to find a supported video sink
Error: Die Ressource konnte nicht zum Schreiben geöffnet werden. dfbvideosink.c(1437): gst_dfbvideosink_change_state (): /GstDfbVideoSink:autovideosink0-actual-sink-dfbvideo:
Failed initializing DirectFB system
Error: Die Unterstützungsbibliothek konnte nicht initialisiert werden. gstautovideosink.c(359): gst_auto_video_sink_detect (): /GstPipeline:pipeline0/GstAutoVideoSink:autovideosink0:
Failed to find a supported video sink
except! query failed

[monarc99]

das Skript läuft jetzt durch. gstreamer0.10-ffmpeg ist noch mal aus der neuen Quelle upgedated worden. Die Möglichkeit die Schnitte mit mplayer anzuschauen funktioniert jetzt.

Es gibt zwar Abhängigkeitsprobleme aber smplayer geht anschließend trotzdem noch.


OTRV++ braucht mplayer1, um per edl listen die Schneidepunkte abzuspielen.

Von mplayer gibts mehrere Forks:

mplayer1 - das original - wird noch weiterentwickelt, aber sehr langsam
mplayer2 - ein fork von mplayer1, weil sich dieser kaum mehr weiterentwickelt. Meines Wissens aber zum Stilstand gekommen. Wird aber wohl jetzt als Standard unter Ubuntu utopic installiert.
mpv - einzig wirklich aktiver Fork - da hat sich aber soviel geändert, dass smplayer damit nicht funktioniert. Und otrv++ auch nicht. Müsste man aber mal kucken, ob das edl listen wieder unterstützt.

Für otrv++ muss mplayer1 installiert sein.



Das CutInterface funktioniert allerdings nicht. Ist aber für mich erst mal OK. Schneiden mit avidemux geht.
Ich habs mal eben unter Virtualbox probiert, da klappt das Cutinterface unter Kubuntu 14.10.
Also vermutlich irgendein Gstreamer Problem, dass mit deiner Hardware/Treiber zusammenhängt.

[cobi]

Hi Leute,

Seit ich jetzt das Upbrage auf OpenSuse 13.2 gemacht habe, geht bei mir das Cutinterface auch nicht mehr.
Hat jemand da Infos zu den genauen Abhängigkeiten?
Ich weiß nur, unter Ubuntu LTS ging es immer unter OpenSuse 12.2 nicht, unter 13.1 ging es und jetzt wieder nicht mehr. :-(

Zwar erstelle ich neue Cutlisten auch lieber mit Avidemux, da dieser mir anzeigt, ob ein Bild ein B, P, oder i-Frame ist. Außerdem kann Avidemux die Key-Frames direkt anspringen, Cutinterface springt mit seinen Key-Buttons immer an die i-Frames. Aber um eine bereits vorhandene Cutlist zu bearbeiten und Schnitte um 2-3 Einzelbilder zu verschieben, kommt man um das Cutinterface nicht herum, es sei denn man will die Cutlisten im Editor von Hand bearbeiten und die Zeitstempel selbst berechnen.

[monarc99]

Starte es mal in der Konsole und lass dir die Fehlermeldung ausgeben. Vielleicht liefert das nen Hinweis, was fehlen könnte.

[monarc99]

Hier die Konsolenausgabe, ich habe die Kommentare direkt hinein geschrieben, wann was passiert ist.


gst.ElementNotFoundError: gnlcomposition


Klingt nicht gerade danach als könnte man da etwas draus ableiten, oder?

Schau mal, ob gnonlin installiert ist ... gstreamer intern wird das gnl genannt.

[cobi]

Das einzige was scheinbar noch etwas mit gnonlin, oder gnl zu tun hat ist: typelib-1_0-GES-1_0
Also alle möglichen typelib-1_0-GES-1_0-Pakete installiert, keine Besserung.
Dann noch alle möglichen anderen GST-Plugins installiert, nichts.

Könnte es sein, dass irgendwelche Pakete davon in 32-Bit benötigt werden?

[monarc99]

nein, Gstreamer braucht einfach das gnonlin Plugin ... ob 32 oder 64bit ... wie es halt zu gstreamer passt.

Dieses Paket meine ich: http://software.opensuse.org/package/gstreamer-0_10-plugin-gnonlin

[cobi]

Nee, das ist installiert.
Geht trotzdem nicht.
Dann werden halt keien Cutlisten mehr korrigiert, sondern gewartet, bis es jemand anderes macht. Hat bisher auch immer gut funktioniert. ;-)
Oder im Zweifelsfall eben eine komplett neue erstellt.

[monarc99]

Nee, das ist installiert.
Geht trotzdem nicht.

Ich kann höchstens mal Suse in Virtualbox installieren und schauen, ob ich den Fehler nachstellen und beheben kann, aber um die Weihnachtszeit ist die Zeit etwas eng.
Mal sehen, wann ich dazu komme.

[Kosch]

Über Weihnachten gab es ja auch auf den Privaten einige HDs, allerdings will SMART sie nicht schneiden (z.B.: Hook_14.12.24_11-00_sat1_155_TVOON_DE.mpg.HD), ich nehme mal an es handelt sich wieder um eine alte HD Codierung.

Ich hatte aber alle Schnitte auf k-Frames geändert, so dass mkvmerge eigentlich dazu in der Lage sein sollte.

gruß.
kosch

[monarc99]

Was für eine Kodierung zeigt Mediainfo denn an? x264 core version und x264 settings?

[Kosch]

Hook_14.12.24_11-00_sat1_155_TVOON_DE.mpg.HD


Writing library : x264 core 120 r2151 a3f4407
Encoding settings : cabac=1 / ref=3 / deblock=1:-1:-1 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.15 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00

[monarc99]

Ja, die Datei wurde mit einer anderen x264 core Version kodiert (120 statt 125).
Das dürfte an den Schnittstellen böse Fehler geben, wenn man versucht, dass mit Smart zu schneiden.
Der Check auf die x264 core ist absichtlich so strikt, weil die Methode sehr empfindlich ist. Stimmt die x264 Version exakt überein, ist es perfekt, aber selbst bei kleinen Abweichungen genau das Gegenteil.

Wenn du die Datei einfach auf Keyframe schneiden willst, würde ich es einfach in Avidemux machen und dort speichern.
Wenn du es dennoch mit Smart probieren willst, kannst du den Check im Python Script auskommentieren und dann mal schneiden und die Schnittstellen testen.



OTRV++ beenden.
die Datei otrverwaltung/actions/cutsmartmkvmerge.py einfach im Editor öffnen und die Zeilen 122-124 auskommentieren. (also am Anfang der Zeile ein # einfügen)

Die Zeilen, die ich meine, sieht man hier:
https://github.com/monarc99/otr-verwaltung/blob/master/otrverwaltung/actions/cutsmartmkvmerge.py#L122-L124


Am Ende aber unbedingt wieder zurück ändern.

[Kosch]

...
Der Check auf die x264 core ist absichtlich so strikt, weil die Methode sehr empfindlich ist. Stimmt die x264 Version exakt überein, ist es perfekt, aber selbst bei kleinen Abweichungen genau das Gegenteil.
...

Der Check ist auf jeden Fall sinnvoll, da du die Version ja darauf abgestimmt und statisch kompelliert hast. Auch gut zu wissen, das man den Check mal auskommentieren kann.

Die Frage war eigentlich, ob der Check beim Schnitt an k-Frames überhaupt nötig ist, da hier doch nur mkvmerge zu Einsatz kommt, oder hab ich das irgendwie falsch verstanden?

[monarc99]

Nötig wäre der Check an (andere späteren Stelle) nicht unbedingt. Also man könnte es so einstellen, dass er nicht abbricht, wenn er nichts kodieren müsste.

Für mich ist der Check aber auch so bißchen ein Test, ob die OTR Server noch richtig einstellt sind. Dann weiß ich sofort, dass irgendwas nicht stimmt und man kann bei OTR Bescheid geben.

[Malcolm]

Danke! Nachdem ich etliche gstreamer-Pakete entfernt habe, geht es nun.

[cobi]

Ich habs mir mal kurz angeschaut:

wenn ich das alte gnonlin von 13.1 installiere, geht es.

wget ftp://rpmfind.net/linux/opensuse/distribution/13.1/repo/oss/suse/x86_64/gstreamer-0_10-plugin-gnonlin-0.10.17-17.1.3.x86_64.rpm

Das Gnolin von 13.2 ist für Gstreamer 1.0 und nicht das 0.10, auf das das Cutinterface aufbaut.

Danke für den Hinweis. In der Tat, lag genau da der Fehler, jetzt funktioniert cutinterface wieder. Da soll man mal drauf kommen, aber mit genannten Parameter sollte die Fehlersuche das nächste mal besser laufen.

[lusi1]

Hallo Community,
ich bin auf Ubuntu umgestiegen und habe OTR-Verwaltung ++ installiert, das schneiden funktioniert auch echt prima, aber das Umbenennen geht nicht mehr automatisch.
Wenn ich eine Schnittdatei gewählt habe wurde die Datei unter Windows umbenannt nach der Schnittdatei, das ist im Moment nicht der Fall.
Könnt Ihr mir einen Tipp geben wie das funktioniert?
Danke für die Hilfe

[monarc99]

Was verstehst du unter automatischen Umbenennen?

Du kannst unter Menü->Bearbeiten->Einstellungen im Tab Umbenennen ein Schema vorgeben, wie die Datei umbenannt werden soll.
Und zusätzlich findest du im Zusammenfassungs-Fenster, nachdem du die Datei geschnitten hast, ein Feld, in dem du von Hand den Namen ändern kannst.
Rechts neben diesem Textfeld sieht man einen kleinen Button (bei mir ein Pfeil nach unten), dass dir Vorschläge aus der cutlist anbietet.

[lusi1]

Hallo monarc99, ich habe mal ein Bildschirmfotos beigefügt.
beim schneiden kann man ja die schnittdatei auswählen und dort hat derjenige der geschnitten hat, einen Dateinamen vergeben.
7545
Diesen Namen hatte ich nach dem Schneiden in Windows in der geschnitten Datei

Danke

[lusi1]

Hallo,
und danke für deine schnelle hilfe, geht so wie du es beschrieben hast, spitze!!

[monarc99]

Kannst du mir den Namen der HD Datei nennen? Kann auch sein, dass mit der Datei etwas nicht stimmt.

Und starte otrv++ mal mit der Option --debug in der Komsole.

[HMuenz]

Das selbe Problem hatte ich auch mit “ Die_Himmelsleiter_Sehnsucht_nach_Morgen_15.02.28_2 0-15_ard_90_TVOON_DE.mpg.HD.avi“ und “Die_Himmelsleiter_Sehnsucht_nach_Morgen_15.02.27_ 20-15_ard_90_TVOON_DE.mpg.HD.avi“.

[HMuenz]

Verifizierung ist aktiviert, beim Decodieren wird auch nicht gemeckert. Das Schneiden mit VirtualDub funktioniert ja auch.
Die Log-Datei kommt sofort per PM.

Gruß und danke
Heiner

[HMuenz]

O.K., Problem hat sich erledigt: Meine Root-Partition war voll. Nachdem ich dort aufgeräumt habe, funktioniert wieder alles. Anscheinend benutzt mkvmerge das systemweite temp-Verzeichnis, wähend sich bei VirtualDub unter wine alles im Nutzerverzeichnis abspielt. Da ich separate Partitionen für Root und Home habe, wirkte sich der Platzmangel also nur auf mkvmerge aus.

Noch mal vielen Dank für die Unterstützung!
Heiner

[monarc99]

Man kann in den Einstellungen von SmartMKVMerge einstellen, wo er die Temp Dateien ablegen soll und das ist defaultmäßig auf /tmp eingestellt.
Du kannst es also ins Home Verzeichnis verlegen, wenn du möchtest.

Da ich sehr viel Speicher habe, zeigt es bei mir z.B. auf eine RAM Disk.

[HMuenz]

Danke für den Tipp, ich habe mir jetzt ein zusätzliches tmp-Verzeichnis auf der Home-Partition angelegt. Da ist noch jede Menge Platz.

[monarc99]

Nein, OTRV++ braucht zwingend eine GUI.

SmartMKVMerge ist zwar selbstständig und absichtlich nur lose in OTRV++ integriert, ist aber im Grunde nur ein Proof-of-Concept.
Also im Grunde nur ein kleines Test-Script, ob es überhaupt möglich ist, die OTR Dateien auf andere Art zu schneiden.

Wobei SMM nicht wirklich selbst schneidet, sondern das nur simuliert und dann auf anderen sehr speicher-intensive und langsamen Art und Weise (mit Hilfe diverser Binaries x264,mkvmerge, ffmindex usw) die Datei erzeugt und somit den Beweis liefert, dass es funktionieren würde.
Aber im Gegensatz zu einer richtigen Schneidesoftware - wie z.B. avidemux - ist der Speicher- und Festplattenbedarf während des Schneides enorm.
Also nix für Embedded Systeme - wie ein NAS-Server, Systeme mit GUI haben in der Regel genug Speicher. Deshalb ist SMM fest in OTRV++ drin.

Man kann versuchen, SMM rauszutrennen und rein als Konsoleprogramm zu verwenden. Das ist sogar recht einfach und wurde hier ( https://github.com/Jonny007-MKD/multicutmkv ) auch schon probiert, benötigt aber wie SMM viele - teils speziell compilierte - Abhängigkeiten.
Der hohe Speicherbedarf bleibt aber bestehen. Um den zu mindern, müsste man ein richtiges Programm ala avidemux schreiben.

mfg,
monarc

[gense]

Hey,

Dank dir für die super schnelle und fundierte Antwort! Ganz so klein ist das NAS auch wieder nicht... 4 GB Ram und Baytrail-Celeron J1900 (bringt multithreaded ungefähr so viel wie ein Core2Duo). RAM ist ja nicht gerade teuer... kann da gerne noch mal 4 GB reinhauen, Datenplatte is aber halt langsam. /tmp liegt zwar wie root auf ner SSD aber mit nur wenig platz <25 GB frei .

Das Skript das du mir verlinkt hast sieht echt vielversprechend aus.... glaubst du mir, dass ich das trotz stundenlangen googlens nicht gefunden habe!? Daaaaaank dir echt! Da mach ich mich später gleich mal dran. Bin echt gespannt. Gut die Abhängigkeiten machen mir halt Sorgen. Vorallem wenn ich nix kompatibles aus den DebianMultimedia-Sources krieg. Wenn ich das Skript ohne groß zu kompilieren zum laufen bringe, geb ich dir gern Rückmeldung.

Mit VirtualDub & ffdshow kam ich leider nicht zu recht. Zur Installation wird wohl auch ne GUI benötigt. Deine vorkompilierten und konfigurierten Versionen in der OTR-Verwaltung++ hab ich noch nicht zum laufen bekommen. Letztesmal noch zu Debian Woody/Sarge-Zeiten mit nem LinuxSystem gearbeitet. Wenn mein Investitionsstau sich en bissel abgeflacht hat, werde ich mir vlt noch nen kleinen NUC als Linux-Desktop mit OTR-Verwaltung-++ zulegen! Die Software macht echt en sauguten Eindruck. Oder ich hau mir halt wirklich xfce oder sowas auf das NAS.

Vielen Dank für deine Hilf, ich seh jetzt definitiv klarer! Ich hoffe du siehst mir das teils grenzwertige Off-Topic nach.

Gruß Gense

[monarc99]

Dank dir für die super schnelle und fundierte Antwort! Ganz so klein ist das NAS auch wieder nicht... 4 GB Ram und Baytrail-Celeron J1900 (bringt multithreaded ungefähr so viel wie ein Core2Duo). RAM ist ja nicht gerade teuer... kann da gerne noch mal 4 GB reinhauen, Datenplatte is aber halt langsam. /tmp liegt zwar wie root auf ner SSD aber mit nur wenig platz <25 GB frei .

Ach, das ist ein Intel System ... dann probier, ob die Binaries von OTRV++ dort laufen. Die sind x86-32bit static compiliert.

https://github.com/monarc99/otr-verwaltung/tree/master/data/tools

Das andere Script ist zwar in BASH nachprogrammiert und hat leicht andere Abhängigkeiten, während SMM in OTRV++ ganz in Python geschrieben würde, aber die meisten Binaries sollten auch dafür gehen.

[gense]

Yeah! So könnte das echt was werden :-) Grrrmpf.... muss schnell den Kids was kochen. Lach..jetzt bin ich heiß und will da dran ;-) Dank dir echt vielmals.... mit deinen Infos seh wieder Licht!

[gense]

Ach, das ist ein Intel System ... dann probier, ob die Binaries von OTRV++ dort laufen. Die sind x86-32bit static compiliert.

.

Daaaank dir echt riesig für den Hinweis auf das Skript und deine abgestimmten, kompilierten Versionen der Tools monarc99. Das Skript läuft jetzt ohne Fehler, wenn auch mit 1,2 Warnungen durch. avxsynth habe ich kompilieren müssen. Die meisten von mir aus den deb-multimedia.org-Sourcen installierten Pakete waren nicht wirklich kompatibel ;-) Hab die eins nach dem anderen durch deine ersetzt. Daaaanke hierfür! Hätt glaube ich frustriert die Flinte ins Korn geworfen ohne deine wertvollen Tipps!

Jo..übrigens.... das schneiden läuft im übrigen super perfomant. Hatte en bissel Bammel, aber es läuft ja auch nicht - wie zuerst von dir gedachte - auf ner externen Platte mit RJ45Anschluß und 256 mb Ram ;-p

Gruß Gense

[drraven]

Hallo monarc99,

Danke für das Patchen des Programms. Ich habe es jetzt schon länger zum Schneiden unter Fedora 21 (x86_64) benutzt, aber jetzt wollte ich mal selber eine Schnittliste erzeugen. Dabei bin ich über folgende Fehlermeldung gestolpert:
Error: Your GStreamer installation is missing a plug-in. gsturidecodebin.c(1285): gen_source_element (): /GstPipeline:pipeline0/GnlComposition:video-composition/GnlFileSource:video-part-0/GstURIDecodeBin:internal-uridecodebin

Habe folgende Pakete installiert:
gstreamer-plugins-bad.x86_64 0.10.23-6.fc21 @System
gstreamer-plugins-bad-free.x86_64 0.10.23-24.fc21 @System
gstreamer-plugins-bad-free-extras.x86_64 0.10.23-24.fc21 @System
gstreamer-plugins-bad-nonfree.x86_64 0.10.23-3.fc21 @System
gstreamer-plugins-base.i686 0.10.36-12.fc21 @System
gstreamer-plugins-base.x86_64 0.10.36-12.fc21 @System
gstreamer-plugins-base-devel.x86_64 0.10.36-12.fc21 @System
gstreamer-plugins-base-tools.x86_64 0.10.36-12.fc21 @System
gstreamer-plugins-espeak.x86_64 0.4.0-5.fc21 @System
gstreamer-plugins-good.x86_64 0.10.31-13.fc21 @System
gstreamer-plugins-good-extras.x86_64 0.10.31-13.fc21 @System
gstreamer-plugins-ugly.x86_64 0.10.19-18.fc21 @System
gstreamer-ffmpeg.x86_64 0.10.13-14.fc21 @System
gnonlin.x86_64 0.10.17-1 @System

Eine Idee woran das haken könnte?

BTW da ich direkt den git clone laufen lasse wäre es super wenn *.pyc in die .gitignore aufgenommen werden könnte.

Danke
Raven

[monarc99]

Eine Idee woran das haken könnte?

Ehrlich gesagt nicht. Starte otrv++ mal mit



GST_DEBUG=*:6 bin/otrverwaltung --debug 2>&1 >log.txt


und öffne ne Datei im Cutinterface. Vielleicht findest du dann einen Hinweis in der log Datei.



BTW da ich direkt den git clone laufen lasse wäre es super wenn *.pyc in die .gitignore aufgenommen werden könnte.

na, die sollten wirklich nicht drin sein ... ist mir allerdings neu, dass mein System pyc erzeugt ... danke für den Hinweis :)

[monarc99]

Prima :) Problem gelöst

[Data-7]

Hallo zusammen,


kann mir jemand sagen wie ich die OTR-V++ auf Debian 8 (LXDE) zum Laufen bringe?

Danke im vorraus

[monarc99]

Ist ein wenig komplizierter, hier mal die manuelle Anleitung an der Konsole, vieles kann man auch per Oberfläche und Filemanager machen:



(# sind Kommentare)
# OTRV++ runterladen und in ein Verzeichnis Software im Home entpacken

cd ~
mkdir Software
cd Software
wget https://github.com/monarc99/otr-verwaltung/archive/master.zip
unzip master.zip
rm master.zip

# Paketquellen anpassen und Abhängigkeiten installieren
# auf root wechseln
su -
# Schlüssel von deb multimedia aktivieren
apt-get install deb-multimedia-keyring

# und die beiden folgenden Zeilen in /etc/apt/sources.list eintragen:
deb http://www.deb-multimedia.org jessie main non-free
deb http://www.deb-multimedia.org jessie-backports main
# z.B. an Konsole per:
nano /etc/apt/sources.list

# aktualisieren und Abhängigkeiten installieren
apt-get update
apt-get install mplayer python-glade2 python-libtorrent avidemux avidemux-cli avidemux-qt wine mediainfo-gui gstreamer0.10-gnonlin gstreamer0.10-ffmpeg gstreamer0.10-plugins-ugly python-xdg python-gst0.10

# otrv++ benötigt mplayer1, momentan sind dann aber mplayer1 und mplayer2 installiert ... also mplayer2 entfernen
apt-get remove mplayer2

# falls du mplayer als Player verwenden möchtest, am besten auf mpv wechseln

# dann sollte otrv++ starten ... otrverwaltung im bin Verzeichnis starten
~/Software/otr-verwaltung-master/bin/otrverwaltung

# und dann noch einen Menüeintrag in LXDE erstellen

[Data-7]

Danke für die Antwort. OTR-V Startet jetzt, aber das ist schon fast alles. Dekodieren klappt. Sonst habe ich mich erst mal darauf beschränkt eine normale AVI Datei manuell zu Schneiden dabei gibt es folgende Probleme: Wenn ich das Cutinterface verwende ist das Video nicht zu sehen, ich kann also nicht Abspielen oder Schneiden. Wenn ich Avidemux V2.6.8 (avidemux3_qt4) verwende startet Avidemux und ich kann meine Schnittpunkte setzen wenn ich dann in der Zusammenfassung Auf Abspielen Klicke kommt die Fehlermeldung das die Datei nicht gefunden wurde. In dem Zusammenhang ist mir Aufgefallen das immer nach MKV Gemuxxt wird auch wenn ich in Plugins das Häckchen entferne. Klicke ich dann auf Schnitte Abspielen passiert gar nichts es wird also auch nicht Geschnitten.

[monarc99]

Sonst habe ich mich erst mal darauf beschränkt eine normale AVI Datei manuell zu Schneiden dabei gibt es folgende Probleme: Wenn ich das Cutinterface verwende ist das Video nicht zu sehen, ich kann also nicht Abspielen oder Schneiden.
Da müsstest du mir mal die Log Datei zukommen lassen, da fehlt vermutlich wieder irgendwas bei GStreamer ... klingt als ob die Codecs nicht installiert wären -> gstreamer0.10-ffmpeg nicht instaliert oder Codecs darin fehlen würden.



GST_DEBUG=*:6 bin/otrverwaltung --debug 2>&1 >log.txt



Sonst habe ich mich erst mal darauf beschränkt eine normale AVI Datei manuell zu Schneiden. Auf Abspielen Klicke kommt die Fehlermeldung das die Datei nicht gefunden wurde.
Divx Dateien sollten immer noch per Avidemux2.5 geschnitten werden ... du hast jetzt ja nur avidemux2.6(avidemux3) drauf. Schau mal, ob du avidemux2 noch zusätzlich installieren kannst.
avidemux2.6 hat als Befehl avidemux3. avidemux2.5 -> avidemux2



In dem Zusammenhang ist mir Aufgefallen das immer nach MKV Gemuxxt wird auch wenn ich in Plugins das Häckchen entferne.

Kann ich dir nicht sagen. Die einzige Methode, die MKVs erzeugt, ist SmartMKVmerge und die ist nur für HQ/HDs.

[Data-7]

OK hier die Log Daten, nach Avidemux 2.5 suche ich mal


INFO:root:Running from source tree; adjusting path
INFO:root:Version: 0.9.5
Get [general][show_bottom]: False
Get [general][cutlist_username]:
Get [general][email]: *****
Get [general][password]: *****
Get [general][rename_schema]: {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Get [smartmkvmerge][workingdir]: /tmp
Get [general][folder_new_otrkeys]:
Get [general][folder_trash_otrkeys]:
Get [general][folder_trash_avis]:
Get [general][folder_uncut_avis]:
Get [general][folder_cut_avis]:
Get [general][folder_archive]:
Get [general][verify_decoded]: True
Get [general][delete_cutlists]: True
Get [general][rename_cut]: True
Get [general][merge_ac3s]: True
Get [general][mplayer_fullscreen]: True
Get [smartmkvmerge][normalize_audio]: False
Get [smartmkvmerge][remux_to_mp4]: False
Get [general][cut_avis_by]: avidemux2_cli
Get [general][cut_hqs_by]: SmartMKVmerge
Get [general][cut_mp4s_by]: intern-vdub
Get [general][cut_avis_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_mp4s_man_by]: CutInterface
Get [general][server]: http://cutlist.at/
Get [general][h264_codec]: x264vfw
Get [general][merge_ac3s_by]: mkvmerge
Get [programs][decoder]: intern-otrdecoder
Get [smartmkvmerge][first_audio_stream]: originale MP3 Spur kopieren
Get [smartmkvmerge][second_audio_stream]: originale AC3 Spur kopieren
Get [general][choose_cutlists_by]: 0
Get [general][rename_cut]: True
Get [general][merge_ac3s]: True
Set [smartmkvmerge][ffmpeg_mp4_x264_options] to crf=23:force-cfr=1:trellis=0
Set [smartmkvmerge][remux_to_mp4] to False
Set [smartmkvmerge][single_threaded_automatic] to True
Set [smartmkvmerge][workingdir] to /tmp
Set [smartmkvmerge][single_threaded] to False
Set [smartmkvmerge][second_audio_stream] to originale AC3 Spur kopieren
Set [smartmkvmerge][encoder_engine] to x264
Set [smartmkvmerge][first_audio_stream] to originale MP3 Spur kopieren
Set [smartmkvmerge][x264_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [smartmkvmerge][ffmpeg_hd_x264_options] to crf=23:deblock=-1/-1:psy-rd=1/0.15:direct=auto:force-cfr=1:b-adapt=2:rc-lookahead=60:weightp=0:aq-mode=2
Set [smartmkvmerge][x264_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [smartmkvmerge][x264_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [smartmkvmerge][normalize_audio] to False
Set [smartmkvmerge][ffmpeg_hq_x264_options] to crf=23:deblock=-1/-1:psy-rd=1/0.15:direct=auto:force-cfr=1:b-adapt=2:rc-lookahead=60:weightp=0
Set [downloader][resume_on_startup] to True
Set [downloader][wget_opts] to [u'-v']
Set [downloader][aria2c_opts] to [u'--allow-overwrite=true', u'--continue', u'--max-connection-per-server=1', u'--max-tries=0', u'--split=5', u'--auto-file-renaming=false', u'--allow-overwrite=true', u'--allow-piece-length-change=true', u'--always-resume=false', u'--max-resume-failure-tries=0']
Set [downloader][aria2c_opts_torrent] to [u'--check-integrity=true', u'--continue']
Set [downloader][preferred_downloader] to
Set [plugins][config] to {u'Mediainfo': {u'mediainfo': u'mediainfo-gui'}, u'MP4': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'RemoveOtherAudioStreamsThanAC3': False, u'DontOptimizeMP4': False, u'DumpAVIs': False, u'EncodeAudioToAAC': True}, u'Mkv': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'DumpAVIs_delete': False, u'RemoveOtherAudioStreamsThanAC3': False, u'DumpAVIs': False, u'EncodeAudioToAAC': False}}
Set [plugins][enabled] to MP4:Mediainfo:Play:CutPlay
Set [programs][mkvmerge] to intern-mkvmerge
Set [programs][ffprobe] to intern-ffprobe
Set [programs][x264] to intern-x264
Set [programs][mplayer] to mplayer
Set [programs][decoder] to intern-otrdecoder
Set [programs][aria2c] to intern-aria2c
Set [programs][sox] to intern-sox
Set [programs][ffmpeg] to intern-ffmpeg
Set [programs][mp4box] to intern-mp4box
Set [programs][ffmsindex] to intern-ffmsindex
Set [programs][mediainfo] to intern-mediainfo
Set [programs][wget] to wget
Set [general][cut_hqs_man_by] to CutInterface
Set [general][show_bottom] to False
Set [general][rename_cut] to False
Set [general][rename_cut] to False
Set [general][folder_trash_avis] to /home/lola/.local/share/Trash/files
Set [general][folder_trash_avis] to /home/lola/.local/share/Trash/files
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][save_email_password] to False
Set [general][merge_ac3s] to True
Set [general][cutlist_username] to
Set [general][rename_schema] to {titel} vom {tag}. {MONAT} {jahr}, {stunde}-{minute} ({sender})
Set [general][folder_uncut_avis] to /home/lola/Downloads
Set [general][folder_uncut_avis] to /home/lola/Downloads
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][window_settings] to 0,700,390
Set [general][cut_avis_by] to avidemux
Set [general][cut_avis_by] to avidemux
Set [general][verify_decoded] to True
Set [general][smart] to True
Set [general][choose_cutlists_by] to 0
Set [general][cut_action] to 0
Set [general][cut_mp4s_man_by] to CutInterface
Set [general][planned_items] to
Set [general][x264vfw_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [general][password] to *****
Set [general][otrkey_search] to http://otrkeyfinder.com/?search=
Set [general][cut_hqs_by] to SmartMKVmerge
Set [general][komisar_hq_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --aq-mode 2 --weightp 0
Set [general][pre_cut_show] to 10
Set [general][komisar_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [general][move_otrkey_to_trash_after_decode] to True
Set [general][folder_trash_otrkeys] to /home/lola/.local/share/Trash/files
Set [general][folder_trash_otrkeys] to /home/lola/.local/share/Trash/files
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][mplayer_fullscreen] to True
Set [general][cut_mp4s_by] to intern-vdub
Set [general][after_cut_show] to 10
Set [general][h264_codec] to x264vfw
Set [general][server] to http://cutlist.at/
Set [general][delete_cutlists] to True
Set [general][cutinterface_resolution_x] to 640
Set [general][cutinterface_resolution_y] to 450
Set [general][x264vfw_hd_string] to --tune film --direct auto --force-cfr --rc-lookahead 60 --b-adapt 2 --weightp 0
Set [general][cutlist_mp4_as_hq] to False
Set [general][cutinterface_hide_cuts] to False
Set [general][komisar_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [general][email] to *****
Set [general][email] to *****
Set [general][folder_cut_avis] to /home/lola/OTR-Ready
Set [general][folder_cut_avis] to /home/lola/OTR-Ready
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]:
Set [general][cut_avis_man_by] to CutInterface
Set [general][x264vfw_mp4_string] to --force-cfr --profile baseline --preset medium --trellis 0
Set [general][folder_new_otrkeys] to /home/lola/Downloads
Set [general][folder_new_otrkeys] to /home/lola/Downloads
Get [general][folder_new_otrkeys]:
Get [general][folder_new_otrkeys]: /home/lola/Downloads
Set [general][merge_ac3s_by] to mkvmerge
Set [general][cutlist_hash] to 1a4517146a8349aecdea5237e07c655d
Set [general][folder_archive] to
Set [general][folder_archive] to /home/lola
Get [general][folder_new_otrkeys]: /home/lola/Downloads
Get [general][folder_new_otrkeys]: /home/lola/Downloads
Get [general][window_settings]: 0,700,390
Get [general][window_settings]: 0,700,390
<open file '/home/lola/.local/share/otrverwaltung/data', mode 'r' at 0xb4e00ee8>
Get [plugins][enabled]: MP4:Mediainfo:Play:CutPlay
Get [plugins][config]: {u'Mediainfo': {u'mediainfo': u'mediainfo-gui'}, u'MP4': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'RemoveOtherAudioStreamsThanAC3': False, u'DontOptimizeMP4': False, u'DumpAVIs': False, u'EncodeAudioToAAC': True}, u'Mkv': {u'NormalizeAudio': False, u'DownMixStereo': True, u'EncodeOnlyFirstAudioToAAC': True, u'DumpAVIs_delete': False, u'RemoveOtherAudioStreamsThanAC3': False, u'DumpAVIs': False, u'EncodeAudioToAAC': False}}
[Plugins] Paths to search: ['/home/lola/Software/otr-verwaltung-master/otrverwaltung/../data/plugins']
[Plugins] Found: CutPlay
[Plugins] Found: MP4
[Plugins] Found: Details
[Plugins] Found: Mediainfo
[Plugins] Found: Play
[Plugins] Found: Mkv
[Plugins] Enabled: MP4
[Plugins] Enabled: Mediainfo
[Plugins] Enabled: Play
[Plugins] Enabled: CutPlay
Get [general][planned_items]:
Assertion failed: [u'']
Get [general][folder_new_otrkeys]: /home/lola/Downloads
Get [general][folder_uncut_avis]: /home/lola/Downloads
Get [general][cut_avis_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_hqs_man_by]: CutInterface
Get [general][cut_mp4s_man_by]: CutInterface
Get [general][cutinterface_resolution_x]: 640
Get [general][cutinterface_resolution_y]: 450
Get [general][cutinterface_hide_cuts]: False
error: '/home/lola/Downloads/Tagesschau_15.05.09_12-50_ard_10_TVOON_DE.mpg.avi' does not appear to be a media file
Error: Ressource nicht gefunden. gstjackaudiosink.c(358): gst_jack_ring_buffer_open_device (): /GstJackAudioSink:autoaudiosink0-actual-sink-jackaudio:
Cannot connect to the Jack server (status 17)
Error: Die Unterstützungsbibliothek konnte nicht initialisiert werden. gstautoaudiosink.c(369): gst_auto_audio_sink_detect (): /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0:
Failed to find a supported audio sink
Set [general][planned_items] to
Set [plugins][enabled] to MP4:Mediainfo:Play:CutPlay
Set [plugins][config] to {'Mediainfo': {'mediainfo': u'mediainfo-gui'}, 'MP4': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'RemoveOtherAudioStreamsThanAC3': False, 'DontOptimizeMP4': False, 'DumpAVIs': False, 'EncodeAudioToAAC': True}, 'Mkv': {'NormalizeAudio': False, 'DownMixStereo': True, 'EncodeOnlyFirstAudioToAAC': True, 'DumpAVIs_delete': False, 'RemoveOtherAudioStreamsThanAC3': False, 'DumpAVIs': False, 'EncodeAudioToAAC': False}}
Set [general][window_settings] to 0,700,390
Writing to <open file '/home/lola/Software/otr-verwaltung-master/bin/../conf', mode 'w' at 0xb4634e90>

[monarc99]

OK hier die Log Daten, nach Avidemux 2.5 suche ich mal


error: '/home/lola/Downloads/Tagesschau_15.05.09_12-50_ard_10_TVOON_DE.mpg.avi' does not appear to be a media file
Error: Ressource nicht gefunden. gstjackaudiosink.c(358): gst_jack_ring_buffer_open_device (): /GstJackAudioSink:autoaudiosink0-actual-sink-jackaudio:
Cannot connect to the Jack server (status 17)
Error: Die Unterstützungsbibliothek konnte nicht initialisiert werden. gstautoaudiosink.c(369): gst_auto_audio_sink_detect (): /GstPipeline:pipeline0/GstAutoAudioSink:autoaudiosink0:
Failed to find a supported audio sink

Hast du nen Soundserver? pulseaudio oder jack laufen?

Irgendwie findet er keinen Audio sink bei dir. Das gstreamer jack Audio Server Plugins scheint installiert zu sein, den hast du aber wohl nicht laufen.
Falls du Pulsaudio laufen hast, müsste ein Paket wie gstreamer0.10-pulseaudio installiert werden.
Ohne Soundserver oder als Fallback müsste das alsa Paket installiert werden. also z.B. gstreamer0.10-alsa

[monarc99]

So ... falls du Avidemux 2.5 installieren möchtest, würde ich so vorgehen:

als root:


# AD2.6 löschen
apt-get remove avidemux avidemux-cli avidemux-qt avidemux-common avidemux-plugins
apt-get autoremove

in /etc/apt/source.list die deb-multimedia auf oldstable umstellen

deb http://www.deb-multimedia.org wheezy main non-free
deb http://www.deb-multimedia.org wheezy-backports main

#und avidemux2.5 installieren
apt-get install avidemux avidemux-cli avidemux-qt

# und dann die deb-multimedia quellen entfernen, damit er nicht updatet



Den Rest kucke ich mir morgen an.

[Data-7]

Super! Läuft jetzt alles. Vielen Dank!:)

Ich frage einfach mal. Kannst Du mir dabei helfen Freetuxtv ans laufen zu bringen?

[monarc99]

Freut mich, dass jetzt alles geht. :)

Leider kenne ich Freetuxtv nicht, da werde ich dir also auch nicht helfen können.

[Data-7]

Abschließend möchte ich mich nochmal bei Dir bedanken für Deine Prima Hilfe!
Die Weiterentwicklung von OTR-V ist Klasse!
Gute Arbeit!:)

[MueMa]

Platte voll, kann nicht sein, weil ich noch andere Dateien anschließend bearbeitet habe.


DEBUG:root:mkvmerge v6.4.1 ('Isn't she lovely') built on Oct 22 2013 22:35:49

DEBUG:root:Error: Invalid end time for '--split' in '--split parts:00:05:46.680000-00:27:44.800000,+00:36:16.520000-00:53:57.400000,+01:02:54.120000-01:06:19.640000,+01:06:19.640000-01:06:19.640000' (current part: +01:06:19.640000-01:06:19.640000). The end time must be bigger than the start time.

Okay, die cutlist war falsch. Manuelles Schneiden hat funktioniert :-) Da muss man aber erst mal drauf kommen...

[monarc99]

Okay, die cutlist war falsch. Manuelles Schneiden hat funktioniert :-) Da muss man aber erst mal drauf kommen...
Ja ^^
Ich habe mal ergänzt, dass er Intervalle mit duration 0 in cutlists ignoriert.

Version 0.9.6 - Bugfix Version


cutlist intervalle mit der Länge 0 (also ein Fehler in der Cutlist) werden jetzt ignoriert
der wine Aufruf wurde überarbeitet ... sucht jetzt ausgiebiger nach einer Möglichkeit wine zu starten, falls - wie bei debian 8 - teile von wine fehlen
Fehler bei dunklen Themes behoben - danke an gCurse für Patch
otrverwaltung benötigt beim Starten python2 im Pfad - neue Distri verwenden python3 als Standard und /bin/python weist auf python3 - otrv benötigt aber python2 - dank an adlerweb für Patch
Installscript überarbeitet

[orgel]

Folgendes Problem, der Film wird nicht an das Cutinterface übergeben. Ich kann die Filme an VirtualDub und Avidemux übergeben, dass ist kein Problem. Betriebssystem ist Antergos (Arch Linux), ich habe mir ein Paket erstellt welches OTRVeraltung mit allen Abhängigkeiten unter Arch Linux installiert. Das scheint auch alles zu funktionieren, nur eben die Übergabe an das Cutinterface nicht. Der Debugmode (otrverwaltung --debug 2>&1 >log.txt und GST_DEBUG=*:6 bin/otrverwaltung --debug 2>&1 >log.txt) gab auch keinen wirklichen hinweis für mich, kann die aber gerne morgen nachreichen.

Gruß Orgel