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.
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.
Anhang 7545
Diesen Namen hatte ich nach dem Schneiden in Windows in der geschnitten Datei
Danke
Hallo,
und danke für deine schnelle hilfe, geht so wie du es beschrieben hast, spitze!!
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.
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“.
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
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
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.
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.
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
Berechtigungen
Zitieren