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.Zitat von cobi
Mal sehen, wann ich dazu komme.
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.
Ü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
Was für eine Kodierung zeigt Mediainfo denn an? x264 core version und x264 settings?
Hook_14.12.24_11-00_sat1_155_TVOON_DE.mpg.HD
Code: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
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.
Am Ende aber unbedingt wieder zurück ändern.Code: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-verw...e.py#L122-L124
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?
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.
Danke! Nachdem ich etliche gstreamer-Pakete entfernt habe, geht es nun.
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.
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
Berechtigungen
Zitieren